AI 垂直同步
分層中繼、認知比例性與低成本因果一致
English Title: AI Vertical Synchronization: Hierarchical Relays, Cognitive Proportionality, and Low-Cost Causal Consistency
系列:《計算域支配智能:AI 語義控制面與自適應多 X 計算》第 2 篇
系列代號: CDI / AIVS
文件編號: EML-CDI-02-AIVS-2026-v0.1
作者: Neo.K
協作整理: Aletheia
機構: EveMissLab/一言諾科技有限公司
版本: v0.1
日期: 2026-08-10
文件類型: 計算架構理論論文/AI Runtime 同步協議/自適應監督模型
證據成熟度: E0–E1。分層監督、collective reduction、sampling、不同粒度 barrier 等基本工程 primitive 已成熟;AIVS 作為 AI 語義—因果同步層仍是本文提出之統一架構,需要 MVP 驗證。
摘要
第一篇提出計算域支配智能(Computational Domain Intelligence, CDI),將傳統計算執行平面與 AI 語義—因果控制平面分離:
然而,一旦計算域由少量 task 擴展成數百、數千乃至更多 compute region,新的問題立刻出現:
若所有 worker 都持續把完整狀態、trace、資料與錯誤回報給中央 AI,那麼中央 AI 將成為新的頻寬、上下文、Token 與判斷瓶頸。
本文提出 AI 垂直同步(AI Vertical Synchronization, AIVS),作為 CDI 的第二個核心構件。AIVS 不要求所有工作者在同一時間停下,不要求全域 barrier,也不要求每個中間計算結果都進入大型模型。它是一個:
的語義—因果同步系統。
其最小拓撲為:
其中,Worker 執行傳統計算;Relay 以低成本規則、小模型或低認知檔位維持局部因果域;Governor 只接收經壓縮、查照、聚合或升級的高價值事件。必要時,Governor 再向下發布 policy、epoch、routing 或重計算要求。
本文將 AIVS 定義為五種基本同步的組合:
並新增 Policy/Capability Sync 作為治理擴展。
AIVS 的核心原則不是「同步越多越好」,而是:
其中 為認知同步率,即被 AI 實際檢視的同步點占原始計算轉移的比例。此原則直接承接《適度認知論》與 Adaptive Cognitive Runtime(ACR):系統先採低成本認知 ,只有在 anomaly、drift、conflict、uncertainty、risk 或 novelty 增加時才升級至 ;問題解除後再降級。
本文進一步提出 Vertical Sync Packet(VSP)、Relay 狀態機、同步壓力函數、升降級 hysteresis、局部 commit、語義歸約(Semantic Reduction)、Governor fan-in 控制、失聯與 stale relay 防護,以及 head-filter / tail-inspection 型觀測策略。本文特別指出:AIVS 與 MPI reduction、actor supervision、OpenTelemetry sampling、CUDA Cooperative Groups 等既有技術有結構相似性,但不等價;AIVS 的新問題是如何讓 AI 在不讀取所有 raw operations 的情況下,維持足夠的語義、因果、狀態與提交一致性。
本文最後提出八組可反駁假說與 MVP benchmark,為下一篇「候選不是提交」以及第六篇 CDI Runtime + AIVS 工程實作提供協議基礎。
關鍵詞
AI 垂直同步、AIVS、計算域支配智能、CDI、Relay AI、Governor AI、認知比例性、Adaptive Cognitive Runtime、分層監督、因果一致、語義同步、狀態同步、事件驅動、Token 成本、Semantic Reduction
0. 系列位置
第一篇回答:「AI 應不應該替代傳統計算?」
答案是:
至少在本文架構中,AI 更適合成為高階控制面。
第二篇回答:「如果 AI 成為控制面,如何避免 AI 自己成為新的中央瓶頸?」
答案是:
1. 問題:中央 AI 很容易重新製造中央瓶頸
假設有 個 compute workers。若每個 worker 每秒都送 份完整 telemetry 給中央 Governor:
更糟的是,每份 telemetry 可能包含 raw trace、stack、state、data sample、performance counters、dependency、exception、artifact。若 Governor 還要把它們全部放入 context,則:
可能比 message count 更快失控。
2. 第一個反直覺:同步不應該等於「全部一起停」
傳統 barrier synchronization 常表示:
只有所有參與者到達後才 Proceed。這在某些低階 parallel kernel 中是正確的。
但對 AI 控制面而言,若每個語義檢查都要求 Global Barrier,FastWorker 會被 SlowestWorker 拖住。
AIVS 因此預設:
3. AIVS 的基本定義
定義計算域:
其中:
- :workers;
- :relays;
- :governor;
- :policies;
- :events / evidence。
AIVS 是一組作用於不同層級之間的同步算子:
但 不要求每一個 transition 都發生 AI 推理。
4. 「垂直」是什麼?
定義至少三層:
可擴展:
上行:
下行:
5. AIVS 不等於普通 hierarchy
普通 hierarchy 只代表 Parent/Child。
AIVS 還要求每次跨層傳遞具有:
- state version;
- causal scope;
- semantic type;
- authority;
- confidence;
- evidence;
- escalation class;
- TTL / lease。
所以:
6. AIVS 的六種同步
核心五種:
治理擴展:
7. State Sync
回答:「大家現在引用的是不是同一個合法狀態版本?」
最低形式:
例如:
state_sync:
flow_id: physics
worker_epoch: 842
relay_epoch: 842
status: aligned
State Sync 不要求所有節點複製完整世界,只要求各工作依賴的必要狀態版本合法:
8. Causal Sync
回答:「這個結果是否基於合法的父狀態與前置結果?」
令 為計算結果 所依賴的 causal parents。合法條件:
否則可能是:
9. Semantic Sync
回答:「Worker 現在做的工作還是原本那個工作嗎?」
例如:
檢查 objective、hard constraints、output type、allowed side effects 與 forbidden actions。
傳統 runtime 很適合檢查 type、version、checksum;AI 則可補充更高階的 Semantic Drift 檢測。
10. Commit Sync
回答:「目前這個結果只是 candidate,還是已經取得公共狀態修改權?」
AIVS 要同步的不只是資料,也包括:
11. Topology Sync
若 topology 已由:
但 worker 仍依 執行,則產生:
12. Policy / Capability Sync
即使 task 沒變,允許的 action 可能已改變:
Relay 必須知道可以讀、寫、使用哪些 accelerator、能否 speculation、是否允許 rollback。
13. AIVS 最小封包:Vertical Sync Packet
定義:
最低格式:
vsp:
protocol: aivs/0.1
identity:
relay_id: relay.physics.01
worker_id: worker.physics.17
flow_id: physics
region_id: collision.batch.44
temporal:
epoch: 842
topology_version: 12
policy_version: 7
created_at: 2026-08-10T...
causal:
parent_refs:
- state:physics:841
- artifact:collision-grid:v31
input_digest: sha256:...
output_digest: sha256:...
status:
dependency: valid
invariant: pass
anomaly_score: 0.02
uncertainty: 0.04
risk: low
decision:
local_verdict: NOOP
escalation: false
reason: null
budget:
cognitive_regime: R0
max_context_bytes: 2048
max_reasoning_budget: low
evidence_refs:
- trace:...
14. VSP 不應塞 raw trace
VSP 的目的:
正常情況:
只有必要時:
才取 raw trace。
因此:
這正是 ACR 的 Coarse First。
15. Relay 的基本角色
Relay 不是小 Governor。
它負責:
- 局部觀察;
- 局部一致性;
- 簡單異常處理;
- 資訊聚合;
- escalation;
- evidence pointer 維護。
權限預設:
16. Relay 狀態機
正常完成:
錯誤:
17. QUIET / SAMPLE / INSPECT
QUIET:只保留 heartbeat、counter、digest、epoch。
SAMPLE:做低成本定期或事件觸發觀察。
INSPECT:出現 anomaly、drift、新 code path、異常 latency 或 digest 不一致時取得更多 evidence。
18. HOLD / ESCALATE
HOLD 表示 Relay 暫時阻止該 region 的正式 commit;Compute 可以繼續產生 candidate。
若 Relay 無法可靠判定:
建立 EscalationPacket。
19. Governor 不看所有 worker
Governor 主要接收:
因此 Governor 從 telemetry sink 轉成:
20. 多級 Relay
若 非常大,可以:
令 branching factor 為 ,則 hierarchy depth 約:
但本文不宣稱全系統 communication 因此變成 。所有 leaf 若都產生事件,總處理量仍至少與 leaf 數相關。階層化真正改善的是:
21. Root Load
直送:
Relay 後:
若 且正常事件被局部吸收:
22. Semantic Reduction
MPI Reduce 提供一個結構類比:
AIVS 也需要:
例如 100 個 worker 只上行:
97 PASS
2 RETRY
1 STALE
Governor 不需要讀 100 段自然語言。
23. Semantic Reduction 不保證 associative
語義摘要:
不一定等於:
因此 AIVS 必須區分:
- 可安全聚合欄位;
- 不可安全壓縮欄位。
24. 可安全聚合與不可安全盲聚合
可安全聚合:
- count;
- max latency;
- min confidence;
- error bitmap;
- version set;
- invariant failures。
不可盲聚合:
- error explanation;
- novel anomaly;
- causal hypothesis;
- semantic conflict。
後者應使用:
25. Head Filter / Tail Inspection
AIVS 借用 observability sampling 的成本直覺。
Head Filter:事件一到即做 cheap rule,例如 version、checksum、whitelist、obvious pass。
Tail Inspection:收集一段 trace 後再依 error、latency、drift 或 cross-event anomaly 判定。
因此:
26. 認知預算不是只有 Token
ACR 中的認知配置包含 reasoning、context、memory、tools、verifier、model、autonomy。
對 Relay:
其中:
- :reasoning depth;
- :context;
- :memory;
- :verification;
- :observation frequency;
- :action authority。
27. 同步壓力
定義:
其中 分別表示 anomaly、drift、conflict、uncertainty、risk、novelty。
28. 認知檔位
29. R0 可以完全沒有生成式 AI
可以只是 deterministic rules、hashes、counters、small classifier、threshold detector。
所以:
R1 才讀小 context;R2 才做高價值深度推理;Governor 可使用更高檔 R3。
30. 自適應同步頻率
固定:
通常不是最佳。
AIVS 提出:
其中:
穩定時:
不穩時:
31. Sync Rate 不等於 LLM Call Rate
即使 高,大量同步仍可只是 machine check。
所以:
32. 認知同步率
定義:
AIVS 希望:
33. 升級率與壓縮率
升級率:
壓縮率:
如果 ,Relay 太弱或系統太不穩。若 且 detection 不下降,Relay 才真正有價值。
34. Governor Attention Efficiency
定義:
目標不是讓 Governor 回答最多,而是每單位高階認知帶來最大系統價值。
35. Hysteresis
若 在 threshold 附近抖動,可能造成:
認知 thrashing。
使用雙閾值:
才升級,
才降級,且:
36. Dwell / Cooldown / Deduplication
進入某 regime 後至少維持 ;Escalation 後加入 cooldown;每個 VSP 使用 idempotency key:
同類 burst 應聚合成:
burst:
anomaly: stale_epoch
count: 100
affected_regions: [...]
first: ...
last: ...
而非產生 100 次 LLM 對話。
37. Failure Bubble-Up
局部 failure 優先局部處理:
若:
或:
或:
才:
38. Causal Scope
每個 Relay 管:
若 anomaly affected set:
Relay 可以局部處理。
若:
則需上行。
39. Stale Relay 與 Relay Lease
Relay 自己也可能 stale。
定義:
若過期:
但仍可 Observe。
40. Split-Brain Relay
若兩個 Relay 同時認為自己擁有同一 scope,需要:
防止舊 Relay 的晚到 commit。
41. Relay Crash
Relay 消失時,策略可以是:
依風險選擇。
最重要 fallback:
42. Cognitive Fallback
如果生成式 AI 不可用,退回 deterministic R0:
- 不做新的 semantic optimization;
- 保留已知安全 topology;
- 高風險 candidate 不 commit。
因此:
43. AIVS 與 CUDA Cooperative Groups
CUDA Cooperative Groups 顯示 synchronization granularity 本身可以被選擇,不必總是使用整個系統同一粒度。
AIVS 借用這個結構思想,但 AIVS 同步的是 semantic state、causal ancestry、authority、risk 與 topology。
所以:
44. AIVS 與 MPI Reduce
MPI Reduce 的 Many → Root 結構與 Relay aggregation 相似。
但 MPI reduction 的 operator 假設 associative;自然語言或語義摘要不具這個保證。
因此:
必須維持 typed deterministic aggregate 與 raw evidence pointer 的分離。
45. AIVS 與 OpenTelemetry Sampling
觀測系統面臨:
AIVS 採相同成本直覺:
但 AIVS 還會對 compute domain 產生 action,因此比純 observability 多出控制閉環。
46. AIVS 與 Actor Supervision
Actor supervision 把 business logic 與 failure supervision 分離,並允許 failure 往 hierarchy bubble。
AIVS 類似地分離:
但上行的不只 exception,還包含 semantic、causal、policy 與 topology ambiguity。
47. AIVS 與 ACR
ACR 問:「這件事值得想多深?」
AIVS 問:
這個 compute region 現在值得被 AI 看多深、看多頻繁,以及要不要往上送?
所以:
再加上 hierarchy、state sync、causal sync、topology 與 commit authority。
48. 認知預算可以分配
總預算:
分配:
如果 physics risk 上升:
UI risk 低:
所以「注意力」本身成為 runtime 資源。
49. Vertical Attention Allocation
定義:
且:
注意:
大量 machine sync 可以不獲得 AI attention。
50. Token 成本模型
令:
- :同步事件;
- :進 R1 比率;
- :進 R2 比率;
- :上報 Governor 比率。
則:
如果:
高階認知成本保持稀疏。
這就是:
51. 稠密計算、稀疏認知
持續視覺可表示為:
AIVS:
共同原則:
52. 同步點如何產生?
來源可包括:
- fixed interval;
- task boundary;
- commit boundary;
- state version change;
- exception;
- anomaly threshold;
- topology mutation;
- human / Governor request。
不同 flow 應使用不同 sync profile。
53. Sync Profile
sync_profile:
flow_id: physics
baseline_hz: 10
max_hz: 120
anomaly_trigger: 0.55
escalate_trigger: 0.85
evidence_window_ms: 100
regime: adaptive
v0.1 先使用 Rules + Thresholds,收集 traces 後才考慮 learned controller。
54. Local Commit / Global Commit
低風險 region:
的條件可以是:
跨 flow 或高風險:
所以:
55. AI 不應阻塞 critical path
如果每個 kernel 都等 Relay LLM:
AIVS 要求:
預設:
只有 Hold / CommitBoundary 才交會。
56. Semantic Fence
高風險 commit 前建立:
要求:
- epoch current;
- causal parents valid;
- invariants pass;
- authority valid;
- unresolved escalation = 0。
下一篇將正式展開。
57. Time Budget 與 real-time application
遊戲不可能等 AI 深思後才 render。
每個同步決策需要 Deadline。
若:
採 FallbackPolicy:
AI timeout
→ keep original serial route
→ reject speculative commit
→ continue known-safe execution
58. Token Budget 與 Compute Budget
每 Relay:
Governor:
若 AI supervision 本身耗費的時間、功耗與成本大於優化收益,AIVS 失去部署價值。
59. Net Utility
只有:
才值得部署。
60. 主要失敗模式
- Telemetry Flood;
- Relay Hallucination;
- Summary Drift;
- Governor Blind Spot;
- Over-Synchronization;
- Under-Synchronization;
- Escalation Storm;
- Topology Thrashing;
- AI latency > compute period;
- Stale Relay;
- Split-Brain Relay;
- Authority Leakage。
61. Telemetry Flood
大量 worker 同時異常:
需要:
- dedupe;
- burst aggregation;
- priority;
- backpressure;
- sampling。
62. Relay Hallucination
重要原則:
高風險 commit 仍依 deterministic evidence / verifier。
63. Summary Drift
長期摘要可能偏離 raw evidence。
處理:
- evidence refs;
- periodic replay;
- checksum;
- rehydrate from source。
64. Governor Blind Spot
所有 Relay 共用同樣錯誤規則,可能造成 Common-Mode Failure。
需要:
- independent verifier;
- random audit;
- heterogeneous checks;
- human escalation。
65. 遊戲中的可能配置
Main Thread
│
├─ Physics Workers ── Relay Physics
├─ NPC Workers ────── Relay NPC
├─ Asset Workers ──── Relay Asset
└─ UI / Audio ─────── cheap local rules
Relays
│
└──── Governor
正常 frame:
Governor 可能完全不呼叫深度模型。
66. 局部異常與全域異常
NPC route 使用 stale navmesh:
不一定需要 Governor。
若 physics、NPC、world state 同時 epoch mismatch:
67. 垂直認知梯度
中央 AI 可以用更深的認知:
但頻率:
因此:
68. AIVS 梯度原理
令層級 。
作為設計 prior:
而:
不要求嚴格單調,但表示向上資訊應越少、判斷價值越高。
69. Evidence Density
越往上送:
所以:
70. 下行展開
Governor 發:
Relay 展開:
Worker 執行:
所以:
71. 展開—收斂
上行:
下行:
因此:
72. 與因果流的結合
Relay 不一定按 CPU core 分組。
更合理的 scope 可能是:
例如:
因為:
可能比 HardwareLocality 更適合作為高階 AI supervision 的主要劃分。
73. 混合 Scope
Relay scope 可以:
例如「GPU physics flow」。
如此同時考慮 causal locality、NUMA locality 與 device locality。
74. AIVS 與 24/72 Runtime Routing
若一個 compute region 從範式 切換到 ,切換處通常是高價值同步點。
因此:
第四篇可直接使用 AIVS 作為路由切換同步機制。
75. H1:分層 Relay 降低 Governor 負載
比較:
與:
在相同 error detection threshold 下:
76. H2:AIVS 降低高階模型 calls
要求:
且 missed critical errors 不顯著增加。
77. H3:自適應頻率優於固定頻率
比較 1 Hz、10 Hz、100 Hz 與 adaptive。
量測:
- detection latency;
- overhead;
- Token;
- false alarm;
- missed error。
78. H4:Hysteresis 降低 regime thrashing
比較 single threshold 與 dual threshold。
要求:
而 detection latency 不顯著惡化。
79. H5:Typed Semantic Reduction 保留高價值異常
比較:
- raw all;
- naive summary;
- typed aggregate + evidence refs。
要求第三種:
且 novel anomaly recall 接近 raw baseline。
80. H6:多層 Relay 限制 root fan-in
隨:
增加,量測 MessagesToGovernor。
目標是在固定 branching policy 下,root 接收的內容不與 leaf raw reports 等比例爆炸。
注意:這不表示全系統總 message 數變成 sublinear。
81. H7:R0 deterministic mode 能處理大部分正常事件
穩定 benchmark 中:
若大多數事件仍需生成式模型,AIVS 的低成本假設失敗。
82. H8:AI 故障時可退回 known-safe execution
關閉 RelayAI / GovernorAI,要求:
- application 不 crash;
- speculative commit 關閉;
- original serial route 恢復;
- state 不被污染。
83. MVP Metrics
至少記錄:
- raw transition count;
- sync event count;
- R0/R1/R2 count;
- escalation count;
- Governor calls;
- Token;
- model latency;
- false alarm;
- missed anomaly;
- detection latency;
- rollback count;
- root fan-in;
- summary compression ratio。
84. MVP 演進
Phase A:Observer Only。
Phase B:Advisory Mode。
Phase C:Shadow Control。
Phase D:Low-Risk Local Commit。
Phase E:Adaptive Compute Routing。
Phase F:Game Benchmark。
85. AIVS 核心 Invariants
I1 — Raw evidence remains retrievable
摘要不能成為唯一真相。
I2 — AI verdict does not equal proof
重要 commit 仍需 evidence / invariant。
I3 — Stale relay cannot commit
epoch / fencing。
I4 — AI outage has safe fallback
不能 AI 一斷就整個程式不能跑。
I5 — Critical path is minimally blocked by AI
AI supervision 預設 sideband。
I6 — Escalation is bounded
有 queue、priority、backpressure。
I7 — Scope is explicit
Relay 不能無限擴權。
86. 最小 AIVS Runtime
Telemetry Adapter
│
▼
Cheap Event Classifier
│
▼
VSP Builder
│
▼
Local Relay Controller
│ │ │
NOOP RETRY INSPECT
│
▼
Relay AI / ACR
│
┌─────┴─────┐
▼ ▼
Local Action Escalate
│
▼
Governor AI
│
▼
Policy / Routing
87. 最小 Relay API
ingest_event()
build_vsp()
check_epoch()
check_invariant()
score_sync_pressure()
select_regime()
request_evidence()
local_decide()
escalate()
ack_policy()
heartbeat()
88. 最小 Governor API
receive_escalation()
aggregate_relays()
resolve_cross_scope_conflict()
update_policy()
update_topology()
grant_lease()
revoke_lease()
request_deep_trace()
issue_fallback()
89. 下一篇接口
AIVS 已回答:
- 什麼時候同步?
- 同步什麼?
- 誰應該看?
- 看多深?
但還剩:
即使大家同步了,誰有資格讓結果真正改變正式程式狀態?
下一篇:
《候選不是提交》
多 X 計算中的因果校正、錯位檢測與可恢復執行
將正式處理 Semantic Fence、speculative execution、stale candidate、fencing、rollback、local/global commit 與 causal correction。
90. 結論
AI 介入多核心、多 GPU、多 process、多 Agent 或更一般多 X 計算後,最大的危險之一,是把所有 raw information 都重新塞進一個中央 AI。
那只是把:
換成:
AIVS 提出另一個結構:
低層:
高層:
正常:
局部異常:
跨域或未知異常:
所以 AI 不需要一直看完整計算,只需要:
最終:
其工程目標不是「所有東西同步」,而是:
參考資料
內部研究線
- Neo.K / Aletheia. 《AI 不必替代計算:從傳統執行平面到語義—因果控制平面》v0.1,2026。
- Neo.K / Aletheia. 《Adaptive Cognitive Runtime(ACR)工程白皮書》v0.1,2026。
- Neo.K. 《適度認知論:智能為什麼不應對每一個問題都使用最大思考深度》v0.1,2026。
- Neo.K / Codex. 《從線性接力到語義合成:以 AI Board 與 CTCL 觀測跨任務多 AI 持續執行》v0.1,2026。
- Neo.K / Codex. 《Token 不是狀態:協議化語義交換與跨任務 AI 的分散式認知》v0.1,2026。
- EveMissLab. MSSP Game Computer Runtime, v0.8.0, 2026。
- Neo.K. 《從因果點到因果流:AI 視角計算的線性複雜度重構》,2026。
2026-08-10 重新查閱之公開 Primary Sources
- NVIDIA. CUDA Programming Guide — Cooperative Groups, 2026。
- NVIDIA. CUDA Programming Guide — Asynchronous Barriers, 2026。
- MPI Forum. MPI 4.1 Standard — Reduce, 2023。
- OpenTelemetry. Sampling — Head Sampling and Tail Sampling, current documentation。
- Akka. Supervision and Monitoring, current documentation。
- Microsoft. .NET TaskScheduler, current documentation。
版本紀錄
- v0.1 / 2026-08-10:正式定義 AIVS、六類同步、VSP、Relay 狀態機、Semantic Reduction、ACR 多維認知預算、自適應同步頻率、認知同步率、升級率、hysteresis、lease/fencing、sideband supervision、8 組假說與工程 API。