🗺️ 日本語ドキュメント
English →

🗺️Phases(A / B / C / D)

Route C → Phase B v2 → Phase C(SIP・実機テスト前)→ 6月ハンドオフ → 7月回収 → Phase D(未着手)の歩み。

開発フェーズの全体タイムライン。出典: INVENTORY.md(PR 履歴)・REVIEW_PHASE_C.md

A
Route C: OpenAI Realtime 2 完了

2026-05-09

ブラウザ ↔ OpenAI の WebRTC 直結による通話パスを確立。

  • RealtimeSessionAdapter
  • ephemeral key 発行
  • tools_core 共有
  • /api/realtime/*

関連: aegis-platform #1

B
Phase B v2(B1'〜B10) 完了

2026-05-09〜05-11

観測性・録音・保持・ダッシュボード live 更新などの本実装。

  • B1' ダッシュボード live 更新 (SSE)
  • B4 duration_seconds
  • B6 retention sweeper (dry-run)
  • B7 event-trace endpoint
  • B3 録音 AES-256-GCM 暗号化
  • B10 WebRTC セッション回復 v2.5

関連: aegis-platform #2〜#11, #12〜#20

C
Phase C: SIP / 実電話番号(stealth) 実機テスト前

2026-05〜07(進行)

実電話番号で着信を Aegis に流す経路。メインは voice-edge A22(Pi 3B / Bookworm 64bit / Asterisk 22 + chan_pjsip)で SIP bridge(AudioSocket ↔ OpenAI Realtime)が同居する。第1関門 route-decision で block/human/ai に振り分け、第2関門は bridge が AMI Hangup で spam を能動切断(B案・切断安全弁つき)。7月に耐障害性と Toll Fraud 一次対策まで実装が進んだ。当初の v2 standalone(Ubuntu 24.04 / Asterisk 20)は凍結。実機テストは未実施(配線値・実機挙動はこれから)。

  • 第1関門: route-decision API(block / human / ai 振り分け)
  • 第2関門: bridge の AMI Hangup で spam を能動切断(B案・切断安全弁)
  • AudioSocket ↔ OpenAI Realtime ブリッジ + transcript-final 再送
  • 耐障害性: 通話全体タイムアウト / watchdog / ポンプ協調終了 / ami_unset 時 AI 継続
  • Toll Fraud 一次対策: 発信制限フラグ / 録音名の消毒 / 接続元 ACL / security ログ

関連: aegis-sip-bridge #8〜#16, voice-edge #3, #7〜#12

D
Phase D: Call Intent Firewall 未着手

未着手

通話意図のファイアウォール(14 分類 × 8 アクション)。※設計書 CALL_INTENT_FIREWALL_DESIGN.md はリポジトリに未収録のため、詳細仕様は未確定。

  • 14 分類 × 8 アクション(出典: 本サイト元プロンプト。リポ設計書は未確定)
図: Phase A→B→C→D。色は状態(緑=完了 / 青=進行 / 黄=実機テスト前 / 灰=未着手)。
⚠️Phase C は stealth / 実機テスト前

Phase C は専用リポ aegis-sip-bridge を新設し、v2 standalone(新品 Pi / Ubuntu 24.04 / Asterisk 20 / chan_audiosocket / bridge.py)を準備済み。実機テストの OK 後にマージ予定 (PR は Draft)。デプロイは配線パッケージと bridge を分離して切り出せる構成を方針としている(未整備)。 現在この standalone は凍結し、実電話番号のメイン経路は voice-edge A22(Asterisk 22 + chan_pjsip)に移行済み。

6月ハンドオフ → 7月回収(施錠・整地)

6月に Namzak Labs(Chris)へレビュー用のハンドオフを実施。7月にレビュー指摘と自己レビューを まとめて回収した(aegis-platform #32〜#64・bridge #8〜#16・voice-edge #3, #7〜#12)。主な内容:

  • AI 側(Route C)判定パイプラインの整備 + opener floor ガードレール
  • 時刻の UTC 統一 / 通話ログ喪失防止 / 保持期限の付与
  • 通知チャネル抽象化(アプリ最優先。Slack / LINE / メールは口だけ・既定 OFF)
  • 課金メータリング(エンジン種別の正準化 → usage_events → 集約 API)
  • 段階4 の施錠: 二重課金の冪等化 / 4-eyes の実効化 / テナント越境封鎖 / SIP 署名検証 / 承認の TOCTOU 封鎖 / webhook 入力検証
  • Redis 状態の原子化: E1 観測 → E2 Lua merge → E3 threadpool
  • bridge / voice-edge の耐障害性・Toll Fraud 一次対策(Phase C カードを参照)

⚑ 施錠系はいずれもフラグ既定 OFF・可逆で入れてある。実機テストはこれからで、 「できる/できない」の仕様確定は実機検証後に行う。

📌Phase D: Call Intent Firewall(未着手・設計書は未確定)

通話意図のファイアウォール(14 分類 × 8 アクション)。ただし設計書 CALL_INTENT_FIREWALL_DESIGN.md は INVENTORY の調査でリポジトリに未収録と確認されており、 詳細仕様は未確定です。