AwoooI
AI中心
OG

AwoooP 操作控制台

控制平面影子模式優先
資料檢視所有營運事件
專案awoooi
操作員
已啟用狀態:符合治理邊界模式:只讀 / 影子優先自動執行:0驗證分數:待回寫

總覽

最近 30 天重新整理
AI 自動化飛輪控制面

AwoooP 治理總覽

把租戶、合約、Run、審批與通道狀態收斂到同一個操作面,避免 AI 自動化飛輪和治理面各自長出一套邏輯。

快照狀態讀取中
最後更新--
遷移模式mirror / shadow

租戶

0

0 個啟用,0 個 shadow

操作執行紀錄

0

執行狀態 是非同步任務的唯一觀測入口

待審批

0

所有高風險動作都必須停在人工閘門

合約

0

專案 / 代理 / Policy contract 發布狀態

來源流程與工作進度

從 Channel Event recurrence 讀取最近來源事件,讓首頁直接呈現來源落庫、Run 連結、工作項與來源 correlation 狀態。

來源事件 0
尚無來源事件資料。

自動化品質

最近 24 小時告警是否真正走到 AI 自動修復、驗證與學習回寫。

不可宣稱完整閉環
尚無可評估的告警品質資料。

IwoooS 資安鏡像

AwoooP 首頁已以正式只讀方式顯示 IwoooS / 資安鏡像狀態,讓操作角色理解資安網進度與邊界;這不是執行入口,也不接執行路由器。

正式只讀開啟 IwoooS

整體資安網

64%

已因 AwoooP 正式只讀落地證據保守重估;其餘負責人回覆、執行期閘門與GitHub 主要來源仍等待。

框架成熟度

92%

治理、文件、結構定義、只讀證據與IwoooS 投影已接近完整。

落地執行

40-45%

AwoooP只讀 landing 已有證據;執行期匯入、GitHub 主要來源與runtime gate仍未開。

主動執行閘門

0

目前維持 0,任何主機或阻擋型控制都仍需獨立批准。

接入檢查
C1

IwoooS 投影可讀

AwoooP只顯示 IwoooS 態勢、進度、證據參照與禁止動作。

C2

防護檢查口徑一致

接手前維持 security-mirror-progress-guard.py與來源-control-owner-response-guard.py 綠燈。

C3

負責人回覆仍等待

S4.9 到 S4.12 收到 / 接受都仍為 0,不把顯示狀態當驗收完成。

C4

正式只讀入口已完成

已以正式站部署與只讀消費證據納入 64% 重估;仍不代表 執行路由或執行期授權。

安全邊界

仍維持低摩擦框架期

這個面板只顯示已提交快照與防護檢查口徑,不呼叫 Kali、GitHub、Gitea或執行期 API,也不提供掃描、執行、修復、部署、主要來源切換或分支 / 標籤參照動作。

read_only_production_landing_evidence_count=1execution_router_linked=falseruntime_execution_authorized=falseaction_buttons_allowed=false

GitHub 主要來源就緒度

AwoooP 首頁同步顯示 Gitea 轉 GitHub的原始碼管控就緒度缺口;目前只做框架期可視化,不建立專案庫、不改分支 / 標籤參照、不收機密明文值,也不切換主要來源。

只讀摘要開啟 IwoooS

候選專案庫

8

起已盤點 8 個候選專案庫;這不是建立 GitHub 專案庫的授權。

範圍內專案庫

7

目前 7 個專案庫進入主要來源就緒度範圍,仍等待負責人回覆。

主要來源就緒數

0

就緒數維持 0,不能切換 GitHub 主要來源或停用 Gitea。

負責人回覆

0/22

22 個回覆範本仍為 0 收到 / 0 接受。

工作流程清冊

0/7

7 個專案庫的工作流程 / 機密名稱清冊尚未完成。

就緒度證據參照

source_control_primary_readiness_gate_v1

GitHub 主要來源就緒度閘門仍是候選狀態,不能觸發專案庫建立或可見性變更。

S4.9

source_control_owner_response_validation_rollup_v1

負責人回覆驗證彙總顯示四包回覆資料都仍等待人工回覆與驗收。

0/22

source_control_primary_rollback_adr_v1

回復架構決策紀錄尚未完成負責人批准的演練,因此不能把 GitHub 切為主要來源。

0/7

source_control_workflow_secret_name_inventory_v1

工作流程 / 機密名稱清冊只收集名稱與路由,不收機密明文值、不改 GitHub 機密設定。

0/7

GitHub 主要來源邊界

目前仍不可推進主要來源切換

這個摘要只顯示已提交快照與負責人回覆缺口,不能被解讀成 GitHub 主要來源批准、專案庫建立授權、分支 / 標籤參照變更、機密值收集、Gitea 停用或執行期執行。

repo_creation_authorized=falserefs_mutation_authorized=falsesecret_value_collection_allowed=falsegithub_primary_switch_authorized=falsegitea_disablement_authorized=falseruntime_execution_authorized=falseaction_buttons_allowed=false

負責人回覆驗收總覽

AwoooP 首頁把 S4.9 到 S4.12 四包負責人回覆的收件、驗收與稽核檢查放在同一張只讀看板;目前收到 / 接受 / 拒收都是 0,不代表任何批准或執行授權。

只讀驗收開啟 IwoooS

回覆包

4

S4.9 到 S4.12 四包都仍是等待收件狀態。

回覆範本

22

22 個範本只是負責人要回覆的問題,不代表請求已送出。

已收到

0

目前仍為 0,不得把可見看板當成收件完成。

已接受

0

目前仍為 0,不得推進 GitHub 主要來源或執行期閘門。

已拒收

0

目前仍為 0;若收到原始載荷或機密明文值必須隔離。

四包待收回覆
S4.9

Gitea 清冊負責人聲明

先收公開範圍 / 本地缺口、組織 / 使用者端點、110 相鄰範圍、標準負責人與舊版處置五題。

範本

5

收到

0

接受

0

拒收

0

S4.10

GitHub 目標負責人判定

逐專案庫確認 GitHub 目標、可見性、標準負責人;不能自動建立專案庫或變更可見性。

範本

7

收到

0

接受

0

拒收

0

S4.11

分支 / 標籤真相來源負責人回覆

確認 main / dev 真相來源、棄用漂移、release tag與GitHub-only 分支 / 標籤參照;不能自動同步、刪除或強制推送。

範本

5

收到

0

接受

0

拒收

0

S4.12

工作流程 / 機密名稱負責人回覆

只收工作流程、執行器、部署金鑰、分支保護、機密名稱與負責人中繼資料;不收機密明文值。

範本

5

收到

0

接受

0

拒收

0

驗收與稽核檢查

跨包驗收

10

10 個跨包檢查只做一致性檢查。

證據路由

6

6 條路由規則只分流補證、隔離或只讀更新。

顯示區塊

8

8 個區塊固定 AwoooP只讀呈現順序。

狀態轉移

7

7 條規則只定義審查狀態語義,不執行。

審查清單

9

9 個清單項目給人工審查者判讀。

審查結果

7

7 條結果分流只導向補證、隔離、拒收或等待後續閘門。

驗收邊界

仍等待負責人證據,不開執行權限

這個總覽只顯示 來源_control_owner_response_validation_rollup_v1的只讀狀態;不能被解讀成負責人回覆已收到、已接受、GitHub 主要來源已批准、專案庫 / 分支與標籤參照 / 工作流程 / 機密設定可修改,或執行期可執行。

owner_response_validation_received_count=0owner_response_validation_accepted_count=0owner_response_validation_rejected_count=0repo_creation_authorized=falserefs_sync_authorized=falseworkflow_modification_authorized=falsesecret_value_collection_allowed=falsegithub_primary_switch_authorized=falseruntime_execution_authorized=falseaction_buttons_allowed=false

處置語義

AI 已收集證據

只讀診斷

流向:Run 監控 / 事件詳情
負責:AI 先整理,SRE 判讀

高風險待批准

人工閘門

流向:審批佇列
負責:SRE approve / reject

低風險可閉環

自動執行

流向:執行狀態 / Audit
負責:MCP 閘道 執行並稽核

AI 無法安全修復

人工升級

流向:AwoooI SRE 戰情室
負責:戰情室接手

飛輪鏈路

Provider 順序
已接線
GCP-A Ollama -> GCP-B Ollama -> 111 Ollama -> OpenClaw/Nemo -> Gemini
MCP 閘道
Mirror
MCP 閘道 先 mirror / wrap,確認 audit與redaction 後才切成唯一閘門
Channel Hub
Mirror
Telegram / LINE / Slack 先進 Channel Event,再逐步切換發送責任
Approval Plane
已接線
執行狀態與Approval plane 共享同一條審批語義