メニュー
プロジェクト初期化。CLAUDE.mdや.claude/がない場合にテンプレートを適用し、PJ固有設定を促す。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| 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エンドポイントに入力バリデーションを含めること
コードベース包括的レビュー。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 で実行。