云端 Agent 的黑箱：用户凭什么信你做完了
在多数云端 Agent 平台，用户只能看到最终输出，中间过程被抽象成黑箱。当智能体被用来处理敏感数据或执行关键操作时，「它到底做没做、怎么做的」成了信任前提。本地优先框架的回答是：把运行轨迹置于可见位置——用户能在执行中观察行为，出现偏差及时介入，而不是等任务结束才发现跑偏。
9router-framework：TypeScript 外壳，Elixir/OTP 内核
9router-framework 于 9 月 8 日发布，定位为实验性、TypeScript-first 的框架，提供类型化 Agent 定义、并发运行、子 Agent、插件系统与本地运行时，底层用 Elixir/OTP 的语义内核管理并发与容错。它给出三种起步模板：basic（单一有状态 Agent）、coordinator（父 Agent 创建并询问工作 Agent）、world（同一定义的多个实例）。技术栈的多样性本身是生态健康的信号——语言、运行时与设计理念的差异，有助于筛出适配不同场景的架构。
Native：运行轨迹优先于摘要
Native 框架把「可验证性」放在核心。它的设计哲学是运行轨迹优先于摘要：每一次工具调用的参数、耗时与原始结果都直接可见，生成的文件从磁盘重新打开验证，而非依赖代码里的描述。这回应了一个实际课题——用户如何确认 Agent 真的完成了任务。在企业场景，可审计的运行轨迹是建立信任的基础。
Nexora：自托管、MIT、约 90 工具与 46 个 LLM 提供商
Nexora 以自托管与 MIT 许可为特点，支持约 90 种工具与 46 个 LLM 提供商，提供多租户编排：Agent 带人格、技能与工具，实时协作、委派子 Agent、通过 WebSocket 或 SSE 流式输出，并内置 RAG 与语义记忆、技能/工具/人格市场。其核心价值是数据不出本地——整套智能体流量运行在自有基础设施上，不被外部网络触达。
本地优先的适用边界
本地优先架构的核心价值在于数据不出本地与过程可审计，适合对数据主权、合规与可追溯性要求高的场景。但它也带来运维负担：模型能力仍取决于你本地跑得动的权重，跨设备调度、持久化与备份都需自己兜底。对延迟极敏感或需要超大显存的任务，单设备上限仍是天花板，框架只负责把请求派给当下最合适的那台。是否适合生产，取决于你的模型能否在本地设备上跑顺、以及团队能否接受早期生态的成熟度。
结语
9router、Native、Nexora 这批本地优先框架，把「可审计轨迹」与「数据不出域」做成一等公民，恰好补上云端 Agent 平台在信任与主权上的短板。对看重可控性的团队，值得在测试环境先验证它们在你的网络与硬件拓扑下是否稳得住。