処理フロー（スイムレーン）

← ダッシュボード 設計書
例: 「おはよう」「空き時間教えて」 — IF層が直接回答。M層・W層は起動しない
1
発言
Issue不要
メッセージ送信「おはよう」
イベント配信
受信・重複排除👀 リアクション
2
分類
プレフィルタ判定挨拶パターン一致
▶ IF起動: route=directCLI起動スキップ
3
実行
「処理中...」投稿🚀 リアクション
Claude CLI (Opus)cwd: agents/if/
■ 応答完了→IF終了
4
返信
回答を閲覧
スレッド返信✅ リアクション
COMPLETED
タスク状態監視60秒間隔
例: 「ダッシュボードにフィルタ機能を追加して」 — IF層が入口(要求理解)と出口(受入テスト)の門番。M層/W層が自律的に設計・実装・テスト
①
要求
タスク指示「フィルタ追加して」
イベント配信
受信 → タスク登録Issue作成 + 👀リアクション
OpenBot作成
②
要求理解
IF層
「🔍 要求を分析中...」ステータスメッセージ投稿
▶ IF起動: 要求言語化「タスク一覧にステータス別
フィルタを追加」
常時監視中タスク状態・エラー率
60秒間隔
classifyingBot更新
受入基準
策定
受入基準を策定1. フィルタUI表示
2. 各ステータスで絞込
3. 解除で全件表示
classifyingIF層
②'
要求確認
CEO
OK?
言語化した要求+
受入基準を投稿
確認依頼を投稿Slack経由
確認依頼を整理Bot経由でCEOへ
waiting-for-ceoIF層
②' NG
「○○じゃなくて
△△がしたい」
フィードバックを
IF層に中継
フィードバック反映
要求を再言語化→ ②に戻る
classifyingIF層
②' OK
「合ってる」
「進めて」
OK中継→IF層
OK受領
→ ③委任へ
classifyingIF層
③
委任
「開発MGRに委任中...」🚀 リアクション
「📋 ○○MGRに委任
→ ⚙️ 処理中...」ステータス更新
要求+受入基準を渡す■ IF終了（1ショット）
▶ M起動: 開発MGR要求+受入基準を受領
完了まで継続稼働
in-progressIF層→M層
④⑤
要件定義
設計書作成
DELEGATE発行researcher + architect
▶ W起動: 並列実行researcher: 影響調査
architect: 設計書作成
■ 完了→M層に返却→W終了
孤立タスク監視W層プロセス消失検知
designBot更新
M層
設計RV
M層
設計RV
OK?
design-reviewM層
⑥
設計書
レビュー
CEO
OK?
設計書URL投稿
設計書URLを投稿Slack経由
設計書をCEOに提示
設計RV完了→CONSULTM層→IF層経由→CEO
waiting-for-ceoM層
⑥ NG
「§2にSSO追加」
「テスト漏れ」
フィードバックを
IF層に中継
CEOフィードバックを
M層に伝達
architect に
設計書修正指示→ ④⑤に戻る
designM層
⑥ OK
「進めて」
「問題ない」
OK中継→IF層
OK受領
→ M層に実装指示
in-progressIF層→M層
⑦
実装
DELEGATE発行coder + reviewer
▶ W起動: coder + reviewer■ 完了→M層に返却→W終了
孤立タスク監視W層プロセス消失検知
implementingBot更新
M層
実装RV
M層
実装RV
OK?
impl-reviewM層
⑧
テスト
テスト
PASS?
▶ W起動: tester設計書§5に基づくテスト
NG → coder修正 → 再テスト
■ 完了→M層に返却→W終了
孤立タスク監視120秒超 → リトライ
testingM層
⑨
受入テスト
IF層
▶ IF再起動
受入PASS?
成果物をIF層に返却
acceptanceM層→IF層
⑨ NG
不合格項目を特定
M層に差し戻し
不合格項目を修正
coder に修正指示→ ⑦実装に戻る
implementingIF層→M層
⑩
CEO確認
CEO
OK?
受入レポート投稿
レポートを投稿Slack経由
判定結果レポートBot経由でCEOへ
waiting-for-ceoIF層
⑩ NG
「○○が動かない」
「表示が違う」
フィードバックを
IF層に中継
CEOフィードバックを
整理しM層に差し戻し
修正指示
coder に修正指示→ ⑦実装に戻る
implementingIF層→M層
⑩ OK
「問題ない」
「OK」
OK中継→IF層
完了確定
→ 完了処理へ
in-progressIF層
完了
処理
完了通知✅ リアクション
COMPLETEDIssue クローズ
commit / push■ M終了（STATUS:DONE）
ClosedBot Close
⑪
監査
非同期
監査チェックCLAUDE.md・knowledge/
設定ファイル見直し
auditingAI Ops
破壊的
更新時
承認/却下72h TTL
承認依頼投稿
CEO返信を
IF層に中継
AI Opsの承認依頼
を整理・CEO提示結果をAI Opsに返す
破壊的更新提案→ IF層経由でCEO
反映
ナレッジ集約追記的: 自動反映
破壊的: CEO承認後反映
例: 「3月の会議費¥50,000を登録して」 — M層(BO MGR)が金額確認→CEO承認→ops実行
1
発言
Open→ IF層
経費登録指示「会議費¥50,000登録」
イベント配信
受信 → タスク登録👀 → Issue作成
2
分類
classifyingBot更新
🔍 リアクション
route=m-boimpact=critical（金銭）
3
委任
in-progressM層
「BOマネージャーに
委任中...」
route_to_manager🚀 リアクション
▶ M起動: BO MGRdry-run で事前確認
完了まで継続稼働
4
CEO確認
waiting-for-ceoM層
確認内容を閲覧金額・カテゴリ確認
「以下で登録します。
よろしいですか？」
WAITING_FOR
_RESPONSE
STATUS:
APPROVAL_NEEDED
5
CEO返信
in-progressM層
「OK、登録して」
返信イベント
M層を再開CEO返信を付加
承認→再開ops accounting run
6
実行
in-progressM層
MFクラウド経費登録DELEGATE → W層
▶ W起動: tax仕訳チェック
■ 完了→M層に返却→W終了
M層
RV
reviewingM層
M層
RV
OK?
7
完了
ClosedBot Close
結果確認
「¥50,000を会議費として
登録しました」✅
COMPLETED
STATUS: DONE■ M終了
完了検知ナレッジ集約
例: 「!ops accounting run」 — Bot が直接 subprocess 実行。M層・W層は経由しない
1
コマンド
Issue不要
!ops コマンド!ops accounting run
イベント配信
コマンドパターン
マッチadmin権限チェック
2
実行
「実行中...」
python -m
accounting.pipelinesubprocess (10分)
3
結果
実行結果を確認
stdout をスレッド返信
exit code 確認0=成功 / !=0 失敗
コマンド内容
!ops accounting runMFクラウド経費 自動仕訳・登録
!ops invoice status / confirm請求書ステータス / 確定
!ops mail_filing runメール添付ファイル振り分け
!ops work_report runOutlook → Excel月次作業報告書
!ops scheduler free-slots空き時間表示
!ops news_reminder scanAIニュース評価 → Issue起票
エラー発生時の自動復旧フロー — レート制限・認証エラー・孤立タスクそれぞれの対処
レート
制限
RateLimitError検知⏳ リアクション
#bot-info に通知ユーザーには通知しない
30〜300秒待機→ _respond() 再実行
Rate limit頻度監視1時間に5回超→警告
認証
エラー
AuthenticationErrorOAuth 401
リフレッシュ結果通知
Keychain自動リフレッシュ成功→5秒後リトライ
失敗→CEO通知
孤立
タスク
retry
プロセス消失120秒更新なし
孤立検知orphan_retry 書出し
#bot-info + スレッド通知
コマンド読取り→ STALE → 再実行
最大2回リトライ超過→ERROR確定
上限
到達
error
手動対応が必要メッセージ再送信
「再度メッセージを
送信してください」❌
リトライ上限 (3回)タスク ERROR 確定
エラー率監視50%超→警告
CEO行動（人間が操作中）
AIプロセス実行中（CLIサブプロセス稼働）
承認待ち
外部入力待ち / 監視中
エラー
フロー
判断(OK/NG)
NG戻り
進捗: リアクション(👀🔍🚀✅) + ステータスメッセージ(テキスト更新式)
ノード色ルール:
■ 青 = CEOが操作する瞬間
■ 緑 = AIサブプロセス(claude CLI)が稼働中
■ 橙 = 判断ポイント(ダイヤモンド)・承認待ち
■ ピンク = 外部入力待ち・AI Ops常時監視
■ 赤 = エラー状態
■ グレー = パッシブ中継(Slack配信・Bot転送)
プロセスライフサイクル:
IF層 = 1ショット(分類完了で終了。受入テストで再起動)
M層 = 継続(委任ラウンド全完了まで生存。MAX 10ラウンド)
W層 = 1ショット(タスク完了→M層に返却→終了。並列起動可)
Issue管理:
bot.py が全操作(作成・ステータス更新・コメント追加・クローズ)
AI Ops:
常時監視(60秒間隔) — 孤立タスク・エラー率・レート制限・Bot死活・CLAUDE.md整合性