Menu
o-m-cc のプロジェクトセットアップ。公式 /init の後に実行し、o-m-cc 固有のアドオン（plan/, sisyphus エージェント, パーミッション, プラグイン, .gitignore）を追加。「o-m-cc をインストール」「o-m-cc を設定して」で発動。
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
| name | install |
| description | o-m-cc のプロジェクトセットアップ。公式 /init の後に実行し、o-m-cc 固有のアドオン（plan/, sisyphus エージェント, パーミッション, プラグイン, .gitignore）を追加。「o-m-cc をインストール」「o-m-cc を設定して」で発動。 |
| allowed-tools | ["Read","Bash","Write","Edit","Glob","Grep","AskUserQuestion","Skill"] |
| effort | medium |
| disable-model-invocation | true |
公式 /init の後に実行する o-m-cc アドオン。 CLAUDE.md の生成は公式 /init に任せ、o-m-cc 固有の設定のみ追加する。
if [ ! -f "CLAUDE.md" ]; then
echo "⚠️ CLAUDE.md がありません。先に /init を実行してください。"
exit 1
fi
echo "✅ CLAUDE.md を検出"
CLAUDE.md がなければ公式 /init を先に実行するよう案内して終了。
既存の CLAUDE.md を Read し、<!-- o-m-cc: start --> マーカーがまだなければ末尾に追記する。マーカーがあればスキップ。
追記する内容:
<!-- o-m-cc: start -->
## o-m-cc ワークフロー
**重要: o-m-cc skill は「action の加速装置」。auto mode でも積極発動せよ（planning 遅延ではない）。**
| 状況 | アクション |
|------|-----------|
| ピンポイントな修正（typo, 1 ファイル） | そのまま実行 |
| 複数ターンかかる実装・継続タスク | built-in `/goal <完了条件>`（auto mode でも発動） |
| 新機能・設計判断が必要な変更 | 明示的に `/o-m-cc:sisyphus`（Agent Teams + quality-gate）|
| 要件が曖昧・何を作るか不明確 | `/o-m-cc:deep-interview` → `/o-m-cc:sisyphus` |
| 完了を宣言する前 | `/o-m-cc:verification` で証拠確認 |
| push/コミット前の最終チェック | `/o-m-cc:quality-gate`（Review Council + 静的解析）|
| UI polish・a11y・複数画面 redesign | `/o-m-cc:ui-polish` |
| 技術記事レビュー・推敲 | `/o-m-cc:editorial-swarm` |
| 最適化・試行錯誤 | `/o-m-cc:experiment` |
**エスカレーション**: そのまま実行 → `/goal` → `/o-m-cc:sisyphus`（明示）
### Subagent / Agent Teams の発動（auto mode でも必須）
- 3 ファイル以上の Read が見込まれる → `Explore` or `general-purpose` subagent に delegate
- コード品質レビュー → built-in `Skill: code-review`
- セキュリティレビュー → `security-reviewer` subagent
- バグ調査 → `debugger` subagent
- 実装後の独立検証 → 別 subagent を spawn（確認バイアス防止）
<!-- o-m-cc: end -->
mkdir -p plan
echo "✅ plan/ を作成"
mkdir -p .claude/agents
cp "${CLAUDE_PLUGIN_ROOT}/templates/agents/sisyphus.md" .claude/agents/sisyphus.md
echo "✅ .claude/agents/sisyphus.md に配置"
既にインストール済みならスキップ。
claude plugin install security-guidance
o-m-cc のランタイムファイルを追加（重複しない場合のみ）：
# Claude Code
.claude/
# o-m-cc runtime
.claude/quality-gate-running
.claude/settings.json に o-m-cc 用パーミッションをマージする（既存設定を上書きしない）：
{
"permissions": {
"allow": [
"Read(plan/**)",
"Write(plan/**)",
"Edit(plan/**)",
"Glob(**)",
"Grep(**)"
]
}
}
公式 /init が既に .claude/settings.json を作成している可能性があるので、必ず既存設定を Read してマージする。
危険な破壊的操作に対する二層目の防御を追加するか、AskUserQuestion で必ず確認する（デフォルトは「追加しない」）:
選択肢（説明付き）:
「追加する」が選ばれた場合に settings.json にマージする内容:
{
"permissions": {
"deny": [
"Bash(git push --force*)",
"Bash(git push -f *)",
"Bash(git push -f)",
"Bash(git commit --no-verify*)",
"Bash(git commit -n *)",
"Bash(git reset --hard origin/main*)",
"Bash(git reset --hard origin/master*)",
"Bash(rm -rf /)",
"Bash(rm -rf /*)",
"Bash(rm -rf ~)",
"Bash(rm -rf ~/)",
"Bash(jj git push --force*)"
]
}
}
ルールの意図:
git/jj push --force, -f): 保護ブランチへの破壊的上書きを防ぐgit commit --no-verify, -n): pre-commit hook を迂回する事故を防ぐ出典と補足:
permissions.deny を追加してもユーザーが一時的に承認すれば実行可能（完全ブロックではなく、明示承認を強制）╔════════════════════════════════════════╗
║ ✅ o-m-cc セットアップ完了 ║
╚════════════════════════════════════════╝
📄 CLAUDE.md: ワークフローセクション追記済み
📁 plan/: 計画ファイル用ディレクトリ準備済み
🤖 Agent: .claude/agents/sisyphus.md に配置
🔓 Permissions: 推奨パーミッション追加済み
🛡️ Deny Rules: R12 保護ルール（opt-in の選択結果を表示）
📝 Handoff: /o-m-cc:handoff で .claude/journal.md に Next Actions を記録（詳細要約は /recap）
💡 デフォルトエージェント有効化:
.claude/settings.json → "agent": "sisyphus"
または claude --agent sisyphus
Step 1 から自動実行してください。
/init の後に実行: CLAUDE.md が前提（Step 1 で弾く）。CLAUDE.md 生成は /init に任せ、install は o-m-cc アドオンのみ追加する/init が入れた既存パーミッションが消える。必ず既存を読んで allow/deny を統合する<!-- o-m-cc: start --> マーカーが既にあればスキップ。再実行で二重追記しないdisable-model-invocation: true: auto では発動しない設計。明示的に /o-m-cc:install で呼ぶ前提（セットアップを勝手に走らせない）新機能を実装まで一気通貫で走らせる action skill。Agent Teams で要件・設計・タスク分解・実装・quality-gate を自動実行し、コードがコミット可能な状態になるまで止まらない（Sisyphus Loop）。auto mode でも planning ではなく action として積極発動する。「実装して」「作って」「機能を追加して」「新機能を作りたい」「要件から実装まで一気に」「計画して」「この機能を実装したい」で発動。
完了宣言の前にエビデンスを収集・確認する。証拠なき成功宣言は不正。「完了前チェック」「本当に動く？」「確認して」「検証して」「コミット前に確認」で発動。実装完了時、バグ修正後、テスト通過を宣言する前に使う。
要件が曖昧なとき、ソクラテス式に1問ずつ質問して要件を掘り下げる。十分に明確になったら discovery-council にハンドオフ。「要件が曖昧」「何を作ればいいか」「掘り下げて」「インタビューして」で発動。※ 完成した plan/design を詰問するなら grill、非対話で一括批判するなら critic。
完成した plan/design を対話で容赦なく詰問し、実装前に穴を潰す。決定木を1枝ずつ降り、各質問に推奨回答を添える。コードで答えが出る点は聞かず自分で調べて埋める。「grill して」「叩いて」「この設計で大丈夫?」「plan を詰めて」「設計を対話レビュー」で発動。※ ゼロから要件を掘り下げるなら deep-interview、非対話で一括批判レポートなら critic。
backlog（atoms/pipeline/outputs）と skill ヘルス（usage/duration/unused）を統合分析し 1 レポートで提示する。kawai 氏型 analytics ループの起点。「次に何やる？」「atom 整理」「放置案件」「stale」「振り返り」「retro」「skill 使用統計」「unused skill」「atom-suggest」で発動。
designer エージェントによるアーキテクチャ設計。requirements.md を基に design.md を作成。「設計して」「アーキテクチャ設計して」「アーキテクチャを考えて」「設計書を作って」で発動。