implement

実装

1. 依頼内容、関連資料、該当するコードを確認します。目的、受け入れ基準、確認項目、変更してはいけないことを把握します。
2. 要件、安全性、所有者、製品の動作が不明な場合に限り、質問します。リスクの低い前提は明示し、そのまま作業を進めます。
3. 適切なモジュールで、必要十分な最小限の変更を行います。タスクで必要とされない限り、公開インターフェースやデータ構造は変更しません。
4. 変更した動作について、テストを追加または更新します。有用なテストを実施できない場合は、その理由を説明し、手動で確認します。
5. まず最も関連性の高い確認を実施し、共有部分やユーザー向けの動作を変更した場合は、より広範な確認も行います。タスクの範囲を広げず、関連する失敗を修正します。
6. 差分が複雑な場合は、サブエージェントまたはレビュアーを利用します。タスクに関する実際の問題を修正し、確認を再実行します。レビュアーを利用できない場合は、自分でレビューし、その旨を報告します。
7. タスクで PR が求められている場合は、人間によるレビューのために PR を作成します。それ以外の場合は、変更したファイル、確認項目、受け入れ状況、レビュー状況、未確認事項を報告します。

ルール

• 一度に扱うタスクは 1 つです。無関係なコードには手を加えません。
• 未確認の作業を隠しません。
• ユーザーの変更を上書きしたり、破棄したりしません。
• タスク、仕様、計画に誤りがある場合は作業を中断し、続行する前に信頼できる情報源を更新します。