プロジェクトの結論台帳（開始時は context/CLAIMS.md）を使用します。台帳には、ステートメントの名前、ステータス、正確な入力リビジョン、証拠のパスとコマンド、作成者、該当する場合は検証者、日付、および適用範囲の限界を記録します。統合オーナーが台帳を管理し、その他のメンバーは証拠に基づく変更を提案します。
ステータス:
- VERIFIED: 合格基準を満たし、独立した人物、エージェント、または適切に独立した自動チェックが該当する結果を再現したことを示します。検証者と方法を明記します。
- PROVISIONAL: 証拠は存在するが、名前付きのチェックまたは依存関係が保留中であることを示します。
- NOT SHOWN: 指定されたテストでステートメントが確認できなかったことを示します。観察結果と失敗の説明を保持します。
- VOID: 証拠または前提が無効化または置き換えられたことを示します。理由と置き換え先の参照を残します。
「テストに合格したこと」と「本番環境で安全であること」を区別し、「ワークロードXでより高速」と「全体的な高速化」を区別します。最も狭い範囲で支持できる結論を記述してください。作成者自身による二回目の実行は証拠を強化しますが、独立した検証にはなりません。
実用的な範囲で、証拠とともにエントリを更新してください。新しい結果が得られた後、結論を静かに上書きせず、遷移と理由を記録してください。レポートには、未確認であることが明確に識別されていれば、台帳外の新しい作業を含めることができます。証拠が既存のステートメントを依然として支持している場合は、編集は不要です。