八项创新机制
English | 中文
创新不在工具数量，而在能力怎样组合、约束和留下证据
八项机制共同回答一个问题：如何让 Agent 从单次模型调用，演化成可以由企业配置、监督、恢复和集成的执行系统。
插件运行时与完整能力 seam。
事件溯源会话与工具治理。
会话组装、长任务和多种接入界面。
怎样阅读“创新”
本页把创新拆成四个问题：它解决什么业务摩擦，源码中的机制是什么，部署时需要什么控制，以及当前实现不承诺什么。业务用途属于基于机制的应用推导；只有能从代码、测试或现有文档定位的能力才写成“已实现”。
| 判断层 | 本页如何表达 | 读者应怎样使用 |
|---|---|---|
| 已实现机制 | 点名服务、事件、插件、提供方或消费方 | 可进入技术验证与集成设计 |
| 应用推导 | 从机制推导可试点的业务组合 | 需要用真实流程验证价值 |
| 当前限制 | 点名缺失能力、信任前提或协议范围 | 进入风险清单与上线条件 |
1. 一切皆插件：用组合替代内核分叉
业务价值。 一个部署可以按 profile 和 bundle 组合代码研发、知识作业或受控后台 Agent。团队差异留在配置与插件树中，不必复制一份 Agent loop 再维护长期分叉。
实现机制。 Cordis 插件通过服务、类型化事件、依赖注入和可逆 effect 贡献行为；Harness 自己的模型、工具、会话、Host 和客户端扩展也遵循同一模型。启动器装载 cordis.yml，profile 叠加部署层，bundle 提供可安装组合。整体设计由架构总览和组合包说明。
治理与限制。 插件不是天然可信。它能调用哪些服务由组装决定，但获得 Bash、动态 Cordis 或真实凭据服务的插件具有相应权限。企业仍需建立插件准入、版本和配置审查。
2. 能力 seam：替换完整能力，而不是散落条件分支
业务价值。 本地 Shell 可以换成远程执行，模型提供方可以替换，文件系统或持久化后端可以变化，而上层工具保持相同调用方式。这降低了环境迁移和供应商选择对业务流程的影响。
实现机制。 一项能力 seam 同时包含 Service Definition、Service Provider 与 Consumer。LLM、Shell、子进程、文件系统、Web、存储、压缩和 subagent 都采用这一分工；默认解析由能力所有者显式完成，而不是在运行函数里隐藏兜底。角色与包布局见能力 seam。
治理与限制。 “可替换”不等于两个实现提供完全相同的安全属性。E2B 组合明确是 POC；Windows ACL 后端报告部分执行；远程环境还要共同替换文件系统与进程世界，不能只换一个函数。
3. 模型所见皆可回放：会话日志成为共同真源
业务价值。 同一份记录支持恢复、fork、审计、问题定位和多个界面回放。业务方不必在“模型上下文”“聊天页面”和“后台日志”之间拼接相互矛盾的事实。
实现机制。 轮次、步骤、用户消息、assistant 输出、工具事实、请求目标和策略变化写入仅追加 SessionEvent。deriveMessages() 从有序表层事件重建模型历史；压缩用替换操作改变派生表层，但原始事件仍保留。核心实现在会话包和会话持久化。
治理与限制。 日志保证可重建事实，不自动等于合规审计。事件仍需存储保留、访问控制、脱敏和导出策略；未知必需事件或不支持的格式版本会拒绝加载。
4. 治理嵌入工具流水线：控制点不散落在每个工具里
业务价值。 审批、超时、审计、沙箱、结果裁剪和 UI 呈现可以作为共用策略接入，而不要求每个领域工具重新实现一遍。新增工具自动进入同一执行秩序。
实现机制。 调用依次经过参数物化、pre-execute、单调 guard、execute、post-execute、finalize 和不可变结果通知。ask 只有在审批服务允许后才转为执行；缺少审批支持会变成拒绝。完整顺序见工具执行流水线和工具注册表。
治理与限制。 工具流水线只能约束通过注册表执行的动作。授予能绕开工具层的插件、Host 权限或动态代码能力时，需要用更外层的进程、容器和部署策略承担控制。
5. 每个会话拥有自己的 Agent 组装
业务价值。 同一运行服务可按部门、租户、任务类型或风险等级提供不同工具、提示词和模型。平台团队维护底座，业务团队维护自己的受控组装。
实现机制。 Agent preset 把一棵插件树挂入会话作用域，服务解析按 Agent、preset、global 的顺序寻找。挂载采用 standing composition，多个会话复用同一 preset 的注册，同时保持会话身份和日志独立。入口位于Agent preset 注册表。
治理与限制。 会话产生模型可见输出后不能任意切换组装，否则历史是在另一套能力下生成的。删除 preset 不会改写已经运行的会话；preset 的信任等级和配置来源仍需部署方管理。
6. 长任务成为可观察协作，而不是一个巨大提示词
业务价值。 复杂任务可以分解目标、计划、后台任务、workflow 和 subagent；操作者能看到进度，任务能等待外部结果，多个子问题可以并行调查。
实现机制。 Goal、plan、job、schedule、workflow 和 subagent 各自拥有状态、生命周期事件和模型工具。Continuable subagent 具有持久会话身份，可以接收后续消息与冷恢复；一次性委派则以可释放运行句柄返回。总览见subagent 能力和workflow 能力。
治理与限制。 动态 workflow 不记录脚本进度，进程重启不能续跑；委派子 Agent 的审批策略固定为 never。并行度也不是自动收益，任务需要明确的独立子问题和汇总责任。
7. 同一运行主干提供多种接入方式
业务价值。 人可以在 Web 或 CLI 中协作，自动化系统可以使用 ACP 或 JSON-RPC，Python 与 TypeScript 应用可以通过 SDK 集成。业务不必为每种入口重新实现 Agent loop。
实现机制。 各入口最终驱动 Agent 注册表、会话事件和相同能力插件。Web Host 提供交互界面，headless profile 提供一次性任务，ACP 面向自动化客户端，JSON-RPC 支持 SDK。入口分别由ACP、TypeScript SDK和Python 运行时说明。
治理与限制。 接口不是等价镜像。ACP 只创建新会话、接受基线文本输入并发送已提交的 assistant 文本；它不提供加载、恢复、fork、图像或完整工具轨迹。集成前应按协议实际公开的能力设计流程。
8. 业务界面也是插件图
业务价值。 领域插件可以随能力一起交付专用工具卡片、详情面板、设置页与 slot，而不用维护另一套独立前端。用户看到的是业务动作，不只是通用 JSON。
实现机制。 Host 扫描 dsh.client 声明并注入客户端启动图；浏览器运行时通过定义注册表、conversation node 与 keyed slot 折叠会话事件。工具呈现意图由参数纯函数决定。实现入口位于客户端模组和Web 运行时。
治理与限制。 未知视图会回退为通用卡片，损坏的启动图会高声失败。客户端插件仍要遵守内容安全、敏感字段隐藏、可访问性和版本兼容要求。
从机制到试点的选择
| 创新机制 | 最适合先验证的问题 | 不应直接承诺的结果 |
|---|---|---|
| 插件组合 | 一个底座能否装出两个明显不同的 Agent | 零成本维护所有组合 |
| 能力 seam | 执行或模型后端能否替换而不改业务工具 | 所有后端安全属性相同 |
| 事件溯源会话 | 刷新、恢复和审计能否读到同一事实 | 自动满足监管留痕 |
| 工具治理 | 高风险动作能否在执行前被稳定拦截 | 任意插件都被工具策略约束 |
| 会话 preset | 不同团队能否共享进程又隔离能力集 | 已内置企业租户系统 |
| 长任务协作 | 子问题能否并行且可追踪地汇总 | 任意任务并行后都会更快 |
| 多种接入方式 | Web 与自动化能否复用同一 Agent | 各协议功能完全一致 |
| 客户端插件图 | 领域动作能否获得专用呈现 | 无需前端产品设计 |
证据状态：除特别标注外，本页基于当前源码已确认。业务价值属于应用推导，限制用于界定当前可验证范围。