Menu
GitHub Issue番号と任意の分岐元ブランチ名を受け取り、実装方針策定・ブランチ作成・TDD実装・コードレビュー修正ループを一連で実行する
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
GitHub Issueに対して現在のブランチのローカル実装をレビューする
GitHub Issueを親Issueとしてタスク分解し、子Issueを作成する。
変数や関数の命名候補を複数提案し、それぞれのニュアンスを解説する。
piコーディングエージェントのextensionを作成する
与えられた指示に対して、コードベースを探索してリポジトリ構造と関連箇所を把握し、開発者と一問一答で実装方針・設計・タスク分解を固める。実装前の壁打ちやPlanモード的な相談に使う。
TDD（テスト駆動開発）のRed-Green-Refactorサイクルに従って機能を実装する
| name | implement-issue |
| description | GitHub Issue番号と任意の分岐元ブランチ名を受け取り、実装方針策定・ブランチ作成・TDD実装・コードレビュー修正ループを一連で実行する |
| argument-hint | <issue番号> [分岐元ブランチ名] |
| disable-model-invocation | true |
| allowed-tools | Skill(sketch), Skill(tdd), Skill(review-local), AskUserQuestion, Agent, Read, Edit, Write, Glob, Grep, Bash(gh issue view:*), Bash(gh issue list:*), Bash(gh repo view:*), Bash(git branch:*), Bash(git fetch:*), Bash(git switch:*), Bash(git diff:*) |
以下の手順を実行する。各ステップの結果を次のステップに引き継ぐこと。
最初に $ARGUMENTS を解析し、先頭の値を Issue番号、2つ目の値があれば 分岐元ブランチ名 として扱う。分岐元ブランチ名が未指定の場合は、デフォルトブランチを分岐元として使用する。
以下のコマンドのうち、必要なものを 並列で実行する:
gh issue view <Issue番号> --json number,title,body,labels,comments,state,url でIssueの番号・タイトル・本文・ラベル・コメント・状態・URLを取得git branch -a で既存ブランチの命名規則を確認gh repo view --json defaultBranchRef --jq '.defaultBranchRef.name' でデフォルトブランチ名を取得GitHub上のIssue relationship（Parent issue、Sub-issues、依存関係など）が設定されているか確認するため、gh issue list --state all --limit 1000 --json number,title,state,url,parent,subIssues,blockedBy,blocking --jq '.[] | select(.number == <Issue番号>)' を実行する。relationshipが設定されている場合は、該当するIssueも gh issue view <Issue番号またはURL> --json number,title,body,labels,comments,state,url で取得する。取得した親Issue・関連Issueについても同じ gh issue list --state all --limit 1000 --json number,title,state,url,parent,subIssues,blockedBy,blocking --jq '.[] | select(.number == <Issue番号>)' でGitHub上のrelationshipを確認し、実装判断に必要な範囲で同様に取得する。
以降のステップでは、指定された分岐元ブランチ名があればそれを、未指定であれば取得したデフォルトブランチ名を 分岐元ブランチ名 として扱う。
取得した対象Issue・親Issue・関連Issueの内容を以降のステップで参照できるよう、Issue間の関係と要件を整理してまとめる。
git fetch origin <分岐元ブランチ名> を実行する。
既存ブランチの命名規則に従い、Issueの内容に基づいた適切なブランチ名を決定し、git switch -c <ブランチ名> --no-track origin/<分岐元ブランチ名> で新しいブランチを作成する。
Skillツールを使用して sketch スキルを呼び出し、実装方針を策定する。
argsには以下を含めること:
sketchスキルが確認事項を返した場合は、その内容をユーザーと一問一答で詰めながら、最終的な実装方針まで収束させる。
策定した実装方針（設計方針・変更対象・影響範囲）をユーザーに提示し、AskUserQuestionツールで承認を求める。 ユーザーからフィードバックがあった場合は、実装方針を修正して再度承認を求める。
Skillツールを使用して tdd スキルを呼び出す。
argsには以下の情報をすべて含める:
以下のレビュー・修正サイクルを、指摘事項がなくなるまで繰り返す。
Skillツールを使用して review-local スキルを呼び出す。argsには、$ARGUMENTS から解析した Issue番号のみ を渡す。
レビュー結果の総合判定を確認し、「要議論」の場合は「要修正」として扱う。
総合判定が「要修正」の場合、Agentツールを使用して general-purpose のサブエージェントを起動し、指摘事項の修正を行う。
サブエージェントへのプロンプトには以下を含めること:
npm run test, make test, task test など）を使用してテストを実行し、既存テストが壊れていないことを確認すること。すべてのステップが完了したら、以下をユーザーに報告する: