🗺️Phases(A / B / C / D)
Route C → Phase B v2 → Phase C(SIP・実機テスト前)→ 6月ハンドオフ → 7月回収 → Phase D(未着手)の歩み。
開発フェーズの全体タイムライン。出典: INVENTORY.md(PR 履歴)・REVIEW_PHASE_C.md。
2026-05-09
ブラウザ ↔ OpenAI の WebRTC 直結による通話パスを確立。
- RealtimeSessionAdapter
- ephemeral key 発行
- tools_core 共有
- /api/realtime/*
関連: aegis-platform #1
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
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
未着手
通話意図のファイアウォール(14 分類 × 8 アクション)。※設計書 CALL_INTENT_FIREWALL_DESIGN.md はリポジトリに未収録のため、詳細仕様は未確定。
- 14 分類 × 8 アクション(出典: 本サイト元プロンプト。リポ設計書は未確定)
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月に 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・可逆で入れてある。実機テストはこれからで、 「できる/できない」の仕様確定は実機検証後に行う。
通話意図のファイアウォール(14 分類 × 8 アクション)。ただし設計書
CALL_INTENT_FIREWALL_DESIGN.md は INVENTORY の調査でリポジトリに未収録と確認されており、
詳細仕様は未確定です。