開発プロセスフロー設計書

CEO IF層 M層/W層 AI Ops │ │ │ │ │ ① 要求を出す │ │ │ │────────────────→│ │ │ │ │ │ │ │ │ ② 要求の理解・言語化 │ │ │ │ （CEOの意図を正確に │ │ │ │ 構造化・文書化） │ │ │ │ │ │ │ ②' 要求確認 │ │ │ │←───────────────│ 言語化した要求+ │ │ │ 「この理解で │ 受入基準を提示 │ │ │ 合ってる？」 │ │ │ │────────────────→│ CEO確認OK │ │ │ │ │ │ │ │ ③ M層に委任 │ │ │ │ （言語化した要求+ │ │ │ │ 受入基準を渡す） │ │ │ │────────────────────→│ │ │ │ │ │ │ │ │ ④ 要件定義 │ │ │ │ ⑤ 設計書作成 │ │ │ │ （要求+要件+設計 │ │ │ │ +テスト設計） │ │ │ │ │ │ ⑥ 設計書レビュー│ │ │ │←───────────────────────────────────│ │ │ 承認 or 差し戻し │ │ │ │────────────────────────────────────→│ │ │ │ │ │ │ （承認後、自動） │ │ │ │ │ │ ⑦ 実装 │ │ │ │ （設計書に基づき自動）│ │ │ │ │ │ │ │ ⑧ テスト │ │ │ │ （テスト設計書に基づき│ │ │ │ 自動実行） │ │ │ │ │ │ │ ⑨ 受入テスト │ │ │ │←───────────────────│ │ │ │ IF層が要求と照合し │ │ │ │ 受入基準を検証 │ │ │ │ │ │ │ ⑩ 受入確認 │ │ │ │←───────────────│ │ │ │ IF層の判定結果を │ │ │ │ CEOが最終確認 │ │ │ │────────────────→│ │ │ │ │ │ │ │ │ │ ⑪ 監査 │ │ │ │────────────────────→│ │ │ │ │ │ │ │ 追記的更新 → 自動反映│ │ │ │ │ │ │ │ 破壊的更新: │ │ │←────────────────────────────────────────│ │ │ IF層に承認依頼 │ │ │ CEO承認 ←──────│ │ │ │ (72h TTL) │ │ │ │ 承認/却下 ─────→│ │ │ │ │────────────────────────────────────────→│ │ │ │ │ │ │ │ ナレッジ反映 │ │ │ │←───────────────────│ │ │ │ │ │ │ ⑫ Issue クローズ │ │ │←───────────────│ │ │ │ │ │ │

# スレッドごとのステータスメッセージts管理
_status_messages: dict[str, str] = {}  # thread_ts → msg_ts

async def _update_status(client, channel, thread_ts, text):
    """ステータスメッセージを投稿 or 更新"""
    msg_ts = _status_messages.get(thread_ts)
    if msg_ts:
        await client.chat_update(channel=channel, ts=msg_ts, text=text)
    else:
        resp = await client.chat_postMessage(channel=channel, thread_ts=thread_ts, text=text)
        _status_messages[thread_ts] = resp["ts"]

async def _clear_status(client, channel, thread_ts):
    """処理完了時にステータスメッセージを削除"""
    msg_ts = _status_messages.pop(thread_ts, None)
    if msg_ts:
        await client.chat_delete(channel=channel, ts=msg_ts)

M層(dev) IF層 M層(legal) │ │ │ │ ① 「法務レビュー必要」 │ │ │ REROUTE │ │ │──────────────────────→│ │ │ (dev一時停止) │ │ │ │ ② サブタスク内容を │ │ │ 理解・ルーティング │ │ │────────────────────→│ │ │ │ │ │ │ ③ 法務レビュー実施 │ │ │ │ │ ④ 結果受領 │ │ │←───────────────────│ │ │ │ │ ⑤ 結果を受け取り │ │ │ 開発続行 │ │ │←─────────────────────│ │ │ │ │

この機能追加には利用規約の改定が必要です。
法務レビューを依頼します。

対象: 利用規約 第5条（個人情報の取り扱い）
背景: ユーザーの行動データをAI学習に利用する機能を追加するため
期待する成果物: 改定案のドラフト + リスク評価

<<STATUS>>REROUTE<</STATUS>>

要求: ダッシュボードのタスク一覧にステータス別フィルタ機能を追加する
受入基準:
  1. フィルタUIがダッシュボードに表示される
  2. アクティブ/完了/エラーの各ステータスで絞り込みできる
  3. フィルタ解除で全件表示に戻る
ルート: m-dev (impact: moderate)

↑ この解釈で合っていますか？
Issue: #xxx に assignee=IF層, label=classifying を設定済み

<<DELEGATE>>
[
  {"worker": "researcher", "prompt": "dashboard/index.html のタスク一覧の現状構造を調査..."},
  {"worker": "architect", "prompt": "フィルタ機能の設計書を作成。要求: ... 受入基準: ..."}
]
<</DELEGATE>>
<<STATUS>>CONTINUE<</STATUS>>

設計書を作成しました: /docs/DESIGN_dashboard_filter.html

設計書の要点:
- §1 要求: フィルタ機能追加（IF層から受領した要求文）
- §2 要件: CSS/JSでクライアントサイドフィルタ、3ステータス対応
- §3 影響: dashboard/index.html（変更）、server.py（変更なし）
- §5 テスト: 各ステータスでの絞込、解除、0件時の表示
- §6 受入基準: IF層策定の3項目

CEOの確認をお願いします。

<<STATUS>>CONSULT<</STATUS>>

<<DELEGATE>>
[
  {"worker": "coder", "prompt": "設計書 DESIGN_dashboard_filter.html §4に基づき実装..."},
  {"worker": "reviewer", "prompt": "coderの実装を設計書§2,§4と照合しレビュー..."}
]
<</DELEGATE>>
<<STATUS>>CONTINUE<</STATUS>>

<<DELEGATE>>
[{"worker": "tester", "prompt": "設計書§5のテスト項目を全て実行..."}]
<</DELEGATE>>
<<STATUS>>CONTINUE<</STATUS>>

受入テスト結果:
  ✅ 1. フィルタUIがダッシュボードに表示される → PASS
  ✅ 2. 各ステータスで絞り込みできる → PASS
  ✅ 3. フィルタ解除で全件表示に戻る → PASS

総合判定: PASS（全受入基準を満たしています）

設計書を作成しました: /docs/DESIGN_auth_refactor.html
impact_level: critical（認証変更は全機能に影響）

<<STATUS>>CONSULT<</STATUS>>

設計書を更新しました（SSO対応を追加）:
- §2 に SSO要件を追加
- §5 にSSOテスト項目を追加

<<STATUS>>CONSULT<</STATUS>>

受入テスト結果:
  ✅ 1. フィルタUIが表示される → PASS
  ❌ 2. 各ステータスで絞り込みできる → FAIL（エラーステータスで絞込が効かない）
  ✅ 3. フィルタ解除で全件表示 → PASS

総合判定: FAIL（受入基準2が未達）
→ M層に差し戻し: エラーステータスのフィルタが機能していません