implement

実装

プロジェクトの文書とその規則は project-documents.md に記載されています。そこにある用語（authorized、obligation、lazy、pointer）は全体を通じて適用されます。

許可された動作と、その根拠となる合意を特定してください。合意とは、タスク、要件を含む仕様、または作業中の状態でユーザーが承認した一連の作業です。ユーザーからタスクの参照が渡された場合は、AGENTS.md が示すタスクトラッカーの設定を使ってそのタスクを取得し、作業を開始する前にタイトルを明示してください。参照が曖昧な場合は、ユーザーに確認してください。該当する要件を読んでください。レビューに備えて、開始時のコミットと作業範囲を記録してください。

承認済みの動作を維持し、変更のないコードや文書の再生成より、対象を絞った編集を優先してください。機械的な規約はフォーマッター、コンパイラー、リンターの設定に記述してください。規約ファイルには、これらのツールでは強制できない判断事項を記述してください。コメントには、コードからは分からない理由や制約を記録してください。

報告されたバグを修正する場合は、コードを編集する前に diagnose.md に従って診断し、再現した原因に基づいて修正してください。解消しにくい失敗も、推測に基づく修正を重ねるのではなく、同じ方法で診断してください。

AGENTS.md で指定されている場合は、その機能の設計図を読んでください。そこに記されたモジュール、境界、受け入れ条件表が合意済みの設計であり、境界は事前に合意された境界です。test-first.md に従い、可能な限りその境界でテストファーストに開発してください。型チェックと個々のテストファイルの実行を定期的に行い、最後にテストスイート全体を一度実行してください。受け入れ条件を根拠となる合意と照らして検証し、人の判断が必要な場合は、見た目と操作に関する証拠も含めてください。どのチェックに合格したか、失敗したか、実行できなかったかを明記してください。検証にブラウザー操作が必要な場合は、利用可能なハーネス（ブラウザーツール、またはプロジェクトで既に使用しているブラウザー自動化ライブラリによるスクリプト実行）を使って実ブラウザーを操作してください。利用できる手段がない場合は、そのチェックを実行できなかったと報告してください。

バージョン管理されているプロジェクトでは、現在のブランチに作業をコミットしてください。コーディネーターから作業を引き継いだ場合は、プロジェクトの記録はコーディネーターが管理します。証拠、ブロッカー、再開時の手掛かりをコーディネーターに返してください。それ以外の場合は、未完了の作業、証拠、ブロッカー、再開時の手掛かりを記録し、完了した合意と成果物を変更履歴に記録して、作業中の状態を最新に保ってください。未完了の受け入れ条件は作業中の状態に残してください。

レビューは一連の作業を実行した人が担当します。最後に、開始時のコミット、作業範囲、根拠となる合意、検証の証拠を報告し、一連の作業のレビューを開始できるようにしてください。