implement

ユーザーが仕様またはチケットで説明した作業を、現在のブランチをベースにした別のワークツリーで実装してください。

ユーザーがチケット参照を指定した場合は、イシュートラッカーから取得し、着手前にタイトルを伝えてください。参照が曖昧な場合は、確認してください。

まずイシューを確保する

ファイルを編集する前に、実装するイシューを確保して、競合するエージェントがスキップできるようにしてください（docs/agents/triage-labels.md を参照）。作業がイシュー番号 N に対応する場合は、次の手順に従います。

まず既存の確保状況を確認します。gh issue view N --json labels,comments を実行してください。すでに in-progress が設定されている場合は、別のエージェントが作業中の可能性があります。最新の 🤖 in-progress コメントを読み、そのブランチの実際の状態（オープン中の PR があるか、コミットがあるか、空または放棄されたブランチか）を確認し、重複して実装せず、スキップするか調整してください。イシューが未確保の場合、または以前の確保が明らかに放棄されている場合（リンクされたオープン PR がない場合はリーパーのルールに従います）にのみ確保してください。

次に確保します。

gh issue edit N --add-label in-progress --remove-label ready-for-agent
gh issue comment N --body "🤖 in-progress: <branch> (<session>) <date>"

冪等性があります。同じイシューに対して /implement を再実行してもエラーになりません。すでに存在するラベルの追加、存在しない ready-for-agent の削除、コメントの再投稿はいずれも許容されます。確保コメントには作業ブランチ名を記載してください（競合するエージェントは、残っているワークツリーではなく、そのブランチの状態を確認します）。

確保を解除する

PR を作成したら（作業をレビューに引き渡したら）、gh issue edit N --remove-label in-progress を実行して確保を解除してください。PR を作成せずに作業が終了した場合はラベルを残してください。放棄された確保は cleanup-merged-branches リーパーが解除します。成功時に ready-for-agent を再設定しないでください。イシューはマージ時にクローズされます。

可能な場合は、事前に合意した作業の区切りで Skill ツールを "tdd" を指定して呼び出してください。

定期的に型チェックと単一テストファイルのテストを実行し、最後にテストスイート全体を一度実行してください。

作業を現在のブランチにコミットしてください。

コミット後、Skill ツールを "code-review" を指定して呼び出し、作業をレビューしてください。レビュー対象となるのはコミット済みの作業のみです。