« 目次に戻る

17. 全 Skill リファレンス

前のワークフローガイドで扱わなかった残りの Skill を、やりたいこと基準でまとめて整理しました。各フロー(Small/Medium/Large cycle、新規 project、onboarding、testing、design)の途中で必要になったときに参照してください。

下の表で該当する状況を探し、Skill 名をクリックすると該当の説明にジャンプします。

#PR / Review を扱いたいとき

開いている PR の review comment に対応し、CI/conflict も一緒に整理したい

/ywc-handle-pr-reviews 250

$ywc-handle-pr-reviews 250

PR 番号を省略すると、現在の branch の PR を自動で探します。

変更を commit して draft PR を開きたい

/ywc-create-pr --title "fix: correct timezone offset in report export" --lang ko

$ywc-create-pr --title "fix: correct timezone offset in report export" --lang ko

04, 05 のフローにはすでに含まれているため、そのフローの外で単独で PR だけ開きたいときに使います。

溜まっている Dependabot PR を一度に整理したい

/ywc-merge-dependabot security parallel-auto

$ywc-merge-dependabot security parallel-auto

security を省略するとすべての Dependabot PR が対象となり、parallel-auto を省略すると PR 番号順に 1 つずつ順次処理します。

ここまでの作業を commit だけしたい

/ywc-commit authentication 関連の変更だけを commit して

$ywc-commit authentication 関連の変更だけを commit して

PR 作成やコード変更そのものには使いません。commit 専用です。

レビュアー(人間または CodeRabbit/Codex/Claude)の指摘を無条件に受け入れず、技術的に検証してから対応したい

/ywc-receive-review レビュアーがこのヘルパー関数は未使用だから削除しろと言っているが、本当に未使用か先に確認して

$ywc-receive-review レビュアーがこのヘルパー関数は未使用だから削除しろと言っているが、本当に未使用か先に確認して

先に同意してから実装する既定の挙動を防ぎ、すべての指摘を「検証すべき提案」として扱います。ywc-handle-pr-reviews の自動化を補う判断レイヤーです。

#まだ計画がない、または人の介入なしで最後まで回したいとき

アイデアがまだ具体的でないので、整理から始めたい

/ywc-brainstorm 通知機能を作りたいが、まだどうするか具体的でない

$ywc-brainstorm 通知機能を作りたいが、まだどうするか具体的でない

Socratic 対話で目的/制約/成功基準と代替案 2〜3 個を導き、その後 ywc-plan へ handoff します。

ライブラリや実装方式を比較して何を使うか決めたい

/ywc-tech-research "Hono SSE 実装" --compare "Redis,Valkey"

$ywc-tech-research "Hono SSE 実装" --compare "Redis,Valkey"

--depth で調査の深さ(25 要約のみ 〜 100 網羅的調査)を、--format html で self-contained レポート出力を調整できます。

目標だけ渡し、計画から実装まで人の介入なしで任せたい

ywc-agentic 専用ページへ移しました。詳しい使い方と例は 06. 目標 1 つで自動完了するを参照してください。

#品質・セキュリティ・プロダクト観点を点検したいとき

認証/決済のような敏感なコードのセキュリティ脆弱性を点検したい

/ywc-security-audit --code codex/skills/ywc-security-audit/SKILL.md

$ywc-security-audit --code codex/skills/ywc-security-audit/SKILL.md

バグの原因が見つからず困っている

ywc-debug-rootcause 専用ページへ移しました。詳しい使い方と例は 12. デバッグとインシデント事後分析を参照してください。

古い dead code (未使用関数/export/依存関係)を整理したい

ywc-refactor-clean 専用ページへ移しました。詳しい使い方と例は 13. コード構造と保守性の管理を参照してください。

絡み合った shallow module 構造を deep module に再構造化したい

ywc-improve-architecture 専用ページへ移しました。詳しい使い方と例は 13. コード構造と保守性の管理を参照してください。

一般 cycle の外で、独立して実装品質と maintenance 観点を点検したい

ywc-impl-review 専用ページへ移しました。詳しい使い方と例は 13. コード構造と保守性の管理を参照してください。

Agent がコードを修正する際にかかる token コストと可読性を測定したい

ywc-agent-legibility-audit 専用ページへ移しました。詳しい使い方と例は 13. コード構造と保守性の管理を参照してください。

Production 障害が起き、振り返り文書を書く必要がある

ywc-incident-postmortem 専用ページへ移しました。詳しい使い方と例は 12. デバッグとインシデント事後分析を参照してください。

RED → GREEN → REFACTOR を文書化された手順どおり厳格に守りながら実装したい

/ywc-tdd-ritual ログイン失敗理由を具体的に表示する機能を TDD で実装して

$ywc-tdd-ritual ログイン失敗理由を具体的に表示する機能を TDD で実装して

ywc-code-gen、ywc-sequential-executor などで言及される opt-in の --tdd 手順とは、まさにこの skill のことです — RED/GREEN/REFACTOR の各遷移ごとに検証ステップを強制します。

critical user flow を Playwright で自動化したい、または既存の E2E カバレッジの穴を点検したい

/ywc-e2e-test-strategy --flow user-login

$ywc-e2e-test-strategy --flow user-login

--init で Playwright を最初からセットアップし、--audit で既存カバレッジの穴だけを点検することもできます。

コードではなくビジネス/サービスの観点でプロジェクトをレビューしてほしい

/ywc-product-review --format html

$ywc-product-review --format html

User value、UX、growth、risk などビジネス観点でプロジェクトを見直します — コードレビューは ywc-impl-review、セキュリティレビューは ywc-security-audit を使ってください。

#Project の知識を蓄積したいとき (Stateful Skills)

これらの Skill は一度使って終わりではなく、会話が終わっても project に残り、次の session でも参照される知識を管理します。

Code review で繰り返し指摘される内容を学習させ、次から再指摘しないようにしたい

/ywc-review-learnings この指摘は false positive だから、学習しておいて

$ywc-review-learnings この指摘は false positive だから、学習しておいて

開発者・ドメイン専門家・LLM が共有するドメイン用語集を作成または更新したい

/ywc-ubiquitous-language --context billing --ddd

$ywc-ubiquitous-language --context billing --ddd

--ddd は Entity / Value Object / Aggregate のような DDD Type 列を追加します。

Project の why と rejected-approach を記録したい

/ywc-mission この project の目標は ...

$ywc-mission この project の目標は ...

07. 新しい Project を始めるですでに扱いました。project 進行中に方向が変わったときも再利用できます。

#Release を準備したいとき

Release PR (develop→main など)に含まれる merged PR 一覧を整理したい

/ywc-release-pr-list 301

$ywc-release-pr-list 301

CHANGELOG.md やユーザー向け release note を作成したい

/ywc-changelog-release-notes --both --version 1.4.0

$ywc-changelog-release-notes --both --version 1.4.0

--pr-list <ywc-release-pr-list の結果ファイル> を渡すと、git log ではなくその一覧を根拠に生成します。

#Toolkit 自体を拡張したり、実行インフラを扱いたいとき

新しい ywc-* skill を作りたい、または既存の skill をルールに沿って整理/点検したい

/ywc-skill-author 決済 webhook のリトライ処理を扱う新しい skill を作りたい

$ywc-skill-author 決済 webhook のリトライ処理を扱う新しい skill を作りたい

ywc-* skill の frontmatter/body/references のルールを検証し、揃えます。skill の内容を直すのではなく、skill「自体」を新規作成・再構成するときに使います。

出力言語の永続デフォルトを設定し毎回 language を聞かれないようにしたい

/ywc-setup-language ko

$ywc-setup --scope project --lang ko

生成される文書、PR 文、commit message の出力言語を、毎回 skill 呼び出しで --lang を渡さずに揃えたいときに使います。project または user の永続デフォルトを設定するもので、現在の chat 言語を切り替えるものではありません。

一回だけの指定は引き続き優先されます。解決順は、対象 skill に明示した --lang > project/user の永続デフォルト > 質問、です。

隔離された worktree のパスを作りたい、または点検/整理したい

/ywc-worktrees --mode create --task-name 000020-010-api-webhook --branch feature/000020-010-api-webhook --base-branch develop

$ywc-worktrees --mode create --task-name 000020-010-api-webhook --branch feature/000020-010-api-webhook --base-branch develop

通常は ywc-parallel-executor が内部的に呼び出しますが、--mode audit/prune/resolve で直接点検・整理することもできます。

並列で立ち上げた worktree の Docker ポートが衝突する問題を解決したい

/ywc-docker-isolate setup --task-name 000020-010-api-webhook --worktree-path .worktrees/000020-010-api-webhook

$ywc-docker-isolate setup --task-name 000020-010-api-webhook --worktree-path .worktrees/000020-010-api-webhook

ywc-parallel-executor が各 task worktree ごとに自動的に呼び出す、決定論的な port 割り当て skill です — worktree ごとに固有の COMPOSE_PROJECT_NAME と port ブロックを割り当て、「port is already allocated」衝突を防ぎます。

#全 Skill 索引 (A-Z)

この toolkit のすべての ywc-* skill を名前順に整理しました。詳しい使い方は各 skill の場所(専用ページまたは上の状況別項目)を参照してください。

← 前: 16. Executor / Code-gen Prompt パターン · 次: 18. 事前準備とインストール →