task_templates - タスク種類別実行パターン

<aside> 🚨

🔴 最重要原則：全てのタスクは「動くDB/システム」を生み出す

ROGOSの全てのタスクは、最終的に「実際に動くDatabase/システム」を生み出さなければならない。

task_output_rule:
  mandatory:
    - "タスク完了時に、少なくとも1つのDatabaseが存在すること"
    - "または、既存DBに機能追加（ビュー/プロパティ/データ）されていること"
    - "ガイド/設計書は、DBの付属ドキュメントとしてのみ許可"
  
  prohibited:
    - "ガイドだけ作って完了"
    - "設計書だけ作って完了"
    - "DBスキーマ定義だけ書いて実際のDB作成なし"
  
  check_before_complete:
    question: "このタスクで実際のDatabaseは作成/更新されたか？"
    if_no: "完了とせず、DB作成を実行する"

⚠️ 設計書やスキーマ定義を書いただけでは「完了」にならない。

実際のDatabaseが存在して初めて「完了」となる。

</aside>

L001/L002の反省を踏まえ、「ドキュメント集」ではなく「動くシステム」を作るためのガイド

「AIが全文生成して終わり」を防ぎ、実際に動くDBを生み出すためのルール

📁 Documentsフォルダ：コンテキスト整理の標準化

<aside> 📁

rogos_02_decompose 実行時に生成されるフォルダ

タスク分解（decompose）のInit時に収集したコンテキストを整理し、構造化されたドキュメントとして保存します。

目的

コンテキストの整理: 外部調査、戦略分析、競合情報などを構造化
タスク実行の参照資料: rogos_05_execute 時に即座に参照可能
将来の再利用素材: 型化・ナレッジ化のための素材蓄積

典型的な内容

戦略分析（Palantir FDEモデル等の外部調査）
競合調査（LayerX等のベンチマーク）
既存アセット整理（社内の関連リソース）
フレームワーク整理（適用する理論・モデル）

生成タイミング: rogos_02_decompose の Phase 1（Auto-Research）完了後

</aside>

⚠️ なぜこれが必要か（L001/L002の反省）

<aside> 🚨

L001/L002で起きた問題

AIが「ガイド作成」タスクを一気に全文生成
「DBスキーマ定義」を書いたが実際のDBは作成されなかった
人間のレビュー・検証なしに「完了」扱い
結果：「業務基盤」ではなく「ドキュメント集」ができた
21本の成果物中、実際のDBは1本だけだった </aside>

📋 タスク種類一覧

種類	説明	アンチパターン
document_creation	ガイド、テンプレート、ルール定義	AIが全文生成して終わり
process_implementation	ワークフロー、自動化、DB設計	手順書を書いて終わり
validation	ヒアリング、テスト、レビュー	チェックリストを作って終わり
planning	ロードマップ、優先度決定	表を作って終わり
種類	説明	必須出力
🔴 db_implementation	DB作成・実装（最優先）	Database
document_creation	ガイド、テンプレート	Page + 関連DB
process_implementation	ワークフロー、自動化	DB + ビュー
validation	ヒアリング、テスト	検証結果 + DB更新
planning	ロードマップ、優先度	計画 + 管理DB
Phase	Action	Output
1. design	DBスキーマを設計	設計案
2. create_db	実際にDBを作成	Database
3. add_views	必要なビューを追加	Views
4. seed_data	初期データを投入	Data
5. document	使い方ガイドを追加	Page（付属）

📝 Type 1: document_creation（ドキュメント作成）

対象

ガイド、マニュアル
テンプレート