Coffer

中文

English

中文

English

Coffer 路线图 ​

English: roadmap.md

仅列出真正进入承诺状态的规范。我们不在这里登记尚未承诺要做的规范； 路线图条目反映的是已经作出的决定，而非愿望。未来的条目要等到对应规范 写出来之后才会出现在这里，不提前预留。

进行中 (Active) ​

#Spec状态
001MCP Gateway (spec)已采纳 — 代码已随 PR #14 合并；新增 coffer__search_tools 工具检索以应对聚合过载 (ADR-018) · coffer__search_tools 获得带 BM25 回退的语义（嵌入）排序，并新增对知识/记忆的 coffer__ask agentic 检索（ADR-024 修订 ADR-018）
002UI Shell 与视觉语言 (spec)已采纳 — 代码已随 PR #23 合并
003MCP Gateway Desktop (spec)已采纳 — 代码已随 PR #28 合并
004Agent Registry (spec)已采纳 — 代码已合并 · 重定位： builtin agent 退出注册的聊天 agent，重塑为 Coffer 内部能力；注册表只列受管 agent（ADR-024）· 重新加宽（ADR-040）： 重新加回 opencode / hermes / cursor；openclaw 已作为第六个受管 agent 交付（ADR-044，推翻 ADR-040 的「对等网关、留在外面」结论）；三种注入 mode（SHELL_COMMAND/PLUGIN_DROP/INSTRUCTIONS_BLOCK）已横跨六个类型交付
005Skill Manager (spec)已采纳 — 代码已合并
006Knowledge Base (spec)已采纳 — 代码已随 PR #55 合并 (知识基底的 KB 面，ADR-012)
007Memory (spec)已采纳 — 代码已随 PR #55/#58 合并 (跨 agent 共享、原生的 memory，ADR-012 + ADR-013) · 扩展进行中： transcript distillation —— 只读摄取本地 agent 对话记录 → LLM 提炼 → memory 事实；不分配新 spec 编号（ADR-020） · **修订 2026-07-10：**同项目记忆库的 AI 辅助合并——内部引擎判断 + 增量归并 + 防复活身份别名（修订文档）
008Agent Chat (spec)已采纳 — 代码已随 PR #57 合并 · 重定位： Agent Chat → Vault Console（对金库说话 + 旁观/审批 channel 驱动的 turn）；移出浏览器内日常编码聊天（ADR-021） · 再次重定位： 内置 agent 退出聊天人格；聊天只与受管 agent 对话、页面改回「聊天」，渠道旁观/审批职责存续（ADR-024 部分取代 ADR-021）
009Channels (spec)已接受 — 代码已随 PR #59 合并 (ADR-014)
010多机同步 (spec)已接受 — 通过用户自有 git 仓库同步仓库状态 (ADR-016)；由章程 0.3.0 对原则 1 的修订解禁 · 作用域修订进行中： 把 channel 的 runs_on 推广为框架级机器 × agent scope 矩阵（mcp_server/skill/agent/channel），外加顶级 Machines 舰队视图（ADR-045，修订 ADR-043）

明确不做的事 (当前规范范围内) ​

下面列出 001-mcp-gateway 不会随首版交付的能力，明确写在这里，是 为了避免评审者把这些缺席当成疏漏。

  • macOS Apple 公证 (notarisation) — 需要付费的 Apple Developer 账号； 当前用户首次启动时手动解除 quarantine。等账号到位再补。
  • 网关侧的流式进度转发 (Streaming progress forwarding through the gateway) — 主流 MCP gateway 都不做这件事；本规范与生态保持一致 (透传 token + 重置超时，不主动转发)。
  • 系统级服务安装 (launchd / systemd / Windows service) — 对 ADR-006 的 detect-or-spawn 模式只是叠加增强；以后可作为 coffer daemon install --system 增加，不会破坏当前模型。
  • 插件市场 / 第三方 kind 创作 — 见 ADR-001 / ADR-002 中的备选方案讨论。
  • 工具调用参数或结果的持久化 — 调用日志仅记录「谁 / 何时 / 耗时多久 / 结果如何」；参数与返回值的内容视为敏感数据，不进数据库。

跨规范决策 (Cross-cutting decisions) ​

本文件如何生长 ​

每当一份新规范被写出 (在 Coffer 的流程中由 /speckit-specify 触发)， 就在 Active 表中追加一行，写明编号、标题与状态。规范交付后，更新 其状态。不为还没写出来的 feature 预占编号、预起名字。