GitHub issue と実装計画をもとにコードを実装する。計画からの逸脱は implementation-notes.md に記録しながら進める。
The English summary is being prepared. Showing the original description.
Review the instructions the agent will receive before you install.
GitHub issue ( $ARGUMENTS ) の内容をもとに実装を行う。
$ARGUMENTS は <issue> [mode] [fix] の形式で受け取る。
<issue>: issue 番号(123、#123)または URL。空の場合はユーザーに issue 番号を質問する[mode]: auto / normal。auto の場合、実装中に要件が不明確でもユーザーに質問せず、保守的な選択肢を選んで implementation-notes.md に記録して続行する。省略時は質問してよい/dev から起動されたとき): normal でも直接は質問できない。質問は呼び出し元の指示どおり tmp/issues/<issue番号>/questions.json(AskUserQuestion と同じ構造: question / header / multiSelect / options[])に書き、最終メッセージを status: needs-input として一旦終了する。回答(answers)が渡されたら文脈を保ったまま続きから進める[fix]: 修正モード。/dev の test 失敗ループ(内側)または review 差し戻しから再実行されたときに渡される。この場合「修正モード」(後述)に従うfix)/dev が test 失敗(内側ループ)または review 差し戻しで本スキルを再実行するときのモード。計画は変更せず、指摘された箇所だけを直すのが責務。
呼び出し元から失敗した checklist 項目 / review の must 指摘がプロンプトで渡される。
plan.md の該当タスク・implementation-notes.md を読むimplementation-notes.md の ## Fixes セクションに「何が失敗していたか / 原因 / 修正内容 / ラウンド番号」で記録する/plan の責務修正を試みる前または途中で、失敗の原因が実装ではなく計画にあると判断したら、直さずにエスカレーションする。該当するのは次のような場合:
## Fixes を見れば分かる)この場合、コードを変更せず次の形で終了する:
implementation-notes.md の ## Deviations に「なぜ実装では直せないか」を記録するstatus: needs-replan とし、plan の何を直す必要があるかを 1〜3 行で書く/dev はこれを受けて内側ループを打ち切り、外側(plan 巻き戻し)へエスカレーションする。内側で同じ箇所を繰り返し直すより、計画を直す方が速いことを早く申告するのが本スキルの責務。
実装開始時に tmp/issues/<issue番号>/implementation-notes.md を作成する(既にあれば追記)。計画と実装現場のギャップをリアルタイムに記録するためのファイルで、後工程(/test のチェックリスト整合、/review / /quiz のコンテキスト、/dev の config 学習)の一次情報になる。
## Deviations セクションに「何が起きたか / なぜ逸脱したか / どう対処したか」を記録して続行する## Notes セクションに記録する## Fixes セクションに記録する(ラウンド番号を含める。同じ箇所の再発を検出するために使う)実装の進行状況は Claude Code のタスク管理ツール(TaskCreate / TaskUpdate / TaskList)で管理する。
plan.md を読み込んだ直後に、計画書に記載された各タスク(および TDD の Red / Green / Refactor フェーズ)を TaskCreate で一括登録する。命名規則の例:
task-1-red / task-1-green / task-1-refactortask-2-red / task-2-green / task-2-refactorfinal-test-run(全タスク完了後の既存テスト実行)report(report.md / report.html 書き出し)in_progress に変更completed に変更(バッチ更新しない)in_progress にできるのは 1 タスクのみtmp/issues/<issue番号>/plan.md(md が無ければ plan.html。以降も同様)を確認する。なければユーザーに plan スキルの実行を提案するgh issue view で issue を取得し、目的・要件を把握するTaskCreate で実装タスクを一括登録するplan.md のタスクを上から順に実装する。各タスクの影響範囲に記載されたファイルを確認してから変更する。計画とのズレが出たら implementation-notes.md に記録する/simplify スキルでコードを整理した後、次のタスクに進むtmp/issues/<issue番号>/report.md に書き出す(md が正。/review / /quiz / /create-pr-text はこちらを読む。implementation-notes.md を材料にする)。続けて同じ内容を人間用に report.html としてレンダリングする(タスクのカード化・テスト結果の色分けなどはこちらに)。更新時は md → html の順で両方に反映するレイアウトや図表は実装内容に応じて自由に設計してよい(テンプレートは置かない)。ただし後続スキルがレポートを参照しやすいよう、以下のセクションは md の見出し(##)として含めること(html も同構成にする)。
auto では保守的に選択し、Deviations に記録して続行する)No reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
chrome-devtools-mcp の CLI (`chrome-devtools`) を使ったブラウザ操作の総合スキル。既存ブラウザへの attach / 使い捨てテストブラウザ / ログイン状態を保持する永続プロファイルのいずれかをユーザーに必ず確認した上でサーバを立ち上げ、スナップショット取得・クリック・入力・ナビゲーション・スクショ・ネットワーク監視などを行う。
The English summary is being prepared. Showing the original description.
checklist の「UI 撮影台本」に沿って UI のスクリーンショットを撮影し、前後比較(compare.html)用の before / after 素材を保存する。「実装前の UI を撮っておいて」「after のスクショを撮って」などの依頼で発火する。
The English summary is being prepared. Showing the original description.
Read and analyze log entries from Cloud Logging using the gcloud CLI.
The English summary is being prepared. Showing the original description.
Codex 公式プラグイン (codex-plugin-cc) のネイティブレビューでコードレビューを実施する。PR 番号指定時は PR を、無指定時は現在ブランチとベースブランチの差分をレビューする。
The English summary is being prepared. Showing the original description.
指定された内容をクリップボードにコピーするスキル。ファイルパスならその中身を、テキストならそのまま、会話中の直前の出力(コマンド結果・生成コード・URL など)を指す場合はその内容を pbcopy でコピーする。ユーザーが「コピーして」「クリップボードに入れて」などコピーの意図を示したら必ず使用する。
The English summary is being prepared. Showing the original description.
GitHub issue から PR のタイトルと説明文を作成する。
The English summary is being prepared. Showing the original description.