Menu
プロジェクト初期化。CLAUDE.mdや.claude/がない場合にテンプレートを適用し、PJ固有設定を促す。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
コードベース包括的レビュー。6観点（perf/sec/test/arch/cq/docs）を並列サブエージェントで実行し、優先度付きissueファイルをメモリディレクトリに生成。使用タイミング: コードベース全体の監査・定期レビュー・リリース前品質確認の依頼時、/codebase-review実行時。境界: PR単位のレビュー→pr-review、自ブランチの提出前確認→self-review、ローカル未コミット変更→/code-review、ドキュメントのレビュー→doc-review。
既存設定と整合したスキルを新規作成。「スキルを作って」「この手順をスキル化して」等の依頼時、/create-skill実行時に使用。~/.claude/AGENTS.md（CLAUDE.mdは互換symlink）、context/*.md、既存スキルを自動参照し、重複・競合を避けたスキルを生成。境界: 既存スキル・指示ファイルの修正→update-inst、指示ファイル全体の監査→instructions-audit。
抽象的な要件・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 で実行。
| name | project-init |
| description | プロジェクト初期化。CLAUDE.mdや.claude/がない場合にテンプレートを適用し、PJ固有設定を促す。 |
以下のいずれかの場合に使用:
ls ~/.claude/templates/project/
PJルートに以下の内容でCLAUDE.mdを作成（~/.claude/templates/project/CLAUDE.md と同期）:
# <プロジェクト名>
## 変数
MEMORY_DIR=.local/
BASE_BRANCH=develop
## 品質チェック
```bash
npm run lint # または適切なコマンド
npm run format
npm run typecheck
npm test
AIエージェントには検証機構の供給が最も効果が高い。PJで以下を整備:
docs/screenshots/ に変更前後を保存tests/fixtures/ 等に配置.claude/settings.json の Stop でテスト自動実行
### 3. コンテキスト除外設定（必要な場合のみ）
`.claudeignore`という公式機能は存在しない（@context/claude-customization-guide.md §6 参照）。除外が必要な場合は公式機構を使う:
- **秘匿ファイル・読ませたくないパス**: `.claude/settings.json` の `permissions.deny` に `Read()` ルールを追加（例: `"Read(secrets/**)"`、`"Read(*.pem)"`）
- **モノレポで他チームのCLAUDE.mdを除外**: `claudeMdExcludes` 設定
lockファイル・ビルド成果物は通常Claudeが自発的に読まないため、実際に無駄読みが観測された場合のみ設定する。
### 4. gitignore設定
`.local/`がgitに追跡されないよう設定:
```bash
# global gitignoreに.local/があるか確認
if git config --global core.excludesfile &>/dev/null; then
GLOBAL_GITIGNORE=$(git config --global core.excludesfile)
if grep -q "^\.local/$" "$GLOBAL_GITIGNORE" 2>/dev/null; then
echo "global gitignoreで.local/は除外済み"
else
if git rev-parse --git-dir &>/dev/null; then
echo ".local/" >> "$(git rev-parse --git-dir)/info/exclude"
echo ".git/info/excludeに.local/を追加"
else
echo "gitリポジトリ外のため、gitignore設定をスキップ"
fi
fi
fi
ユーザーに選択肢を提示して以下を確認（Claude Code: AskUserQuestion ツール）:
ユーザーの回答に基づいてCLAUDE.mdと.claude/settings.jsonを調整。
モノレポでは、メモリディレクトリの場所を明確に指定:
## 変数
MEMORY_DIR=<monorepo-root>/.local/
親ディレクトリ自体がgitリポジトリでない場合、gitignore設定は不要（各子リポジトリで個別対応）。
パス固有のルールがある場合、.claude/rules/を作成:
mkdir -p .claude/rules
# .claude/rules/api-rules.md
---
paths:
- "src/api/**/*.ts"
---
# API開発ルール
- すべてのAPIエンドポイントに入力バリデーションを含めること