交易實際走到了哪一步
有三件事同時成立，而三者所處的階段相差很遠。 絕大多數訂單本來就由程式碼提交。 在任何一家現代交易場所，程式化執行、第三方前端、造市系統和 API 用戶端合計佔了訂單流的絕大部分。這既不新鮮，也沒有爭議。真正值得問的從來不是程式碼會不會下單：程式碼下單已經下了很多年。AI 代理人帶來的變化不是下單自動化，而是由誰決定下哪一單。 AI 代理人開始操作帳戶，而不只是讀圖表。 自 2024 年末起，通用模型已經能像人一樣操作軟體——看螢幕、點擊、輸入。整個 2025 年，面向個人投資者的券商陸續推出了能識別圖表、接受語音下單的助手。2026 年，多家主要交易場所推出了代理人，能在使用者設定的參數內組建投資組合並下單。所有產品的方向都一致：模型從向人提建議，轉為直接操作帳戶。 沒有變的是底下那個帳戶。 上述每一個產品都跑在為單一自然人設計的帳戶上。代理人借用的是這個人的金鑰。帳目、保證金和風險參數屬於人，不屬於代理人。一次授權對應一筆訂單，其餘的一切——代理人可以持有什麼、有多大餘地、下一步可以做什麼——都落在交易場所之外，在別人維運的軟體裡。這套安排在有人盯著的時候能用；一旦整件事的重點就在於沒人盯著，它就不成立了。四個階段
從 02 到 03 是難走的一步，而難處不在模型。能勝任階段 03 的模型已經存在。今天在任何交易場所都不存在的，是一個能承載這份權限的帳戶：自己記帳、自己預留行動餘地，而且可以一次收回。
這對交易場所提出了什麼要求
能承載權限的帳戶，必須建立在行為可核驗、而不是只能信任的交易場所之上；這不是交易場所能為 AI 代理人另外加上的功能，而取決於交易邏輯運行在什麼地方。 AI 代理人得在提交之前預判一筆訂單會產生什麼結果，這要求同樣的輸入在每個節點上得出同樣的結果。代理人據以推理的價格，必須就是部位最終結算所用的價格，這要求價格在消費該價格的區塊裡完成認證。代理人讀到的風險數值，必須就是系統據以行動的數值，這要求保證金、強平與成交在同一個執行步驟內運行。代理人自己的歷史必須可以證明，不能只是轉述，這要求每一次狀態變更都帶上引發該變更的那筆交易。 架構把這些全部產出了，而且不管有沒有 AI 代理人接入，都會這樣產出。這正是架構值得依賴的原因：它不是為某個用例專門做的一層外殼，而是確定性狀態機在共識提交的順序之上運行的必然結果。後續閱讀
架構總覽
網路的各個層，以及這些層如何產生上述性質。
IntentionKernel
這些性質所源自的執行層。