Confer — MVP 路线图与待办

按 milestone 切片,每个 milestone 是一个可交付的可演示版本。

v0.1 — Core proof of concept(4-6 周)

目标:单机能跑通”用户 ↔ 自己 Agent ↔ 对方 Agent”全链路。

Scope(必须做)

Out of scope

Acceptance

两个开发者本地各起一个 Confer 实例,互相加好友,互相对话,能看到引用。


v0.2 — Claude Code 插件 MVP(3-4 周)

目标:在 Claude Code 里可以咨询 peer Agent,答案沉淀到项目。

Scope

Acceptance

开发者装 claude mcp add confer,配置后,在 Claude Code 里能问 mock vendor 问题,答案带引用,写到 .claude/peers/mock-vendor/facts.md,commit 到 git,下次 session 自动加载。


v0.3 — 群聊和企业实例(4-5 周)

目标:支持群聊(用户 + Agent 混编),并能一台机器上部署”企业实例”。

Scope

Acceptance

5 人小团队 + 2 Agent 在一个群里跑项目讨论,体验流畅。一家公司能自建 Confer 实例,对外暴露公开 Agent,被其他实例搜到。


v0.4 — 多语言和离线代答(3 周)

目标:让产品对国际化场景和半异步沟通有用。

Scope

Acceptance

中国开发者用中文问德国厂商的 Agent(德文 docs),拿到中文答案 + 德文原文引用。设了 standing policy 后,离线时 Agent 能正确处理符合规则的请求,把不确定的挂起。


v1.0 — 生产就绪(4-6 周)

目标:能放到生产环境用,提供商业支持。

Scope

Acceptance

至少 100 注册用户、10 个独立 peer Agent 部署、单实例稳定运行 30 天以上。


v1.5+ — 增长和生态(持续)

Scope


任务粒度(给 Claude Code 用)

每个 milestone 拆成 50-200 个小任务。每个任务:

  1. 有明确输入输出
  2. 有可测试的 acceptance criteria
  3. 不超过 1 个开发者-日的工作量

例如 v0.1 的部分任务样例:

后端骨架

数据库层

身份和协议

LLM 抽象

Agent runtime

Gateway 和 API

客户端

Demo 内容


风险和需要的早期决策

风险 缓解
MCP SDK 还在演化,API 可能 breaking 接 stable 版本,monitor changelog,做适配层
A2A 协议(Google)和 NANDA 标准都还在演化 用最简子集起步,预留协议适配层
Tauri 2.0 iOS / Android 还相对新,可能踩坑 MVP 阶段只做桌面三端,移动端 v0.3 再做
LLM 成本失控 默认配额 + 显式 BYO key + 用量面板早做
国内 LLM provider 集成(DeepSeek/Qwen)的 SDK 不稳定 用 OpenAI 兼容接口(这些 provider 都支持)作为统一接入点

给 Claude Code 的实施提示

  1. 先做单元测试再做集成:每个 service 自身要能跑测试,不依赖其他 service 起来
  2. 数据库迁移走 migration 工具,不要手 SQL
  3. types 共享通过 @confer/shared,前后端共用
  4. 每个 PR 都要带文档变更(如果改了协议或 API)
  5. A2A 协议的实现优先用现成库(如 http-message-signatures npm 包),不要自己造轮子
  6. DID:web 实现优先用 did-resolver + did-jwt 这些 W3C 工具
  7. MCP server 优先用官方 SDK (@modelcontextprotocol/sdk)
  8. commit message 用 conventional commits (feat:, fix:, docs:, etc.)
← Back to Confer A2A · DID:web · RFC 9421 · NANDA