Agent NAS v0.2
简体中文

路线图

路线图按“现在、下一步、以后、不做”排列，不写具体年份的承诺：一份在 2026 年写下的三年时间表，大概率会在第一年就被事实改写。

v0.2 规范草案 更新于

现在、下一步、以后

  1. 现在（2026 年第四季度） 进行中

    概念、规范草案与官网

    概念与规范草案 v0.2，官网（8 种语言）。收集反馈：找 3 到 5 位已经在用 AGENTS.md 加 Git 的真实使用者做访谈，验证赌注 B1 到 B7。

  2. 下一步（目标：2027 年上半年） 下一步

    参考实现 v0 与规范 v0.3

    参考实现 v0（Lite 与 Overlay）：Git 与文件系统快照后端、租约签发、记录与读清单、CLI，以及 L0 到 L1 的符合性测试套件；规范 v0.3（Core、Lease & Record）。一个可演示的场景：夜间运行的智能体在分支里工作，早上在 Gate Card 上批准合并。

  3. 以后（视反馈而定） 之后

    Memory、Guard、控制室与 Sync

    Memory 层与 MCP 工具面（L2）；Guard：标签、污点、级联遗忘（L3）；控制室；Team 与 Cloud 形态；Sync（L4）。

不具约束力

这是意图，而不是承诺。定义“兼容”含义的是符合性等级，而不是日历。

阶段门槛（证伪条件）

“下一步”完成的标准不是功能清单，而是：在至少三个真实工作流里连续运行一周；闸门的批准率低于 95%；至少拦下过一次真实的问题。做不到，就回头修改概念，而不是继续往前堆功能。

不做

  • 自研存储引擎。
  • 自研向量数据库。
  • 模型托管。
  • 技能市场。
  • 代币与区块链。
  • 专用硬件。

有意留白的问题

  • 租约里自由文本的 purpose，如何走向可以被机器检查的结构化意图？
  • 语义合并器如何注册并被信任？
  • 标签的粒度应当是文件，还是段落？
  • 多租户场景下，标签词汇表如何治理？
  • 撤销在多节点之间的传播延迟，如何对外表述？
  • 如何度量记忆质量？模型或嵌入变化时，回归的标准是什么？
  • 对由多个来源混合推断出的事实，Cascade Forget 如何界定受影响的范围？
  • 高吞吐下，读清单的存储成本与粒度如何取舍？
  • 批量与分级审阅的最佳界面是什么？自动合并的门槛如何度量与调整？
  • 跨组织的信任根如何分发与撤销？

引用本页

为读者、搜索引擎和智能体提供稳定的网址与建议的引用格式。

建议引用格式
Agent NAS project. “路线图.” agentnas.com, 2026-11-11. https://agentnas.com/zh-cn/roadmap/