状态: 已采纳 (2026年3月) 背景: 随着 LLM 能力快速演进，我们需要一套框架来判断哪些方向值得投入工程力量，哪些方面应暂时保持不变。
决策
| 分类 | 策略 | 投入 | 示例 |
|---|---|---|---|
| Orthogonal | 模型变得更智能并不会削弱这些能力——它们本质上是纯工程/集成问题 | 全面投入 | 连接器、凭证、OAuth、审计、RBAC、安全、部署 |
| Tailwind | 模型能力提升会让这些功能更好，而不是让其变得多余——二者是共生关系 | 持续投入 (收益会叠加) | AI 连接器构建器 (模型越智能 = 连接器输出质量越高) |
| Frozen | 已经交付且运行良好——但模型正在吸收这些能力 | 仅维护，不再新增功能 | ReAct 循环、DAG 规划、RAG 流水线、记忆、基于证据的生成 |
| Consider | 提供商正在平台层原生构建这些能力——存在较高的功能重叠风险 | 无限期推迟 | 多智能体编排、语义记忆、记忆生命周期 |
分析
为什么连接器平台是完全正交的
- 存储并加密 API 凭据 (AES-GCM)
- 管理 OAuth 流程 (授权页面 → 回调 → 刷新令牌)
- 连接到客户的 Kingdee/金蝶 ERP 数据库
- 向 Lark/飞书 或 WeCom/企微 推送通知
- 对谁能使用哪个连接器实施 RBAC
- 为合规审计记录每一次工具调用
为什么 AI 连接器构建器属于“顺风项”，而不是“被吸收”
为什么 v0.1–v0.5 的功能被“冻结”
| 功能 | 行业正在发生什么 |
|---|---|
| ReAct loop | 模型已具备原生工具调用能力 (OpenAI、Anthropic)。随着模型将这部分能力内化，外部推理循环带来的价值正在下降。 |
| DAG Planning | 模型推理能力正在快速提升。过去需要外部规划器的复杂任务拆解，正逐渐变成一次生成即可完成的能力。 |
| Memory management | 上下文窗口正在快速增长 (Gemini 2M+、Claude 200K+)。对外部窗口管理、摘要和压缩的需求正在减弱。 |
| RAG pipeline | 各提供方正在把检索能力内建到自己的平台中 (OpenAI file_search、Google NotebookLM、Gemini Search Grounding)。对于公开知识，传统的 chunk-embed-retrieve 流程正在被取代。 |
| Grounded Generation | 模型原生引用来源的能力正在不断增强。我们构建的 5 阶段 grounding 流程带来的价值正在递减。 |
为什么暂缓多智能体编排
- OpenAI Swarm: 具备交接协议的多智能体框架
- Anthropic Claude Code Teams: 带有任务图的 Leader/Worker 智能体池
- Google A2A (Agent-to-Agent): 智能体间通信协议
为什么延后实现语义记忆和记忆生命周期
- 上下文窗口正在快速扩大，从而降低了对跨会话记忆检索的需求
- 各服务提供商正在增加原生记忆功能 (ChatGPT Memory、Claude Projects)
- 构建可靠的记忆系统 (TTL、重要性评分、语义检索) 的工程成本很高，而它所填补的能力缺口却在不断缩小
功能级别分类
正交项 (v0.6+)
| Feature | Version | Why orthogonal |
|---|---|---|
| Connector entity + CRUD | v0.6.1 | 企业集成，纯工程能力 |
| Per-user credentials (AES-GCM) | v0.6.2 | 安全基础设施 |
| Confirmation Gate | v0.6.2 | 写操作的安全机制 |
| Connector Export/Import/Fork | v0.7 | 分发机制 |
| OAuth 2.0 | v0.7 | 协议实现 |
| MCP Server Export | v0.7 | 互操作性 (取决于 MCP 的采用情况) |
| Database Connector | v0.8 | 直接数据库访问、连接池 |
| Message Push | v0.8 | 通知通道 |
| RBAC | v0.8 | 访问控制、治理 |
| Operation Audit Log | v0.8 | 合规性 |
| Sandbox Hardening | v0.9 | 安全隔离 |
| Observability (OTel, circuit breaker) | v0.9 | 生产运维 |
| Connector Analytics | v0.9 | 使用情况跟踪 |
| Docker Compose | v0.9 | 部署 |
| Admin Dashboard | v1.0 | 管理界面 |
| Scheduled Jobs / Webhooks | v1.0 | 自动化触发器 |
| Batch Execution | v1.0 | 企业级大规模处理 |
| Embeddable Widget / iframe | v1.0 | 交付方式 |
| Enterprise Security | v1.0 | 合规性 (加密、IP 白名单) |
顺风项
| 功能 | 版本 | 关系 |
|---|---|---|
| AI 连接器构建器 | v0.6.3 | 模型越智能 → 构建器输出越优 |
| AI 连接器生成 (OpenAPI) | v1.0 | 同上——模型对 API 规范理解越好 → 自动生成越准确 |
冻结项 (已发布，仅维护)
| Feature | Version | Status |
|---|---|---|
| ReAct Agent | v0.1 | 已发布，正常运行 |
| DAG Planning / Re-Planning | v0.1, v0.5 | 已发布，正常运行 |
| Memory (Window, Summary, Compact) | v0.2, v0.5 | 已发布，正常运行 |
| RAG pipeline (embedding, vector store, chunking, hybrid retrieval) | v0.5 | 已发布，正常运行 |
| Grounded Generation | v0.5 | 已发布，正常运行 |
| ContextGuard / Pinned Messages | v0.5 | 已发布，正常运行 |
考虑 (无限期推迟)
| 功能 | 初始版本 | 推迟原因 |
|---|---|---|
| 多智能体编排 | v1.0 | 提供方正在原生支持该能力 |
| 语义记忆存储 | 待办列表 | 上下文窗口持续扩大；提供方也在增加原生记忆能力 |
| 记忆生命周期 | 待办列表 | 同上 |
影响
- 不要回头恢复 v0.5 的功能。 可以修复 bug，但不再新增能力。
- 连接器平台是核心投入方向。 v0.6–v0.8 应占用大部分工程资源。
- 企业级工程能力 (RBAC、审计、安全、部署) 是护城河。 这些方面虽然不那么吸引人，但具备可防御性。
- 每年重新评估。 如果模型进展停滞，或者某项“冻结项”功能后来被证明仍有明显缺口，则应重新考虑。