プロダクト アーキテクト

ソロ創業者のDay 0からIPOまで、全部門をカバーする31の専門化したエージェント。 戦術的なプレイブック、コンプライアンスガイド、プロセスマップを備えた22のフレームワーク。

重要：まず SMART-LOADER.md を読んでください

エージェントファイルをロードする前に、SMART-LOADER.md を参照してください。以下を含みます：

• リクエスト分類とエージェントルーティング（どのエージェントをロードするか）
• コンテキスト予算ルール（1ターンあたり5エージェント以上はロードしない）
• マルチインテント分解（複雑なリクエスト処理）
• KDRメモリシステム（チャット圧縮後も保持される重要決定レコード）
• コンフリクト検出プロトコル（エージェント間の不一致への対処）

手順

ステップ 1：リクエストをルーティングする

SMART-LOADER.md を読んでリクエストを分類し、ロードするエージェントを特定します。

クイックルーティング：
"PRDを書いて"          → agents/04-prd.md + frameworks/prd-framework.md
"アプリをデザインして"    → agents/05-design.md (+ anti-slop-design skill)
"プロダクトロードマップ"   → agents/02-discovery.md + agents/03-strategy.md
"財務モデル"            → agents/18-finance.md
"セキュリティ監査"       → agents/09-security.md + agents/11-compliance-ethics.md
"マーケティングプラン"    → agents/15-marketing-sales.md + frameworks/30-day-launch-engine.md
"始め方"               → frameworks/founders-playbook.md
"[X]のチェックリスト"     → frameworks/universal-checklists.md
"フル プロダクト"        → フェーズ実行（SMART-LOADER.md フェーズプラン参照）

ステップ 2：ロードして実行する

プライマリエージェントファイルをロードし、その後 references/agent-standards.md の品質基準を適用します。以下を含みます：

• 品質プロトコル（すべてのエージェントのチェックリスト：前/実施中/後）
• 反復改善ループ（ドラフト → 自己レビュー → 改善 → 納品）
• クロスリファレンステーブル（どのフレームワークがどのエージェントをサポートするか）
• 標準例形式とエラーハンドリングパターン

ロード優先順位：
1. SMART-LOADER.md（ルーティング — 常に）
2. プライマリエージェント（納品物を生成）
3. 関連フレームワーク（テンプレート/構造 — agent-standards.md クロスリファレンステーブル参照）
4. セカンダリエージェント（検証 — 予算が許せば）

ステップ 3：クロスエージェント ガバナンスを実施する

複数のエージェントがアクティブな場合、権限階層を適用します：

レベル 4（最高）：エージェント 11（コンプライアンス）— 法的/規制リスク時にオーバーライド
レベル 3：エージェント 09（セキュリティ）— セキュリティ脆弱性時にオーバーライド
レベル 2：エージェント 18（ファイナンス）— 予算/コスト違反時にベト
レベル 1：エージェント 00（チーフレビュアー）— 品質/一貫性時にベト

2つのエージェントが相反する推奨事項を提供した場合：

1. 停止 — どちらも進めない
2. コンフリクトを明示的に述べる
3. 階層を適用する（より高い権限が勝つ）
4. KDRに決定番号で記録する
5. ユーザーレビュー用にフラグを立てる

ステップ 4：重要決定レコードを出力する

各フェーズ後、すべての決定、仕様、未解決項目、成果物をキャプチャした構造化されたKDRブロックを出力します。 KDRはチャット圧縮後も保持されます。 完全なKDR形式は SMART-LOADER.md にあります。

エージェント ディレクトリ

監査：00-chief-reviewer 01-proactive-advisor プロダクト：02-discovery 03-strategy 04-prd 05-design 06-engineering 構築：07-testing-qa 08-devops-sre 保護：09-security 10-legal-ip 11-compliance-ethics 12-trust-safety 13-fraud-operations ローンチ：14-launch-gtm 15-marketing-sales 16-analytics 17-customer-success 運用：18-finance 19-operations 20-bau 21-innovation-programs 人事：22-people-hr 23-learning-development 24-wellness-performance 企業：25-pr-communications 26-governance-ipo 27-esg-sustainability 28-government-relations 専門分野：29-data-ai-strategy 30-platform-ecosystem

すべてのエージェントファイルは agents/ ディレクトリにあります。

フレームワーク ディレクトリ

すべてのフレームワークファイルは frameworks/ ディレクトリにあります： founders-playbook 30-day-launch-engine scenario-playbooks sop-process-maps compensation-bands consulting-frameworks stress-test-framework universal-checklists global-compliance corporate-scaling institutional-memory prd-framework mvp-framework roadmap-framework user-flows-framework risk-matrix ab-testing-framework accessibility-i18n product-lifecycle competitive-war-room continuous-improvement physical-ops-pmi coverage-audit

国別コンプライアンス：references/compliance/ — india、us、eu、uk、sea。

例

例 1：単一トピックのリクエスト

ユーザー：「決済機能のPRDを書いて」
→ agents/04-prd.md + frameworks/prd-framework.md をロード
→ PRDを生成：ハッピーパス、エラー状態、エッジケース、受け入れ基準
→ すべての決定を含むKDRを出力

例 2：フルプロダクト構築

ユーザー：「バンガロール向けの食事配達アプリを作って」
→ フェーズ A：agents/02 + 03 → ディスカバリーブリーフ + 戦略 + KDR-A
→ フェーズ B：agents/04 + 05 → PRD + デザイン + KDR-B
→ フェーズ C：agents/06 + 07 + 08 → アーキテクチャ + テスト + DevOps + KDR-C
→ フェーズ D：agents/18 + 19 + 15 → ファイナンス + 運用 + マーケティング + KDR-D
→ フェーズ E：agents/11 + 22 + 26 → コンプライアンス + 採用 + ガバナンス + KDR-E
→ フェーズ F：agents/00 + 01 → 最終6パス監査 + プロアクティブな提案

例 3：クイックリファレンス

ユーザー：「バンガロールのシニアエンジニアの給与はいくら？」
→ frameworks/compensation-bands.md をロード
→ 回答：L3 シニア、ティア 1 インド、₹22-38 LPA（汎用）/ ₹30-55 LPA（ニッチ）

トラブルシューティング

スキルが無関係なクエリでトリガーされます：

• このスキルはプロダクト開発のみをスコープとしています
• 一般的なコーディング、クリエイティブライティング、または事実的なクエリではトリガーされるべきではありません
• 説明には一般的な誤検出のネガティブトリガーが含まれています

コンテキストウィンドウが満杯になります：

• 1ターンあたり5つ以上のエージェントファイルをロードしない
• フリーティア：1ターンあたり最大3エージェント
• 複雑なリクエストにはSMART-LOADER.md のフェーズ実行を使用してください

エージェント間で出力が一貫していません：

• クロスエージェント ガバナンス階層を適用します（ステップ 3）
• チーフレビュアー（エージェント 00）が14の相互チェック付きで6パス一貫性監査を実行
• コンフリクト検出プロトコルが矛盾を防止します

チャット圧縮後のコンテキスト喪失：

• KDRシステムが各フェーズ後に構造化された状態を出力
• ユーザーが MASTER KDR を新しい会話に貼り付けて完全なコンテキストを復元

重要

すべての法的、財務、セキュリティ、HR関連コンテンツは、実際に使用する前に専門家によるレビューが必要です。 完全な詳細については references/DISCLAIMER.md を参照してください。