القائمة
GitHub issue と実装計画をもとにコードを実装する。計画からの逸脱は implementation-notes.md に記録しながら進める。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Integrate Firebase Auth (authentication + domain restriction) into internal applications. Includes domain restriction via Blocking Functions and user registration to Firestore.
chrome-devtools-mcp の CLI (`chrome-devtools`) を使ったブラウザ操作の総合スキル。既存ブラウザへの attach / 使い捨てテストブラウザ / ログイン状態を保持する永続プロファイルのいずれかをユーザーに必ず確認した上でサーバを立ち上げ、スナップショット取得・クリック・入力・ナビゲーション・スクショ・ネットワーク監視などを行う。
Access the Firebase Emulator Suite (Firestore, Auth, Functions, Hub) via REST and Admin SDK without trial-and-error. Use this skill whenever you read/write/query/clear Firestore Emulator data, create test users or obtain ID tokens from the Auth Emulator, verify Functions triggers, seed/export emulator data, or hit unexpected 403/404 from an emulator endpoint. Consult it BEFORE curling any emulator port — it encodes the auth header and host-resolution rules that otherwise cause retries.
GitHub PR のレビューコメントを評価するスキル。コメントの妥当性をコードベースで独立検証し、対応可否の判定・返信文案の作成・(指示があれば)修正実装まで行う。ユーザーが PR コメントの URL を貼って「評価して」「考察して」「妥当性を判断して」「対応可否を考えて」「どう思う？」などの意図を示したら必ず使用する。
GitHub issue から計画・実装・テスト・レビュー・PR テキスト・理解確認まで一気通貫で行う。
直近の Claude Code 会話ログを分析し、CLAUDE.md / .claude/skills / .claude/rules / .claude/settings* の改善案を提案・適用するレトロスペクティブスキル。ユーザーが「retro して」「振り返りして」「最近の会話から CLAUDE.md (や skills, rules, settings) を改善して」「繰り返し指摘していることをルール化して」など、過去のやり取りをもとに設定・スキルを改善する意図を示したら必ず使用する。
| name | implement |
| description | GitHub issue と実装計画をもとにコードを実装する。計画からの逸脱は implementation-notes.md に記録しながら進める。 |
| allowed-tools | Bash, Read, Glob, Grep, Write, Edit, Skill, TaskCreate, TaskUpdate, TaskList |
GitHub issue ( $ARGUMENTS ) の内容をもとに実装を行う。
$ARGUMENTS は <issue> [mode] の形式で受け取る。
<issue>: issue 番号(123、#123)または URL。空の場合はユーザーに issue 番号を質問する[mode]: auto / normal。auto の場合、実装中に要件が不明確でもユーザーに質問せず、保守的な選択肢を選んで implementation-notes.md に記録して続行する。省略時は質問してよい実装開始時に tmp/issues/<issue番号>/implementation-notes.md を作成する(既にあれば追記)。計画と実装現場のギャップをリアルタイムに記録するためのファイルで、後工程(/test のチェックリスト整合、/review / /quiz のコンテキスト、/dev の config 学習)の一次情報になる。
## Deviations セクションに「何が起きたか / なぜ逸脱したか / どう対処したか」を記録して続行する## Notes セクションに記録する実装の進行状況は 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 に記録して続行する)