GCCWT Paper 04｜計算場與資源激發：跨 CPU／GPU／Memory／Agent 的動態執行域（Draft v0.2）

系列： 全域耦合計算世界論（Global Coupled Computational World Theory, GCCWT，暫名）
版本： Draft v0.2
作者： Neo.K
協作： Aletheia / GPT-5.6 Sol
狀態： 研究草稿；本文為 Paper 04 第一輪增厚版本，名稱、符號、形式公理、執行模型與工程映射仍可修改
前置依賴： Paper 00 v0.2、Paper 01 v0.2、Paper 02 v0.2、Paper 03 v0.2

本系列研究一個理論極限：不同電腦、硬體、軟體、AI Agent、記憶體、儲存與形式系統，能否在保留局部身分、權限、失效域、時間差異與物理差異的前提下，形成一個可尋址、可時間對齊、可依賴、可動態調度與可跨世界耦合的共享計算底空間。

機構： EveMissLab／一言諾科技有限公司
日期： 2026-10-08（整理日期；原稿未標註日期）

摘要

本文提出 GCCWT 的「計算場（Computational Field）」工作模型，試圖把傳統作業系統、叢集、雲端與異質加速器架構中常見的「Task → Device」調度問題，提升為一個更一般的世界級動態執行問題。

本文所稱的計算場，不是一個要求具有物理連續性、守恆律或經典場方程的物理場，也不是宣稱 CPU、GPU、記憶體與 AI Agent 在本體上屬於同一類型。它首先是一個任務相對、時間相對、權限相對、世界狀態相對的可執行潛能分布：對一個任務或算子而言，哪些資源可被發現、可被合法使用、適合承擔哪一部分計算、需要付出多少資料搬移成本、存在多少時間與一致性風險，以及一旦被激發後如何與其他區域共同構成一個可驗證的執行鏈。

傳統調度可簡化為：

Q\rightarrow R_i.

本文則提出：

\boxed{ \mathcal F_Q(t) = \mathcal F \bigl( Q, W_t, \mathcal R_t, \mathcal D_t, \Theta_t, \Gamma_t, \mathcal A_t \bigr) }

其中：

(Q) 為任務、算子或計算意圖；
$W_t$ 為當前世界狀態；
$\mathcal R_t$ 為可解析的資源域；
$\mathcal D_t$ 為資料與狀態分布；
$\Theta_t$ 為 CTCL 提供的時間—因果狀態；
$\Gamma_t$ 為合法性、精度、資料主權與執行約束；
$\mathcal A_t$ 為 Authority / Capability 狀態。

$\mathcal F_Q(t)$ 的輸出不是單一「最佳機器」，而是對有限活動資源域的一個多維適配場，可包含：能力、延遲、頻寬、資料局部性、能源、金錢成本、可信度、數值精度、可恢復性、資訊增益與未來依賴等維度。

本文由此區分：

\boxed{ \text{Resource Presence} \neq \text{Resource Excitation} \neq \text{Resource Authority} }

並建立 Potential、Discoverable、Resolved、Eligible、Reserved、Excited、Active、Cooling、Dormant、Released、Failed 等資源狀態。資源位於共享計算宇宙中，不表示它正在執行任務；被 AI Planner 判定為高價值，也不表示已取得 Local Resource Authority；被 Reservation 授權，也不表示一定已進入 Active execution。

本文進一步提出 Field Support：任一真實時刻只有有限資源真正參與當前計算，因此：

\boxed{ |\operatorname{supp}_{active}(\mathcal F_Q,t)|<\infty }

但整個潛在資源與未來展開域可以持續擴張，不預設固定最大值。由此，Paper 05 所建立的「Finite Active Realization + Unbounded Extensibility」被推進到計算場自身。

本文亦建立資料重力（Data Gravity）、計算重力（Compute Gravity）、狀態重力（State Gravity）與權限重力（Authority Gravity）的區分，並指出 Move Compute、Move Data、Move State、Reconstruct State、Delegate Operator 五種策略具有不同成本。計算場真正需要求解的，不只是「哪裡最快」，而是：

在保留世界身分、資料主權、時間因果、精度契約、故障隔離與可恢復性的前提下，哪一種局部激發與跨域遷移，能以最低的全域張力完成當前計算意圖？

本文進一步形式化 Continuation、State Capsule、Memory Region、Precision Contract、Operator Region、Dynamic Rebinding、Field Tension、Resource Reservation、Field Boundary、Field Closure、Field Debt、Field Health 與 Field Certificate，並提出高階資源張力：若任何兩個任務都能合法共用資源，但三個任務同時出現才超出容量或權限條件，則：

T_R^{(2)}=0, \qquad T_R^{(3)}>0.

這類張力不能被 pairwise scheduler 完全捕捉。

本文最後提出：

\boxed{ \text{Global Computational Field} = \text{Distributed Potential Resources} + \text{Task-Relative Excitation} + \text{Authority-Preserving Reservation} + \text{Temporal/Causal Alignment} + \text{Dynamic Rebinding} + \text{Certified Closure} }

「咻咻咻」的理論含義，不是距離、延遲與物理邊界突然消失，而是：計算意圖不再被預先綁定於一台機器的固定程序邊界，而能在多個異質、自治、可尋址的世界級資源區域之間，以有限活動支持、局部權限授權與可驗證狀態遷移快速重組。

關鍵詞

計算場、Computational Field、資源激發、Resource Excitation、Potential Resource、Field Support、World Address Space、Dynamic Rebinding、Data Gravity、State Capsule、Continuation、Memory Region、Precision Contract、Local Resource Authority、Resource Reservation、Field Tension、Higher-Order Resource Tension、CTCL、MWT、GCM、OIGT、AI-native World Planner、全域耦合計算。

1. 問題不是「Scheduler 要不要更聰明」

傳統 scheduler 的核心問題通常是：

已知一批工作與一批執行資源，如何分配工作？

形式上可以寫：

S:Q\rightarrow R.

若任務：

Q=\{q_1,\ldots,q_n\}

而資源：

R=\{r_1,\ldots,r_m\},

則 scheduler 找到某個 assignment：

q_i\mapsto r_j.

這個模型在單機、批次叢集與一般雲端資源分配中非常有效。

但 GCCWT 面對的問題更廣。

在共享計算宇宙中，任務不一定一開始就具有固定的計算圖；資源不一定事先全部被發現；執行期間資料位置會改變；某個 World 可能離線；GPU 可能被撤銷；Agent 可以暫時失去授權；記憶體可以從 canonical region 變成 replica；某個 proof obligation 可能直到推理中段才生成；某個中間表示也可能被壓縮成 seed 後交由另一個 World 重構。

因此真正的問題不再只是：

\text{Where should task }Q\text{ run?}

而更接近：

\boxed{ \text{Which computational region should become active next,} }

以及：

\boxed{ \text{what must move, remain, be reconstructed, or be authorized for that activation to be legal?} }

這就是從 scheduler 走向 computational field 的原因。

2. 「場」不是物理學類比的偷換

本文使用「場」這個詞，需要先限制語義。

GCCWT 不主張：

\mathcal F_Q

一定是經典物理意義上的 scalar field、vector field、gauge field 或量子場。

本文中的 Field 指：

對指定任務與世界狀態而言，可被合法激發的計算資源、資料位置、狀態載體與執行路徑，在一個可尋址底空間上形成的任務相對潛能與作用分布。

因此：

\boxed{ \text{Computational Field} \neq \text{Physical Field by Definition}. }

它可以被實作成：

typed graph；
sparse tensor；
capability-weighted resource graph；
distributed directory + local planner；
graph/matrix hybrid；
AI Planner 的動態 latent representation。

Field 是 theory-level abstraction；後端表示可以多種並存。

3. 計算場的最低輸入

對任務 (Q)，第一版可寫：

\mathcal F_Q(t) = \mathcal F( Q, W_t, \mathcal R_t, \mathcal D_t, \Theta_t, \Gamma_t, \mathcal A_t ).

其中：

[ Q ]

描述計算意圖與需求；

W_t

是 MWT/GCM 意義下當前世界 presentation；

\mathcal R_t

是 Paper 01 的可尋址與可解析 Resource Domain；

\mathcal D_t

描述資料、狀態、模型、checkpoint 與中間表示的位置；

\Theta_t

是 Paper 03 CTCL 提供的 temporal / causal coordinate；

\Gamma_t

是精度、型別、資料主權、安全與工作流約束；

\mathcal A_t

是 local authority、capability、lease 與 reservation 狀態。

因此任何把計算場簡化成：

\mathcal F_Q=\text{hardware load map}

都不足以表達 GCCWT 所需的結構。

4. Resource Presence 不等於 Field Participation

Paper 01 已建立 World Address Space。

假設某個 GPU：

r_{gpu}

在地址層可被解析：

Resolve(RID(r_{gpu}))\downarrow.

這只表示它在當前地址語義下可被定位。

並不推出：

r_{gpu}\in\operatorname{supp}_{active}(\mathcal F_Q).

因此：

\boxed{ \text{Addressable} \neq \text{Field-Active}. }

同樣：

\boxed{ \text{Reachable} \neq \text{Reserved} \neq \text{Excited} \neq \text{Active}. }

這個區分是計算場不退化成 resource discovery 的第一道邊界。

5. Resource State Machine

第一版資源狀態可區分：

\boxed{ \begin{aligned} &Potential,\\ &Discoverable,\\ &Resolved,\\ &Eligible,\\ &Reserved,\\ &Excited,\\ &Active,\\ &Cooling,\\ &Dormant,\\ &Released,\\ &Failed. \end{aligned} }

這些狀態不是所有硬體一定要完整走過的固定生命週期。

它們是 Field Runtime 用來避免語義折疊的最小狀態族。

6. Potential Resource

若：

r\in\mathcal R^{potential}_Q,

表示：

根據當前已知 world/resource specification，(r) 在理論或生成上可能成為任務 (Q) 的合法載體。

但它可能尚未被：

discovery；
resolve；
authority check；
health check；
capacity check。

所以：

\boxed{ Potential(r,Q) \not\Rightarrow Usable(r,Q). }

7. Discoverable Resource

Discoverable 表示：

Discover(r,Q)\downarrow.

即 Runtime 已有一條合法方式取得資源描述。

這仍不表示 Resource Locator 一定可成功解析。

因此：

\boxed{ Discoverable \neq Resolved. }

8. Resolved Resource

若：

Resolve(RID(r),t)=B_r^t,

則當前可取得一組 binding / location / capability descriptor。

但這仍不表示其能力符合任務。

因此下一步才是：

[ Eligible(r,Q). ]

9. Eligible Resource

令任務 (Q) 有需求：

[ Req(Q). ]

資源有 capability：

[ Cap(r). ]

則 eligibility 可以抽象成：

Eligible(r,Q) \iff Match(Cap(r),Req(Q),\Gamma_Q)=PASS.

但：

[ Eligible(r,Q) ]

仍不表示 Local Resource Authority 已同意把它交給任務。

10. Reserved Resource

Reservation 是權限與容量層的承諾。

寫：

Reserve(r,Q,\Delta,\Lambda) \rightarrow Grant/Reject.

其中：

$\Delta$ 為需求量；
$\Lambda$ 為 lease / validity envelope。

若 Granted：

Reservation(r,Q)=\rho.

則資源取得一個暫時、可驗證的 execution claim。

但 Reserved 仍可以尚未真正載入資料或執行 kernel。

11. Excited Resource

本文用 Excited 表示：

Reservation 已成立，必要 bindings / state / dependencies 已開始 materialize，資源正從可用狀態進入任務所需執行態。

例如 GPU Excitation 可能包含：

建立 context；
載入 model weights；
建立 tensor bindings；
驗證 input epoch；
預留 VRAM；
建立 execution stream。

因此：

\boxed{ Reservation \neq Excitation. }

12. Active Resource

Active 表示：

r\in\operatorname{supp}_{active}(\mathcal F_Q,t).

資源已真正承擔：

compute；
state holding；
data serving；
verification；
routing；
coordination；
memory retention；

之一。

Active 是 task-relative。

同一資源可以對：

Q_1

為 Active，對：

Q_2

為 Dormant。

13. Field Support

定義：

\boxed{ \operatorname{supp}_{active}(\mathcal F_Q,t) = \{r\mid Active(r,Q,t)\}. }

這就是任務 (Q) 在時間 (t) 的有限活動資源支持集。

本文要求實際 Runtime：

\boxed{ |\operatorname{supp}_{active}(\mathcal F_Q,t)|<\infty. }

這直接銜接 Paper 05 的有限活動實現。

14. Potential Support

可另外定義：

\operatorname{supp}_{potential}(\mathcal F_Q,t).

它包含已知可能被激發，但尚未 active 的資源。

一般：

\operatorname{supp}_{active} \subseteq \operatorname{supp}_{potential}.

但後者也不需要被完整 materialize；它可以透過 Resource Frontier 生成。

15. Finite Field / Open Frontier

因此真正可執行的場不是：

\text{一張無限完整資源表}.

而是：

\boxed{ \text{Finite Active Field} + \text{Open Resource Frontier}. }

這與 Paper 01 的 Resource Frontier、Paper 05 的 Unbounded Extensibility 一致。

16. Field State

第一版 Field State 可寫：

\boxed{ \Xi_Q(t) = \langle Q, A_t, P_t, D_t, R_t, \Theta_t, T_t, H_t \rangle }

其中：

$A_t$ ：active resource support；
$P_t$ ：potential / frontier resource descriptors；
$D_t$ ：data/state placement；
$R_t$ ：reservations；
$\Theta_t$ ：temporal/causal state；
$T_t$ ：field tension；
$H_t$ ：field history / provenance。

17. 計算場不是單一 Scalar Score

在簡單 scheduler 中，可以有：

Score(r,Q)\in\mathbb R.

但 GCCWT 更適合先保留一個向量：

\boxed{ \mathbf s(r,Q,t) = ( F, I, L, B, C, E, R, P, S, A ) }

例如：

(F)：fit；
(I)：information gain；
(L)：latency；
(B)：bandwidth/locality；
(C)：monetary / capacity cost；
(E)：energy cost；
(R)：recovery quality；
(P)：precision/fidelity；
(S)：security/trust；
(A)：authority/admission quality。

之後才由 policy 將它投影成 scalar ranking。

18. Field Intensity

若需要便於調度的 scalar，可以定義：

\boxed{ \phi_Q(r,t) = \Pi_{policy}\bigl(\mathbf s(r,Q,t)\bigr). }

$\phi_Q$ 暫稱 Field Intensity。

它不是資源本體的固有性質。

所以：

\boxed{ \phi_Q(r,t) \neq IntrinsicValue(r). }

同一 GPU 對兩個任務可具有完全不同場強。

19. 任務相對性

可能：

\phi_{Q_1}(GPU_A) \gg \phi_{Q_1}(CPU_B),

但：

\phi_{Q_2}(CPU_B) \gg \phi_{Q_2}(GPU_A).

因此：

\boxed{ \text{Best Resource} \text{ is Task-Relative}. }

20. 時間相對性

即使對同一任務：

\phi_Q(r,t_1) \neq \phi_Q(r,t_2).

因為：

load；
data placement；
network congestion；
lease；
policy；
World version；

都可能改變。

所以 Field 是動態的。

21. World 相對性

同一 physical GPU 可以被不同 World 以不同 authority 與 representation 觀察。

因此：

\phi_Q^{W_A}(r,t) \neq \phi_Q^{W_B}(r,t)

也是合法的。

這使 Field projection 本身也具有 OIGT 的 perspective semantics。

22. 激發函數

v0.1 使用：

Score(r,Q) = \alpha C_{fit} + \beta I_{gain} - \gamma Cost - \delta Latency - \eta Risk.

v0.2 將它一般化為：

\boxed{ Excite_Q(r,t) = \mathcal E \bigl( \mathbf s(r,Q,t), \Gamma_Q, Budget_Q, Authority_r, \Theta_t \bigr). }

輸出不只 Yes/No，也可以是：

[ {Reject,Dormant,Reserve,Excite,Active}. ]

23. 激發不是 AI 單方面決定

即使 AI Planner 得到：

\phi_Q(r)=\max,

仍不能直接：

[ Activate(r). ]

因為必須先通過 Local Resource Authority。

所以：

\boxed{ \text{Field Preference} \neq \text{Execution Authority}. }

24. Field Planning / Resource Ownership 永久分離

本文固定：

\boxed{ FieldPlanning \neq ResourceOwnership. }

這句不是工程細節，而是 Shared Computational Universe 不坍縮成單一中央超級電腦的核心邊界。

25. Local Resource Authority

每個資源或資源池都可以有：

[ LRA(r). ]

任何遠端 activation 必須：

Request \rightarrow Validate \rightarrow Reserve \rightarrow Grant/Reject.

即使所有資源都存在於同一 World Address Space，也不取消這個流程。

26. Reservation Contract

可寫：

\boxed{ \rho = \langle RID, Task, Amount, Epoch, Lease, Authority, Policy, Certificate \rangle. }

Reservation 本身必須具備 identity。

27. Reservation Lease

資源授權通常不應永久有效。

定義：

Lease(\rho)=[t_0,t_1).

若逾期：

\rho\rightarrow Expired.

這與 Paper 03 的 Resource Lease Time 直接連接。

28. Renew 不等於 New Reservation

若同一 logical claim 延續，可以：

Renew(\rho) \rightarrow \rho^{e+1},

其中 reservation identity 可保持、epoch 提升。

所以：

\boxed{ \text{Lease Renewal} \neq \text{Double Reservation}. }

29. Dormant Resource

若 Resource 合法、可發現、適配任務，但目前：

budget 不足；
authority 未准；
capacity 不足；
backpressure；

則應保留：

[ Dormant(r,Q). ]

不應把它寫成：

[ Nonexistent(r). ]

30. Dormant Reasons 必須 Typed

至少可區分：

\boxed{ \begin{aligned} &DormantBudget,\\ &DormantCapacity,\\ &DormantAuthority,\\ &DormantBackpressure,\\ &DormantTemporal,\\ &DormantDependency,\\ &DormantPolicy. \end{aligned} }

不同原因的 wake-up condition 不同。

31. Wake-on-Capacity

如果：

r_1

釋放資源，使：

Capacity(r)>0,

則先前：

DormantCapacity(r,Q_2)

可以被重新評估。

這是一種 field relaxation，而不是新任務重建。

32. Data Gravity

v0.1 已提出資料重力。

若資料：

[ D ]

目前位於：

GPU_B,

而需要執行：

[ f(D), ]

則 Planner 不應預設把 (D) 搬到 CPU_A。

可比較：

C_{moveData}(D,B\rightarrow A)

與：

C_{moveCompute}(f,A\rightarrow B).

33. Compute Gravity

某些資源已持有：

warm kernel；
cached model；
compiled graph；
specialized accelerator context。

因此即使資料不在當地，計算本身也形成「重力」。

定義：

G_C(r,Q).

34. State Gravity

若任務已有大量不可低成本重建狀態：

S_Q@r,

則狀態位置可能比 raw data 更重要。

定義：

G_S(r,Q).

35. Authority Gravity

即使遠端 GPU 更快，如果資料政策禁止離開某 trust domain：

Policy(D)\Rightarrow D\text{ must remain in }W_A,

則執行也被 authority / policy 邊界吸引。

定義：

G_A(r,Q).

36. 四種重力不能混成一個「資料局部性」

因此 Field Planner 需要同時看：

\boxed{ \mathbf G_Q(r) = (G_D,G_C,G_S,G_A). }

不同任務的主導重力不同。

37. Move Data

策略一：

D_A\rightarrow D_B.

適合：

資料小；
state 少；
remote accelerator 效益高；
policy 允許。

38. Move Compute

策略二：

f_A\rightarrow f_B.

適合：

code / operator 小；
data 大；
target 已持有 data。

39. Move State

策略三：

S_Q@A\rightarrow S_Q@B.

可能需要：

checkpoint；
memory translation；
representation conversion；
epoch boundary。

40. Reconstruct State

策略四：

不是搬：

S_A\rightarrow S_B,

而是：

Seed(S_A) \rightarrow Reconstruct_B(S').

如果：

S'\simeq_Q S_A,

即可滿足任務需求。

41. Delegate Operator

策略五：

不搬完整 task，也不搬完整 state，而只將特定 operator delegation 給遠端：

O_i(x) \rightarrow RemoteExec(O_i,x).

這是最弱 execution coupling 之一。

42. 遷移策略選擇

可寫：

\boxed{ M^* = \arg\min_{M\in\mathcal M} \mathcal C(M\mid Q,W_t,\Theta_t,\Gamma_t) }

其中：

\mathcal M = \{MoveData,MoveCompute,MoveState,Reconstruct,Delegate\}.

43. Continuation

任務不必是一個不可切割 process。

可以表示：

Q = Q_1\rightarrow Q_2\rightarrow\cdots\rightarrow Q_n.

每個：

Q_i

稱為 continuation segment。

44. Continuation Identity

Continuation 必須有：

CID(Q_i).

否則跨 World 遷移後難以知道：

這個 execution segment 是哪一條 logical computation 的延續？

45. Continuation Graph

一般任務不是線性鏈。

可寫：

G_Q=(V_Q,E_Q).

節點是 continuation / operator，邊是 dependency。

因此 Field Planner 實際面對的是：

G_Q \rightarrow \text{dynamic resource embedding}.

46. Execution Embedding

定義：

\boxed{ \mathcal E_t: V_Q^{active} \rightarrow \mathcal R_t^{active}. }

也就是把當前 active continuation 嵌入當前 active resource field。

47. Embedding 不是永久 Binding

可能：

\mathcal E_{t_1}(q_i)=GPU_A,

而：

\mathcal E_{t_2}(q_i)=GPU_C.

所以：

\boxed{ \text{Execution Embedding} \neq \text{Permanent Ownership}. }

48. State Capsule

v0.1 定義：

Capsule = \langle Task, State, Dependencies, Epoch, Capabilities, Proof \rangle.

v0.2 擴充：

\boxed{ \mathcal K_Q = \langle TaskId, ContinuationId, LogicalState, DependencyFrontier, InputBindings, WorldEpoch, TaskEpoch, Precision, Authority, Provenance, Recovery, Certificate \rangle. }

49. State Capsule 不等於 Process Memory Image

傳統 process migration 可能傾向搬完整 memory image。

GCCWT 不要求：

Capsule=RAMDump.

State Capsule 可以只保存任務重新開始下一個 continuation 所需的最小充分狀態。

所以：

\boxed{ \text{Execution Continuity} \neq \text{Bitwise Process Continuity}. }

50. Capsule Fidelity

定義：

Fid_Q(\mathcal K).

它表示：

Capsule 是否足以在另一 Resource Region 上重建對任務 (Q) 等價的後續執行？

51. Exact Capsule

最強：

State_B=State_A.

但成本最高。

52. Semantic Capsule

只要求：

State_B\simeq_Q State_A.

也就是對任務等價。

53. Reconstructive Capsule

只保存：

[ Seed+History+Constraints. ]

目標資源自行重構必要狀態。

54. Capsule 遷移需要時間邊界

如果 Source 仍在寫入 State，而 Target 開始執行：

S(t_a)\neq S(t_b),

可能出現 split execution。

因此需要 Paper 03 的 Task Epoch / Causal Frontier。

55. Temporal Activation Contract

任何跨 Resource Excitation 至少應帶：

\boxed{ \Theta_{act} = \langle TaskEpoch, InputVersion, CausalFrontier, LeaseWindow, Uncertainty \rangle. }

56. Stale Activation

若 target 在 activation 時：

InputVersion<RequiredVersion,

則不能因為計算資源仍空閒就繼續執行。

應回：

[ StaleActivation. ]

57. Memory Region

Memory 不應只被視為「CPU 的附屬容量」。

在計算場中，Memory 本身是一類 Resource Region。

例如：

DRAM；
HBM；
VRAM；
persistent memory；
remote memory；
object store；
vector store；
cache；
reconstructable semantic memory。

58. Memory Field Attributes

對 memory region (m)，至少可有：

\mathbf m = ( Latency, Bandwidth, Capacity, Persistence, Consistency, Secrecy, Durability, Reconstructability ).

59. Memory Placement

資料 (D) 的 placement 可以是：

Place(D)=\{m_1,m_2,\ldots\}.

不必只有一個物理位置。

60. Canonical Memory / Replica / Cache

必須延續 Paper 01：

Canonical \neq Replica \neq Cache.

Field Planner 不能因為 Cache 距離最近，就把它當成 authoritative state。

61. Memory Activation

某 Memory Region 也可以從 Dormant 進 Active。

例如：

lazy-load model shard；
restore checkpoint；
materialize remote tensor；
reconstruct semantic state。

因此 activation 不只屬於 compute units。

62. Memory Backpressure

若 memory capacity / bandwidth 已達上限，新的 Compute Excitation 也必須被壓制。

所以：

\boxed{ \text{Compute Capacity} \neq \text{Executable Capacity}. }

Executable Capacity 同時受 Memory Region 限制。

63. Heterogeneous Precision

不同執行區域可以使用：

FP64；
FP32；
BF16；
FP16；
INT8；
symbolic exact arithmetic；
interval arithmetic；
proof object。

因此全域一致性不等於所有地方相同 precision。

64. Precision Contract

定義：

\boxed{ \Gamma_P(Q) = \langle RequiredPrecision, AllowedError, Rounding, Stability, Verification \rangle. }

65. Precision Promotion

Planner 可以：

FP16\rightarrow FP32

提高 precision。

這通常安全但成本更高。

66. Precision Demotion

反向：

FP64\rightarrow FP16

需要明確 tolerance。

不能默認合法。

67. Precision Tension

若一條 continuation 要求 FP64，而唯一可用 accelerator 只允許 FP16：

T_{precision}>0.

這不一定是 contradiction；也許可以：

分段；
mixed precision；
fallback；
post-verification。

68. Accelerator Specialization

GPU、NPU、FPGA、TPU、DSP、Proof Engine、LLM Endpoint 都可以是 Operator Region。

Field Planner 更適合問：

\boxed{ \text{Which operator region is suitable?} }

而不是只問：

\text{Which computer?}

69. Operator Capability

對 Resource (r)，可有：

Ops(r)=\{O_1,O_2,\ldots\}.

例如：

Ops(GPU_B) \supset \{MatMul,Conv,Attention\}.

70. Operator Region

定義：

\mathcal R_O = \{r\mid O\in Ops(r)\}.

這是一個語義上的可執行區域，不一定是同一物理資料中心。

71. Composite Operator

某算子本身可能需要多 Resource：

O = O_{CPU} \oplus O_{GPU} \oplus O_{MEM}.

因此資源選擇也可能是 hyperedge，而不是單點。

72. Multi-Resource Excitation

若：

Q_i

需要：

\{CPU_A,GPU_C,Memory_B\},

則 activation contract 必須作為一組資源協議閉合。

不能只成功一部分就默認整個 continuation 可執行。

73. Reservation Set

定義：

\boxed{ \mathcal Rsv_Q = \{\rho_1,\ldots,\rho_k\}. }

如果任一必要 reservation 失敗：

\mathcal Rsv_Q

可能需要 rollback / retry / partial downgrade。

74. Partial Resource Reservation

如果：

Reserve(CPU_A)=\text{PASS},

但：

Reserve(GPU_C)=\text{FAIL},

不能直接：

Execute(CPU_A).

除非 task contract 明確允許 partial mode。

75. Resource Set Certificate

可建立：

Cert_{Rset}(Q)

證明：

必要資源已授權；
lease window 相容；
task epoch 相容；
precision 相容；
dependency satisfied。

76. Dynamic Rebinding

若 active resource：

r_i\downarrow,

可以：

Rebind(Q_i,r_j).

但必須符合：

Fid_Q(r_i\rightarrow r_j)\geq\theta_Q.

77. Rebinding 不等於 Restart From Zero

若 State Capsule 足夠：

Q_i@r_i \rightarrow Q_i@r_j

可以從 continuation boundary 繼續。

所以：

\boxed{ \text{Resource Failure} \neq \text{Task Identity Failure}. }

78. Stateless Rebinding

最簡：

Q_i(x)

只依賴 input，沒有 persistent state。

可直接在新 resource 重跑。

79. Checkpoint Rebinding

使用：

Checkpoint_k.

從最近 checkpoint 恢復。

80. Reconstructive Rebinding

只保存 seed / history / external state pointers，目標端自行重建。

81. Live Rebinding

最強模式：Source 與 Target 在一段時間重疊，進行增量 state transfer。

這需要更強 CTCL / consistency contract。

82. Speculative Rebinding

可同時在：

r_i,r_j

執行相同 continuation，再依：

first valid result；
consensus；
verification；

決定 commit。

這增加成本但提高 resilience。

83. Rebinding Cost

可定義：

C_{rebind} = C_{state} + C_{data} + C_{warmup} + C_{validation} + C_{temporal} + C_{authority}.

84. Rebinding 不應過度敏感

如果 planner 每看到 3% 性能差就遷移：

A\rightarrow B\rightarrow A\rightarrow C\cdots

會形成 oscillation。

因此需要 hysteresis。

85. Field Hysteresis

例如只有：

\phi_Q(r_{new})-\phi_Q(r_{current})>\Delta_{switch}

且持續一個時間窗，才觸發 migration。

86. Churn Cost

定義：

C_{churn}.

反覆移動本身必須被加入 cost function。

87. Field Boundary

對當前任務：

\partial\mathcal F_Q(t)

表示 active field 與 potential / inaccessible / unauthorized region 的邊界。

88. Field Boundary 不是 Physical Network Boundary

可能：

同一機器上的 GPU 因權限不在 field 內；
遠端資料中心的 GPU 因合法 bridge 在 field 內。

所以：

\boxed{ \text{Field Boundary} \neq \text{Machine Boundary}. }

89. Coupling Boundary / Field Boundary 分離

Paper 02 的 Coupling Boundary 描述世界/資源關係是否可交。

Field Boundary 描述：

當前 task 是否已把該 region 納入 active/potential execution field。

因此：

Coupled(r,Q) \not\Rightarrow FieldActive(r,Q).

90. Field Expansion

如果一個新資源被 discovery / admitted：

\mathcal F_Q^t \rightarrow \mathcal F_Q^{t+1}.

這是 Field Expansion。

91. Field Contraction

反之若資源：

release；
revoke；
fail；
decouple；

則：

\mathcal F_Q^t \rightarrow \mathcal F_Q^{t+1}

也可能縮小。

92. Field Expansion 不等於 World Expansion

資源加入某 Task Field：

r\in\mathcal F_Q

不表示：

W_A\hookrightarrow W_A'.

因為 Field 是 task-relative computational projection。

93. Field Contraction 不等於 Resource Destruction

若：

r\notin\mathcal F_Q^{t+1},

只表示它不再參與當前 task field。

不表示 (r) 不存在。

94. Field Superposition

若多個任務：

Q_1,Q_2,\ldots,Q_n

同時存在，則各自有：

\mathcal F_{Q_1},\ldots,\mathcal F_{Q_n}.

整體 Resource World 面對的是多場疊加。

95. Superposition 不一定線性

不能預設：

\mathcal F_{total} = \sum_i\mathcal F_{Q_i}.

因為：

capacity；
exclusivity；
thermal；
authority；
cache；

可能造成非線性互動。

96. Field Tension

定義：

\boxed{ T_F(Q_1,\ldots,Q_n;r,t) }

描述多個 task fields 在 resource (r) 上形成的衝突、競爭或不可同時滿足的需求。

97. Pairwise Resource Tension

兩任務：

T_F^{(2)}(Q_1,Q_2;r).

例如兩者都需要：

GPU_C=1

而 capacity 只有 1。

98. Higher-Order Resource Tension

更有趣的是：

Capacity(r)=2.

每一 task 都需要 1。

任兩個：

1+1\leq2,

所以：

T_F^{(2)}=0.

但三個：

1+1+1>2,

因此：

\boxed{ T_F^{(3)}>0. }

99. Pairwise Scheduler 會漏掉什麼？

如果 scheduler 只檢查：

(Q_i,Q_j),

可能得到全部 Compatible。

直到三者一起 active 才失敗。

所以：

\boxed{ \text{Pairwise Resource Compatibility} \not\Rightarrow \text{Higher-Order Field Compatibility}. }

100. Field Hypergraph

高階張力可表示為 hyperedge：

e_T=\{Q_1,Q_2,Q_3,r\}.

因此真正的 field runtime 不必侷限於普通 queue 或二元 conflict graph。

101. Field Tension Vector

可定義：

\boxed{ \mathbf T_F = ( T_{capacity}, T_{latency}, T_{precision}, T_{authority}, T_{temporal}, T_{memory}, T_{energy}, T_{recovery} ). }

102. Tension 不等於 Failure

若：

T_F>0,

Planner 可以：

delay；
split；
rebind；
downgrade precision；
duplicate；
request more capacity；
reject。

所以：

\boxed{ \text{Field Tension} \neq \text{Automatic Failure}. }

103. Tension Resolution

可以定義：

ResolveTension(T_F) \rightarrow \{Replan,Delay,ScaleOut,Rebind,Reject\}.

104. Field Budget

任務可以有：

B_Q.

Budget 不只包括金錢，也可以包括：

GPU seconds；
token；
energy；
latency；
privacy exposure；
risk。

105. Multi-Dimensional Budget

可寫：

\boxed{ \mathbf B_Q = (B_{money},B_{time},B_{energy},B_{token},B_{risk}). }

106. Budget 不等於 Authority

即使：

B_Q

充足，也不能越過 Local Resource Authority。

反之，Authority 允許也不表示 Budget 充足。

107. Field Admission

任務/continuation 進入某 resource region 前，可以有：

[ Admission(r,Q). ]

這一層可以檢查：

trust；
policy；
data sovereignty；
workload class；
safety。

108. Legal / Admissible / Reserved / Active 四層

因此：

\boxed{ Legal \neq Admissible \neq Reserved \neq Active. }

這是 v0.2 中最重要的執行分層之一。

109. Data Sovereignty

若資料：

[ D ]

受政策：

StayWithin(W_A),

則：

MoveData(D,A\rightarrow B)

即使 technically reachable，也可能非法。

110. Compute-to-Data

此時可以反向：

MoveCompute(f,B\rightarrow A).

所以政策約束本身會改變場的形狀。

111. Privacy-Preserving Region

某些 computation 只能在：

TEE；
local node；
encrypted compute；
isolated sandbox；

進行。

因此這些安全屬性也是 field capability。

112. Trust-Weighted Field

可以將 trust 放進：

\mathbf s(r,Q).

但：

[ TrustScore ]

不應由單一 AI 無證據自創。

必須有來源與 provenance。

113. Energy-Aware Field

若兩個 resource 都合法，Planner 可以考慮：

[ Energy(r,Q). ]

這使場不是只追求最短 wall time。

114. Carbon / Power Region

甚至可加入：

power budget；
thermal envelope；
renewable availability。

但本文不把這些固定成 foundation 必要欄位。

115. Thermal Backpressure

GPU 在熱限制下：

Capacity_{effective}<Capacity_{nominal}.

因此 Field Planner 需要使用有效能力，而不是規格表能力。

116. Field Observation

Planner 看到的不是 Resource 本體，而是：

Observe(r,t)=P_r^t.

所以：

\boxed{ \text{Observed Capacity} \neq \text{Absolute Capacity}. }

117. Observation Staleness

如果：

P_r^{t_0}

已過期，可能誤判資源仍空閒。

因此 Field State 必須帶 CTCL 時間資訊與 version。

118. Field Uncertainty

定義：

U_F(r,Q,t).

描述：

resource load 不確定；
latency 不確定；
remote state 不確定；
authority freshness 不確定。

119. Unknown 不等於 Zero Load

如果遠端 Resource World 暫時不可達：

Load(r)=Unknown.

不能寫成：

Load(r)=0.

120. Conservative Field Planning

高風險任務可以在 Unknown 時：

[ TreatAsUnavailable. ]

低風險任務可以：

[ ProbeAndSpeculate. ]

這由 task policy 決定。

121. Field Probe

Planner 可以對 potential region 發送低成本 probe：

[ Probe(r,Q). ]

取得：

current load；
lease options；
model residency；
bandwidth；
authority challenge。

122. Probe 不等於 Reserve

因此：

\boxed{ Probe \neq Reservation. }

大量 probe 本身也需要 rate limit。

123. Speculative Excitation

某些情況可以先對多個 region 做輕量 Excitation：

r_1,r_2,r_3

再根據 warmup 結果選一個真正 Active。

124. Speculation Cost

定義：

C_{spec}.

如果 speculation 太多，就會浪費共享資源。

因此 AI Planner 也需要 speculation budget。

125. Field Routing

如果一條 task chain：

Q_1\rightarrow Q_2\rightarrow Q_3,

每一步有不同 resource candidates，則要解：

Path^* = (r_1,r_2,r_3).

126. Routing Cost 不是節點成本相加

因為跨 resource 轉移有 edge cost：

C(Path) = \sum_i C_{node}(r_i) + \sum_{i,j} C_{transfer}(r_i,r_j).

127. Transfer Edge

Transfer Edge 可以帶：

[ ( Latency, Bandwidth, Loss, Authority, TemporalCost, Security ). ]

128. World-Level Routing

因此「最佳 GPU」不一定構成最佳 end-to-end path。

可能 GPU_C 最快，但：

C_{transfer}(Memory_A\rightarrow GPU_C)

太高。

所以應選次快但局部性更好的 GPU_B。

129. Operator Fusion

如果相鄰 operator 都可在同一 accelerator 執行，可能：

O_1\circ O_2 \rightarrow Fuse(O_1,O_2).

這可以降低 transfer cost。

130. Operator Split

反之大型 operator 也可被拆分：

O \rightarrow O_A\parallel O_B.

這需要 dependency / merge contract。

131. Field Parallelism

計算場天然允許：

Q_A\parallel Q_B\parallel Q_C.

但只有 dependency independent 時才能安全平行。

132. Parallelism 不等於 All-to-All

多資源同時 active，不表示它們彼此都需要同步。

所以：

\boxed{ \text{Parallel Field} \neq \text{Fully Connected Field}. }

133. Local Synchronization

只在 dependency boundary：

Barrier_{local}

或：

[ CausalJoin ]

進行必要同步。

134. Global Barrier 應是例外

除非任務要求，否則不應建立所有 active resources 的全域 barrier。

這延續 Paper 03：

CommonTime \neq GlobalBarrier.

135. Field Closure

任務完成並不代表所有 reservation / cache / replica / state 都已處理完。

因此需要：

\boxed{ CloseField(Q). }

136. Field Closure Obligations

至少可能包括：

release reservation；
reconcile state；
flush canonical output；
archive provenance；
revoke temporary capabilities；
close temporal debt；
destroy sensitive material。

137. Task Complete / Field Closed 分離

因此：

\boxed{ TaskComplete(Q) \neq FieldClosed(Q). }

138. Field Debt

如果 task 已完成但：

reservation 尚未 release；
replica 尚未 reconcile；
stale cache 尚未撤銷；
temporary authority 尚未回收；

則存在：

D_F(Q)>0.

139. Field Debt Vector

可寫：

\mathbf D_F = (D_{resource},D_{state},D_{authority},D_{temporal},D_{recovery}).

140. Field Health

定義一個 task-relative field health：

H_F(Q,t).

它可考慮：

active tension；
debt；
stale observations；
expiring leases；
failover readiness；
capacity margin。

141. Health 不應壓成單一神奇分數

Runtime 可以提供 summary score，但 canonical information 應保留各 component。

否則 AI Planner 無法知道：

低健康度是因為 latency，還是 authority 即將過期？

142. Field Provenance

每一次：

[ Excite, Rebind, Reserve, Release, Migrate ]

都應留下 provenance。

143. Field Ledger

可以建立：

L_F(Q)

記錄：

field state transition；
resource grants；
migration；
failures；
planner decisions；
certificates。

144. Planner Decision 也需要解釋

AI Planner 若選擇 GPU_C，而不是 GPU_B，應能產生：

[ DecisionEvidence. ]

至少包含：

capability；
cost；
locality；
authority；
temporal state；
risk。

145. AI Recommendation / Commit 分離

AI 可以：

[ Recommend(Activate(r)). ]

但 Resource Authority 才能：

[ Grant(Reservation). ]

執行 Runtime 才能：

[ Commit(Activation). ]

所以：

\boxed{ Recommendation \neq Authority \neq Execution\ Commit. }

146. Planner 看到的是世界級 Resource Graph

不是：

[ {CPU,GPU} ]

這麼簡單。

它看到：

G_R=(V_R,E_R).

節點：

compute；
memory；
Agent；
proof engine；
storage；
network service。

邊：

reachable；
dependent；
authorized；
high-bandwidth；
same-failure-domain；
temporal bridge。

147. Resource Graph / World Graph 分離

G_R

只是資源視角 projection。

它不等於完整 MWT World Graph。

所以：

\boxed{ ResourceGraph \neq WorldOntology. }

148. Field Graph

對任務 (Q)，從 Resource Graph 投影：

G_F(Q,t).

只包含與當前 task field 相關的 nodes / edges。

149. Field Matrix

有限 active field 可投影為：

M_F^Q.

matrix entry 可以包含：

[ ( Fit, Latency, Cost, Authority, Tension, Status ). ]

150. Field Tensor

若加入：

time；
task；
world；
resource type；
order；

可得到：

\mathcal T_F.

但不要求完整 materialize。

151. Sparse Field Projection

因為：

|E_{active}|\ll |V|^2,

實際 Runtime 更適合 sparse graph/matrix。

152. Field Projection / Field Reality 分離

任何 graph/matrix/tensor 都只是：

P(\mathcal F_Q).

不能提升成：

P(\mathcal F_Q)=\mathcal F_Q.

153. Field Computation 與 GCM

GCM 解決：

異質計算如何構成 globally coherent computation？

GCCWT Paper 04 再加入：

這些異質計算應在哪些可變資源區域被激發？

所以：

\boxed{ GCM + ComputationalField }

形成 world-global execution + dynamic placement 的接口。

154. Field 與 MWT

MWT 提供：

World Identity；
world state；
internal structure；
observation boundary。

Field 不應重定義 World。

因此：

\boxed{ Field \neq World. }

155. Field 與 OIGT

若資源屬於不同 World：

r_A\triangleleft W_A, \qquad r_B\triangleleft W_B,

則跨 World field excitation 必須經：

[ OIGT\ Bridge + Capability + LocalAuthority. ]

156. OIGT 保證差異不被場抹掉

即使：

r_A,r_B\in\operatorname{supp}_{active}(\mathcal F_Q),

仍：

W_A\neq W_B.

所以：

\boxed{ \text{Same Computational Field} \neq \text{Same World Identity}. }

157. Field 與 CTCL

CTCL 提供：

[ TaskEpoch, CausalFrontier, TemporalBridge, Uncertainty. ]

計算場使用它來判斷：

activation 是否 stale；
migration 是否 crossing epoch；
late result 是否可採用；
reservation lease 是否仍有效。

158. Field 與 Paper 01 World Address Space

Field 不自己發明資源身份。

所有 resource references 應透過：

[ RID + Binding + Resolve. ]

這避免 Field Planner 把 ephemeral location 當成 stable identity。

159. Field 與 Paper 02 Coupling Contract

一個資源進入 Field，並不自動建立任意耦合。

它仍受：

CouplingContract(W_i,W_j,Q).

限制。

160. Field / Coupling 分離

因此：

\boxed{ \text{Coupling says what relations are legal;} }

\boxed{ \text{Field says which legal regions are currently computationally activated.} }

161. 計算場的五級強度

可暫分：

Level 0：Observed Field

只知道資源存在與狀態。

Level 1：Selectable Field

可比較、可規劃，但未取得 authority。

Level 2：Reserved Field

資源已被合法 reservation。

Level 3：Excited Field

state / binding 已進入 activation。

Level 4：Active Coupled Field

多資源正在共同承擔任務。

162. Field Strength 不等於 Coupling Depth

Paper 02 的 Coupling Depth 表示世界間的關係深度。

本文 Field Level 表示當前 task 對資源的活動程度。

所以：

\boxed{ CouplingDepth \neq FieldActivationLevel. }

163. Field Identity

一個 task field 可以有：

[ FID. ]

這使同一 logical task 的 field evolution 可被追蹤。

164. Field Version

定義：

Version(\mathcal F_Q)=v.

任何 active support、policy、reservation set 的重要改變都可提升 field version。

165. Field Epoch

Field Epoch 不應與 Task Epoch 混同。

Task Epoch 描述計算階段；Field Epoch 描述資源配置世代。

可能：

TaskEpoch=5, \quad FieldEpoch=12.

166. Reconfiguration Boundary

一次重要 Rebind 可以：

FieldEpoch\rightarrow FieldEpoch+1.

而 Task Epoch 保持不變。

167. Field Fork

若 Planner 採 speculative branch：

\mathcal F_Q \rightarrow \mathcal F_Q^{(a)}, \mathcal F_Q^{(b)}.

兩個 field branch 可以使用不同 resources。

168. Field Merge

如果 speculative branches 最終需要合併結果：

Merge(F_a,F_b).

必須有 result reconciliation。

不能只因同一 TaskId 就自動視為相同 execution history。

169. Field Lineage

應保存：

[ ParentFID, ChildFID, MergeSources. ]

這是 Execution Provenance 的一部分。

170. Field Cancellation

如果某 branch 不再需要：

Cancel(F_b).

它需要：

revoke reservation；
cancel work；
clean state；
close debt。

171. Cancellation 不等於 Erase History

即：

\boxed{ Cancelled \neq NeverExisted. }

這與 OIGT Runtime 的 saga/history 原則一致。

172. Field Preemption

高優先工作可以要求：

Preempt(r,Q_{low}\rightarrow Q_{high}).

但這屬於 Local Resource Authority policy。

Planner 只能提出。

173. Preemption Cost

預占可能需要：

checkpoint；
state migration；
cache loss；
fairness debt。

所以不能只看 priority。

174. Fairness

共享宇宙若只追求 global efficiency，可能讓低優先 World 永遠飢餓。

因此可以加入：

[ FairnessPolicy. ]

175. Starvation

如果：

Q_{low}

長期 Dormant：

Wait(Q_{low})>\theta,

可觸發 aging。

176. Aging

例如：

Priority'(Q)=Priority(Q)+f(WaitTime).

但仍不能越過 authority/security policy。

177. World Fairness / User Fairness 分離

公平可以相對：

user；
task；
world；
project；
organization。

不能假設唯一公平尺度。

178. Cost Accounting

跨 World activation 必須可追蹤成本來源。

例如：

Cost(Q) = Cost_{A}+Cost_{B}+Cost_{C}.

179. Cost Ownership

誰支付：

[ Payer(Q) ]

也是 Authority Contract 的一部分。

180. Billing 不等於 Resource Identity

同一 RID 可以被不同 billing entity 使用。

所以：

\boxed{ ResourceIdentity \neq BillingIdentity. }

181. Field Security

一個 attacker 如果能偽造：

[ FieldIntensity ]

或 Resource Health，可能誘導 Planner 把敏感資料送往惡意節點。

因此 observation / capability / reservation 都需要 provenance。

182. Field Poisoning

定義：

[ FieldPoisoning ]

為故意提供虛假：

capacity；
latency；
model residency；
trust；
cost；

使 Planner 做錯誤激發。

183. Signed Resource Advertisement

可以要求：

[ Sign(ResourceDescriptor). ]

但簽章只能證明來源，不能證明描述內容一定真實。

184. Attestation

高風險資源可以額外使用：

[ Attest(r,Environment,Policy). ]

這是 security backend，不是 GCCWT foundation 必須固定的技術。

185. Field Privacy

Planner 不一定需要看到 Resource World 全部狀態。

可以只得到：

\text{task-relevant capability summary}.

186. Privacy-Preserving Scheduling

例如遠端只揭露：

[ { GPUClass, FreeCapacity, PriceRange, TrustTier }. ]

而不揭露所有其他 workload。

187. Opaque Resource Region

某 Resource World 可以只允許：

[ Request(Q) ]

不公開內部 topology。

Field Planner 仍可把它視為 coarse-grained region。

188. Hierarchical Field

因此計算場可以多解析度：

Region \rightarrow SubRegion \rightarrow Device \rightarrow Slice.

只有需要時才展開更細解析度。

189. Field Resolution

定義：

Res(\mathcal F_Q)=k.

高解析度可看 individual GPU slice；低解析度只看整個 data center capacity。

190. Adaptive Resolution

Planner 可以先 coarse：

[ ChooseRegion, ]

再 fine：

[ ChooseDevice. ]

這降低全域觀察成本。

191. Resolution Tension

低解析度看起來：

Region_A=Healthy,

但高解析度可能發現：

GPU_0=Overloaded.

所以 Field decisions 必須帶 resolution。

192. Global View 不等於 Full Detail

這一點很重要：

\boxed{ \text{Global Observation} \neq \text{Full-Resolution Observation Everywhere}. }

全域 AI 不需要每毫秒讀完所有 GPU counters 才能「全域」。

193. Summary Field

可以建立：

\widehat{\mathcal F}_Q

作為低成本 summary projection。

194. Drill-Down

當某 Region 成為候選：

[ DrillDown(Region). ]

再 materialize 更細 resource graph。

195. Field Frontier

尚未展開的候選區域：

F_{field}(Q,t).

它可以包含：

未探測機器；
未解析 GPU slices；
未詢問的 remote Agent；
未 materialize 的 memory region。

196. Field Frontier 不等於 Unused Resources

有些資源已知但 Dormant；有些甚至尚未 Discovery。

所以：

Dormant \neq Frontier.

197. Frontier Expansion Cost

探索一個新 Region 也有成本：

C_{discover}.

如果 gain 很小，Planner 不應無限掃描所有世界。

198. Information Gain

可定義：

[ IG(r,Q). ]

如果探索某 Resource Region 可能大幅改善計畫，才值得擴展 field frontier。

199. Field Exploration Policy

因此：

[ Explore(r) ]

也可以由：

[ ExpectedGain-Cost-Risk ]

決定。

200. Exploit / Explore

全域 AI Planner 同時面臨：

exploit 已知高效資源；
explore 潛在更好資源。

這使 Field Planning 與傳統 scheduler 再度拉開。

201. Field Planner 的最低輸入

第一版應至少包括：

\boxed{ Input_P = \langle TaskGraph, ResourceGraph, DataPlacement, TemporalState, CouplingContracts, Authority, Budget, Policy \rangle. }

202. Planner 的最低輸出

至少：

\boxed{ Output_P = \langle ExecutionEmbedding, ReservationPlan, MigrationPlan, FallbackPlan, VerificationPlan \rangle. }

203. Fallback Plan 不是附加項

因為共享宇宙具有：

remote failure；
revocation；
network partition；
capacity change。

高價值 task 應在 activation 前就知道：

[ Fallback(Q). ]

204. Recovery Region

可以為 task 指定：

\mathcal R_{recover}(Q).

它不必與 primary execution region 相同。

205. Recovery Coupling

Paper 02 的 Recovery Coupling 在此變成具體：

若主資源失效，哪些 region 有足夠 state / capability / authority 接手？

206. Recovery Readiness

定義：

[ RR(r,Q). ]

它可以成為 Field Intensity 的一部分。

207. Warm Standby

某 Resource 可以不 Active compute，但保持：

[ WarmStandby. ]

這是一種介於 Excited 與 Dormant 之間的工程狀態。

208. Cold Standby

只保存 seed / checkpoint pointer，需要較長重建。

209. Recovery Cost / Steady Cost Trade-off

Warm standby 成本高，但 failover 快。

Planner 需在：

C_{steady}

與：

C_{recovery}

間平衡。

210. Field Failure Classes

至少可區分：

\boxed{ \begin{aligned} &ResolveFailure,\\ &AuthorityFailure,\\ &ReservationFailure,\\ &ExcitationFailure,\\ &ExecutionFailure,\\ &StateTransferFailure,\\ &TemporalFailure,\\ &PrecisionFailure,\\ &ClosureFailure. \end{aligned} }

211. Failure Type 決定 Recovery

例如：

ResolveFailure → retry discovery；
ReservationFailure → select other resource；
StateTransferFailure → reconstruct；
PrecisionFailure → fallback higher precision；
TemporalFailure → rebase epoch。

212. Field Failure 不一定是 Task Failure

所以：

\boxed{ FieldFailure(F_i) \not\Rightarrow TaskFailure(Q). }

只要能 Rebind。

213. Task Failure 不一定是 World Failure

同理：

TaskFailure(Q) \not\Rightarrow WorldFailure(W).

保持失效域分離。

214. Failure Domain Preservation

強耦合下仍需要：

FD(r_i)

顯式存在。

Planner 應避免把所有 replicas 放到同一 failure domain。

215. Anti-Affinity

例如：

Replica_A\notin FD(Primary_A).

這是一種 Field Constraint。

216. Affinity

相反，某些 components 因高 bandwidth 應靠近：

Affinity(q_i,q_j)>0.

217. Field Constraint Graph

可以同時保存：

affinity；
anti-affinity；
locality；
trust；
failure domain。

這不是普通 load balancer 的單一權重。

218. Binding Stability

如果某 task 對 cache / state 很敏感，頻繁 rebinding 有害。

可設：

[ StabilityPreference(Q). ]

219. Sticky Field

高 stability 任務可形成：

[ Sticky(r,Q). ]

在沒有重大優勢時保持原 resource。

220. Fluid Field

無狀態、可重播任務則可：

[ Fluid(Q). ]

更容易遷移。

221. Field Fluidity

定義：

\mu_F(Q)

表示任務在資源域中重綁定的可流動程度。

222. Fluidity 不是性能

高流動性可能提高 resilience，但也可能增加 coordination overhead。

所以：

\boxed{ HighFluidity \neq HighPerformance. }

223. Computational Field / Virtual Machine 分離

VM 通常建立相對穩定的虛擬硬體邊界。

計算場則允許一個 task 的實現跨越多個 resources 且動態改變。

所以：

\boxed{ ComputationalField \neq VirtualMachine. }

224. Computational Field / Container 分離

Container 是 packaging / isolation primitive。

Field 是 task-relative dynamic execution topology。

一個 field 可以包含多 containers，也可以只使用部分 container 能力。

225. Computational Field / Kubernetes Scheduler 分離

傳統 cluster scheduler 很重要，但通常已知：

cluster membership；
resource schema；
control plane；
pod abstraction。

GCCWT 允許：

多 World；
不同 authority；
非共享 ontology；
open resource frontier；
semantic operator region。

所以不是 Kubernetes 換名。

226. Computational Field / Serverless 分離

Serverless 主要抽象 server management。

GCCWT 更進一步抽象：

\text{machine boundary itself is not the primary execution boundary}.

227. Computational Field / Distributed Shared Memory 分離

Field 不要求：

RAM_A\equiv RAM_B.

它只要求能在必要時建立合法 memory binding / state transfer / reconstruction。

228. Computational Field / Grid Computing 分離

Grid 已研究跨管理域資源共享。

GCCWT 的新增問題包含：

World Identity；
semantic state；
CTCL causal coordinate；
AI-native planner；
OIGT bridge；
higher-order tension；
open field frontier。

229. Computational Field / AI Orchestrator 分離

一般 AI orchestrator 可以把任務交給不同工具。

但如果沒有：

stable RID；
authority separation；
temporal contract；
state capsule；
coupling / field distinction；

它仍只是 orchestration，而不是 GCCWT 的共享計算場。

230. 「咻咻咻」第一層：Operator 激發

最弱形式：

O_1\rightarrow GPU_A, \quad O_2\rightarrow CPU_B, \quad O_3\rightarrow Proof_C.

每個 operator 快速流向適合 region。

231. 「咻咻咻」第二層：State 跟著走

不只 operator，必要 state capsule 也跟著 continuation 流動。

(Q_i,S_i)@A \rightarrow (Q_{i+1},S_{i+1})@B.

232. 「咻咻咻」第三層：Field 自己重組

若新資源突然出現：

r_{new}

Field 可以：

Replan(\mathcal F_Q).

不需要整個 task restart。

233. 「咻咻咻」第四層：多場高階耦合

多個 tasks 共用資源、資料與 memory regions，AI Planner 在高階張力下動態重排。

這才接近使用者直覺中的「全域耦合爆發」。

234. 但物理延遲不會消失

即使 Field Planner 再好：

Latency(A,B)>0.

光速、網路與序列化成本仍存在。

所以：

\boxed{ \text{Fast Global Coupling} \neq \text{Zero-Distance Computing}. }

235. Field 的極限不是「所有資源同時 Active」

真正理想反而可能是：

\boxed{ \text{Only the minimum sufficient active support is excited at each moment}. }

這降低成本與耦合張力。

236. Minimum Sufficient Field

定義：

\mathcal F_Q^*

為滿足任務、風險與恢復需求的最小充分 active field。

237. Field Minimality

可寫：

\mathcal F_Q^* = \arg\min_{F\in\mathfrak F_Q} C(F)

subject to：

[ Correct(F,Q), ]

[ Recoverable(F,Q), ]

[ Authorized(F,Q). ]

238. 全域耦合不等於最大耦合

因此：

\boxed{ \text{Global Coupling} \neq \text{Maximum Simultaneous Coupling}. }

239. AI Planner 的價值

傳統 heuristics 可以做很多 scheduling。

AI-native Planner 的潛力在於同時理解：

task semantic；
world state；
resource capability；
data locality；
future dependency；
user intent；
recovery value。

因此可以在更高維約束下做 field construction。

240. AI Planner 仍需 Deterministic Guard

高價值操作應：

AIProposal \rightarrow PolicyCheck \rightarrow AuthorityCheck \rightarrow Reservation \rightarrow Commit.

而不是：

AIProposal\equiv Commit.

241. Field Certificate

一次 authoritative activation 可產生：

\boxed{ Cert_F = \langle FID, TaskId, ResourceIds, FieldEpoch, TaskEpoch, Reservations, Precision, TemporalEnvelope, Authority, PlannerEvidence, Result \rangle. }

242. Certificate Scope

Cert 只證明：

在指定版本、時間、policy 下，這次 activation / execution chain 通過要求。

不表示資源永遠適合。

243. Field Audit

可對：

L_F

做：

why this GPU?；
why migrated?；
why rejected?；
why precision downgraded?；
why resource remained dormant?。

這對 AI-native infrastructure 很重要。

244. 可解釋性不是自然語言理由而已

真正 audit 需要：

metric snapshot；
capability evidence；
policy version；
authority certificate；
temporal state。

自然語言只是 projection。

245. Field History

Field 會演化：

\mathcal F_Q^{(0)} \rightarrow \mathcal F_Q^{(1)} \rightarrow \cdots.

歷史本身可用於：

performance learning；
failure prediction；
placement recommendation。

246. Learned Field Model

AI 可以學：

\widehat{\phi}_Q(r,t+\Delta).

預測未來資源適配。

但預測不等於實際 authority / availability。

247. Prediction / Reservation 分離

所以：

\boxed{ PredictedAvailable \neq Reserved. }

248. Field Simulation

在真正 activation 前，可以模擬多個方案：

Sim(F_1),Sim(F_2),\ldots.

這是 counterfactual planning。

249. Simulation State 不等於 World State

模擬結果只能作 planner evidence。

不能直接變成 canonical resource state。

250. Field Shadow

可以維持一個：

[ ShadowField. ]

它不真正使用資源，只估算如果切換會如何。

251. Shadow / Active 分離

\boxed{ ShadowField \neq ActiveField. }

避免測試規劃本身污染真實資源配置。

252. Field Conflict with OIGT Boundaries

如果 Planner 推薦跨 World activation，但 OIGT Bridge 不存在：

FieldCandidate \rightarrow BlockedByBridge.

這是合法結果。

253. Field Conflict with CTCL

若 resource lease 時間與 Task Epoch 不相容：

[ BlockedByTemporalContract. ]

254. Field Conflict with MWT

若 proposed state transition 會破壞 local world invariant：

[ BlockedByWorldInvariant. ]

255. Field Conflict with GCM

若局部 placement individually 合法，但 global dependency closure 不成立：

[ BlockedByGlobalComputation. ]

256. 四層 Guard

因此可寫：

\boxed{ FieldPlan \xrightarrow{MWT} \xrightarrow{GCM} \xrightarrow{CTCL} \xrightarrow{OIGT} ExecutablePlan. }

實際次序可以不同，重點是四種約束都不能偷掉。

257. Field Activation Pipeline

第一版：

\boxed{ Intent \rightarrow Discover \rightarrow Resolve \rightarrow Evaluate \rightarrow Admit \rightarrow Reserve \rightarrow Excite \rightarrow Execute \rightarrow Observe \rightarrow Rebind/Close. }

258. 每一步都可 Fail

而且 failure semantics 不同。

這比一個：

[ ScheduleFail ]

更可診斷。

259. Intent

Intent 不一定已經是低階 operator graph。

可以是：

「驗證這個證明並生成反例搜尋。」

AI Planner 再將它編譯成計算需求。

260. Intent / Execution Separation

所以：

\boxed{ Intent \neq ExecutionGraph. }

這與 AI-native computing 密切相關。

261. Field Compiler

可以有：

CompileIntent(Q) \rightarrow G_Q.

再由 Field Planner：

Place(G_Q) \rightarrow \mathcal E_t.

262. Planner / Compiler 分離

Compiler 決定「算什麼」。

Planner 決定「在哪裡、何時、用哪些資源算」。

雖然 AI 可以同時參與兩者，但角色需要區分。

263. Execution / Verification 分離

某 GPU 產生 result：

[ y. ]

不表示：

[ Verified(y). ]

因此可把 verification region 也納入 Field。

264. Verification Region

例如：

checksum verifier；
proof engine；
second model；
deterministic recomputation。

它們也是資源。

265. Result Path

任務路徑可能是：

GPU_B \rightarrow CPU_C \rightarrow Proof_D \rightarrow Memory_A.

這就是「你中有我」在 execution layer 的具體形式。

266. Logical Object Across Physical Regions

一個 logical computation object：

X_Q

的 physical realization：

Realize(X_Q,t) = \{r_A,r_B,r_C\}.

所以：

\boxed{ LogicalComputationIdentity \neq SinglePhysicalCarrier. }

267. Carrier Set 動態變化

可能：

Realize(X_Q,t_1)=\{A,B\},

Realize(X_Q,t_2)=\{B,C,D\}.

只要 identity / history / state contract 可持續。

268. Shared Computational Universe 的場視角

從 Resource-centric view：

共享宇宙是一個巨大的可尋址 resource potential domain。

從 Task-centric view：

每個任務在其中形成自己的有限 active computational field。

兩者互補。

269. 不存在一個所有任務都相同的 Global Field

因此 foundation 不要求：

\mathcal F^*

成為所有任務的唯一 active field。

可以有：

\mathcal F_{Q_1}, \mathcal F_{Q_2},\ldots

互相重疊。

270. Field Overlap

定義：

Overlap_F(Q_i,Q_j) = \operatorname{supp}_{active}(F_i) \cap \operatorname{supp}_{active}(F_j)

這裡是 active resource set presentation 的交集，不應被提升成 World identity intersection。

271. Field Overlap 可能產生耦合張力

共享 GPU / memory / Agent 時，task fields 相互作用。

這連接 Paper 02 的 Compute Overlap。

272. Field Isolation

某些高安全任務可以要求：

Overlap_F(Q_i,Q_j)=\varnothing.

至少在指定 resource class 上成立。

273. Isolation 不等於 World Isolation

兩任務可以屬於同一 World，但 field resource 不重疊。

反之，不同 World 的 tasks 可以在合法 contract 下共享 resource。

274. Field Authority Graph

可建立：

G_A^F

描述哪些 World / Agent 能：

observe；
reserve；
execute；
revoke；

哪些 Resource。

275. Field Authority Graph 不等於 Resource Graph

G_A^F \neq G_R.

物理 reachability 和 authority 必須分圖。

276. Field Temporal Graph

同樣：

G_T^F

描述 task epochs / lease windows / causal dependencies。

277. Multi-Graph Runtime

因此真正 Planner 可能同時讀：

G_R, G_A, G_T, G_D, G_F.

而不是一張超級 adjacency matrix。

278. Graph Fusion 是 Projection

AI 可以為當前 query 生成：

G_Q^{view}=Fuse_Q(G_R,G_A,G_T,G_D).

但這是 query projection，不是 ontology merge。

279. Field Partial Observability

沒有任何 planner 必然知道所有資源真實狀態。

因此 Field Planning 是 partial observability 下的決策問題。

280. 這不必退化成單純 POMDP

POMDP 可作某些後端，但 GCCWT 還要保留：

typed authority；
world identity；
bridge；
state lineage；
proof obligations。

所以不把 foundation 綁在單一決策理論。

281. Field Policy

第一版：

\boxed{ Policy_F = \langle Objective, Constraints, Budget, Risk, Fairness, Recovery, Security \rangle. }

282. Objective 可以多目標

例如：

[ Minimize(Latency), ]

同時：

[ Minimize(Cost), ]

[ Maximize(Recovery), ]

[ Preserve(Privacy). ]

不存在必然唯一 scalar objective。

283. Pareto Field

可以保留多個 Pareto-optimal field plans：

F_1,F_2,F_3.

再由 user / agent policy 選擇。

284. Planner Confidence

AI-generated field plan 可以帶：

Conf(F_i).

但 confidence 不能取代 resource certificate。

285. Field Counterexample

如果 planner 宣稱：

GPU_C 是最佳選擇。

Runtime 可以搜索：

\exists r' : C(r')<C(GPU_C)

作局部反例驗證。

286. Planner Verification

高價值 placement 可用 deterministic solver / constraint checker 驗證：

[ Check(FieldPlan). ]

287. Soft Optimization / Hard Constraint 分離

例如：

latency 是 soft objective；
data sovereignty 是 hard constraint。

不能用「性能更好」抵銷安全禁止。

288. Hard Constraint Violation

若：

Violation(\Gamma_{hard}),

則：

[ Reject(FieldPlan). ]

即使 score 再高。

289. Soft Constraint Tension

若只是：

Latency>Target,

可標：

T_{latency}>0

但仍可能接受。

290. Field Tolerance Envelope

定義：

\Theta_F(Q).

如果：

\mathbf T_F\in\Theta_F(Q),

仍可執行。

291. Tolerance 是 Task-Relative

批次工作可容忍高 latency。

互動式控制則不行。

所以：

\Theta_F(Q_1) \neq \Theta_F(Q_2).

292. Field Degradation

若理想資源不可用，可以選 degraded plan：

F^*\rightarrow\widehat F.

但要標記：

slower；
lower precision；
reduced redundancy。

293. Degradation Certificate

如果結果品質因 field degradation 改變，應輸出：

Cert_{degrade}.

不能默默降低品質。

294. Quality of Service

Field Contract 可以含：

[ QoS(Q). ]

例如：

max latency；
min throughput；
min precision；
recovery time。

295. SLA 與 Field Contract

SLA 可以是上層 policy source，但 Field Contract 更細，包含 world/authority/temporal semantics。

296. Field Resource Discovery

Paper 01 已建立 distributed resolution。

本文只要求：

[ DiscoverCandidates(Q) ]

可以在有限 query 下得到足夠候選。

不需要一次列出世界所有資源。

297. Discovery Budget

全域搜索本身也有 budget：

B_{discover}.

這防止 AI Planner 無限掃描所有資源。

298. Candidate Set

實際 Planner 操作：

C_Q(t) \subset \mathcal R^{potential}_Q.

且：

|C_Q(t)|<\infty.

299. Candidate Set / Potential Domain Separation

因此：

\boxed{ CandidateSet \neq AllPotentialResources. }

300. Incremental Search

如果第一批候選都不理想：

C_1\rightarrow C_2\rightarrow\cdots.

每次只擴張有限 frontier。

301. Field Query Closure

對有限 placement query：

Q_F,

應在 finite budget 下得到：

[ FoundPlan, NoLegalPlan, Unknown, BudgetExceeded. ]

302. Unknown 不能偽裝成 NoPlan

如果只是還沒探索足夠 resource frontier：

[ Unknown. ]

不能說：

[ NoLegalPlan. ]

303. Field Planning 與 Open Infinity

因此：

\boxed{ \text{Finite Candidate Search} + \text{Open Resource Frontier}. }

不需要 completed global resource map。

304. Field Scheduler 的 Locality

並不是所有 field decisions 都需要 global AI。

Local Runtime 可先自行處理：

local cache；
local CPU/GPU；
immediate failover。

只有超出 local domain 才 escalate。

305. Hierarchical Planning

可以：

LocalPlanner \rightarrow RegionalPlanner \rightarrow WorldPlanner.

但這只是實作策略，不表示必須有一個 Universal Planner。

306. Planner Federation

多個 AI Planners 可以：

P_A\leftrightarrow P_B.

各自對自己的 Resource World 有不同知識與 authority。

307. Planner Disagreement

若：

P_A(F_1)=best,

P_B(F_2)=best,

不一定誰錯。

可能目標函數、觀察與 authority 不同。

308. Planner Reconciliation

可交換：

[ Proposal, Evidence, Constraints. ]

再由 task authority 決定。

309. 沒有 Universal Resource Scheduler

本文不要求：

\exists S^*

控制所有世界資源。

更合理的是：

\boxed{ \text{Global Resource Visibility / Negotiation} \neq \text{Universal Resource Control}. }

310. Shared Universe / Local Resource Authority

這使共享宇宙可以同時：

globally discoverable；
globally plannable；
locally authoritative。

這正是 GCCWT 與 OIGT 的互補點。

311. Field Negotiation

如果 Planner 想取得遠端資源，可以：

Claim(Q,r,\Delta).

遠端 Resource Authority 回：

[ Offer/Reject/CounterOffer. ]

312. CounterOffer

例如：

無法提供 2 GPU，但可提供 1 GPU + 2 CPU。

這可以重新改變 Field Plan。

313. Resource Marketplace 不是 Foundation 必要

Offer/CounterOffer 可以實作成：

static quota；
cloud pricing；
internal scheduler；
credit system；
negotiation Agent。

本文不固定。

314. Resource Revocation

Local Authority 也可以：

Revoke(\rho).

但應遵守 contract，例如：

grace period；
immediate emergency revoke；
compensation。

315. Revocation Tension

高價值任務可能要求：

RevocationRisk(r)<\theta.

因此可撤銷性本身是 Field Attribute。

316. Preemption / Revocation 分離

Preemption 是資源重新分配政策。

Revocation 是 authority 收回已授權 claim。

兩者不要混同。

317. Resource Migration

Resource identity 可以持續，但 location 改變：

RID(r): L_A\rightarrow L_B.

Field 應跟著 Binding update，而不是認為出現新 Resource。

318. Resource Identity Continuity

這延續 Paper 01：

Identity(r) \neq Location(r).

所以 Field Planner 的 history 應按 RID 追蹤。

319. Field Binding Cache

Planner 可 cache resource bindings。

但 cache 必須帶：

[ Version, Epoch, TTL. ]

320. Binding Cache Staleness

stale binding 可能導致：

[ ActivationAtWrongLocation. ]

所以 resolve / refresh policy 必須與 task risk 相符。

321. Field Semantic Address

Planner 可以先用：

Find(resourceType=GPU,capability\geq X).

取得 candidates，再 resolve stable RID。

語義 query 不等於 identity。

322. Semantic Selection / Stable Identity Separation

因此：

\boxed{ SemanticQuery \neq ResourceIdentity. }

這和 Paper 01 完全一致。

323. Field State Compression

Field history 很大時，可以保存：

checkpoint；
summary；
seed；
active reservations；
unresolved debt。

不必永久 materialize 所有歷史觀察。

324. Compression 不得刪除未閉合義務

例如：

FieldDebt>0,

就不能因 snapshot compaction 把 release obligation 丟掉。

325. Field Snapshot

可以建立：

Snap_F^k = \langle ActiveSupport, Reservations, StateBindings, Epoch, Debt \rangle.

326. Snapshot / Live Field 分離

Snap_F^k \neq \mathcal F_Q(t_{now}).

除非有 freshness guarantee。

327. Field Reconstruction

process restart 後可由：

[ Snapshot+LedgerTail ]

重建 field runtime state。

328. Planner Process / Field Identity Separation

Planner process 死亡：

Process(P)\downarrow

不一定導致：

FID\text{ disappears}.

只要 field state 被持久化／複寫。

329. Planner Failover

另一 Planner 可以接手：

[ ResumePlan(FID). ]

但 Resource Authority 不隨 Planner ownership 轉移。

330. Planner Authority 不等於 Resource Authority

再強調：

\boxed{ PlannerAuthority \neq ResourceAuthority. }

這是共享宇宙防止中央化的核心。

331. Field Consistency

不同 field components 不需要同一 consistency level。

例如：

model weights 強版本；
telemetry eventual；
reservation linearizable；
logs append-only。

332. Consistency Contract

每類 state 應有：

[ Consistency(s). ]

不能用一個「全域一致性」名詞蓋掉所有需求。

333. Active State / Telemetry 分離

telemetry 可以 stale，commit authority state 不行。

因此 Field Planner 必須知道哪種 observation 能容忍多少 staleness。

334. Field Event

可定義：

Event_F = \langle EventId, FID, Type, ResourceId, TaskEpoch, FieldEpoch, TimeEnvelope, Payload \rangle.

335. Event Types

至少：

Discovered；
Reserved；
Excited；
Activated；
Rebound；
Preempted；
Released；
Failed；
Closed。

336. Event Ordering

依 Paper 03：

ArrivalOrder \neq CausalOrder.

Field ledger 必須能處理 out-of-order events。

337. Idempotent Field Events

duplicate ReservationGranted event 不應重複扣 capacity。

所以 EventId 必須支援 idempotency。

338. Field Replay

可用歷史：

Replay(L_F)

重建 execution reasoning。

但 replay 不表示重新執行外部 side effect。

339. State/Effect Separation

如果 operator 有外部 side effect：

[ SendMoney, DeleteFile, CommitDB, ]

重播需要 effect idempotency / compensation。

這超出單純 compute scheduling。

340. Side-Effect Region

可以把不可隨意重播的 operator 標成：

[ SideEffectRegion. ]

Planner 必須更嚴格。

341. Deterministic / Non-Deterministic Region

某些 computation 可重播得到同結果。

某些依賴：

random；
remote LLM；
mutable external world。

所以 Rebinding 策略不同。

342. Reproducibility Contract

定義：

Repro(Q_i).

例如：

exact；
statistically equivalent；
semantic equivalent；
non-reproducible。

343. LLM as Resource Region

LLM endpoint 可以被視為特殊 Operator Region。

Capability 不只 model name，也包含：

context limit；
tool access；
cost；
latency；
policy；
determinism profile。

344. LLM Output Verification

若 LLM 結果需要 formal closure，可以：

LLM_A\rightarrow Verifier_B.

這也是 Field Route。

345. Agent as Resource Region

Agent 不只是 compute capacity。

它還有：

memory；
authority；
skill；
current commitments；
identity。

因此 Agent Field Attribute 更複雜。

346. Human as Resource?

GCCWT 可以描述 human-in-the-loop execution role，但不應把人簡化成可任意排程硬體。

如果納入，必須有額外：

consent；
autonomy；
time；
privacy。

本文不將人類視為普通 Resource Authority object。

347. Proof Engine Region

Lean/Coq/SMT 可以成為：

[ VerificationRegion. ]

Planner 可以把 proof obligations 動態送往形式化資源。

348. Symbolic / Numeric Field Mix

一個 task 可以：

LLM \rightarrow SymbolicSolver \rightarrow GPU \rightarrow ProofEngine.

這正是異質 computational field 的典型案例。

349. Field 的世界級優勢

如果 machine boundary 不是固定 execution boundary，則：

\boxed{ \text{Resource Locality becomes a dynamic constraint rather than a permanent program boundary}. }

350. 但 Locality 仍真實存在

GCCWT 不是 anti-locality。

它只是把 locality 從 ontology 降成：

\text{important cost / authority / failure variable}.

351. Computer = Local High-Coupling Region

Paper 01 已提出：

Computer \approx LocalHighCouplingRegion.

Paper 04 的計算場可以跨越多個這種 Region。

352. Field Across Computers

因此：

\mathcal F_Q \cap Computer_A \neq\varnothing,

\mathcal F_Q \cap Computer_B \neq\varnothing.

同一 task field 同時實現在多台機器。

353. Computer Boundary 不消失，而是變成 Field Edge Cost

跨 machine：

C_{network}>0,

C_{authority}>0.

所以 machine boundary 仍重要，只是不再是程式必然停止的邊界。

354. Field Across Software

不同 software runtime 也可以是 execution regions：

[ Python, Rust, NOVA, JVM, ProofKernel. ]

透過 typed operator bridge 連接。

355. Field Across Representation

Tensor、graph、symbolic expression、database row 可被不同 region 使用。

需要 representation bridge：

B_{repr}.

356. Conversion Cost

每次 representation conversion 都有：

C_{conv}, \quad Loss_{conv}.

Planner 必須計入。

357. Zero-Copy 不是唯一目標

有時 copy + better accelerator 比 zero-copy + slow compute 更好。

所以 Field Planner 應最小化 end-to-end cost，而不是單一技術指標。

358. Field and Network

Network 本身也是資源。

可以有：

[ BandwidthReservation. ]

而不只是被動 edge。

359. Network Region

某些 task 甚至 bottleneck 在：

[ NIC, Switch, Link. ]

所以網路可以進入 Field Support。

360. Network Authority

跨 administrative domain 的 bandwidth 也可能需要 authorization / quota。

因此 network 不只是 distance。

361. Field Routing vs Network Routing

Network routing 解 packet path。

Field routing 解 computation / state / resource path。

二者互相依賴但不等同。

362. Field and Storage

Storage 也有：

throughput；
persistence；
authority；
locality；
consistency。

大型資料工作中，Storage Region 可以比 CPU 更主導 Field。

363. Compute-to-Storage

某些分析可以把 computation 移到 data lake / database side。

這是 MoveCompute 的一種。

364. Field and Database Transactions

如果 computation 需要 transactional side effect，Field 必須尊重 DB 的 own authority / isolation semantics。

不能因為「全域 planner」而越過 transaction protocol。

365. Field and Persistent World State

如果 output 要進入 canonical World State：

CandidateOutput \rightarrow Verify \rightarrow WorldCommit.

Field execution success 本身不等於 World commit。

366. Computation / World Mutation Separation

因此：

\boxed{ ComputeSuccess \neq WorldMutationCommit. }

這銜接 MWT / OIGT 的 authority layer。

367. Field Result Identity

每個結果：

[ ResultId. ]

應關聯：

TaskId；
FieldId；
continuation；
resource path；
input versions。

368. Result Provenance Graph

可以形成：

G_P.

追蹤：

Input\rightarrow Operator\rightarrow Resource\rightarrow Result.

369. Provenance 對驗證的重要性

若結果錯誤，可以定位：

model；
GPU；
stale input；
precision downgrade；
representation conversion。

370. Field Replay for Debugging

可以用 provenance 重建：

為什麼當時 task 從 A 遷移到 C？

而不是只看到 final output。

371. Field Determinism

即使相同 Input，若 Field Plan 不同：

Output_A

與：

Output_B

可能有微小差異。

需要 Precision / Reproducibility Contract 判斷是否可接受。

372. Deterministic Placement

某些高保證 task 可以指定：

[ DeterministicFieldPolicy. ]

只使用固定 backend / precision / seed。

373. Adaptive Placement

一般 task 可以允許：

[ AdaptiveFieldPolicy. ]

換取效率。

374. Field Policy 是任務的一部分

因此同一程式：

[ P ]

在不同 Field Policy 下可以形成不同 execution topology。

375. Program / Execution Topology Separation

所以：

\boxed{ Program \neq ExecutionTopology. }

這對 AI-native compiler/runtime 很重要。

376. 靜態程式、動態場

程式 graph 可以相對穩定，Field 隨資源變化動態重嵌入。

這就是從 compiled program 到 world computation 的一個關鍵轉換。

377. Dynamic Program / Dynamic Field

更進一步，AI-native system 甚至可以在執行中生成新 operator：

G_Q^t\rightarrow G_Q^{t+1}.

Field 也同步擴張。

378. 雙重 Frontier

此時同時存在：

F_{task}

與：

F_{resource}.

即：

計算結構還會長；
資源候選也還會長。

379. Co-Evolution

Task Graph 與 Resource Field 可以共同演化：

(G_Q^t,\mathcal F_Q^t) \rightarrow (G_Q^{t+1},\mathcal F_Q^{t+1}).

這是 AI-native GCCWT 最強的情況之一。

380. Co-Evolution Tension

如果 Task Frontier 增長速度大於 Resource Frontier：

DemandGrowth>CapacityGrowth,

會形成 field pressure。

381. Field Pressure

定義：

P_F(Q,t)

表示未滿足計算需求對 active/potential resource domain 的壓力。

382. Pressure / Tension 分離

Pressure 是需求—供給差距。

Tension 是多約束互相不能完全滿足。

兩者相關但不同。

383. Saturation

若：

P_F>\theta,

Field 進入 Saturated 狀態。

可能觸發：

expand discovery；
reduce quality；
queue；
reject。

384. Field Elasticity

定義：

E_F

表示 Field 對 demand 增加可擴張的程度。

385. Elasticity 受 Authority 限制

即使有更多 remote GPUs，如果未授權：

E_F\approx0.

所以物理 capacity 不等於 effective elasticity。

386. Effective Capacity

定義：

Cap_{eff} =f( Cap_{physical}, Authority, Temporal, Data, Policy, Health ).

387. Nominal / Effective Capacity Separation

\boxed{ NominalCapacity \neq EffectiveComputationalCapacity. }

388. Field Fragmentation

大量小空閒資源可能因 state / authority / locality 無法組合成一個可執行 plan。

這是：

Fragmentation_F.

389. Capacity Sum 不等於 Usable Capacity

即使：

\sum_i Free(r_i)=100,

也可能沒有任何合法 placement 能滿足需求 50。

390. Composite Resource Formation

有些情況可以把多個小資源組成 composite：

R_C=r_1\oplus r_2\oplus r_3.

但需要 bandwidth / synchronization contract。

391. Composite Resource Identity

Composite 應有獨立：

RID_C.

但不抹掉 constituents identities。

392. Composite Field Region

Field Planner 可以把 composite 當 coarse resource region。

這是一種 representation abstraction。

393. Decomposition

如果某 constituent fail：

R_C\rightarrow R_C'.

Composite resource 可能降級，而不是整體消失。

394. Field-of-Fields

多個 local fields 可以形成 higher-order field：

\mathbb F = \{\mathcal F_A,\mathcal F_B,\mathcal F_C\}.

例如不同 Globalities 各自有 field，但又共享資源。

395. Field-of-Fields 不等於 Flatten

\boxed{ \mathbb F \neq \bigcup_i\mathcal F_i \text{ as ontological identity}. }

它只是 higher-order coordination structure。

396. Higher-Order Field Tension

可以有：

T_{\mathbb F}^{(3)}.

即三個 fields 共同作用才產生張力。

397. 這與 OIGT Multi-Globality 的接口

不同 Globalities 的 fields 可以共享 GPU / memory，但仍保持 scope identity。

因此 GCCWT 與 OIGT 的理論接口不是附加，而是自然重疊。

398. Field Bridge

跨不同 field representation，可以建立：

B_F: \mathcal F_A \rightharpoonup \mathcal F_B.

用途包括：

resource summary translation；
capacity negotiation；
continuation migration。

399. Field Bridge 不等於 Resource Bridge

Resource Bridge 連接資源。

Field Bridge 連接 task-relative execution structures。

兩層要分開。

400. Field Contract

第一版完整 contract：

\boxed{ C_F = \langle TaskId, FieldId, Scope, ResourceRequirements, Precision, Temporal, Authority, Budget, Recovery, Security, Closure \rangle. }

401. Scope

Scope 指 field 可以搜索 / 使用哪些 World、Region、Resource Type。

不是所有 task 都有全宇宙 discovery 權。

402. Resource Requirements

可包含：

compute type；
memory；
bandwidth；
operator capability；
trust；
location constraints。

403. Temporal Contract

直接引用 Paper 03：

[ TaskEpoch, CausalFrontier, Lease, Staleness. ]

404. Authority Contract

引用 Paper 01/02/OIGT：

discover；
reserve；
execute；
release；
revoke。

405. Closure Contract

定義任務結束時：

哪些 states 要 commit；
哪些 caches 可留；
哪些 reservation 要 release；
哪些 proof/cert 要保存。

406. Contract Version

Version(C_F)=v.

中途 policy change 必須顯式版本化。

407. Field Revision

若只是新增候選資源：

F\hookrightarrow F'.

可視為 extension。

如果改變 hard policy：

F\rightsquigarrow F'.

是 revision。

408. Extension / Revision 分離

這延續 OIGT：

\boxed{ \text{Field Expansion} \neq \text{Field Policy Revision}. }

409. Field Compatibility

如果兩個 Field Plans：

F_1,F_2

共享 resource，需檢查：

Compatible(F_1,F_2).

410. Field Coexistence

Compatible 不表示它們應合併。

所以：

\boxed{ FieldCoexistence \neq FieldMerge. }

411. Field Merge

只有需要共同管理時才建立：

F_{12}.

並需要新的 identity / policy。

412. Field Split

一個 field 可因 security / failure domain 被拆成：

F_A,F_B.

這是 topology evolution。

413. Field Migration

Field 本身可以從一組 resources 遷移到另一組：

Supp(F_t) ightarrow Supp(F_{t+1}).

而 FID 保持。

414. Field Identity Continuity

如果 FID 不變，應有：

[ ContinuityProof. ]

至少由 history / contract / task identity 支持。

415. Field Ownership

Field 可以由：

user；
Agent；
World；
application；

發起。

但 owner 仍不等於 resource owner。

416. Field Coordinator

某 process 可以負責當前 field orchestration。

但：

Coordinator \neq FieldIdentity.

它可以 failover。

417. No Universal Field Coordinator

多個 fields 可以各自有 coordinator，透過 resource authority 協調。

不要求：

Coordinator^*.

418. Distributed Field Planning

一個 planner 只知道 local region，另一個知道 remote region。

可共同生成：

Plan=Compose(Plan_A,Plan_B).

419. Plan Composition 需要驗證

Local optimal 不保證 global optimal。

所以：

\boxed{ \text{Pairwise / Local Optimality} \not\Rightarrow \text{Global Optimality}. }

420. Optimality 甚至不一定是目標

高可靠系統可能選次優但更可恢復的 plan。

因此 GCCWT 更應說：

[ Feasible+Certified+PolicyAcceptable ]

而不是宣稱永遠求得全域最優。

421. Approximate Field Planning

AI 可以給近似 plan：

\widehat F.

如果所有 hard constraints pass，近似解完全合法。

422. Planning Budget

Field Planning 本身也花算力。

如果：

C_{planning}>Benefit_{optimization},

就不值得繼續搜索。

423. Anytime Planner

可先給一個可行 plan：

F_0,

再持續改善：

F_0\rightarrow F_1\rightarrow F_2.

424. Planner Improvement 不等於正在執行的 Field 必須重綁

只有提升超過 hysteresis threshold 才切換。

425. Field Stability / Optimality Trade-off

這是一個重要張力：

T_{stability-optimality}.

426. Resource Excitation as State Transition

可以形式化：

Potential \rightarrow Resolved \rightarrow Reserved \rightarrow Excited \rightarrow Active.

每一步都有 guard。

427. Excitation Guard

例如：

G_{excite} = G_{identity} \land G_{authority} \land G_{temporal} \land G_{capacity} \land G_{precision}.

428. Guard Failure

哪個 guard fail，回哪個 typed reason。

避免：

[ ExcitationFailed ]

一個模糊錯誤。

429. Active Guard Renewal

Long-running task 不代表一次 validation 永遠有效。

Active 中需 periodic check：

lease；
health；
policy；
epoch。

430. Authority Revocation During Active

若：

[ Revoke(r,Q), ]

Field 必須：

[ Drain/Rebind/Abort. ]

不能繼續「因為已經跑了一半」。

431. Graceful Drain

如果 policy 允許，可以：

Drain(Q_i,r)

完成當前安全點，再 release。

432. Emergency Stop

高風險事件可以：

[ EmergencyRevoke. ]

立即停止，之後從 checkpoint 恢復。

433. Safe Point

Continuation graph 可以標：

SafePoint(Q_i).

方便 preemption / migration。

434. Migration Granularity

可以在：

task；
stage；
operator；
tensor shard；
microbatch；

等粒度遷移。

435. Granularity Trade-off

粒度越細：

flexibility 高；
coordination overhead 也高。

Field Planner 可以選：

Granularity^*.

436. Field Scheduling Horizon

短視 planner 只看下一個 operator。

長視 planner 看：

Q_i\rightarrow\cdots\rightarrow Q_{i+k}.

資料搬移決策可能因此不同。

437. Future Utility

可加入：

U_{future}(r,Q).

例如把 state 放到 GPU_C，雖然現在多一點成本，但後續 5 個 operator 都受益。

438. Myopic Optimality Failure

只優化當前 step 可能造成全鏈更慢。

所以：

\boxed{ \text{Locally Fastest} \neq \text{Globally Best Path}. }

439. Future Dependency Graph

AI Planner 可以讀：

[ DepFuture(Q). ]

但未來 graph 可能尚未完全 materialize。

440. Partial Future Planning

因此：

Plan_{horizon=k}

可隨新 continuation 生成而更新。

441. Field and Paper 05 Next Interface

下一篇 Paper 05 將研究：

當同一 logical state / object 跨多個 Resource / World 分布時，如何管理 dependence、dataflow、state coupling 與 provenance？

Paper 04 只先回答：

哪些區域應被激發、如何遷移與重綁？

442. 計算場不直接定義資料一致性

這是 Paper 05 的主題。

因此本文不將：

[ StateConsistency ]

全部塞入 Field Planner。

只保留必要 contract reference。

443. 計算場不直接取代網路協議

資料傳輸仍由 network / transport backend 實作。

Field 只規劃：

\text{what/where/when/under what authority.}

444. 計算場不直接取代 OS Kernel

本地 scheduling、memory mapping、device driver 仍可由傳統 kernel 執行。

GCCWT 是更高層 world-scale execution substrate。

445. 計算場不要求硬體完全虛擬化

某些特殊 hardware 可以保持 opaque。

只需透過 capability contract 暴露必要操作。

446. 計算場不保證跨任何資源都可遷移

如果 state 不可轉譯：

Rebind\uparrow.

這是合法限制。

447. Field Partiality

因此 Field Operators 通常是 partial：

Excite: (Q,r) \rightharpoonup ActiveState.

448. Field Legality

每個 operation 至少應有：

[ Dom, Type, Authority, Temporal, Policy. ]

這延續分域算子思想。

449. 最小 Field Operator Family

第一版：

\boxed{ \{ Discover, Resolve, Evaluate, Admit, Reserve, Excite, Activate, Rebind, Suspend, Resume, Release, Close \}. }

450. Discover

尋找 potential resources。

451. Resolve

取得 stable RID 的 current binding。

452. Evaluate

計算 task-relative field vector。

453. Admit

檢查 policy / trust / task class。

454. Reserve

取得 Local Resource Authority 的 lease。

455. Excite

materialize necessary execution bindings / state。

456. Activate

開始實際承擔任務。

457. Rebind

切換 resource support。

458. Suspend

暫停 Active 但保存可恢復狀態。

459. Resume

從 Dormant / Suspended 重啟。

460. Release

釋放 reservation / state footprint。

461. Close

關閉 field obligations。

462. GCCWT-F1：Resource Presence / Activation Separation

\boxed{ Addressable(r) \not\Rightarrow Active(r,Q). }

463. GCCWT-F2：Planning / Authority Separation

\boxed{ PlannerSelect(r) \not\Rightarrow Authorized(r,Q). }

464. GCCWT-F3：Reservation / Execution Separation

\boxed{ Reserved(r,Q) \not\Rightarrow Active(r,Q). }

465. GCCWT-F4：Logical Identity / Carrier Separation

\boxed{ TaskIdentity \neq ResourceIdentity. }

466. GCCWT-F5：Field / World Separation

\boxed{ \mathcal F_Q \neq W. }

467. GCCWT-F6：Finite Active Support

\boxed{ |\operatorname{supp}_{active}(\mathcal F_Q,t)|<\infty. }

468. GCCWT-F7：Open Resource Frontier

不存在 foundation 要求的固定最大：

N_R.

Field 可以持續 discovery / expansion。

469. GCCWT-F8：Local Resource Authority Preservation

任何 remote field activation 必須尊重 resource-local authority。

470. GCCWT-F9：Task Completion / Field Closure Separation

\boxed{ TaskComplete \not\Rightarrow FieldClosed. }

471. GCCWT-F10：Pairwise / Higher-Order Resource Separation

\boxed{ \forall i<j\ Compatible(Q_i,Q_j) \not\Rightarrow Compatible(Q_1,\ldots,Q_n). }

472. GCCWT-F11：Field Projection / Ontology Separation

任何 graph/matrix/tensor representation 都不等於 Field 本體。

473. GCCWT-F12：Minimum Sufficient Field

全域調度不應預設追求最大 active support，而應尋找符合任務的最小充分 field。

474. GCCWT-F13：Temporal Legality

跨 Resource activation 必須具有足夠 Task Epoch / Causal Frontier / lease information。

475. GCCWT-F14：Precision Explicitness

跨異質 accelerator 執行時，任何 precision downgrade 必須明示。

476. GCCWT-F15：Failure-Domain Preservation

Field coupling 不得默認抹除實際 failure domain。

477. GCCWT-F16：No Mandatory Universal Scheduler

GCCWT 不要求存在一個對所有 Resource 擁有 commit authority 的：

Scheduler^*.

478. 六條母命題

本文可濃縮成六條：

\boxed{ \text{Potential Resource} \neq \text{Active Resource} }

\boxed{ \text{Field Planning} \neq \text{Resource Ownership} }

\boxed{ \text{Logical Computation Identity} \neq \text{Physical Carrier} }

\boxed{ \text{Fastest Local Resource} \neq \text{Best Global Execution Path} }

\boxed{ \text{Task Completion} \neq \text{Field Closure} }

\boxed{ \text{Finite Active Field} \neq \text{Finite Future Field} }

479. 最小驗證實驗 A：CPU → GPU → Proof Engine

準備：

CPU_A；
GPU_B；
Proof_C。

任務：

Q_1\rightarrow Q_2\rightarrow Q_3.

其中：

$Q_1$ ：解析；
$Q_2$ ：tensor compute；
$Q_3$ ：形式驗證。

預期：

CPU_A\rightarrow GPU_B\rightarrow Proof_C.

驗證：

continuation identity；
Task Epoch；
State Capsule；
result provenance。

480. 最小驗證實驗 B：Move Data vs Move Compute

準備：

Data (D) 在 GPU_B；
CPU_A 有 operator (f)。

比較：

MoveData(D,B\rightarrow A)

與：

MoveCompute(f,A\rightarrow B).

驗證 Planner 能否根據：

data size；
operator size；
bandwidth；
authority；

選擇不同方案。

481. 最小驗證實驗 C：Dynamic Rebinding

讓：

GPU_B\downarrow.

要求 task identity 不變，轉至：

GPU_C.

驗證：

State Capsule；
input version；
field epoch；
reservation release；
output equivalence。

482. 最小驗證實驗 D：Higher-Order Resource Tension

設定：

Capacity(GPU_X)=2.

三個 task 各要求 1。

任兩個：

[ Compatible. ]

三個同時：

T_F^{(3)}>0.

驗證 pairwise scheduler 是否會漏掉問題。

483. 最小驗證實驗 E：Dormant Capacity Wake-Up

兩個 task 搶同一 GPU。

第一個 active，第二個：

[ DormantCapacity. ]

第一個 release 後，第二個應保留 identity 並重新激發。

484. 最小驗證實驗 F：Precision Downgrade

任務要求：

Error\leq\epsilon.

候選：

FP64 CPU；
FP16 GPU。

測試：

GPU 是否被拒絕；
mixed precision 是否可接受；
是否產生 degradation certificate。

485. 最小驗證實驗 G：Authority Revocation

任務 active 於 remote GPU。

中途：

[ Revoke(Reservation). ]

Runtime 必須：

drain / checkpoint / rebind / abort；
不得無視 revocation。

486. 最小驗證實驗 H：Temporal Staleness

讓 remote GPU 收到舊 input version。

即使 GPU 空閒，也應：

[ StaleActivation. ]

而不是執行。

487. 最小驗證實驗 I：Field Closure

Task output 已完成，但故意留下：

reservation；
temporary cache；
authority token。

應得到：

TaskComplete=\mathrm{true},

但：

FieldClosed=\mathrm{false}.

488. 最小驗證實驗 J：Open Resource Frontier

初始只知道：

CPU_A,GPU_B.

後續 discovery 出現：

GPU_C.

Planner 不需重啟 task，即可評估 field expansion。

489. 可證偽條件

若以下結果長期成立，GCCWT 計算場作為獨立理論層的價值會下降：

Task→Device 模型足以無損描述所有跨 World 異質執行；
Resource identity / authority / temporal contract 對動態 placement 沒有額外解釋力；
State Capsule 相較 process/image migration 沒有任何可驗證優勢；
高階 resource tension 可以完全被 pairwise queue 模型捕捉；
動態 Rebinding 在真實系統中只增加成本而沒有 recovery / performance 價值；
Field Closure / Field Debt 無法提供比一般 cleanup 更一般的語義；
Open Resource Frontier 在實際 AI-native workload 中沒有必要。

因此本文不是僅靠命名成立。

490. 本文不主張

本文明確不主張：

CPU/GPU/Memory 的物理差異會消失；
所有硬體可以零成本共享同一記憶體；
所有資源都應由一個 AI Scheduler 控制；
所有 task 都應頻繁遷移；
AI Planner 必然優於所有傳統 scheduler；
Field 是一個新的物理基本場；
所有 world 必須共享同一 field；
所有 Resource 都應對所有 task 可見；
跨 World execution 可以忽略 authority / policy / failure domain；
Field Planning 可以取代 MWT、GCM、CTCL 或 OIGT。

491. 與現有技術的相似與差異

本文與：

heterogeneous scheduling；
distributed runtime；
grid computing；
cloud scheduling；
workflow engine；
serverless；
dataflow systems；
distributed shared memory；

都有重疊。

GCCWT 的研究增量不在宣稱上述領域不存在，而在把：

\boxed{ WorldIdentity + GlobalComputation + WorldAddressSpace + CTCL + OIGTAuthority + DynamicField }

放進同一個開放共享計算宇宙框架。

492. 工程實現的最低資料結構

可以有：

FieldRecord
    field_id
    task_id
    field_epoch
    task_epoch
    active_support
    potential_frontier
    reservations
    state_bindings
    temporal_state
    tension
    debt
    policy_version

493. Resource Activation Record

ActivationRecord
    resource_id
    field_id
    continuation_id
    reservation_id
    input_versions
    precision_contract
    temporal_envelope
    state_capsule_ref
    status
    certificate

494. Reservation Record

ReservationRecord
    reservation_id
    resource_id
    requester_world
    field_id
    amount
    epoch
    lease_until
    authority
    status
    signature

495. Rebind Record

RebindRecord
    field_id
    continuation_id
    from_resource
    to_resource
    reason
    state_capsule
    field_epoch_before
    field_epoch_after
    fidelity
    result

496. Field Tension Record

FieldTension
    scope
    order
    resources
    tasks
    components
    pairwise_compatible
    tolerance
    status

497. Paper 04 的理論位置

至此，前四篇可形成：

\boxed{ \begin{aligned} Paper\ 00 &: \text{共享計算宇宙總綱},\\ Paper\ 01 &: \text{資源如何被穩定尋址},\\ Paper\ 02 &: \text{不同世界如何耦合而不坍縮},\\ Paper\ 03 &: \text{異步世界如何共享時間—因果座標},\\ Paper\ 04 &: \text{哪些合法資源在何時應被激發成實際執行域}. \end{aligned} }

498. 與下一篇 Paper 05 的接口

Paper 04 已經允許：

X_Q

在不同時間由不同 physical carriers 實現。

下一篇需要回答：

如果 logical state、依賴與資料本身跨多個 World / Resource 分布，哪些是 canonical、哪些是 replica、哪些只是一個 projection？

以及：

當 A 的 task state 部分存在 B 的 GPU、C 的 memory、D 的 Agent 時，如何維持依賴、資料流、版本與 provenance？

因此 Paper 05 將從 Field Placement 進一步進入：

\boxed{ \text{Global State} + \text{Dependency} + \text{Dataflow} + \text{Cross-World Realization}. }

499. 最終總式

本文最終把計算場寫成：

\boxed{ \begin{aligned} \mathcal F_Q(t) = &\text{Addressable Potential Resources} \\ +&\text{Task-Relative Evaluation} \\ +&\text{Local Authority Reservation} \\ +&\text{Temporal/Causal Alignment} \\ +&\text{State/Data Placement} \\ +&\text{Dynamic Excitation} \\ +&\text{Rebinding/Recovery} \\ +&\text{Tension/Closure/Provenance}. \end{aligned} }

其執行形式則是：

\boxed{ \operatorname{supp}_{active}(\mathcal F_Q,t) \subset \mathcal R^{potential}_Q }

且：

\boxed{ |\operatorname{supp}_{active}(\mathcal F_Q,t)|<\infty }

同時保留：

\boxed{ \text{Open Resource Frontier}. }

結論

傳統 Scheduler 把計算理解成：

Task \rightarrow Device.

GCCWT Paper 04 將它擴展成：

\boxed{ TaskIntent \rightarrow DynamicComputationalField \rightarrow FiniteActiveResourceSupport. }

CPU、GPU、Memory、Storage、Network、Agent、LLM Endpoint、Proof Engine 不需要在本體上變成同一種東西，也不需要在物理上變成一塊共享硬體。

它們只需要在共享計算底空間中具有：

穩定可解析的 Resource Identity；
足夠的能力描述；
合法 Coupling / Bridge；
CTCL 時間—因果座標；
Local Resource Authority；
可驗證 State Capsule 與 Precision Contract；
可恢復的遷移與關閉語義。

在此條件下，同一個 logical computation 可以：

CPU_A \rightarrow GPU_B \rightarrow Memory_C \rightarrow Agent_D \rightarrow Proof_E,

而不必把：

A=B=C=D=E.

因此本文最重要的命題不是：

所有硬體最終會變成一台電腦。

而是：

\boxed{ \text{Physical machine boundaries need not remain fixed computational execution boundaries.} }

更進一步：

\boxed{ \text{Global Computational Field} \neq \text{Universal Resource Ownership}. }

與：

\boxed{ \text{Finite Active Field} \neq \text{Finite Future Field}. }

「咻咻咻」真正代表的，是一個 task 的計算需求能在有限活動資源支持上快速重構：資料不必永遠回到原機器，operator 不必永遠留在原 process，state 不必永遠綁在單一記憶體，而全域 AI 可以根據語義、資料、時間、權限、成本與未來依賴，持續形成新的最小充分計算場。

這就是 GCCWT 所稱的：

\boxed{ \text{Computation as a dynamically excited field over a shared but differentiated computational world-space.} }

版本： Draft v0.2
狀態： Paper 04 第一輪增厚完成
下一篇： GCCWT Paper 05｜全域狀態、依賴與資料流：你中有我、我中有你的計算實現