安全
八條界線逐條對
安全這件事要能一條一條指給人看，每一條都寫清楚現況：已出貨、後端已有但畫面即將推出、或還在設計與 proof
- 不需要 root
- 只有 DSM 管理員
- 寫入一律先預覽
這一頁只寫對得起來的，沒有真機證據的路徑不會標成已出貨
八條界線
每一條都指向一個情境
01 設計與 proof
出站連線，NAS 不開 inbound 埠
Agent 只往外建立 WSS 連到一個可達入口，NAS 不開埠、不對外開 DSM，也不用 port forwarding
看這個情境 02 後端已有 · 畫面即將推出
配對要 Controller 管理員核准
邀請、核准、拒絕和撤銷都是 human-only 的後端方法，Agent 端貼上 token 就能發起，但沒核准不會開 channel
看這個情境 03 直連已出貨 · 反向端到端未出貨
加入時先核對指紋
直連會先比對 TLS 指紋才送帳密，反向時 Agent 先 pin Controller 的 SSH host key，Controller 還是自己驗 DSM 憑證
看這個情境 04 已出貨
套件帳號，沒有 root
啟動時看到 root 就拒絕，能力清單是空的，CGI、worker 和 Agent 都跑在套件帳號裡
看這個情境 05 已出貨
每個 Ref 都重驗範圍
每個 Ref 都解析回 Org 和 Site，Scope 外一律拒絕，AI 和 MCP 一次只能指定一個 Org
看這個情境 06 已出貨
AI 不自動寫入
每回合的允許變更、人的預覽與確認、唯一送出者，87 個 human-only 方法不是工具
看這個情境 07 已出貨
祕密不進 AI
憑證只回「已設定」，密碼只能一次性顯示或 credential: 參照，沒有 shell、HTTP 或 raw DSM 工具
看這個情境 08 已出貨
稽核是一條 hash 鏈
只附加、每一筆帶上一筆的 hash，抓得到單筆改寫或刪除，但我們不宣稱不可竄改
看這個情境 已出貨
今天就能用
程式、route 和畫面都在 main 上，數字有合約依據
後端已有 · 畫面即將推出
後端先到，畫面後到
後端方法或 Agent 套件已經有，但管理畫面或入口整合還沒出貨，不當成可用功能
設計與 proof
設計定了，還沒接完
設計已經定案，有隔離 proof 或程式骨架，但還沒有端到端整合和真機驗收