LRC–COL-11:Operator Basis Adaptation Law
複合語言的變動定律
The Adaptation Law of Composite Operator Bases
系列:LRC–COL — Language–Reality Coupling & Composite Operator Language
中文:語言—現實耦合與複合算子語言系列
版本:v0.1
日期:2026-08-21
作者: Neo.K
機構: EveMissLab/一言諾科技有限公司
摘要
LRC–COL 前十篇分別建立了語言—現實耦合、語言行動收益、最小與最大有效算子集、基底—深度—粒度交換律、靜態/動態有效區間、AI 學習時間、語義穩定步數、代際傳播與多 Agent 傳播拓撲。這些工作共同指出:一套面向 AI、人類與多 Agent 系統的複合 operator language 不可能被設計成一次性、固定、永久完備的靜態字典。
真正需要的是一套語言基底的變動定律:
什麼時候應該創造新 operator?什麼時候某個反覆組合值得結晶成 stable macro?什麼時候兩個 operator 應合併?什麼時候過大的 operator 應拆分?語義漂移時應重新錨定還是淘汰?長期低效 operator 又應何時退出 stable language?
本文提出 Operator Basis Adaptation Law(OBAL),將複合算子語言表示為一個具有狀態、觀測、候選操作、約束、遷移成本與停止條件的動態系統。
核心狀態表示為:
其中:
- :當前 operator basis / library;
- :workload / motif distribution;
- :Agent capability / learning state;
- :Agent communication graph;
- :operator dependency / composition graph;
- :task dependency graph;
- :retrieval / compiler / execution runtime;
- :歷史 failure / usage / migration ledger;
- :版本與治理狀態。
對每個候選語言變更:
本文定義:
subject to:
若沒有任何候選操作有足夠正的淨增益:
則:
因此「什麼都不改」正式成為 adaptation law 的合法結果。
本文特別反對「自我進化=不斷新增 skills」。2026 年 evolving-tool 與 continual-skill 研究已開始處理 toolset evolution、skill creation / selection / utilization / distillation、skill lifecycle management 與 skill fragmentation。近期 benchmark 更顯示,能力較弱的模型可能累積更大、更碎片化的 task-specific skill collections,而 explicit skill maintenance 並不總能穩定超越 context adaptation。這表示一個有效的 language-evolution algorithm 必須同時具備創造與刪除能力、結晶與解結晶能力、局部創新與全局去重能力。
本文因此提出七種核心變動操作的明確 Gate:
- Add:出現新的不可充分表達 distinction / capability;
- Crystallize:高頻 motif 的重複 composition 已具有穩定可重用價值;
- Merge:兩 operator 高度重疊,且 critical distinction loss 可控;
- Split:單一 operator semantic surface 過大,內部 modes 已形成可辨識 cluster;
- Reground:operator 有價值但已偏離 semantic anchor;
- Deprecate:邊際效用低於保留門檻,但尚有 legacy dependency;
- Retire:低價值、低 criticality、低 dependency,且 migration / compatibility window 已完成。
本文再加入四個防振盪機制:Hysteresis、Dwell Time、Cooldown、Change Budget;以及兩時間尺度 adaptation:fast loop 處理 ephemeral / local macros,slow loop 才改 stable core 與 adaptation policy 本身。其總體目的不是追逐瞬時最優 operator set,而是讓整套語言長期停留在:
的高效 viability band 內,同時維持 bounded drift、bounded migration cost 與 cross-agent interoperability。
本文最終提出:
這是 LRC–COL 系列第一次從描述性理論正式進入可實作的 runtime / algorithm 核心。
關鍵詞
Operator Basis Adaptation Law;self-evolving agents;skill library;tool evolution;language evolution;macro crystallization;semantic drift;hysteresis;skill consolidation;AI-native language
1. 前十篇缺的最後一個動態核心
目前我們已經知道:
- operator 太少會失去 coverage;
- operator 太多會增加 selection / collision;
- basis 與 composition depth 交換;
- Agent 會學;
- language 會漂;
- communities 會形成 dialect;
- operator 會跨 generations 傳播。
但這仍然沒有告訴 runtime:
下一步現在到底要改什麼?
因此需要:
2. Adaptation Law 不是單純新增公式
最粗錯誤模型:
看到新任務
→ 新增 skill
→ skill library 變大
長期會造成:
因為同一模式可能被重複寫成:
- task-specific skill;
- local variant;
- near-synonym;
- version fork。
所以 adaptation 必須是:
3. 2026 Evolving-Tool Environment 的現實對照
近期 tool-agent 研究已明確指出:
不是 static。
會發生:
- tool addition;
- tool change;
- deprecation;
- overlap;
- fallback relation。
因此 agent 需要:
這與本系列 dynamic completeness 的結論一致。
4. Documentation 也可以是 Adaptation Surface
2026 年 continual documentation adaptation 類工作提出:
不必每次重新訓練整個 Agent;可以修改 tool documentation / relation structure,使 Agent 適應新的 tool environment。
這支持:
本身就是 adaptation layer。
對 COL 而言:
- operator definition;
- relation;
- fallback;
- preference;
都可以被 runtime 更新。
5. Skill Evolution 的三個耦合能力
最新 skill-evolution 工作也開始把:
視為同一個演化問題。
這和 COL 完全一致:
- operator 不是存了就好;
- 要找得到;
- 要用得對;
- 還要知道何時從 trajectory 蒸餾新 operator。
6. Skill Lifecycle
另一類 2026 工作已將 skill 視為:
其 lifecycle 包括:
- creation;
- memory;
- management;
- evaluation;
- refinement。
本篇將這一方向進一步抽象成:
7. ContinualSkillBench 的重要負結果
最新 continual-skill benchmark 報告一個對本系列非常重要的現象:
能力較弱模型容易累積更大、更碎片化的 task-specific skill collections。
而 explicit skill maintenance 的平均收益並不總是大幅超過直接利用 prior context / feedback 的 in-context adaptation。
這意味著:
所以任何自動新增 operator 的演算法都必須有:
- reuse threshold;
- merge;
- fragmentation penalty;
- retirement。
8. Basis Adaptation State
本文定義:
9. Operator Library
每個 operator 不只是 symbol。
10. Operator State Record
定義:
其中:
- :usage frequency;
- :success / fidelity;
- :coverage contribution;
- :depth saving;
- :learning / selection cost;
- :risk / criticality;
- :semantic drift;
- :collision / overlap;
- :reality coupling;
- :version state;
- :dependency centrality。
11. Workload State
不只記 task frequency。
應記:
- recurring motifs;
- novel motifs;
- failed motifs;
- rare-critical motifs。
12. Motif
令:
是一個 recurrent composition pattern。
13. Motif State
分別表示:
- frequency;
- depth;
- fidelity;
- action yield;
- risk;
- context dependence。
14. Failure State
保存:
- false selection;
- semantic collision;
- over-deep composition;
- drift;
- misuse;
- version mismatch;
- tool failure;
- cross-agent disagreement。
所以 adaptation 應是:
15. Global Objective
令:
16. 為什麼 J 不應只有 Task Accuracy?
如果只最佳化:
runtime 可能:
- 新增很多 task-specific macros;
- 過擬合當前 workload;
- vocabulary 爆炸。
所以要懲罰:
17. Fragmentation Penalty
定義:
可加入:
18. Candidate Adaptation Actions
本文核心 action set:
19. NoOp 不是失敗
如果:
則:
因為:
不需要每天進化。
20. Change Utility
對候選 action:
定義:
21. Adaptation Law
因此:
只有:
才執行。
22. 硬約束
即使:
如果破壞:
或:
仍不能 deploy。
因此:
23. ADD
問題
什麼時候應創造全新 operator?
24. ADD 的最低理由不是「新任務」
因為新任務可能只是舊 operators 的新組合。
所以:
25. ADD Trigger
候選:
- 新 semantic distinction 無法由現 basis 低成本表達;
- 新 capability / tool 無任何合理映射;
- 現有 composition 必須長期越過 ;
- 現有 operator 若硬擴張會破壞 type / invariant。
26. Novelty Residual
令:
表示 task 在現有 basis 下無法被充分解釋的 residual。
若:
才考慮 Add。
27. ADD Gain
28. ADD Cost
29. ADD Gate
且:
30. 新 operator 先進 Experimental
不能:
應:
31. CRYSTALLIZE
Crystallize 和 Add 不同。
它不是新 capability。
而是把已存在的 recurrent composition:
升格成:
32. Crystallization Trigger
至少看:
- motif frequency;
- depth saving;
- fidelity gain;
- selection / context saving;
- cross-task reuse。
33. Crystallization Score
34. 必須跨 task Reuse
如果 motif:
只在一個 task 使用,
容易是:
所以 stable crystallization 應要求:
35. ContinualSkillBench 的直接提醒
如果 Agent 把每個 task 都 distill 成 skill,
skill library 會:
- 大;
- fragmented;
- low transfer。
所以:
36. Crystallize Gate
37. Stable / Local / Ephemeral
Crystallized macro 依 reuse scope 分:
Stable Global
跨 domains。
Local
單 domain / project。
Ephemeral
session。
這可避免 global basis 污染。
38. MERGE
若:
高度重疊,
可考慮:
39. Merge 不是看名字像不像
需要同時看:
- semantic contract;
- behavior;
- type;
- boundary;
- usage context。
40. Semantic Overlap
定義:
41. Behavioral Overlap
42. Critical Distinction Loss
如果 merge 後會消失 distinction:
定義:
43. Merge Gain
44. Merge Cost
45. Merge Gate
46. Merge 可能產生 God Operator
因此還需:
若超過,
不 merge。
47. SPLIT
Split 是 Merge 的反向操作。
什麼時候一個 operator 太粗?
48. Split Trigger
候選:
- context-dependent error;
- parameter schema 爆大;
- modes 有明顯 clusters;
- high internal branching;
- boundary 常被誤用;
- 一個 name 實際代表多個不同行為。
49. Conditional Error Clusters
假設:
且不同 contexts 對應不同行為模式。
這表示:
50. Mode Clustering
如果 operator traces 可分:
且群間行為距離高,
可以:
51. Split Gain
52. Split Cost
53. Split Gate
只有:
才拆。
54. REGROUND
Reground 用於:
operator 還有價值,但意思已漂。
不是新建一個。
55. Reground Trigger
若:
但:
則:
56. Reground 流程
- reload canonical anchor;
- replay invariant probes;
- compare behavioral signature;
- inspect drift source;
- update examples / constraints;
- revalidate cross-Agent use。
57. Reground vs Revision
若只是 Agent interpretation 漂,
保持:
若 semantic contract 本身需改:
58. DEPRECATE
Deprecate 表示:
不再推薦新使用,但仍需支持 legacy。
59. Deprecation Trigger
候選:
- usage 長期低;
- better successor 存在;
- high maintenance;
- high collision;
- obsolete tool / domain。
60. Deprecate 不等於 Remove
因為:
- old artifacts;
- historical logs;
- old Agents;
仍可能引用。
所以:
61. Hysteresis
加入門檻:
避免:
反覆震盪。
62. Deprecation Gate
如果:
持續:
且有 replacement / derivation path,
則:
63. RETIRE
Retire 是正式退出 active stable language。
64. Retirement Preconditions
至少要求:
- 已 deprecated 足夠久;
- no critical dependency;
- migration 已完成;
- old version 可 archival retrieval;
- removing it 不破壞 coverage / risk threshold。
65. Retirement Gate
66. Selective Forgetting
這使 language 擁有:
沒有忘記能力的語言,
最後會只增不減。
67. Forgetting 不是刪歷史
archive:
仍保留:
- definition;
- reason retired;
- migration;
- failures。
所以:
68. 七個操作構成 Lifecycle
不是每個 operator 都走完整鏈。
69. Operator Lifecycle State Machine
Experimental
↓
Candidate
↓
Stable
↙ ↓ ↘
Split Reground Merge
↓
Deprecated
↓
Retired
70. Action Competition
同一時間:
可能同時滿足:
- Merge;
- Deprecate。
應比較:
不能固定 priority 硬套。
71. Constraint Override
但 high-risk drift:
可以 override utility ranking,
先:
72. Emergency Freeze
增加 runtime control:
它不是 basis-evolution 主操作,
而是 safety control。
停止:
- new executions;
- new propagation。
直到 review。
73. Adaptation Window
不能每次 task 後都改 stable basis。
定義:
收集一段 evidence 後再 adaptation。
74. Dwell Time
operator 進某狀態後至少停留:
例如 Candidate 至少:
有效 uses 才可 Stable。
75. Cooldown
一次 Merge / Split 後:
期間禁止再次結構改動,
除非 emergency。
防止連鎖震盪。
76. Change Budget
每個時間窗口:
限制最大變更量。
77. 為什麼 Change Budget 必要?
如果:
一次改 30%,
很難知道 performance 變化來自哪個 change。
因此:
需要 bounded change.
78. Change Credit Assignment
每個 change:
需要記:
- reason;
- evidence;
- expected gain;
- observed gain;
- regressions。
形成:
79. Blame-Aware Evolution 的外部對照
2026 EVOTOOL 類工作已開始處理:
long-horizon tool-use trajectory 中,究竟是哪個 policy module 造成失敗?
並使用 blame-aware mutation / diversity-aware selection 改進 tool-use policy。
這直接提醒:
比全局重寫更合理。
80. Operator-Level Blame
若 failure trace:
錯在:
不要:
重寫整套語言。
只對:
或其 edge / contract adaptation。
81. Blame Distribution
定義:
變更優先:
高者。
82. Diversity-Aware Candidate Selection
adaptation 可以產生多個候選:
不要只取第一個。
可以保留:
- 不同 granularity;
- 不同 type boundary;
- 不同 macro structure。
再 benchmark。
83. Candidate Branching
因此:
先在 experimental branch 測。
84. Stable Core 不能直接被一個 Task 修改
core operator:
需要:
- cross-task evidence;
- cross-Agent evidence;
- regression suite;
- migration plan。
85. Fast Loop / Slow Loop
本文提出兩時間尺度。
86. Fast Loop
每 task / session:
- ephemeral macro;
- retrieval ranking;
- local aliases;
- local failure memory。
記:
87. Slow Loop
每:
- release;
- evidence window;
- major workload shift;
才處理:
- stable Add;
- Merge;
- Split;
- Reground;
- Deprecate;
- Retire。
記:
88. Two-Timescale Adaptation
表示 fast changes 頻率高。
stable core 變慢。
89. MetaSkill-Evolve 的外部對照
2026 MetaSkill-Evolve 提出:
- task skills 快速演化;
- meta-skill(如何改 skill)慢速演化。
這與本文完全同構:
本身也需要更慢的:
90. Meta-Adaptation
不只:
還有:
也就是:
如何決定 Add / Merge / Split 的方法本身也能改。
91. 但 Meta-Adaptation 不能和 Fast Loop 同速
否則:
- language 在變;
- adaptation rule 也一直變;
系統不可識別。
所以:
92. 三時間尺度
τ₁ — Ephemeral
session / local.
τ₂ — Basis
stable operator evolution.
τ₃ — Meta
adaptation-law revision.
這是:
93. Adaptation Policy State
94. Meta-Update Gate
只有當:
- repeated adaptation failures;
- systematic overgrowth;
- systematic under-adaptation;
- chronic churn;
才更新:
95. Churn Rate
定義:
太高:
language 不穩。
96. Under-Adaptation Rate
如果新 motifs / failures 長期未被吸收:
高。
97. Over-Adaptation Rate
若大量 changes 後:
- utility 沒升;
- regressions 增加;
則:
98. Meta Policy Objective
99. Viability Band
前面 LRC–COL-06 已定義:
adaptation law 的目的不是:
每一刻找 exact optimum。
而是:
100. 如果仍在 Viability Band
即使:
也可能:
這能大幅降低 churn。
101. Viability Exit
若:
才提高 adaptation urgency。
102. Urgency
定義:
越遠:
- adaptation budget 可提高。
103. Dynamic Interval Constraint
必須保持:
如果:
需要 expansion / crystallization。
如果:
需要 merge / retire / hierarchy。
104. Active-Set Constraint
還需:
否則不一定要刪 global operators,
可先改善 retrieval / routing。
105. 這是一個非常重要的分流判斷
如果 performance 差是因:
過大,
解法可能是:
而不是:
106. Root-Cause Routing
所以 adaptation 前必須先判斷 failure root:
Coverage?
Learning?
Selection?
Composition?
Drift?
Execution?
Topology?
再決定 operator action。
107. Wrong-Layer Adaptation
例如:
tool selection 很差。
如果根因是 retriever,
卻 Merge operators,
可能破壞 distinctions。
這是:
108. Layer Diagnosis
定義:
只有:
或 operator interaction 才改 basis。
109. Evidence Requirement
adaptation 不能只根據一個 trajectory。
尤其 Add / Split。
需要:
- repeated evidence;
- contrastive success/failure;
- cross-task validation。
110. SkillCAT 類近期工作對應
2026 skill-evolution 研究開始強調:
- success/failure trajectory contrast;
- candidate patch replay;
- hierarchical merge;
- 不要把全部 skill content 無差別載入。
這與本文的 evidence gate、merge 與 active-set governance 高度同構。
111. Contrastive Causal Evidence
對候選 change:
最好有:
不是:
感覺這個 skill 有用。
112. Replay Gate
candidate operator change 先在:
- source-task clones;
- held-out tasks;
- adversarial cases;
重播。
只有不造成重大 regression 才 promote。
113. Regression Budget
定義:
允許的最大 old-task performance loss。
114. Stability–Adaptation Frontier
新 change 提高新 domain:
卻讓 old:
因此:
115. Continual Documentation Adaptation 的對照
2026 ContDa 類工作直接把:
- 新 capability discovery;
- old competence preservation;
分開量。
這提醒 COL 也應報:
與:
不能只報平均。
116. Stability Metric
117. Adaptation Metric
118. Adaptation Utility
119. Skill1 類聯合演化的對照
skill selection、usage、distillation 其實互相依賴。
COL 同樣:
- retriever 決定哪些 operators 被用;
- usage frequency 決定哪些 motifs 看起來值得 crystallize;
- crystallization 又改變 retrieval distribution。
所以:
120. Feedback Loop Bias
如果 retriever 永遠偏好某 operator:
runtime 可能誤以為:
它很重要,
再進一步 crystallize / promote。
形成:
121. Counterfactual Usage
因此 frequency:
應校正:
若所有 operators 有公平曝光,是否仍然高價值?
這可用:
- exploration;
- randomized routing;
- counterfactual evaluation。
122. Exploration Budget
保留:
讓低 usage 但 potentially useful operators 有機會被測。
123. Exploration 不應污染 High-Risk Execution
高風險:
- sandbox;
- simulation;
先探索。
124. Local Innovation before Global Adoption
新 operator:
先在 local community:
試驗。
若:
- stable;
- cross-task useful;
- bridge benefit;
才 promotion。
125. Topology-Aware Adaptation
因 LRC–COL-10:
會影響 operator birth / spread。
所以 adaptation law 需要 topology term。
126. Local Frequency ≠ Global Frequency
operator 在:
高頻,
全局可能低頻。
所以:
127. Global Admission
進 common kernel 需要:
而不只單群 frequency。
128. Kernel Admission Gate
候選:
要求:
- 多 communities 需要;
- semantics stable;
- translation benefit;
- low collision;
- high critical distinction value。
129. Kernel Retirement 更嚴格
因 centrality 高:
所以:
意思是需要更低效用才考慮淘汰。
130. Dependency Graph
operator graph:
如果:
大量依賴:
則:
高。
131. Centrality-Weighted Change Risk
所以核心 primitive 改動需要更高 evidence。
132. Change Propagation Simulation
修改:
前,
在 dependency graph 上模擬:
133. Affected Set
change cost 隨:
上升。
134. Tri-Graph Adaptation
LRC–COL-10 提出:
因此 operator change 也應考慮:
- Agent communities;
- operator dependencies;
- task dependencies。
135. Tri-Graph Utility
候選:
136. Task Motif Extraction
從:
抽 repeated subgraphs。
如果 repeated subgraph 與 operator composition 相符,
它就是 crystallization candidate。
137. Graph-Motif Crystallization
這是未來非常直接的 algorithmic path。
138. Operator Graph Compression
Merge / crystallize 可以被視為:
的 graph compression。
139. Compression Quality
不能只最小化 node count。
要保持:
- reachability;
- type constraints;
- path semantics;
- critical distinctions。
140. Basis Adaptation 可以視為 Graph Rewrite System
每個 action:
- Add node;
- Contract subgraph;
- Merge nodes;
- Split node;
- Re-label / reground;
- deactivate node。
所以:
141. Rewrite Rule
抽象:
142. Formal Grammar Update
有時 Add operator 也要求:
例如新 arity / type。
所以:
143. Grammar Change Gate
grammar 比 operator 更 core。
需要:
- stronger evidence;
- larger regression suite;
- major version。
144. Runtime Adaptation vs Language Adaptation
如果問題可藉:
- better retriever;
- better compiler;
解決,
不要硬改 language。
因此:
145. Minimum Intervention Principle
選擇:
時加入:
偏好:
能解決 failure 的最小結構修改。
146. Adaptation Scope
S0
metadata / description。
S1
operator example / boundary。
S2
operator semantics。
S3
basis structure。
S4
grammar。
S5
adaptation policy。
越高層:
147. Escalation Rule
只有低層修正反覆失敗,
才升更高層。
這與 RLMM promotion 完全同構。
148. OBAL 自己也是 RLMM 的實例
觀察:
→ 把 operator 當 object;
若反覆:
→ 把 basis policy 當 object。
所以:
不是兩套完全分離理論。
149. Operator Adaptation Loop
完整:
150. Observe
收:
- usage;
- failure;
- drift;
- learning;
- topology;
- cost。
151. Diagnose
決定 root:
- missing capability;
- repeated motif;
- redundancy;
- overload;
- drift;
- obsolescence。
152. Generate Candidate
選:
153. Replay
測:
- old tasks;
- new tasks;
- cross-domain;
- boundary;
- high-risk probes。
154. Score
算:
155. Promote / Reject
若:
且 hard constraints pass:
promotion。
否則:
reject / remain experimental。
156. Monitor
deployment 後再追:
- regression;
- drift;
- usage;
- unexpected collision。
必要:
157. Rollback
每個 structural change 都應保留:
158. Atomic Change
一次 adaptation transaction:
最好可原子回退。
避免半完成 migration。
159. Version Graph
operator / basis version:
edge:
- revise;
- merge;
- split;
- supersede;
- retire。
160. Provenance
每個 stable operator 要知道:
它從哪個 motif / failure / version 出生?
這是:
161. Why Provenance Matters
未來 AI 看到:
不只知道:
怎麼用。
還知道:
為什麼存在。
這降低 future legacy blindness。
162. Adaptation Memory
保存被拒絕的 changes:
避免未來重複提出同一壞改法。
163. Negative Evolution Memory
這是:
164. Operator Fitness
可定義:
165. 但 Fitness 不能直接決定 Retire
因 dependency / criticality。
所以:
只是 summary。
166. Population of Operators
可以把:
視為 population。
但不是 Darwinian 自由競爭。
因為我們有:
- semantic constraints;
- governance;
- safety;
- provenance。
所以是:
167. Selection Pressure
高:
- reuse;
- fidelity;
- transfer;
operators 生存。
高:
- collision;
- cost;
- drift;
operators 被 merge / retire。
168. Innovation Pressure
new domains 產生:
169. Compression Pressure
repeated motifs:
redundancy:
170. Differentiation Pressure
God operator / multimodal semantics:
171. Grounding Pressure
semantic drift:
172. Forgetting Pressure
obsolete / low-value:
173. 六種壓力總式
可以寫:
符號化而非嚴格微分。
174. Language Growth Rate
cardinality:
175. N 不應被直接控制
因為:
20 個高品質 operator 可能不夠; 200 個也可能很好。
runtime 應控制:
與:
不是追固定 N。
176. Operator Carrying Capacity
可以借 ecology 類比:
表示當前 Agent / runtime 可有效維持的 operator complexity capacity。
近似與:
相接。
177. Overpopulation
若:
產生:
- selection;
- collision;
- maintenance;
壓力。
178. Underpopulation
若:
產生:
- excessive depth;
- missing distinctions。
179. Homeostatic Regulation
因此 OBAL 是:
讓語言在:
內自調節。
180. But Not Static Homeostasis
因:
自己會動。
所以是:
181. Dynamic Target
是最終控制目標。
182. Candidate Algorithm v0.1
INPUT:
Current operator basis O_t
Usage/failure window H_t
Workload motifs M_t
Drift/learning/selection metrics
Agent/topology/runtime state
1. Estimate current viability:
Nmin(t), Nmax(t), V_tau(t)
2. Diagnose failures by layer:
operator / grammar / retrieval / agent / topology / environment
3. Extract candidate motifs and redundancies.
4. Generate candidate actions:
Add
Crystallize
Merge
Split
Reground
Deprecate
Retire
5. For each candidate:
estimate ΔCoverage
estimate ΔDepth
estimate ΔFidelity
estimate ΔYield
estimate ΔLearningCost
estimate ΔSelectionCost
estimate ΔMigration
estimate ΔRisk
estimate ΔDrift
6. Reject candidates violating hard constraints.
7. Replay remaining candidates on:
regression
held-out
boundary
high-risk
cross-agent suites
8. Compute ΔU.
9. If max ΔU <= τ_change:
NOOP / STOP.
10. Otherwise choose best bounded candidate,
respecting hysteresis, dwell time,
cooldown, and change budget.
11. Apply candidate in experimental/candidate layer.
12. Monitor post-change behavior.
13. Promote to stable only after stability window.
14. Preserve rollback + provenance + rejected alternatives.
183. 這不是聲稱已是最佳 Algorithm
OBAL v0.1 是:
後續可替換:
- heuristic;
- Bayesian;
- RL;
- evolutionary;
- graph optimization;
- multi-objective search。
184. Heuristic Controller
最容易第一版實作。
優點:
- 可解釋;
- 易除錯。
185. Bayesian Controller
對:
保留 uncertainty posterior。
適合 evidence 少時。
186. Reinforcement-Learning Controller
將:
視為 action,
長期:
為 reward。
但 credit assignment 難。
187. Evolutionary Controller
同時保留多候選 language branches。
適合:
- non-differentiable;
- multi-objective。
但成本高。
188. Graph Optimization
若 basis 主要是 operator graph:
- motif compression;
- community detection;
- minimum cut;
- set cover;
可能直接有效。
189. Hybrid Controller
最可能實務化:
190. 為什麼不是純 RL?
因 semantic / safety constraints 很難只靠 reward 保證。
所以:
191. Multi-Objective Rather Than Single Reward
保留:
不要太早壓 scalar。
192. Pareto Candidate Selection
保留:
Pareto-optimal candidates。
由 domain policy 選。
193. High-Risk Policy
偏:
- fidelity;
- drift;
- rollback。
194. Low-Risk High-Throughput
偏:
- yield;
- depth;
- latency。
195. Research Language
偏:
- novelty;
- branch preservation;
- transfer。
196. Static Core
低 change budget。
197. Adaptation Law 也需要 Benchmark
不能只看:
最終 task score。
要測:
- library growth;
- fragmentation;
- reuse;
- merge quality;
- regression;
- churn;
- cross-agent transfer。
198. OBAL-Bench Candidate Metrics
Coverage
Operator Count
Effective Complexity
Reuse Rate
Novel-Task Gain
Cross-Task Transfer
Fragmentation
Collision
Average Depth
Learning Time
Selection Accuracy
Drift
Churn
Migration Cost
Rollback Count
Retired-but-Regretted Rate
199. Retired-but-Regretted Rate
如果 retire 後很快:
又需要重新建一個近似 operator,
表示 retirement 太激進。
定義:
200. Merge Regret
merge 後發現 critical distinction 消失。
201. Split Regret
split 後 selection entropy 大幅上升而 fidelity 沒改善。
202. Add Regret
新增後長期 low reuse。
203. Crystallization Regret
macro 高頻只是 workload temporary burst。
204. Adaptation Regret
總:
理論上可作 online-control 目標。
205. Future Online Adaptation
若 workload stream:
持續到來,
OBAL 是:
206. Concept Drift
workload distribution:
會變。
所以 old operator fitness:
也會變。
207. Temporal Decay
usage 可用:
避免十年前高頻永遠影響現在。
208. 但 Criticality 不應 Decay 太快
emergency operator 即使低頻,
仍保留。
209. Two-Channel Value
210. Cold Storage
低頻但可能未來需要:
不必 Stable active。
可進:
retrieval-only。
211. Hot / Warm / Cold
Hot
active / resident.
Warm
retrievable stable.
Cold
archived legacy / rare.
這把 storage 與 active selection 解耦。
212. Memory Tiering 直接推高 Nmax
因:
大,
但:
小。
與 LRC–COL-04 完整接合。
213. Promotion Across Tiers
operator 可:
依 workload。
214. Demotion
反過來:
不一定直接 retire。
215. Tier Adaptation 比 Retire 更平滑
這可以降低:
216. 最終 Operator Ecology 架構
候選:
Stable Kernel
├─ Hot Core
├─ Warm General Library
└─ Cold Legacy / Rare-Critical Archive
Domain Dialects
├─ Stable Local
└─ Experimental
Ephemeral Layer
└─ Session / Task Macros
Adaptation Controller
├─ Add
├─ Crystallize
├─ Merge
├─ Split
├─ Reground
├─ Deprecate
└─ Retire
217. Operator Basis Adaptation Law 的簡化母式
可以壓縮成:
其中:
- :usage;
- :failure;
- :learning;
- :drift;
- :topology / graphs;
- :action yield。
218. 更完整控制式
subject to:
219. STOP Rule
如果:
則:
這是整個 adaptation law 最容易被忽略、但最重要的部分之一。
220. 沒有 STOP 的自我進化
會:
而不是變好。
221. 十五個正式命題
OB-P1 — Evolution Requires Forgetting
有效 operator ecology 必須同時支援 creation 與 selective retirement,否則 library 將長期碎片化。
OB-P2 — Novel Task ≠ Novel Operator
新任務不足以構成 Add 理由,只有不可低成本表達的新 distinction / capability 才是。
OB-P3 — Reuse-Gated Crystallization
stable macro crystallization 應以跨 task / domain reuse、depth saving 與 fidelity gain 為門檻。
OB-P4 — Fragmentation Penalty
自動 skill creation 若沒有 merge / reuse / retirement pressure,較弱 Agent 特別容易累積 fragmented task-specific libraries。
OB-P5 — Merge Requires Distinction Preservation
高 semantic overlap 不足以 Merge,還必須保留 critical distinctions 與 boundary semantics。
OB-P6 — Split as Semantic Decompression
當單一 operator 的 conditional behaviors 已形成可分 cluster,Split 可用 vocabulary growth 換回 fidelity / boundary clarity。
OB-P7 — Reground Before Retire
高價值但 drifted operator 應優先 reground,而非直接淘汰。
OB-P8 — Hysteretic Adaptation
Add / retire 使用不同 threshold、搭配 dwell/cooldown,可降低 language churn。
OB-P9 — Layer-Correct Adaptation
若 failure root 在 retriever / topology / tool,改 operator basis 可能造成 wrong-layer overcorrection。
OB-P10 — Fast/Slow/Meta Timescales
ephemeral adaptation、stable-basis evolution 與 adaptation-policy evolution 應使用分離時間尺度。
OB-P11 — Selection–Use–Distillation Co-Evolution
operator retrieval frequency、actual use 與 crystallization statistics 相互影響,需防 popularity feedback loop。
OB-P12 — Topology-Aware Admission
local high-frequency operator 不應自動進 global kernel;kernel promotion 應要求 cross-community value。
OB-P13 — Viability over Instant Optimum
basis controller 的目標應維持在 viability band,而非持續追逐瞬時 。
OB-P14 — Replay-Gated Evolution
structural operator changes 應經 regression / held-out / boundary / high-risk replay 後再 stable promotion。
OB-P15 — Operator Ecology Homeostasis
OBAL 的總體作用是讓語言在移動的 與 semantic drift budget 中維持動態 homeostasis。
222. 第一版實驗 A:Skill-Library Growth
建立 sequence:
比較:
A0 — Always Add
每 task 產生新 skill。
A1 — Reuse Gate
先找 reuse。
A2 — Reuse + Crystallize
motif gate。
A3 — Full OBAL
加入 merge / split / retire。
量:
- performance;
- library size;
- fragmentation;
- transfer;
- learning cost。
223. 第一版實驗 B:Motif Crystallization
人工設計 recurring motifs:
逐步提高:
檢查 OBAL 是否在合理 threshold 才 crystallize。
224. 第一版實驗 C:False Macro Burst
前 20 tasks 高頻 motif,
之後永遠消失。
看:
- 會不會過早 stable;
- 是否能 demote / retire。
225. 第一版實驗 D:Merge Collision
建立兩個:
95% behavior 一樣,
但 5% 是 high-risk critical distinction。
好的 OBAL 不應 Merge。
226. 第一版實驗 E:God Operator Split
建立:
多 modes。
隨 contexts 增加:
- selection easy;
- internal error 上升。
測 Split Gate。
227. 第一版實驗 F:Semantic Drift
stable operator 經 transmission / model update 漂移。
測:
Reground 還是 Retire?
228. 第一版實驗 G:Wrong-Layer Failure
故意讓 retriever 出錯。
看 adaptation algorithm 是否誤以為 operator 不好而 merge / delete。
229. 第一版實驗 H:Topology-Local Skill
某 operator 只在 community 高頻。
測是否:
- local promotion;
- 不污染 kernel。
230. 第一版實驗 I:Weaker vs Stronger Agent
相同 tasks。
弱 Agent / 強 Agent 分別運行 self-evolving library。
檢查是否重現:
弱 Agent 更容易產生 fragmented skill collection。
231. 第一版實驗 J:Fast vs Slow Meta-Adaptation
比較:
Same-Speed
basis rule 每輪都能改。
Two-Timescale
basis 快、meta 慢。
Three-Timescale
ephemeral / basis / meta。
量:
- performance;
- churn;
- stability;
- interpretability。
232. 第一版實驗 K:Hot/Warm/Cold Tiering
比較:
Flat Library
Tiered Library
量:
- selection;
- retrieval;
- active set;
- regret;
- Nmax。
233. 第一版實驗 L:Viability-Band Controller
比較:
Exact-Optimum Chaser
每次都追估計 。
Viability-Band
只在越界時改。
預期後者:
- migration 少;
- churn 低;
- performance 相近。
234. OBAL Runtime 最小 MVP
未來實作不需要一次做完整 RL。
第一版可以只做:
1. Usage ledger
2. Failure ledger
3. Operator dependency graph
4. Motif detector
5. Similarity / collision detector
6. Drift probes
7. Rule-based gates
8. Candidate replay
9. Version + rollback
10. Hot/Warm/Cold tiers
235. v0.1 最小規則
例如:
Add
只在 repeated uncovered distinction。
Crystallize
跨 ≥3 task 重用且 depth saving > threshold。
Merge
behavior overlap > threshold 且 no critical distinction loss。
Split
context clusters 顯著且 split 提高 fidelity。
Reground
drift 超 budget 但 operator utility 高。
Deprecate
低 utility 持續窗口。
Retire
deprecated + no critical dependency + migration complete。
236. 未來 Learned Controller
等 rule-based baseline 有資料後,
再學:
這樣比較合理。
237. 先 Rule,再 Learn 的理由
否則:
controller 尚未知道什麼叫好 language,
就先讓它自由改 language。
難以歸因。
238. Learned Controller 的 Training Data
OBAL ledger 天然產生:
State
Candidate Change
Predicted Gain
Observed Gain
Regression
Rollback
Long-Term Reuse
未來可做:
239. 這是非常重要的自舉路徑
240. 再往後才是 Meta-OBAL
讓 learned OBAL:
改自己的 adaptation primitives。
這屬於更遠期。
241. 與 RLMM 的總接合
RLMM 提供:
- Observe;
- Challenge;
- Promote;
- Update;
- Stop。
OBAL 對語言 basis 做:
- Observe usage;
- Diagnose failure;
- Promote motif;
- Update basis;
- Stop change。
因此:
242. 與 LRC 的總接合
每次 basis change 都會改:
與:
所以:
243. 高耦合 operator 的 Adaptation 要更保守
若:
則:
- Add evidence threshold ↑;
- Merge distinction threshold ↓;
- drift budget ↓;
- stable dwell ↑;
- replay depth ↑。
244. Risk-Scaled Governance
定義:
越高:
越難改。
245. 低耦合 Ephemeral Macro 可快速演化
例如:
- formatting;
- summarization;
- local analysis shortcut。
可用較低 threshold。
246. 這使語言不是一套平均塑性的系統
而是:
247. Operator Plasticity
248. Basis Plasticity
整體:
249. 這與 LRC–COL-08 完整接合
stable core:
experimental periphery:
250. Operator Basis Adaptation Law 的真正總結
不是:
語言會自己長。
而是:
251. 本篇核心公式組
狀態:
action:
效用:
決策:
STOP:
語言規模:
252. 非主張
本文不主張:
- 這組七操作已是唯一完備 adaptation action set;
- 任一 scalar 足以完整表示語言品質;
- 所有 operator fitness 都可精確估計;
- motif frequency 高就必然應 crystallize;
- low-frequency operator 都應 retire;
- merge / split 可只靠 embedding similarity;
- rule-based OBAL 是最終方案;
- learned adaptation controller 必然優於 heuristic;
- self-evolving skill research 已解決 long-term fragmentation;
- meta-adaptation 應立即投入 production;
- ecology 類比等於生物演化定律;
- OBAL v0.1 已經被實證。
本文只提出:
253. 文獻錨點
Beyond Static Toolsets: Self-Evolving LLM Tool Agents via Continual Documentation Adaptation(Findings ACL 2026)
將 toolsets 視為會新增、修改與 deprecate 的動態環境,提出 stability–adaptation dilemma,並透過 relation-guided exploration / relation-aware documentation adjustment 保留舊能力同時吸收新工具。這直接支持 operator relation / documentation 作為 adaptation surface。Dynamic Tool Dependency Retrieval for Lightweight Function Calling(Findings ACL 2026)
將 tool retrieval 從 static query matching 改成依 evolving tool-calling plan 動態更新,並顯示 irrelevant tools 會降低 agent accuracy / efficiency。這支持「failure root 若在 retrieval,不應錯改 operator basis」。ToolOmni: Enabling Open-World Tool Use via Agentic Learning with Proactive Retrieval and Grounded Execution(ACL 2026)
面對 massive and evolving tool repositories,同時最佳化 retrieval accuracy 與 execution efficacy,支持 operator language 應在 open-world retrieval / execution loop 中持續適應。ToolCPT: Improving Tool Utilization in LLM Agents via Continuous Pre-training(Findings ACL 2026)
建立大規模 tool knowledge corpus,playbooks 中包含 tool functionality、inter-tool protocols、positive / negative examples,支持 operator knowledge 不只是 name / signature,而是可被內化的 semantic-operational asset。EVOTOOL: Self-Evolving Tool-Use Policy Optimization via Blame-Aware Mutation and Diversity-Aware Selection(ACL 2026)
針對長 horizon tool-use credit assignment,使用 blame-aware mutation 與 diversity-aware selection,支持 targeted adaptation、candidate branching 與 failure attribution。ContinualSkillBench: Can LLM Agents Truly Evolve Their Capabilities?(2026)
動態評估 continual in-context skill learning;結果顯示 sequential execution 通常帶來改善,但 explicit skill maintenance 的收益依模型與 domain 而異,較弱模型還傾向累積更大、更 fragmented 的 task-specific skill libraries。這直接支持 reuse-gated crystallization、fragmentation penalty 與 selective forgetting。Skill1: Unified Evolution of Skill-Augmented Agents via Reinforcement Learning(2026)
將 skill selection、utilization、distillation 聯合最佳化,說明 skill library evolution 中三者相互依賴;對應本篇 popularity feedback / co-evolution 問題。MUSE-Autoskill: Self-Evolving Agents via Skill Creation, Memory, Management, and Evaluation(2026)
將 skills 視為具有 creation、memory、management、evaluation、refinement lifecycle 的長期資產,與本文 operator lifecycle / skill-level memory 高度對應。MetaSkill-Evolve: Recursive Self-Improvement of LLM Agents via Two-Timescale Meta-Skill Evolution(2026)
使用 fast task-skill evolution 與 slow meta-skill evolution,支持本文將 ephemeral / basis / meta-policy 分成不同時間尺度。SkillLearnBench(COLM 2026)與近期 skill-evolution benchmarks
新一代 benchmarks 已開始把 skill generation、reuse、continual learning、cross-task transfer 分開評估,支持未來 OBAL 不能只用 task score 作唯一指標。
254. 下一篇
LRC–COL-12:可執行複合語言總論
從語義到世界狀態變換
Executable Composite Language: From Semantics to World-State Transformation
最後一篇將把整個 LRC–COL 系列收斂成完整架構:
並正式提出:
- COL language stack;
- Surface / Kernel dual language;
- semantic contract;
- compiler;
- retrieval;
- verifier;
- executor;
- operator ecology manager;
- multi-Agent semantic kernel;
- version / drift governance;
- reality-coupling safety;
- static / dynamic completeness interval;
- ;
- ;
- / ;
- ;
- OBAL。
最後會明確區分:
也就是不再繼續寫 LRC–COL-13,而是準備進入真正的 Composite Operator Language Specification v0.1。
END — LRC–COL-11 v0.1