Menú
GitHub issue から PR のタイトルと説明文を作成する。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional 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 issue と実装計画をもとにコードを実装する。計画からの逸脱は implementation-notes.md に記録しながら進める。
GitHub PR のレビューコメントを評価するスキル。コメントの妥当性をコードベースで独立検証し、対応可否の判定・返信文案の作成・(指示があれば)修正実装まで行う。ユーザーが PR コメントの URL を貼って「評価して」「考察して」「妥当性を判断して」「対応可否を考えて」「どう思う？」などの意図を示したら必ず使用する。
GitHub issue から計画・実装・テスト・レビュー・PR テキスト・理解確認まで一気通貫で行う。
| name | create-pr-text |
| description | GitHub issue から PR のタイトルと説明文を作成する。 |
| allowed-tools | Bash, Read, Glob, Grep, Write |
GitHub issue から PR のタイトルと説明文を作成する。$ARGUMENTS に issue 番号(123、#123)または URL が渡される。$ARGUMENTS が空の場合はユーザーに issue 番号を質問する。
実際の PR は絶対に作成しない。 gh pr create は実行禁止。テキストの生成のみ行う。
本スキルはユーザーへの質問なしで完結する(/dev からはサブエージェントとして実行されることがある)。
tmp/config.json を確認する:
pull_request_template_path: なければプロジェクト内の PR テンプレート(pull_request_template.md, .github/pull_request_template.md 等)を探し、見つかったパスを保存する。テンプレートがあればそのフォーマットに従うbase_branch: なければ git remote show origin の HEAD branch を検出して保存する(以降 <base>)tmp/issues/<issue番号>/ 配下に plan.md / report.md(md が無ければ html)/ checklist.html / implementation-notes.md が既にある場合はその内容を活用する(特に implementation-notes の Deviations は「計画との差分」としてレビュアに有用)gh issue view で issue を取得するgit log <base>..HEAD --stat でコミット単位の変更概要を確認し、必要に応じて git show <hash> で個別のコミット内容を把握するtmp/issues/<issue番号>/pr.md に書き込む(フォーマットは template.md を参照)詳細は diff や issue を見れば分かるので、PR テキストは最小限に留める。冗長な説明や同じ内容の言い換えは書かない。
closes #<番号> のみPR テンプレートがある場合はそのセクション構成に従いつつ、各セクションは上記の粒度で簡潔に書く。