メニュー
実装タスクを 3 段階で自律遂行するときに起動する。Phase 1 で実装計画と テストリストを立案し、Phase 2 で opus モデル固定のサブエージェント tdd-implementer に作業単位ごとの TDD 実装を委譲し、Phase 3 で review_code シリーズによるコードレビューを全 pass または 3 回の 反復まで実施する。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
ソースコードを編集・作成した後に起動する。変更したファイルから、共有 whitelist マーカー (TODO/FIXME/SEE/CONSTRAINT/NOTE/HACK/SAFETY) で始まらない非 doc コメントを すべて削除する。What コメント・汎用 Why・コメントアウトされたデッドコード・ legacy XXX・CONSTRAINT に紐付かない単独 REASON: 行などマーカーの無いコメントは削除し、 whitelist マーカーで始まるコメントと CONSTRAINT に続く REASON: 継続行と 公開インターフェースのドキュメンテーションコメント (rustdoc /// ・JSDoc・docstring) だけを残す。コードを編集したときのコメントのクリーンアップ品質ゲートとして機能する。
ソースコードを編集・作成した後、clean__comment_out の前に起動する。 デフォルトはコメント 0。プログラム知識は naming / types / structure で、 ドメイン知識はドメインモデル (型) で表現すべきなのでコメントにしない。 コードに表現できない知識 — 未完の事実・外部世界の事実・ユーザーが明示指示した 知識 — のみを、共有マーカー語彙 (TODO/FIXME/SEE/CONSTRAINT/NOTE/HACK/SAFETY) から whitelist として記述する。各コメントは必ずマーカーで始め、1 論理コメントは 2 行 以内・1 行 70 文字以内に収め、issue/PR 番号は書かない。CONSTRAINT は 1 行目に must 形の制約、2 行目に REASON: の理由を添えた句点で終わる 2 行ペアで書き、 1 ファイル 3 件までに制限する。語彙は ~/.claude/skills/template/comment_markers.md を single source of truth とし clean__comment_out と共有する。コメント生成側の品質ゲートとして機能する。
簡単・定型的な作業をメインループで直接実行せず委譲したいときに起動する。 Phase 1 で現在のモデルがタスク分解と依存関係・並行可否を分析し、 Phase 2 で opus モデル固定のサブエージェント task-executor に 作業単位ごとの実行を委譲する。
ソースコードの変更後、堅牢性をレビューしたいときに起動する。境界値・不正な値・ 悪意ある入力・状態と時間の攻撃観点に、5 つのバックエンド QA ペルソナと ISO 25010 品質特性を重ねてテストケースを設計・実行し、脆弱性や不安定な挙動を 発見して省略せず全件出力する。設計は一次情報 (仕様 / issue / コード) に必ず 紐付け、根拠のないケースを出さない。要件は testable / deferred / impossible に 分類し、未確認のモジュールは「※要静的解析 (未実施)」と正直に明記する。 テストは scratchpad で実行し、プロダクションコードは修正しない。
ソースコードの変更後、コーディングスタイルと命名規則の一貫性をレビューしたい ときに起動する。変更ファイルを周辺の既存コードと比較し、命名・スタイル・ イディオム・配置の不一致を検出して、発見した課題を省略せず全件出力する。 読み取り専用でありコードは修正しない。
ソースコードの変更後、可読性をレビューしたいときに起動する。リーダブルコード 由来の 8 カテゴリ (命名 / 誤解されない名前 / 美しさ / コメント / 制御フロー / 式の分割 / 変数 / 構造) の基準で変更ファイルを検査し、発見した課題を省略せず 全件出力する。読み取り専用でありコードは修正しない。
| 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 で再実装してはならない。
実装の進め方 (計画の粒度・テストファーストの徹底度・レビューの反復回数) はスキルに宣言しない限りセッションごとにばらつく。 このスキルは実装プロセス自体を宣言し、実装を opus 固定のサブエージェントへ、レビューを観点別スキルへ委譲することで、同じ品質プロセスを再現可能にする。 レビューには計測可能な pass 基準と反復上限 (3 回) があり、指摘の放置と無限の手直しの両方を防ぐ。
以下のとき、このスキルを起動する。
/implement__feature <タスク内容> として明示的に起動されたときgh issue view 等で読む計画は次の形式でユーザーに提示してから Phase 2 へ進む。
## Implementation Plan
| # | 作業単位 | テストサイズ | 依存 | テストリスト |
|---|---------|------------|------|-------------|
| 1 | <範囲> | small | なし | <振る舞いの箇条書き> |
| 2 | <範囲> | small | #1 | ... |
作業単位ごとに Agent ツールで tdd-implementer サブエージェントを起動する。
モデルはエージェント定義の model: opus が適用される。
実装をこのスキル (メインループ) が直接行ってはならない。必ず tdd-implementer に委譲する。
以下の 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 基準の表を最初から再評価する。
## 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 に至らない場合は、残存する指摘を隠さずサマリーへ含めて終了する。
tdd-implementer サブエージェントに委譲する)