otomatty
7 verified skills14 total stars
delete-merged-branches
指定した基準ブランチ（develop / main など）に取り込まれたローカルおよび origin 上の リモートブランチを安全に削除する。通常 merge は祖先判定、squash/rebase merge は GitHub のマージ済み PR の headRefOid 一致で判定。あわせて、基準ブランチ向けに **リポジトリ全体**のクローズ済み（未マージ）PR のリモートブランチも削除候補にする （基準以外向けの sub-PR や GitHub Copilot 等が作ってクローズしたブランチも掃除できる）。"マージ済みブランチを削除", "delete merged branches", "ローカル/リモートブランチを掃除", "ブランチ整理" などで使う。
development2
create-pull-request
Run on the develop branch: create a new branch (name or issue number), then create a pull request with a well-structured description following the project PR template. Use when the user asks to "create a PR", "make a pull request", "open a PR", or "PRを作成して". Branch name or issue number (e.g. "feature/add-login" or "123" → feature/123) should be obtained from the user message or requested if missing. PR base (--base) must target the current integration branch (e.g. develop or the branch you branched from), never main unless the user explicitly requests a release PR.
development2
review-local-changes
手元の実装変更、または現在ブランチとターゲットブランチの差分を、 関連コード（テスト・依存先・呼び出し元）も含めて AI レビューし、結果をマークダウンファイルに出力する。 "レビューして", "実装をレビュー", "変更をチェック", "review my changes", "self review", "セルフレビュー", "develop との差分をレビュー", "ブランチの差分をチェック", "review branch diff" などで起動する。
development2
handle-pr-review
PR レビューコメントを仕様に照らして分析し、対応方針を提案・実行する。 コメントをそのまま受け入れるのではなく、TSDoc/テスト/型定義に基づいて 妥当性を検証し、修正・代替案・対応不要を判断する。 "レビュー対応して", "PRコメントに対応", "review PR comments", "レビューコメントを確認", "PRのレビューを処理" などで起動する。 Cursor / Claude Code 共通で使用可能。
development2
stryker-mutation-diff
Runs Stryker mutation tests only on git-changed production files under `src/` via `scripts/stryker-mutate-changed.mjs` and `bun run test:mutation:changed`. Uses `stryker.config.mutation-changed.mjs` so partial runs do not fail on global `thresholds.break`. Use when the user asks for mutation testing on changed files only, incremental mutation test, diff-based Stryker, or "差分だけミューテーション" / "mutation test for current changes". After a run, use `bun run mutation:report:summary` and attach `reports/mutation/mutation-summary.md` for AI explanation (not HTML).
development2
write-zenn-article
Zenn 記事の執筆・推敲を、体験ベースで読みやすいトーンに仕上げる。 AIっぽい定型表現を排除し、実践報告として説得力のある文章を生成する。 "Zenn記事を書いて", "記事の下書き", "ブログ記事を書く", "記事を推敲して", "write a Zenn article", "draft a blog post" などで起動する。
documentation2
write-zenn-dialogue-article
Zenn 記事を A先輩と B後輩の対話形式で執筆する。 Q&A のように疑問点にピンポイントで答える構成で、 初心者がつまずきやすいポイントを自然に解消する。 "対話形式で記事を書いて", "会話形式の記事", "dialogue article", "対話記事", "先輩後輩の会話で記事" などで起動する。
documentation2