菜单
Notion リンクまたは GitHub issue を起点に、最新のメインブランチからブランチを切って実装し、/simplify → 全テスト確認 → /push-draft-pr まで通すスキル。チケット (Notion / GitHub issue) を渡して「これを実装して PR まで出して」と頼むときに使う。「implement-issue」「この issue 実装して」「Notion 読んで作業して PR 出して」等で起動。読み込みから draft PR 作成まで自律実行する。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Push the current git branch and open a pull request (draft by default) with a concise, reviewer-focused Japanese description. Use whenever the user wants to push and open a PR for the current branch, asks to create/open/send up a PR or draft PR, or wants a reviewer-focused PR description generated — including casual Japanese phrasings like 「pr 作って」「PR 出して」「push して PR 出して」「draft PR を作って」「PR の description を考えて」. Default to draft; the workflow itself confirms with the user before creating.
Stage and commit changes in this dotfiles repo using Conventional Commits
| name | implement-issue |
| description | Notion リンクまたは GitHub issue を起点に、最新のメインブランチからブランチを切って実装し、/simplify → 全テスト確認 → /push-draft-pr まで通すスキル。チケット (Notion / GitHub issue) を渡して「これを実装して PR まで出して」と頼むときに使う。「implement-issue」「この issue 実装して」「Notion 読んで作業して PR 出して」等で起動。読み込みから draft PR 作成まで自律実行する。 |
チケット (Notion リンク / GitHub issue) を起点に、ブランチ作成 → 実装 → 簡素化 → テスト → draft PR までを一気通貫で進めるスキル。
/implement-issue <Notion リンク | GitHub issue URL or #番号>
引数が無い場合はユーザーにチケットの URL / 番号を尋ねる。
手順 1〜6 を承認を挟まず連続して自律実行する (PR は draft なのでレビュー前に確認できる)。要件が曖昧で実装方針を決められない場合のみユーザーに確認する。
入力ソースを判別して内容を取得する:
notion.so / notion.site を含む): Notion MCP の notion-fetch で取得。MCP が無ければユーザーに本文の貼り付けを依頼。github.com/.../issues/N or #N): gh issue view <N> --json title,body,labels,comments で取得。要件・受け入れ条件・関連リンクを抽出して把握する。曖昧な点があれば、計画提示時にユーザーへ確認する。
# メインブランチを判定 (develop があれば優先、無ければ main / master)
git remote show origin | sed -n 's/.*HEAD branch: //p'
git fetch origin → checkout → git pull で最新化。git log / git branch -a / リポジトリの CLAUDE.md・CONTRIBUTING を確認し、既存の prefix・課題キーの付け方 (例: feature/123-<slug>) に合わせる。判別できなければユーザーに確認。リポジトリの既存規約 (近接ファイルのスタイル・命名・構造) に従って実装する。各 app の CLAUDE.md があれば従う。TDD が方針なら Red → Green → Refactor。
変更コードの簡素化のため simplify スキルを実行する。
リポジトリのテストコマンドを判定して 全テスト (E2E を含む) を実行し、すべてパスすることを確認する。失敗したら原因を直してパスするまで繰り返す。lint / unit だけで済ませない。
package.json scripts / Makefile / mise.toml / CI 設定などから判定する。全テストパスを確認できたら push-draft-pr スキルを実行し、draft PR を作成する。