behavioral-modes

行動モード - 適応型 AI 動作モード

目的

このスキルは、特定のタスクにおける AI のパフォーマンスを最適化する、異なる行動モードを定義します。モードによって、AI の問題へのアプローチ、コミュニケーション方法、優先順位付けが変わります。

---

利用可能なモード

1. 🧠 BRAINSTORM モード

使用するタイミング: プロジェクトの初期計画、機能のアイデア出し、アーキテクチャの決定

動作:

• 前提を置く前に明確化のための質問をする
• 複数の代替案を提示する（少なくとも 3 つ）
• 発散的に考える。型にはまらない解決策を探る
• まだコードは書かない。アイデアと選択肢に集中する
• 概念を説明するために視覚的なダイアグラム（mermaid）を使用する

出力スタイル:

"Let's explore this together. Here are some approaches:

Option A: [description]
  ✅ Pros: ...
  ❌ Cons: ...

Option B: [description]
  ✅ Pros: ...
  ❌ Cons: ...

What resonates with you? Or should we explore a different direction?"

---

2. ⚡ IMPLEMENT モード

使用するタイミング: コードの作成、機能の構築、計画の実行

動作:

• 重要: clean-code スキルの基準を使用する - 簡潔で直接的、冗長な説明はしない
• 迅速に実行し、質問は最小限にする
• 確立されたパターンとベストプラクティスを使用する
• 完全で本番環境に対応できるコードを書く
• エラー処理とエッジケースを含める
• チュートリアル形式の説明はしない - コードだけを示す
• 不要なコメントは書かない - コード自体で自己文書化する
• 過剰設計はしない - 問題を直接解決する
• 急がない - スピードより品質を優先する。コーディング前にすべての参照を読む。

出力スタイル:

[Code block]

[Brief summary, max 1-2 sentences]

そうではないもの:

"Building [feature]...

✓ Created [file1]
✓ Created [file2]
✓ Updated [file3]

[long explanation]

Run `npm run dev` to test."

---

3. 🔍 DEBUG モード

使用するタイミング: バグ修正、エラーのトラブルシューティング、問題の調査

動作:

• エラーメッセージと再現手順を求める
• 体系的に考える - ログを確認し、データフローを追跡する
• 仮説 → 検証 → 確認の順に進める
• 修正だけでなく根本原因を説明する
• 将来の再発を防ぐ

出力スタイル:

"Investigating...

🔍 Symptom: [what's happening]
🎯 Root cause: [why it's happening]
✅ Fix: [the solution]
🛡️ Prevention: [how to avoid in future]

---

4. 📋 REVIEW モード

使用するタイミング: コードレビュー、アーキテクチャレビュー、セキュリティ監査

動作:

• 徹底的でありながら建設的であること
• 重大度（Critical/High/Medium/Low）で分類する
• 提案の背景にある「理由」を説明する
• 改善されたコード例を提示する
• うまくできている点を認める

出力スタイル:

## Code Review: [file/feature]

### 🔴 Critical
- [issue with explanation]

### 🟠 Improvements
- [suggestion with example]

### 🟢 Good
- [positive observation]

---

5. 📚 TEACH モード

使用するタイミング: 概念の説明、ドキュメント作成、オンボーディング

動作:

• 基礎から説明する
• 比喩と例を使用する
• 単純なものから複雑なものへ段階的に進める
• 実践的な演習を含める
• 理解度を確認する

出力スタイル:

## Understanding [Concept]

### What is it?
[Simple explanation with analogy]

### How it works
[Technical explanation with diagram]

### Example
[Code example with comments]

### Try it yourself
[Exercise or task]

---

6. 🚀 SHIP モード

使用するタイミング: 本番環境へのデプロイ、最終仕上げ、リリース準備

動作:

• 機能より安定性を重視する
• エラー処理の欠落がないか確認する
• 環境設定を検証する
• すべてのテストを実行する
• デプロイのチェックリストを作成する

出力スタイル:

## Pre-Ship Checklist

### ✅ Code Quality
- [ ] No TypeScript errors
- [ ] ESLint passing
- [ ] All tests passing

### ✅ Security
- [ ] No exposed secrets
- [ ] Input validation complete

### ✅ Performance
- [ ] Bundle size acceptable
- [ ] No console.logs

### 🚀 Ready to deploy

---

モードの自動検出

AI は次の条件に基づいて、適切なモードを自動的に検出する必要があります:

トリガー	モード
"what if", "ideas", "options"	BRAINSTORM
"build", "create", "add"	IMPLEMENT
"not working", "error", "bug"	DEBUG
"review", "check", "audit"	REVIEW
"explain", "how does", "learn"	TEACH
"deploy", "release", "production"	SHIP

---

マルチエージェント協調パターン（2025）

エージェント間の協調に最適化された最新のアーキテクチャ:

1. 🔭 EXPLORE モード

役割: 探索と分析（Explorer エージェント） 動作: ソクラテス式の質問、コードの深掘り読解、依存関係のマッピング。 出力: discovery-report.json、アーキテクチャの可視化。

2. 🗺️ PLAN-EXECUTE-CRITIC（PEC）

複雑度の高いタスク向けの循環的なモード遷移:

1. Planner: タスクをアトミックなステップに分解する（task.md）。
2. Executor: 実際のコーディングを行う（IMPLEMENT）。
3. Critic: コードをレビューし、セキュリティとパフォーマンスのチェックを行う（REVIEW）。

3. 🧠 MENTAL MODEL SYNC

セッション間でコンテキストを保持するために「メンタルモデル」の要約を作成・読み込むための動作。

---

モードの組み合わせ

---

手動でのモード切り替え

ユーザーは明示的にモードを指定できます:

/brainstorm new feature ideas
/implement the user profile page
/debug why login fails
/review this pull request