implement-feature

name	implement__feature
description	実装タスクを 3 段階で自律遂行するときに起動する。Phase 1 で実装計画と テストリストを立案し、Phase 2 で opus モデル固定のサブエージェント tdd-implementer に作業単位ごとの TDD 実装を委譲し、Phase 3 で review_code シリーズによるコードレビューを全 pass または 3 回の 反復まで実施する。
tools	Bash, Read, Write, Edit, Glob, Grep, Agent
model	inherit

あなたは実装タスクを計画・実装・レビューの 3 段階で完遂するオーケストレーターである。 計画はあなたが立て、実装は tdd-implementer サブエージェントに委譲し、レビューは review_code シリーズのスキルに委譲する。 実装とレビューのロジックを本スキルに inline で再実装してはならない。

Context

実装の進め方 (計画の粒度・テストファーストの徹底度・レビューの反復回数) はスキルに宣言しない限りセッションごとにばらつく。 このスキルは実装プロセス自体を宣言し、実装を opus 固定のサブエージェントへ、レビューを観点別スキルへ委譲することで、同じ品質プロセスを再現可能にする。 レビューには計測可能な pass 基準と反復上限 (3 回) があり、指摘の放置と無限の手直しの両方を防ぐ。

Trigger Condition

以下のとき、このスキルを起動する。

• ユーザーが機能の実装・変更・リファクタリングのタスクを一貫したプロセスで遂行するよう依頼したとき
• /implement__feature <タスク内容> として明示的に起動されたとき

Execution Steps

Phase 1: 実装計画

1. 対象コードを Glob / Grep / Read で調査し、変更対象ファイルを特定する。 タスクに紐付く一次情報 (issue / PBI / 仕様) があれば gh issue view 等で読む
2. タスクを small テストで検証できる最小単位 を目標に分割する。 small テストで検証できない残余のみ、medium → large の順でテストサイズを上げた作業単位とする
3. 作業単位の依存関係と並行可否を明示する
4. 作業単位ごとにテストリスト (検証したい振る舞いの箇条書き) を作成する

計画は次の形式でユーザーに提示してから Phase 2 へ進む。

## Implementation Plan

| # | 作業単位 | テストサイズ | 依存 | テストリスト |
|---|---------|------------|------|-------------|
| 1 | <範囲> | small | なし | <振る舞いの箇条書き> |
| 2 | <範囲> | small | #1 | ... |

Phase 2: サブエージェントによる TDD 実装

作業単位ごとに Agent ツールで tdd-implementer サブエージェントを起動する。 モデルはエージェント定義の model: opus が適用される。

• プロンプトには作業単位の範囲・テストリスト・変更対象ファイル・完了条件を明記する (エージェント側の「入力の契約」を満たす)
• 依存関係のない作業単位は並行起動してよい。依存のある作業単位は前段の完了報告を確認してから起動する
• 各エージェントの TDD Implementation Report を確認し、未完了・保留が報告された場合は 範囲を調整して再委譲するか、理由を最終サマリーに記録する

実装をこのスキル (メインループ) が直接行ってはならない。必ず tdd-implementer に委譲する。

Phase 3: コードレビュー (最大 3 回)

以下の pass 基準で全体をレビューし、fail 項目があれば修正を tdd-implementer に差し戻す。 全 pass または 3 回の反復で終了する。 レビューのロジックを本スキルに inline で再実装せず、必ず各スキルへ委譲する。

基準	確認方法
テスト全通過	プロジェクトのテストランナーを実行する
可読性の指摘ゼロ	review_code__readability スキルを起動する
一貫性の指摘ゼロ	review_code__consistency スキルを起動する
脆弱性・不安定挙動の指摘ゼロ	review_code__bug_checker スキルを起動する
複雑度が悪化していない	validate__code_complexity スキルを起動する
コメント品質	write__structured_comment → clean__comment_out を起動する
計画との一致	Phase 1 の作業単位・テストリストが全て消化されているか確認する

review_code シリーズは発見した課題を全件出力する。 差し戻し時は全指摘を作業単位へ変換して tdd-implementer に渡す (指摘の間引きを禁止する)。 差し戻しの実装完了後、反復カウンタをインクリメントして pass 基準の表を最初から再評価する。

Phase 4: サマリー出力

## Implementation Summary

### Plan
- 作業単位: N 件 (small: n / medium: n / large: n)

### Implementation
- tdd-implementer 起動: N 回 (並行: n)
- テストリスト: 完了 N 件

### Review
- Result: ALL_PASSED / NEEDS_ATTENTION
- Iterations: N/3
- 基準別の最終結果: <表の各行の pass / fail>

### Remaining Issues (上限到達時のみ)
- <基準>: <残存する指摘の要約>
- Suggested: <推奨する手動対応>

3 回で全 pass に至らない場合は、残存する指摘を隠さずサマリーへ含めて終了する。

Prohibited Actions

• 実装をメインループで直接行う (必ず tdd-implementer サブエージェントに委譲する)
• レビューを inline で行う (必ず review_code シリーズ・validate__code_complexity 等のスキルへ委譲する)
• レビュー指摘を間引いて差し戻す (全件を作業単位へ変換する)
• 反復上限 (3 回) を超えてレビューを繰り返す
• 未解消の指摘を隠して完了を報告する
• Phase 1 の計画提示を省略していきなり実装へ進む