dsh-flow

长时间或多步骤的多智能体工作流，卡住的原因往往不是工具不够，而是执行器无法替换、状态没有唯一来源、模块边界无人断言。一个跑了数小时的任务崩溃一次，就说不清它做到哪一步了；想换一种执行方式就得改核心，想多接一类团队数据源也得改核心。dsh-flow 把这三个问题都当作内核形状问题来处理：rules/ 下 25 个模块纯函数核心不碰 IO 和运行时上下文，执行器和团队数据源都是声明式接缝，kernel.js 是唯一的组合根，在启动时决定本次部署挂接哪套实现。新增一种执行方式只需多写一个 Provider，新增一类团队数据源只需一次 register() 调用，核心与工具层始终不动。

插件运行后，对话区上方出现 Agent Canvas 标签页。用户需求的每一轮对话画在主时间线上，团队作为嵌套区域在其下展开；每个成员拥有子区域，内含按依赖深度连线的任务芯片和按时间排列的发言卡片。分配靠包含关系表达，依赖靠箭头表达，对话流靠跨区域的轮次链表达。点击任务行可查看完整的尝试时间线：每次尝试如何结束、哪次被回滚。无法解析的导入行进入画布上的导入报告，带行号标注。执行器可在组合时固定为 manual 模式，让你检查与编辑视图而不触发任何运行。

状态层以 append-only 的 events.jsonl 为唯一真相来源，state.json 只是它的一次投影；两者不一致时日志胜出，无法表达的差异被拒绝而非静默抹平。插件零运行时依赖，克隆即跑。画布模块按文件独立通过 HTTP 分发，用 mtime 失效加 ETag 复验，改一行保存后刷新页面即可生效，无需构建、无需重启。434 个测试 1.1 秒跑完，7 层边界断言在每次构建时校验纯核心不触 IO、画布不触宿主层、依赖只许内指。它适合在 DeepSeek Harness 上跑长周期多智能体协作、看重可插拔可测试可迁移工作流与一致状态及可强制边界的开发者和团队。