菜单
既存設定と整合したスキルを新規作成。「スキルを作って」「この手順をスキル化して」等の依頼時、/create-skill実行時に使用。~/.claude/AGENTS.md（CLAUDE.mdは互換symlink）、context/*.md、既存スキルを自動参照し、重複・競合を避けたスキルを生成。境界: 既存スキル・指示ファイルの修正→update-inst、指示ファイル全体の監査→instructions-audit。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
コードベース包括的レビュー。6観点（perf/sec/test/arch/cq/docs）を並列サブエージェントで実行し、優先度付きissueファイルをメモリディレクトリに生成。使用タイミング: コードベース全体の監査・定期レビュー・リリース前品質確認の依頼時、/codebase-review実行時。境界: PR単位のレビュー→pr-review、自ブランチの提出前確認→self-review、ローカル未コミット変更→/code-review、ドキュメントのレビュー→doc-review。
抽象的な要件・Biz 要求から要求を深掘りし、コードベース SSoT で既存実装整合性を確認した上で「実装マスタ（01_requirements_skeleton.md）」と「システム要件書（02_system_requirements.md）」を作成する。使用タイミング (1)「○○って機能を作りたい」「このBiz要求を満たす機能を設計して」等の抽象要件提示時、(2) 既存機能の拡張・Phase 分割等の要件定義開始時、(3) `/design-feature ...` 実行時。
Agent Teamsによる多角的ドキュメントレビュー。設計書・仕様書・計画書等のドキュメントを6 Agent（通常4 + Devil's Advocate + agent CLI）で並列レビュー。使用タイミング: (1) /doc-review 明示実行時、(2) 「チームでレビューして」「多角的にレビューして」等の明示依頼時（Agent Teams発動条件(c)相当）。通常の「レビューして」だけの依頼では発火しない（単独レビューまたはagent CLIで対応し、必要なら本スキルを提案する）。
既存の計画・設計・アイデアを徹底的に尋問し、共有理解に至るまでストレステストする対話スキル。使用タイミング: (1) 「グリルして」「grillして」「この計画を詰めて」「計画の穴を突いて」「ストレステストして」等の依頼時、(2) 実装着手前に計画・設計の前提や未決定事項を洗い出したい時。境界: ゼロからの要件定義・要件書作成→design-feature、完成した文書の多角的レビュー→doc-review。本スキルは既に存在する計画・アイデアの対話的な検証を行う。要件書等の成果物は生成せず、確定した重要決定のみADRとして.local/docs/に記録する。
現在のセッション内容を、別セッションのエージェントが引き継げるハンドオフ文書に圧縮し、メモリディレクトリに書き出す。セッションを切り替えたい時・作業を中断して後日再開したい時に /handoff で実行。
CLAUDE.md/AGENTS.md・skills・context・rules等の指示ファイル監査。指示ファイルの「レビューして」「監査して」「整理・スリム化して」等の依頼時、/instructions-audit実行時に使用。ベストプラクティスrubricで4分類（削除候補/hook・deny移管/skill化・Read-when化/description・構造強化）の指摘を修正案付きで出す。user-level（~/.claude）とproject-level両対応。境界: 指摘の適用・個別知見の追記→update-inst、セッション内容からの知見反映→session-retro、新規スキル作成→create-skill、コード自体の監査→codebase-review。
| name | create-skill |
| description | 既存設定と整合したスキルを新規作成。「スキルを作って」「この手順をスキル化して」等の依頼時、/create-skill実行時に使用。~/.claude/AGENTS.md（CLAUDE.mdは互換symlink）、context/*.md、既存スキルを自動参照し、重複・競合を避けたスキルを生成。境界: 既存スキル・指示ファイルの修正→update-inst、指示ファイル全体の監査→instructions-audit。 |
既存のuser-level/project-level設定と整合性が取れたスキルを自動作成する。
/create-skill <内容> # user scope（デフォルト）
/create-skill --user <内容> # user scope（明示）
/create-skill --project <内容> # project scope
入力: /create-skill --project 大規模タスク分割ワークフロー
→ scope: project
→ 内容: 大規模タスク分割ワークフロー
常に読み込む:
~/.claude/AGENTS.md - user-level設定（実体。CLAUDE.mdは互換symlink）~/.claude/context/*.md - 特に以下が重要:
claude-customization-guide.md - 設計原則、Skills/Commands/CLAUDE.mdの使い分けworkflow-rules.md - Phase 0-5ワークフローmemory-file-formats.md - メモリディレクトリ構造--project時に追加で読み込む:
./CLAUDE.md - project-level設定./.claude/context/*.md - project-level参照ファイル./.claude/rules/*.md - project-levelルール既存スキルの確認:
~/.claude/skills/*/SKILL.md のfrontmatter（name, description）を取得@context/claude-customization-guide.md に従い判定:
| 選択 | 条件 |
|---|---|
| Skill（推奨） | 自動トリガー、ドメイン知識、スクリプト同梱 |
| CLAUDE.md追記 | 常時適用ルール、200行以下に収まる |
NOTE: Commands（.claude/commands/）はレガシー形式。新規作成時はSkills形式を使用する。
問題があればユーザーに確認する（Claude Code: AskUserQuestion）。
設計原則（@context/claude-customization-guide.md）:
< > を含めない@context/xxx.md形式で参照（重複記載しない）description例:
# Good
description: PRレビュー。PR番号・ブランチ名指定時またはレビュー依頼時に使用。境界: ローカル未コミット変更→code-review、自ブランチの提出前確認→self-review。
# Bad
description: PRレビュー。
配置先:
--user: ~/.claude/skills/<skill-name>/--project: ./.claude/skills/<skill-name>/構造（Progressive Disclosure）:
<skill-name>/
├── SKILL.md # Level 2: トリガー時ロード（500行以下）
└── references/ # Level 3: 必要時のみロード
└── detail.md
作成後、以下を報告:
検証（evaluation-driven、公式推奨）:
---
name: <skill-name>
description: <何をするか>。<いつ使うか>。使用タイミング: (1) xxx、(2) yyy。境界: <使わない条件・棲み分け>。
# オプション:
# allowed-tools: Read, Grep, Glob # ツールの事前承認（permission prompt削減。制限ではない — 制限はdisallowed-tools）
# disallowed-tools: Write, Edit # ツールをプールから除去（実際の制限）
# disable-model-invocation: true # 手動起動のみ（副作用のある操作向け）
---
# <Skill Name>
[1-2文で概要]
## 既存設定との関係
- **Phase 0-5（@context/workflow-rules.md）**: [補完/拡張/独立]
- **メモリディレクトリ（@context/memory-file-formats.md）**: [既存構造を使用/拡張]
## ワークフロー
[具体的な手順]
## 既存設定への参照
- @context/workflow-rules.md
- @context/memory-file-formats.md
スキルの存在意義は、確率的なシステムから決定性を引き出すこと。根本の価値は予測可能性——毎回同じ出力ではなく、毎回同じプロセスを踏ませること。以下はすべてその手段（出典: mattpocock/skills の writing-great-skills を本環境向けに要約）。
disable-model-invocation: true）: コンテキスト負荷ゼロだが、存在を覚えておく認知負荷をユーザーが払う。descriptionはモデルの発火に使われないため、人間向けの一行要約でよい（トリガー列挙は不要）/xxx スキルを実行する」というプロース形式で書く。他スキルのディレクトリ内ファイルを直接パス参照しない/xxxプロース形式で書く）.claude/commands/）での新規作成< > を含めていないか