NEO.K / STDI時空域支配智能
編號STDI-04
版本v0.1
日期2026-07-30
作者Neo.K
狀態母架構論文/持續運作與治理規格
證據E0——形式模型、系統架構與 MVP 驗證路線

下載 PDF ↓回到論文索引 ↗

持續性指揮控制區

AI 如何佔據、維持並安全解除一個物理時空域

Persistent Command Domain: How AI Establishes, Maintains, and Safely Relinquishes a Physical Spatiotemporal Domain

系列:《時空域支配智能》系列第 4 篇
文件編號: EML-STDI-PCD-2026-v0.1
作者: Neo.K
協作整理: Aletheia(阿萊)
機構: EveMissLab/一言諾科技有限公司
日期: 2026 年 7 月 30 日
文件類型: 母架構論文/持續運作與治理規格
證據成熟度: E0——形式模型、系統架構與 MVP 驗證路線
公開狀態: 私人研究稿;公開前應經 EML-CF 的 IP Gate、來源、安全與治理審查
上位理論: STDI|時空域支配智能
直接前序:

  1. 《時空間支配型 AI:從單體具身智能到持續性時空域治理》
  2. 《超靈的物理化:從 O-Chip 維度代理人到分布式具身主體》
  3. 《Oversoul Station Fabric:固定站、移動站與虛擬站的分布式具身網路》

摘要

前序論文已建立時空域支配智能、超靈的多身體治理,以及由固定站、移動站、儀器站與虛擬站構成的 Oversoul Station Fabric。然而,站點能被連接、註冊與調度,仍不代表人工智能真正「持續佔據」了一個物理域。一般自動化系統可以完成任務後退出;一般機器人可以關機後失去任務脈絡;一般雲端代理也可能只在收到請求時短暫存在。對跨日實驗、長週期材料處理、遠端基地、夜間無人研究室或多站點工程而言,真正困難的是:

系統在重啟、斷線、降級、人類接管、設備維護、世界狀態老化與任務跨日時,如何仍知道「現在是什麼狀態、尚欠哪些義務、誰仍具有何種權限,以及下一個安全且合法的行動是什麼」?

本文提出 持續性指揮控制區(Persistent Command Domain, PCD)。它不是軍事意義上的佔領區,不是對空間的永久所有權,也不是要求中央 AI 二十四小時保持同一程序和網路連線。PCD 指的是:在一個獲得明確授權的有限物理時空域中,系統持續保存並更新世界狀態、未完成義務、站點健康、資源保留、權限租約、安全模式與證據血統,使治理責任能跨越程序重啟、節點切換與通訊中斷而延續。

本文區分:

持續在線持續運作持續指揮存在.\text{持續在線} \neq \text{持續運作} \neq \text{持續指揮存在}.

PCD 的基本形式為:

DtPCD=(Ωt,Wt,Nt,Ot,Rt,Lt,Mt,Et,Gt),\mathcal{D}_t^{\mathrm{PCD}} = \left( \Omega_t, W_t, N_t, O_t, R_t, L_t, M_t, E_t, G_t \right),

其中:

本文提出「指揮存在五條件」:可恢復狀態、義務連續、權限可證、行動可限制、證據可重建。只有五者同時成立,系統才可宣稱仍維持該域。本文進一步建立域生命週期、事件溯源與快照模型、義務帳本、狀態新鮮度預算、語義活性、夜間/無人模式、斷線治理、交接與解除協議,以及 Domain Anchor、World State Store、Obligation Ledger、Lease Authority、Mode Supervisor、Recovery Manager 和 Evidence Journal 等核心元件。

現有 NIST CPS Framework 已將功能、時間、資料、可信度、組合、邊界與生命週期列為資訊物理系統的共同關切;ROS 2 Lifecycle Nodes 提供受管理節點的穩態與轉移狀態;NASA PLEXIL 為自主系統提供命令、監控、反應式計畫執行與形式語義;NASA F Prime 則提供用於太空與嵌入式系統的元件化飛行軟體框架;IETF Bundle Protocol v7 允許系統在長延遲或間歇連線下交換可儲存轉送的任務與資料。PCD 不取代這些底層機制,而將其組合成一個「跨時間延續治理責任」的上層架構。

本文的核心命題為:

AI 對一個時空域的持續存在,不由程序 uptime 或心跳封包決定,而由它能否重建世界、承接義務、證明權限、限制行動並保存責任決定。

關鍵詞: 持續性指揮控制區、Persistent Command Domain、PCD、時空域支配智能、持續指揮存在、世界狀態、義務帳本、事件溯源、權限租約、夜間自治、斷線治理、任務恢復、Domain Anchor、PLEXIL、ROS 2 Lifecycle、F Prime、DTN


0. 版本定位:第四篇補的是「站網如何跨時間仍然是同一個治理域」

第三篇 OSF 已建立:

但這些主要回答的是:

系統此刻如何運作?

PCD 要回答的是:

如果系統在一小時後、一夜後、一週後,甚至經過重啟、換機、斷線與人類介入後再次行動,它如何確定自己仍承接同一個域、同一批未完成義務與同一條責任鏈?

沒有 PCD,OSF 很容易退化為:

有了 PCD,站網才可能形成:

Persistent Command Presence——持續性指揮存在。


1. 「佔據」一個時空域的工程意義

1.1 不是物理所有權

本文中的「佔據」不表示:

它表示:

在明確授權、可撤回與可稽核的範圍內,系統持續維護與該域有關的狀態、義務和作用能力。

1.2 不只是感測器覆蓋

相機能看到房間,不代表 AI 佔據房間。

真正的域存在至少需要:

感知+記憶+義務+權限+行動+證據.\text{感知} + \text{記憶} + \text{義務} + \text{權限} + \text{行動} + \text{證據}.

1.3 不只是遠端控制

遠端操作員可以在某個時間控制機器,但若離線後:

則不存在持續指揮域。

1.4 域是時空物件

PCD 的作用域不是只有空間:

Ω={房間、區域、設備、路徑}.\Omega = \{\text{房間、區域、設備、路徑}\}.

它還包含時間:

T={期限、等待期、維護週期、有效窗口、歷史事件}.\mathcal{T} = \{\text{期限、等待期、維護週期、有效窗口、歷史事件}\}.

因此:

Domain=Spatial Scope×Temporal Obligations.\text{Domain} = \text{Spatial Scope} \times \text{Temporal Obligations}.

一個樣本即使已離開原位置,其後續冷卻、養護、觀察或銷毀義務仍屬於域治理的一部分。


2. 三種「持續」必須分開

2.1 持續在線

定義:

Conline(t)=1C_{\mathrm{online}}(t)=1

表示中央服務、站點或通訊鏈目前可連線。

它最容易量測,也最不充分。

2.2 持續運作

定義:

Coperate(t)=1C_{\mathrm{operate}}(t)=1

表示至少部分功能仍在執行。

例如地方站點在中央斷線後完成安全停機。

2.3 持續指揮存在

定義:

Cpresence(t)=1C_{\mathrm{presence}}(t)=1

表示系統能證明:

  1. 當前世界狀態足以支持下一步;
  2. 未完成義務沒有遺失;
  3. 權限仍有效或已被撤銷;
  4. 行動受當前模式和安全邊界限制;
  5. 事件與責任可以重建。

因此可能出現:

Conline=0,Coperate=1,Cpresence=1.C_{\mathrm{online}}=0, \quad C_{\mathrm{operate}}=1, \quad C_{\mathrm{presence}}=1.

例如遠端站點斷線,但依離線租約完成安全任務、保存事件並等待重連。

也可能出現:

Conline=1,Coperate=1,Cpresence=0.C_{\mathrm{online}}=1, \quad C_{\mathrm{operate}}=1, \quad C_{\mathrm{presence}}=0.

例如系統雖在線且設備運轉,卻已失去正確樣本身份、世界紀元或權限血統。此時必須停止,不得以 uptime 冒充治理連續。


3. 指揮存在的五條件

定義指揮存在向量:

ΠD(t)=(St,Ot,At,Kt,Et),\Pi_D(t) = \left( S_t, O_t, A_t, K_t, E_t \right),

其中:

只有:

min(St,Ot,At,Kt,Et)τpresence\min \left( S_t,O_t,A_t,K_t,E_t \right) \geq \tau_{\mathrm{presence}}

時,系統才可宣稱維持 PCD。

3.1 狀態可恢復

系統必須能從:

重建足夠可信的世界狀態。

3.2 義務連續

所有未完成的:

都必須有明確狀態和責任者。

3.3 權限可證

每個仍有效的租約與控制權必須可以驗證:

3.4 行動可限制

系統在不確定或降級時必須能縮小:

3.5 證據可重建

能從事件與工件重建:


4. PCD 的形式模型

定義域:

Dt=(Ωt,Wt,Nt,Ot,Rt,Lt,Mt,Et,Gt).\mathcal{D}_t = \left( \Omega_t, W_t, N_t, O_t, R_t, L_t, M_t, E_t, G_t \right).

4.1 空間邊界 Ωt\Omega_t

包括:

邊界可以改變,但必須經授權事件。

4.2 世界狀態 WtW_t

包括:

4.3 站點 NtN_t

來自 OSF Station Registry。

4.4 義務 OtO_t

定義:

oi=(gi,ui,di,pi,ci,fi,vi),o_i = \left( g_i, u_i, d_i, p_i, c_i, f_i, v_i \right),

其中:

4.5 資源 RtR_t

材料、能源、算力、儀器時段、網路與人員介入。

4.6 租約 LtL_t

控制、能力、身體、區域與資料存取租約。

4.7 模式 MtM_t

定義當前可用功能和風險策略。

4.8 事件 EtE_t

append-only 的狀態變更與證據來源。

4.9 治理 GtG_t

包括安全憲法、IP 政策、人類接管、域解除與法律/組織規則。


5. Domain Anchor:域錨點

5.1 定義

Domain Anchor 是 PCD 的身份、根權限與恢復入口。

它不是唯一中央 AI,而是保存:

5.2 最小結構

domain_anchor:
  domain_id: "pcd:evemisslab:lab-a"
  owner: "EveMissLab"
  governance_version: "G-0.1"
  spatial_scope:
    - "lab-a"
    - "instrument-room-1"
  excluded_scope:
    - "human-office"
  root_keys: []
  active_world_epoch: "WE-0042"
  active_mode: "ATTENDED_ACTIVE"
  recovery_manifest: "RM-0017"
  release_policy: "RP-0003"

5.3 錨點不應是單點故障

可用:

但不能讓每個副本都可獨立擴張域。


6. 事件溯源與快照

6.1 為何只存當前狀態不夠

若資料庫只保存:

sample_17.location = microscope_01

就無法知道:

6.2 事件模型

狀態由事件折疊而成:

Wt=Fold(Wt0,et0+1,,et).W_t = \operatorname{Fold} \left( W_{t_0}, e_{t_0+1}, \ldots, e_t \right).

事件例子:

event:
  id: "EV-00942"
  type: "SAMPLE_HANDOFF_COMMITTED"
  domain_id: "pcd:evemisslab:lab-a"
  world_epoch_before: "WE-0041"
  world_epoch_after: "WE-0042"
  actor: "osf:amr-02"
  object: "sample-17"
  from_station: "handoff-01"
  to_station: "microscope-01"
  occurred_at: "2026-07-30T20:20:12+08:00"
  evidence: []
  signature: ""

6.3 快照

完整重播所有事件成本太高,因此定期建立快照:

Sk=(Wtk,Otk,Ltk,Mtk,hk).\mathcal{S}_k = \left( W_{t_k}, O_{t_k}, L_{t_k}, M_{t_k}, h_k \right).

恢復:

D^t=Replay(Sk,E(tk,t]).\hat{\mathcal{D}}_t = \operatorname{Replay} \left( \mathcal{S}_k, E_{(t_k,t]} \right).

6.4 物理再觀測

事件重播不能保證實體仍與紀錄一致。恢復後必須針對高風險物件執行:

WrecoveredReconcile(Wlog,Wobserved).W_{\mathrm{recovered}} \leftarrow \operatorname{Reconcile} \left( W_{\mathrm{log}}, W_{\mathrm{observed}} \right).

7. Obligation Ledger:義務帳本

7.1 任務不等於義務

任務可能被取消,但其物理後果仍需處理。

例如中止加熱任務後,系統仍有:

義務。

7.2 義務狀態

PROPOSED
ACCEPTED
BLOCKED
IN_PROGRESS
WAITING_PHYSICAL_TIME
WAITING_HUMAN
SATISFIED
FAILED
COMPENSATING
WAIVED
TRANSFERRED

7.3 等待物理時間

某些義務不能靠更多算力加速:

因此 PCD 必須把「等待」視為正式狀態,而不是無任務。

7.4 不得遺失的義務

高優先級包括:


8. 狀態新鮮度與語義活性

8.1 心跳不等於可用

站點有心跳,只表示通訊存活。

一個站點可能:

因此定義語義活性:

Lsemantic(Ni,t)=f(Lnetwork,Hi,Ci,Wi,Δi,Pi).L_{\mathrm{semantic}}(N_i,t) = f( L_{\mathrm{network}}, H_i, C_i, W_i, \Delta_i, P_i ).

8.2 新鮮度預算

每個狀態 xx 具有最大可接受年齡:

Fresh(x,t)=1[ttobsΔxmax].\operatorname{Fresh}(x,t) = \mathbb{1} \left[ t-t_{\mathrm{obs}} \leq \Delta_x^{\max} \right].

例子:

狀態 新鮮度
人員是否在危險區 毫秒至秒
樣本交接是否完成
儀器校準 小時至數月
建築平面圖 月至年
研究假說版本 依任務固定

8.3 不同狀態不同一致性


9. 模式監督

PCD 必須明確處於某個模式,而不是讓所有功能始終可用。

9.1 模式集合

UNINITIALIZED
SURVEYING
ATTENDED_ACTIVE
UNATTENDED_ACTIVE
NIGHT_REDUCED
DEGRADED
DISCONNECTED_LOCAL
HUMAN_TAKEOVER
RECOVERY
SUSPENDED
RELINQUISHING
ARCHIVED

9.2 模式決定

模式由:

Mt=Γ(Ht,Ct,Ut,Pt,Tt,It),M_t = \Gamma( H_t, C_t, U_t, P_t, T_t, I_t ),

其中:

9.3 夜間模式

夜間不是「沒有人所以 AI 權限更大」。

應採:

9.4 人類接管模式

人類接管時:


10. 啟動與域建立

PCD 不能只靠啟動程式建立。

10.1 Domain Admission

建立域前確認:

  1. 所有者;
  2. 邊界;
  3. 站點;
  4. 人類使用者;
  5. 安全規則;
  6. 資料與 IP;
  7. 緊急程序;
  8. 初始盤點。

10.2 Surveying

系統啟動後先進入 Surveying:

10.3 Presence Activation

只有滿足:

StOtAtKtEtS_t\land O_t\land A_t\land K_t\land E_t

才從 Surveying 進入 Active。


11. 重啟、失效與恢復

11.1 恢復目標

定義:

PCD 的真實恢復時間為:

Trestore=Tsoftware+Tevent replay+Tphysical reconcile+Tauthority verify.T_{\mathrm{restore}} = T_{\mathrm{software}} + T_{\mathrm{event\ replay}} + T_{\mathrm{physical\ reconcile}} + T_{\mathrm{authority\ verify}}.

11.2 恢復不是立刻續跑

順序:

  1. 啟動最低安全層;
  2. 載入 Domain Anchor;
  3. 驗證日誌與快照;
  4. 重建義務與租約;
  5. 重新發現站點;
  6. 物理盤點;
  7. 解決差異;
  8. 進入 Degraded 或 Active;
  9. 重新規劃。

11.3 差異處理

若日誌說樣本在 A,但感測器看到 B:


12. 斷線與延遲容忍治理

12.1 斷線不是完全失去治理

站點可以持有離線任務包:

B=(q,WE,λ,Csafe,texpire,Rreturn).B = \left( q, WE, \lambda, C_{\mathrm{safe}}, t_{\mathrm{expire}}, R_{\mathrm{return}} \right).

包括:

12.2 Bundle Protocol 類模型

Delay/Disruption Tolerant Networking 的 Bundle Protocol 採用可儲存轉送的資料單元,適用長延遲或間歇連線。PCD 可以借用其思想傳送:

但不能假設遲到的撤銷命令一定能即時阻止行動,因此離線租約必須保守且短期。

12.3 離線權限上限

離線站點不能:


13. 計畫執行與反應式監控

13.1 靜態工作流不足

長期任務中可能出現:

PCD 需要反應式計畫執行:

Plan+Conditions+Events+Abort/Recovery.\text{Plan} + \text{Conditions} + \text{Events} + \text{Abort/Recovery}.

13.2 PLEXIL 類底座

NASA PLEXIL 是用於自主系統命令與監控的同步計畫執行語言,具有正式可執行語義和形式驗證工具。

PCD 可借用其原則:

但 PCD 還需加入:

13.3 F Prime 類地方執行

NASA F Prime 提供元件化飛行與嵌入式軟體框架,可作為高可靠地方站點、事件、遙測和命令處理的工程參考。


14. Domain Presence Architecture

14.1 Domain Anchor

身份、根治理與恢復入口。

14.2 World State Store

保存:

14.3 Event and Evidence Journal

append-only:

14.4 Obligation Ledger

保存未完成義務、期限、責任者與補償。

14.5 Lease Authority

簽發、續租、撤銷:

權限。

14.6 Mode Supervisor

根據安全、連線、時間與不確定性決定域模式。

14.7 Presence Monitor

不只檢查心跳,而檢查五條件。

14.8 Recovery Manager

執行:

14.9 Human Control Console

提供:


15. 持續存在品質

定義 PCD 品質:

QPCD=wsS+woO+waA+wkK+weEwrRwcC,Q_{\mathrm{PCD}} = w_sS + w_oO + w_aA + w_kK + w_eE - w_rR - w_cC,

其中:

15.1 不以 uptime 為唯一 KPI

可量測:


16. 人類進出與權利

16.1 人類不是普通動態物體

人類進入域會改變:

16.2 人類存在事件

系統至少區分:

16.3 不得以持續監控取消隱私

持續性指揮存在不等於無限制錄影或人格分析。應採:

16.4 人類離開不等於所有事情都可自動化

無人模式應比有人模式更保守,而不是更自由。


17. 域交接

PCD 可以在:

之間交接。

17.1 Domain Handoff Manifest

包含:

17.2 接收方必須確認

不能只發送檔案。

接收方需:

17.3 未被接受的義務

若接收方拒絕,原治理主體不得直接退出,必須:


18. 域解除與撤退

「能建立域」不夠;必須能安全解除。

18.1 解除條件

18.2 Relinquish Protocol

  1. 停止接受新任務;
  2. 列出未完成義務;
  3. 完成或轉移安全關鍵義務;
  4. 將設備置於安全狀態;
  5. 保存樣本與材料;
  6. 撤銷所有租約;
  7. 匯出證據與狀態;
  8. 驗證人類或新治理者接管;
  9. 記錄域結束;
  10. 進入 Archived。

18.3 不得靜默離開

若 AI 程序崩潰但站點仍有:

則不是「系統停止」,而是域治理失敗。


19. 安全與威脅模型

19.1 假持續存在

系統在線但世界狀態已錯誤。

控制:

19.2 義務遺失

任務取消或重啟後,後處理消失。

控制:

19.3 過期權限殘留

租約到期但站點仍可操作。

控制:

19.4 日誌正確、物理錯誤

紀錄與實體不一致。

控制:

19.5 模式漂移

系統以為在 Night Reduced,某站點仍以 Active 權限運作。

控制:

19.6 惡意事件注入

假造世界狀態或義務完成。

控制:

19.7 無法解除域

AI 或站點拒絕撤銷。

控制:


20. MVP:Persistent Lab Domain 72H

20.1 目標

建立一個可持續運行七十二小時、能經歷重啟、斷線、人類接管與夜間降級的低風險研究域。

20.2 配置

20.3 任務

使用無危險材料的樣本,完成:

  1. 入庫;
  2. 多次定時間隔觀測;
  3. 跨站移動;
  4. 夜間等待;
  5. 重複量測;
  6. 中途人工檢查;
  7. 最終歸檔。

20.4 故障注入

20.5 成功條件


21. 比較基線

  1. 單體自動化腳本;
  2. 一般工作流系統;
  3. OSF 即時調度但無持久義務;
  4. PCD 完整架構。

比較:


22. 可證偽命題

H1:義務帳本降低跨重啟任務遺失

相較只保存任務佇列,顯式義務與補償狀態應降低後處理遺失。

H2:物理盤點增加恢復時間但降低錯誤續跑

若不增加恢復時間,可能代表盤點不充分;其價值應反映在錯誤續跑下降。

H3:持續指揮存在比 uptime 更能預測安全恢復

高 uptime 但低五條件分數的系統,事故與狀態錯誤應高於 uptime 較低但可恢復的系統。

H4:夜間縮權降低無人事故

Night Reduced 應降低高能量與高風險行動,同時可能降低吞吐。

H5:離線租約使斷線運作可控

相較永久權限,短期離線租約應降低長斷線下的越權作用域。

H6:域解除協議降低殘留風險

完成 Relinquish Protocol 的系統,在專案結束後的未撤銷權限、未保存樣本與活動設備數量應較低。


23. 主要限制

23.1 事件日誌不能取代感測

日誌可能正確記錄命令,但物理世界仍可能因滑動、故障或人類操作而不同。

23.2 持續狀態本身有成本

需要:

不是所有小任務都需要完整 PCD。

23.3 世界狀態不可能完全

系統只能維持任務相關且被授權的狀態。

23.4 長期 AI 模型會變更

模型升級可能改變策略,必須記錄:

23.5 人類行為不可完全納入自動狀態機

系統必須允許例外、溝通與責任判斷。

23.6 持續存在可能造成權力過度集中

必須有:


24. 不能宣稱的內容

本篇不主張:


25. 與後續系列的關係

PCD 建立「跨時間持續存在」後,下一篇將處理:

高階研究意圖如何被編譯成站點、樣本、工具、能量、物料與行動的實際路由?

因此第 5 篇為:

《語義即物理路由:從資料流治理到物料、能源與行動流治理》

它將建立:


26. 結論

AI 對一個物理域的持續存在,不應由「程式是否仍在執行」判定。

真正承重的是:

狀態可恢復+義務不中斷+權限可驗證+行動可限制+證據可重建\boxed{ \text{狀態可恢復} + \text{義務不中斷} + \text{權限可驗證} + \text{行動可限制} + \text{證據可重建} }

因此:

Persistent Command PresenceAlways Online.\text{Persistent Command Presence} \neq \text{Always Online}.

更精確地說:

即使中央服務重啟、網路斷線、地方站點降級或人類暫時接管,只要系統仍能安全重建世界、承接義務、限制權限並保存責任,它就維持了指揮存在。

反之,即使所有設備在線,只要它:

它就已經失去該域。

本文的最終命題是:

佔域不是一直看著空間\boxed{ \text{佔域不是一直看著空間} }

而是:

佔域=跨時間承接世界、義務、權限與責任\boxed{ \text{佔域} = \text{跨時間承接世界、義務、權限與責任} }

PCD 因此使時空域支配智能從「可以控制許多站點」進一步成為:

能在時間中持續存在、能從失敗中恢復,也能在失去合法或安全條件時主動退出的物理治理主體。


參考文獻與官方技術資料

  1. NIST. Framework for Cyber-Physical Systems: Volume 1, Overview. NIST SP 1500-201, 2017.
    https://doi.org/10.6028/NIST.SP.1500-201

  2. NIST. Framework for Cyber-Physical Systems: Volume 3, Timing Annex. NIST SP 1500-203, 2017.
    https://doi.org/10.6028/NIST.SP.1500-203

  3. NIST. Cyber-Physical Systems and Internet of Things Foundations.
    https://www.nist.gov/programs-projects/cyber-physical-systems-and-internet-things-foundations

  4. ROS 2. Managed Nodes/Lifecycle Nodes.
    https://docs.ros.org/en/ros2_packages/kilted/api/lifecycle/__README.html

  5. ROS 2 Navigation. Lifecycle Manager.
    https://docs.ros.org/en/jazzy/p/nav2_lifecycle_manager/

  6. NASA. Plan Execution Interchange Language(PLEXIL).
    https://software.nasa.gov/software/LAR-19339-1

  7. NASA. PLEXIL-V Formal Verification Environment.
    https://shemesh.larc.nasa.gov/fm/PLEXIL-V/

  8. NASA. Overview of the PLEXIL Plan Execution Technology and its Applications.
    https://ntrs.nasa.gov/citations/20190034041

  9. NASA/JPL. F Prime: A Flight-Proven, Multi-Platform, Open-Source Flight Software Framework.
    https://github.com/nasa/fprime

  10. NASA. Autonomous Systems and Robotics.
    https://www.nasa.gov/intelligent-systems-division/autonomous-systems-and-robotics/

  11. NASA. Lunar Surface Technology.
    https://www.nasa.gov/lunar-surface-technology/

  12. IETF. RFC 9171: Bundle Protocol Version 7.
    https://datatracker.ietf.org/doc/html/rfc9171

  13. IETF. Delay/Disruption Tolerant Networking Working Group.
    https://datatracker.ietf.org/group/dtn/

  14. Neo.K/Aletheia. 時空間支配型 AI:從單體具身智能到持續性時空域治理.

  15. Neo.K/Aletheia. 超靈的物理化:從 O-Chip 維度代理人到分布式具身主體.

  16. Neo.K/Aletheia. Oversoul Station Fabric:固定站、移動站與虛擬站的分布式具身網路.


附錄 A:Domain Anchor 最小規格

domain_anchor:
  domain_id: ""
  owner: ""
  governance_version: ""
  spatial_scope: []
  excluded_scope: []
  root_keys: []
  active_world_epoch: ""
  active_mode: "UNINITIALIZED"
  recovery_manifest: ""
  relinquish_policy: ""
  created_at: ""
  expires_at: null

附錄 B:Obligation Ledger 最小規格

obligation:
  id: ""
  domain_id: ""
  goal: ""
  responsible_party: ""
  status: "PROPOSED"

  timing:
    created_at: ""
    deadline: null
    earliest_action_at: null

  preconditions: []
  completion_conditions: []
  evidence_required: []

  failure:
    compensation_actions: []
    escalation: ""
    waiver_authority: ""

  provenance:
    source_task: ""
    source_event: ""
    world_epoch: ""

附錄 C:恢復 Manifest

recovery_manifest:
  domain_id: ""
  snapshot_id: ""
  event_log_head: ""
  world_epoch: ""
  obligations_checkpoint: ""
  active_leases_checkpoint: ""
  active_mode: ""
  station_registry_version: ""

  reconcile_required:
    - human_presence
    - hazardous_energy
    - sample_custody
    - mobile_station_pose

  recovery_order:
    - local_safety
    - domain_anchor
    - event_replay
    - station_discovery
    - physical_reconcile
    - lease_revalidation
    - obligation_reschedule

附錄 D:域解除清單

## Persistent Command Domain Relinquish Checklist

- [ ] 已停止接受新任務
- [ ] 已盤點所有未完成義務
- [ ] 已處理或移交安全關鍵義務
- [ ] 所有站點已進入安全模式
- [ ] 樣本、工具與材料均有保管人
- [ ] 所有身體與控制租約已撤銷
- [ ] 離線任務包已到期或撤銷
- [ ] 世界狀態與事件日誌已封存
- [ ] 人類或新治理主體已確認接管
- [ ] Domain Anchor 已標記 ARCHIVED

附錄 E:系列血緣

STDI 第 1 篇
  何謂時空域支配智能
        ↓

STDI 第 2 篇
  同一治理核心如何取得多個身體
        ↓

STDI 第 3 篇/OSF
  多身體如何成為可治理站網
        ↓

本篇/PCD
  站網如何跨時間、重啟、斷線與接管維持同一治理域
        ↓

第 5 篇
  研究意圖如何編譯成物料、能量、站點與行動流