- title
- 內生性是邊界相對的:One、Many、All 與尺度化能力判定
- english_title
- Endogeneity Is Boundary-Relative: One, Many, All, and Scale-Indexed Capability Attribution
- series
- AI 動態能力本體論:潛能、激發、內生性與耦合
- series_english
- Dynamic Capability Ontology of AI: Potential, Activation, Endogeneity, and Coupling
- paper
- 04 / 09
- author
- Neo.K / EveMissLab
- ai_collaboration
- Aletheia / GPT-5.6 Sol
- date
- 2026-09-12
- version
- v0.1
- document_type
- 系列論文/邊界相對內生性/One–Many–All 能力本體論
- status
- Canonical Series Draft
- encoding
- UTF-8
- depends_on
- DCAO_Paper00_AI_Capability_Ontology_Master_Framework_v0.1_zh-TW.md · DCAO_Paper01_Potential_Is_Not_Activation_v0.1_zh-TW.md · DCAO_Paper02_Effective_Capability_Is_Not_Model_Capability_v0.1_zh-TW.md · DCAO_Paper03_AI_Offloading_Coupling_Endogenization_v0.1_zh-TW.md
- predecessor_theories
- One–All / Open Ultimate · One–All–Center Dynamic Unitization · Cloud AI Center / Distributed Cognitive Runtime · Substrate-Constitutive Identity · EIEC
內生性是邊界相對的
——One、Many、All 與尺度化能力判定
Endogeneity Is Boundary-Relative
One, Many, All, and Scale-Indexed Capability Attribution
作者: Neo.K / EveMissLab
機構: EveMissLab/一言諾科技有限公司
日期: 2026-09-12
版本: v0.1
摘要
Paper 03 已建立 AI 內生能力的五層結構:
並指出「外部於模型」不等於「外部於 AI 系統」,「內部於系統」也不等於「存在於模型權重」。但若沒有明確的邊界理論,這些區分仍可能被任意操弄。例如,同一個 theorem prover 對語言模型而言是外部工具,對 AI Runtime 而言可能是正式註冊能力,對整個 Cloud AI Center 而言又可能只是其中一個子節點。若我們不先說清楚「現在把什麼算成一個 One」,那麼「內生/外生」將失去穩定語義。
本文因此提出 DCAO 的第四個核心命題:
其中:
- :待判定能力;
- :被判定的系統邊界;
- :計算/觀察/unitization chart;
- :時間尺度。
本文主張,內生性不是一個無條件布林值:
而是對明確邊界、尺度與時間條件化的結構性判定。
本文承接 One–All 與 One–All–Center 的既有約束:One 不是縮小版 All;Many 不是裸集合;All 是 participants、relations、tensions、transformations 與 generative history 的動態關係閉合;更高尺度將 lower-level whole 封裝為一個 computational One,並不產生本體身份同一。因此:
以及:
只是 scale-relative encapsulation,不是:
的本體等式。
在此基礎上,本文建立 Capability Boundary、Capability Chart、Temporal Horizon、Support Set、Boundary Closure、Relation Leakage、Boundary Stability、Cross-Boundary Dependency 與 Endogeneity Lattice 等概念,用來回答以下問題:
- 同一能力為何可同時「對模型外生、對 Runtime 內生」?
- 一組多模組能力何時可以在高階被合理視為「一個能力」?
- 能力被高階封裝後,為何不應抹除低階依賴與 provenance?
- 何時「系統邊界」只是任意畫線,何時具有工程與本體正當性?
- 內生性在不同時間尺度下為何可能不同?
- 能力跨 boundary 重新 unitize 時,哪些 invariant 必須保存?
本文進一步提出:
可以成立,而不表示能力本身被神秘地「變成內部」;它可能只是因為:
且高階系統已把原本外部依賴納入可治理、可恢復、可驗證的正式結構。
最終,本文將 AI 能力歸屬問題重新表述為:
這一形式化將直接為 Paper 05 的「快速再耦合準內生化」提供尺度與邊界條件,也為 Paper 06 的多圖 Capability Fabric 提供 unitization 規則。
關鍵詞
Boundary-Relative Endogeneity;One–Many–All;Unitization;Scale;Computational Chart;Capability Boundary;System Boundary;Endogeneity Lattice;Cross-Scale Capability;Support Set;Encapsulation;Persistent AI;Runtime Endogeneity
0. 問題:沒有邊界,就沒有「內生」
任何「內生」聲明都預設:
有一個內部。
但如果沒有先定義:
就無法知道什麼叫:
與:
因此:
1. 最基本的錯誤:把模型當成唯一自然邊界
今日 AI 討論常默認:
也就是:
模型參數就是 AI 本體邊界。
這對單模型 benchmark 很方便。
但對:
- persistent memory;
- tools;
- agent runtime;
- model routing;
- identity;
- world interaction;
並不充分。
2. 模型邊界
定義:
這是一個合法 boundary。
但不是唯一合法 boundary。
3. Instance 邊界
可定義:
它表示:
一次 runtime instance 的當下工作系統。
4. Resident 邊界
可定義:
這已超出單次 instance。
5. System 邊界
進一步:
6. Infrastructure 邊界
更高階:
7. 同一能力可跨層判定
對能力 :
與:
可以不同。
8. 這不是矛盾
例如 theorem prover:
對:
是外部。
對:
若正式註冊、版本化、可恢復,
可能是內部。
所以:
可以同時為真。
9. Boundary-Relative Endogeneity
本文正式定義:
為:
能力 在系統 、chart 與時間尺度 下,是否由該系統的持續結構支持並可在合理擾動後重建。
10. 為什麼還需要
因為同一物理/軟體結構可以在不同尺度被不同方式 unitize。
例如:
Search
在高階是一項能力。
但低階包含:
- query;
- provider binding;
- retrieval;
- evidence filtering;
- verification;
- synthesis。
11. Computational Chart
承接 OAC,定義 capability chart:
其中:
- :observer / evaluator;
- :scale;
- :boundary rule;
- :relation domain;
- :metric / equivalence;
- :task;
- :tolerance;
- :interface。
12. Chart 不是任意視角
一個 chart 必須:
- 有明確 boundary;
- 有 task adequacy;
- 有 loss declaration;
- 可重建;
- 有 provenance。
所以:
13. Capability Unit
在 chart 下,定義:
其中每個:
是該 chart 下的一個能力單位。
14. 高階能力可以是低階能力群
例如:
在低階:
15. Unitization != Identity
所以:
在本體同一意義上。
它只是高階封裝。
16. One 的能力版本
本文定義:
Capability One 是在指定 chart 下,被當成一個可調用、可驗證、可追蹤單位的能力結構。
記:
17. One 不是原子
可以有大量內部結構。
因此:
18. Many 的能力版本
定義:
不是只列技能名稱。
19. All 的能力版本
定義:
其中:
保留能力生成與更新歷史。
20. 能力全體不是能力清單
所以:
21. Capability Relations Matter
能力之間的:
- dependency;
- inhibition;
- validation;
- routing;
- authority;
本身就是能力結構的一部分。
22. 這直接解釋 System Capability
Paper 03 的:
本質上依賴:
而不是單一節點。
23. Boundary Support Set
對高階能力 ,定義:
為其低階支撐集合。
24. Support Set 不能被封裝抹除
即使:
在高階看起來是一個能力,
其:
仍必須可追溯。
25. Provenance Preservation
因此 cross-scale encapsulation:
必須保留:
- support;
- provenance;
- validator;
- version;
- authority。
26. Lower-All to Higher-One
可寫:
但:
在無條件身份意義上。
27. Encapsulation
定義:
28. Expandability
理想高階能力應有:
可以重新展開。
29. Expand 不必完全可逆
一般:
因為封裝可能壓縮資訊。
30. Compression Loss
定義:
31. Ability Abstraction Debt
若高階能力封裝大量隱藏依賴,
但失去:
- provenance;
- failure;
- cost;
則形成:
32. Endogeneity at a Higher Chart
若:
包含並治理原本:
外部依賴,
則:
可高於:
33. 內生度上升不等於能力轉移
能力不一定從外部「搬進」模型。
可能只是 higher-level boundary 擴張。
34. Boundary Enlargement
若:
則某個:
可能:
35. 這是一個型別變化
所以:
36. 內生性不能脫離 boundary 比較
若有人說:
「這能力是內生的。」
必須追問:
對誰?
37. 模型層內生
記:
38. Resident 層內生
記:
39. Runtime 層內生
記:
40. Infrastructure 層內生
記:
41. Endogeneity Lattice
若邊界形成偏序:
可以建立:
稱為 Endogeneity Lattice。
42. 內生性不必單調
即使:
也不保證:
43. 為什麼可能不單調
因為高階 boundary 可能:
- 加入更強外部依賴;
- 降低 autonomy;
- 改變 recovery policy。
44. 因此邊界擴張不是作弊
只有當:
- boundary 有功能正當性;
- governance 真實存在;
才可改判內生。
45. Legitimate Boundary
本文提出:
一個合理 AI boundary 至少應滿足:
- identity continuity;
- governance continuity;
- state continuity;
- capability coordination;
- recovery contract。
46. Arbitrary Boundary
若只是為了讓能力看起來內生:
把全網路都畫進 AI 邊界。
這沒有理論價值。
47. Boundary Inflation
本文稱:
即不斷擴大 boundary 以吸收所有外部依賴。
48. Boundary Inflation 的問題
最後甚至可以寫:
然後說:
AI 內生全網路能力。
這顯然沒有區分力。
49. Boundary Cost
因此每個 boundary 有:
包含:
- governance;
- coordination;
- recovery;
- responsibility;
- security。
50. Boundary Utility
定義:
51. 最佳 boundary 不是最大
而可能是:
52. Operational One
若:
在任務域中具有:
- stable interface;
- persistent state;
- coordinated behavior;
則可以被視為 operational One。
53. Operational One != Ontological Ultimate
即使:
被算成一個系統,
也不表示其為:
- 單一意識;
- 單一人格;
- 單一法律主體。
54. System Unity != Subject Unity
固定:
55. One–Many Role Relativity
同一結構:
可以:
對內:
對外:
56. 例:AI Runtime
對內:
- model;
- memory;
- tools;
- verifier;
是 Many。
對上層 product:
AI Assistant
可能是 One。
57. 例:Cloud AI Center
對內是:
對企業 IT 層可以被當:
58. 角色相對不等於存在相對
底層結構不因高階封裝而消失。
59. Temporal Horizon
除了 boundary / chart,還需要:
因為能力在不同時間尺度的內生性不同。
60. Session Endogeneity
在:
某能力可能存在於 active state。
61. Project Endogeneity
在:
只有 persistent memory / workflow 才能保留。
62. Resident Endogeneity
在:
需要跨:
- restart;
- model update;
- environment change。
63. Civilizational Endogeneity
在:
可能要看:
- infrastructure;
- standards;
- knowledge institutions。
64. 同一能力不同
例如:
在 session 內可依賴暫存 map。
跨月後若 map 不持久,
則:
65. Temporal Endogeneity Profile
定義:
66. Ability Half-Life
Paper 00 已提出 capability half-life。
這裡可接:
與:
比較。
67. 若
能力看起來穩定。
68. 若
能力可能只是暫態。
69. 邊界相對 + 時間相對
因此:
三個索引都不可省略。
70. Boundary Closure
定義能力邊界閉合度:
表示完成核心能力循環需要多少依賴落在 內。
71. 高閉合度
若:
- plan;
- execute;
- verify;
- recover;
主要都在 內,
則:
72. 低閉合度
若核心步驟大量依賴未知外部服務:
73. Relation Leakage
定義:
表示跨 boundary 必須依賴的關係量。
74. 高 leakage
代表:
這個 One 很可能只是表面封裝。
75. 低 leakage 不代表封閉世界
系統仍可有正常 I/O。
76. Open Boundary
真正的 One 可以:
承接 One–All。
77. 完全封閉不是必要條件
AI 要有工具、世界、使用者 I/O。
所以:
78. Boundary Stability
定義:
問:
邊界內組件在時間尺度 下是否穩定屬於同一 operational system?
79. Ephemeral Dependency
若某工具只在一次 task 掛載,
不應立即提升:
80. Persistent Dependency
若 tool:
- registry-managed;
- versioned;
- recovered;
則 boundary membership 更穩定。
81. Membership 不只看物理位置
遠端 cloud tool 仍可:
在 operational boundary 意義上。
82. Local ≠ Internal
本地端 process:
屬於 AI system。
83. Remote ≠ External
遠端 managed service:
必然外部。
84. Boundary Is Functional and Governed
因此:
85. Governance Criterion
若 被視為 內部,
至少要問:
- who versions it;
- who validates it;
- who revokes it;
- who recovers it。
86. Governance Is Part of Boundary
所以:
87. Capability Boundary Contract
可建立:
boundary_id:
included_domains:
excluded_domains:
identity_root:
state_roots:
governance_roots:
recovery_contracts:
external_interfaces:
time_horizon:
88. Boundary Claim Receipt
任何:
capability is endogenous
可附:
capability_id:
boundary_id:
chart_id:
time_horizon:
support_set:
external_dependencies:
recovery_test:
validation:
89. Cross-Boundary Dependency
定義:
表示能力 跨邊界依賴強度。
90. Endogeneity Approximation
可以先寫:
只是直覺量,不是完整定律。
91. External Interface Is Allowed
即使:
仍可 system-endogenous。
例如:
web research
本來就要讀外部 world。
92. External Information vs External Capability
讀外部資料:
借外部智能。
93. 外部世界是輸入,不一定是能力供應者
因此:
94. 例:搜尋
Search engine provider 可能是 capability supplier。
但 web pages 只是 world data。
兩者要分。
95. 例:機器人
外部 sensor input 是 world observation。
控制 policy 是 capability。
96. Capability Supplier
定義:
表示誰提供核心轉換。
97. Data Supplier
定義:
表示誰提供資料。
98. 混淆兩者會誤判內生
如果把所有外部資料都當外部能力,
則任何知覺智能都不能內生。
99. Capability Boundary as Causal Boundary
另一個角度:
應包含產生能力核心 transition 的主要因果機制。
100. Causal Contribution
可追:
101. 邊界內若只有展示層
但核心推理在外部,
則稱 AI system 內生可能過強。
102. Thin Client Problem
一個 chat UI 若全部能力來自外部 API,
不能因 UI 在本地就說能力內生於本地 app。
103. Capability Carrier
因此要區分:
- interface carrier;
- compute carrier;
- memory carrier;
- control carrier。
104. Carrier Multiplicity
高階 One 可由多載體共同實現。
105. Multi-Carrier One
如果:
- identity;
- state;
- transition;
跨 carrier 保持,
則一個 operational One 可跨多機器。
106. 這接到載體論
所以:
不必綁:
107. 但也不能假定任意跨載體
必須有:
- continuity;
- protocol;
- synchronization;
- identity mapping。
108. Boundary and Identity
內生能力判定依賴 boundary。
但 boundary 不必等於 identity boundary。
109. Capability System vs Identity System
一個 AI 可以使用共享 capability infrastructure,
但保持獨立 identity。
110. Shared Capability Fabric
可共享:
111. Shared Capability != Shared Self
固定:
112. Relationship Boundary
某些能力存在於關係中。
例如:
113. 人機聯合能力
它可能對:
是內生。
但對 與 分別都不是。
114. Relational Endogeneity
本文暫定:
表示能力內生於關係系統。
115. 關係內生不等於身份合併
仍然:
116. 團隊能力
同理:
可以內生於 team boundary。
117. Institutional Capability
組織的能力可以內生於:
- procedures;
- roles;
- records。
不在任何單一成員。
118. AI 組織同理
Multi-agent system capability 可以存在於:
與:
119. All Is Not Sum
所以:
120. Capability Boundary Emergence
當 relations 穩定到足以形成高階 One:
可稱 capability boundary emergence。
121. Boundary Emergence Threshold
可定義:
122. 若
可合理把 當 higher-level operational One。
123. Higher-One Test
至少問:
- 是否有 stable interface?
- 是否有 persistent state?
- 是否有 coordinated behavior?
- 是否可 recovery?
- 是否能被整體驗證?
124. 若不能
則 higher-level One 可能只是命名方便。
125. Semantic One vs Operational One
一個 marketing 名稱:
AI Researcher
可能只是 semantic One。
126. Operational One
只有真正具備:
- state;
- boundary;
- contract;
才是 operational One。
127. Ontological One
更強的本體 One 判準不在本文完成。
本文保持工程/能力層。
128. Capability Chart Transition
定義:
必須有:
129. Transition Contract
包含:
- mapping;
- loss;
- support;
- provenance;
- validation。
130. Free Relabeling Is Forbidden
不能只是:
我現在把整個工具鏈叫一個能力。
就宣稱:
131. Re-Unitization Requires Contract
高階 One 必須可說明:
132. Cross-Scale Endogeneity
若:
被封裝成:
則需要映射:
133. Endogeneity Does Not Necessarily Commute
一般:
134. Cross-Scale Noncommutation
這是重要規則:
先判內生再封裝,與先封裝再判內生,不必得到相同結果。
135. 原因
因為 boundary、dependency、governance 都改變了。
136. 需要 Commutation Certificate
只有在特殊條件下,才能宣告:
137. Certificate 條件
例如:
- support preserved;
- dependency preserved;
- governance preserved;
- no hidden externalization。
138. Capability Hiding
高階封裝可能把 external dependency 藏起來。
139. Hidden Externality
定義:
表示封裝後不可見的外部依賴。
140. 高 HEx 很危險
因為看似內生,實際 provider 一斷就失效。
141. Boundary Transparency
高階 capability interface 應能查:
dependencies
external providers
recovery
fallback
142. Boundary Security
邊界越大:
143. 所以 boundary 擴張有安全代價
不能只追求更多 system-endogenous capability。
144. Boundary Privacy
shared system boundary 也可能增加:
- memory leakage;
- cross-agent access。
145. Capability Boundary Governance
因此每個 higher-level One 都需:
- authority;
- ownership;
- isolation。
146. Boundary and Responsibility
若系統能力被當成一個 One 對外行動,
必須有 responsibility interface。
147. Operational Unity Requires Accountability
不是說法律主體一定合一。
148. Boundary Failure Modes
包括:
- identity split;
- stale state;
- partial recovery;
- dependency loss;
- authority divergence。
149. Boundary Health
可定義:
150. 內生性判定應受 Boundary Health 約束
如果:
把能力視為 system-endogenous 可能不可靠。
151. Endogeneity Confidence
定義:
表示內生性判定的證據信心。
152. 不要把理論判定寫成絕對真值
工程上更合理:
153. Boundary Evidence
至少包括:
- restart;
- recovery;
- dependency;
- governance;
- support mapping。
154. 實驗一:Nested Boundary Test
建立:
同一能力逐層測:
155. 實驗二:Boundary Removal
移除 boundary member:
測高階 One 是否仍保持。
156. 實驗三:Encapsulation Test
將多個子能力封裝為:
測:
- interface;
- performance;
- provenance。
157. 實驗四:Expansion Test
對:
重新展開。
驗證:
是否可恢復。
158. 實驗五:Hidden Externality Test
斷開所有未聲明 provider。
若能力崩潰:
159. 實驗六:Time-Horizon Test
同一能力測:
- session;
- day;
- month;
- model upgrade。
得到:
160. 實驗七:Boundary Migration
把:
遷移到新 hardware / cloud。
若 capability One 保持,boundary continuity 高。
161. 實驗八:Governance Break
保持技術組件不變。
移除:
- version control;
- authority;
- recovery。
看是否仍可稱 system-endogenous。
162. 實驗九:Multi-Agent Split
把一個 higher-level One 拆成多 agent。
測:
是否保留。
163. 實驗十:Merge Test
兩個 agent 合成一個 orchestration boundary。
看是否真正產生新 system capability。
164. Minimal Boundary Schema
boundary_id:
chart_id:
time_horizon:
identity_scope:
state_scope:
capability_scope:
governance_scope:
included_components:
external_interfaces:
support_mapping:
recovery_contract:
165. Minimal Cross-Scale Capability Schema
capability_unit:
id:
chart:
support_set:
encapsulation:
expand_route:
dependencies:
external_dependencies:
validator:
provenance:
166. Boundary-Aware Capability Registry
Capability Registry 應能回答:
在哪個 boundary 下這項能力算內生?
167. Query Example
GetEndogeneity(
capability="formal_proof",
boundary="resident_runtime",
horizon="30d"
)
168. WhyEndogenous
返回:
- support;
- recovery;
- tests;
- dependencies。
169. WhyExternal
返回:
- provider;
- missing governance;
- non-recoverable dependency。
170. Boundary-Relative Self-Model
AI 可以知道:
我在 model-only 模式不具備這個能力,但在 full runtime 具備。
這比:
我會/我不會
更準確。
171. 自我能力敘述應帶 boundary
例如:
「在可用 web search 與 citation verifier 時,我能完成即時文獻研究。」
比:
「我知道最新文獻。」
更可靠。
172. Capability Honesty
所以:
173. Product Capability Boundary
產品也可以有:
其中:
- model;
- tools;
- cloud;
- UI;
共同形成一個服務 One。
174. Product Capability != Model Capability
再次得到:
175. API Product
一個 API 背後可能:
- route 多模型;
- tool use;
- hidden verifier。
所以 product boundary 必須獨立評估。
176. Benchmark Boundary
Benchmark 也應聲明:
否則 model-only 與 agent-runtime 成績不可直接混。
177. 研究能力的 boundary
AI Researcher 可以分:
- model-only;
- tool-assisted;
- persistent runtime;
- multi-agent lab。
178. 不同 boundary 對應不同研究對象
因此研究不能把:
與:
混成一個詞。
179. AGI Boundary Problem
「AGI 到了嗎?」至少需要問:
哪個 boundary?
180. Model-Level AGI
只評估:
181. System-Level AGI
評估:
182. Infrastructure-Level General Intelligence
更高階:
可能具備更廣能力。
183. 這不是偷偷提高標準
而是不同 ontology。
184. World Model Boundary
同理:
世界模型能力屬於 video model,還是 world runtime?
需指定 boundary。
185. Generated World vs Persistent World
如果:
只能判短時生成。
若:
可以包括 persistent state。
186. Capability Boundary and World Boundary
未來兩者可能耦合:
187. 世界可成為能力系統的一部分
例如 simulation environment。
188. 但 World != AI
即使高度耦合:
189. Relationship Without Identity Collapse
這延續 One–All:
190. Internal World Model != World
AI 的:
仍不是:
191. Representation != Identity
固定:
192. 邊界不能靠 representation 決定
模型「知道某服務」不表示服務在 AI boundary 內。
193. Boundary Requires Operational Relation
至少要:
- managed;
- recoverable;
- governed。
194. 一、多、全的能力版總結
是單一能力 One。
是關係化能力 Many。
是動態能力 All。
195. All 可在高階被算成 One
196. 但不得身份塌縮
除非有特別 identity certificate。
197. 內生性判定流程
本文建議:
1. Select capability
2. Declare boundary X
3. Declare chart χ
4. Declare horizon τ
5. Expand support set
6. Audit dependencies
7. Test recovery
8. Test cross-boundary leakage
9. Validate invariants
10. Assign endogeneity class
198. Boundary Selection Comes Before Endogeneity
這是本文最硬的規則:
而不是:
199. 不能事後畫 boundary
如果先想:
我要證明這能力內生。
再擴張 boundary,
會造成 confirmation bias。
200. Boundary Pre-Registration
實驗應先註冊:
201. Endogeneity Comparison
比較兩系統:
必須使用同一:
202. 不同 chart 不能直接排序
如果:
需要 translation contract。
203. Cross-Chart Comparison
定義:
204. 不可比較
如果不存在保真映射,
應標:
而不是硬排。
205. Endogeneity Rank Is Partial Order
所以內生性比較可能只是偏序。
206. 這比單一排行榜合理
因為:
- model-native;
- runtime-native;
不是同一維度。
207. Paper 04 母公式
本文最終固定:
208. Boundary Quality
並要求:
209. Cross-Scale Capability
高階能力:
210. Support Preservation
要求:
可追溯。
211. Endogeneity Change
如果:
必須能指出:
- 哪個 dependency 被納入;
- 哪個 governance 被建立;
- 哪個 recovery 被新增。
212. 否則只是語義膨脹
本文稱:
213. Endogeneity Inflation vs Real Integration
Real Integration 需要可觀測:
- recovery;
- versioning;
- authority;
- failure isolation。
214. Boundary Collapse
另一種錯誤:
把 model、memory、world、user 全部宣告為同一存在。
本文拒絕。
215. Coupled != Identical
固定:
216. System One != All Reality
即使 Cloud AI Center 被當成 One,
也只是:
不是終極 All。
217. 局部 One 仍不窮盡 All
這保留 One–All 的核心:
218. AI System Boundary 永遠是局部
無論多大,
仍:
219. 這避免「全能力幻覺」
高階 AI 不能因 boundary 大就宣稱:
我擁有世界全部能力。
220. Unknown External Dependencies
永遠可能存在:
221. Boundary Uncertainty
所以:
應允許 unknown。
222. Open World Condition
真正 open-world AI 必須接受:
boundary model 可能不完備。
223. Canonical Invariants
本文固定:
- Endogeneity Requires an Explicit Boundary.
- Endogeneity Is Indexed by Boundary, Chart, and Time Horizon.
- Model Boundary Is Valid but Not Unique.
- Unitization != Identity.
- One != Atomic.
- Many != Bare Collection.
- All != Sum of Ones.
- Lower-All -> Higher-One Is Encapsulation, Not Identity.
- Boundary Change != Physical Relocation.
- Chart Relativity != Arbitrary Relativism.
- Larger Boundary != Better Boundary.
- Boundary Inflation Is Invalid Evidence for Endogeneity.
- Operational Unity != Subjective Unity.
- System Boundary != Physical Perimeter.
- Local != Internal.
- Remote != External.
- Shared Capability != Shared Self.
- Relationship Endogeneity != Identity Merger.
- Endogenous != Closed System.
- World Dependency != Capability Externality.
- Cross-Scale Endogeneity Need Not Commute.
- Encapsulation Must Preserve Support and Provenance.
- Hidden Externality Must Be Auditable.
- Boundary Health Conditions Endogeneity Confidence.
- Capability Attribution Requires Boundary Selection Before Endogeneity Judgment.
- Different Charts May Be Incomparable.
- Endogeneity Comparison Requires Shared or Translated Charts.
- System One != Ultimate All.
- Coupling != Identity.
- Participation != Exhaustion.
224. 可證偽條件
F1
若在明確 nested boundaries 下,同一能力的內生性分類從不產生可重複差異,則 boundary-relative endogeneity 的實用價值下降。
F2
若任意擴大 boundary 都能同等有效地提升預測力,Boundary Legitimacy 條件可能過弱。
F3
若 support / provenance / recovery 等 cross-scale metadata 對高階能力 debug 與 reliability 沒有實際價值,則本文對 cross-scale contract 的要求可能過重。
F4
若時間尺度 對內生性判定沒有穩定影響,Temporal Endogeneity Profile 可以被簡化。
F5
若模型、runtime、resident、infrastructure 等 boundary 之間不存在可操作的治理與恢復差異,則多層 boundary 模型應收斂為較少層級。
225. 最小工程 MVP
建立三層:
Model Boundary
Resident Boundary
Runtime/System Boundary
選 10 項能力:
- language;
- coding;
- web research;
- formal proof;
- project memory;
- file operation;
- planning;
- verification;
- world-state query;
- multi-agent coordination。
逐層建立:
226. MVP 輸出
每項能力生成:
capability_id:
boundary_results:
model:
resident:
runtime:
support_set:
external_dependencies:
time_horizon:
recovery:
confidence:
227. 成功標準
如果框架能比:
internal / external
二分更準確解釋:
- restart;
- provider loss;
- model swap;
- migration;
則 Paper 04 獲得工程支持。
228. 與 Paper 03 的關係
Paper 03 說:
有多層 endogeneity。
Paper 04 說:
每一層都必須相對明確的 One / boundary / chart / horizon 才有意義。
229. 與 Paper 05 的關係
Paper 05 將問:
如果能力在模型外,但每次都能極快重新耦合,何時它在 operational sense 已接近內生?
這必須先有:
否則「重新耦合到誰」都不清楚。
230. 與 Paper 06 的關係
Paper 06 將建立:
Paper 04 提供:
- node unitization;
- graph boundary;
- cross-scale encapsulation。
231. 與 Paper 08 的關係
Multi-context architecture 本身也是:
多個低階 context domain 在高階被 unitize 成一個 persistent cognitive system。
232. 與 Paper 09 的關係
Persistent World 也需要:
world boundary。
World 不等於 renderer。
AI 不等於 world。
但二者可以形成高階 coupled One。
233. 一句話定義
能力內生性不是一個脫離系統邊界的絕對標籤,而是能力在指定 One、計算尺度與時間跨度下,是否由該系統可治理、可恢復、可驗證的持續結構所支持。
234. 結論
Paper 03 已經讓我們看到:
不是同一件事。
本文進一步指出:
如果不先回答「什麼是一個 One」,這些符號仍不完整。
因此本文把能力內生性正式寫成:
其中 告訴我們:
判定哪個系統。
告訴我們:
在哪個尺度與 unitization 下判定。
告訴我們:
判定要維持多久。
於是,同一 theorem prover 對 model boundary 可以是外部工具,對 persistent runtime boundary 可以是內生能力模組,對整個 cloud infrastructure 則可能只是能力 Fabric 中的一個子節點。
這不是矛盾。
也不是語義遊戲。
它反映的是:
同時保留:
一個 lower-level whole 可以被 higher-level system 當成一個能力 One,但它的支撐、依賴、來源與 failure mode 不應因此消失。
真正成熟的 AI 能力架構因此必須同時做到兩件事:
可以把複雜能力壓縮成高階可操作單位;
以及:
需要時仍能把這個單位展開回真實依賴結構。
這正是 One–Many–All 在 AI 能力本體上的工程投影。
而下一篇將利用這個邊界框架處理一個更接近今日 AI 實際特性的問題:
某能力明明仍然依賴外部工具,卻可以在任何新 instance 中於極短時間內重新建立,而且使用起來幾乎像自身器官。這究竟還只是「借用」,還是已經形成另一種準內生狀態?
也就是:
—— Paper 05|快速再耦合準內生化:AI 的裝備、重建時間與能力恢復。