Smithers — durable observable agent workflows
Smithers — durable observable agent workflows
深度判断
结论:晋升为正式 source page。 Smithers 值得入库,因为它把 coding-agent fan-out 从一次性 prompt/session 变成 durable workflow:步骤持久化到 SQLite、可 watch、rewind、fork、replay,并能跨 Claude Code、Codex、Gemini、Pi 等 harness。对 Hermes 来说,这正对应 cron、长任务、human approval、失败恢复和多 agent review 的痛点。
机制 / 一阶原理
核心机制是工作流文件化/版本化,用 JSX primitives(如 Loop、Task、agent、typed outputs)表达实现-验证-审批循环;每个完成步骤立即持久化,审批可挂起并恢复,失败可从已完成 step 继续,坏决策可 fork/replay。重要区别是 agent 仍负责编排和生成 workflow,但 runtime 拥有 durability、observability 和 replay。
与已有 wiki 概念的关系
它延续 Harness-Engineering 里的 long-horizon control、Loop-Engineering 的外层运行循环、Context-Engineering 的 verified state/fresh context,也可成为 Agent-Benchmarks 中 harness-as-variable 的样本。与 Flow-Next 的 repo-native spec/receipt 方向互补:Smithers 更强调运行时持久化与时间旅行。
相关页面:Harness-Engineering · Loop-Engineering · Context-Engineering · Agent-Benchmarks
对 Hermes / llm-wiki / agentic workflows 的启发
对 llm-wiki/Hermes 的启发:每日 radar 不必引入重 runtime,但可以学习其最小原则:候选 tape 持久化、已完成 step receipt、HOLD 可恢复、失败后从最后 verified state 继续、报告可回放。复杂 deep ingest 也应避免把所有上下文塞进一个 session,而是按 candidate/source/concept/index/log 分 step。
失败模式、边界条件与未解问题
边界条件:workflow 由 agent 生成会带来“看起来结构化但逻辑错误”的风险;runtime 持久化不等于 verifier 独立;长期运行会引入数据库、审批队列、agent host 兼容和版本漂移问题。正式采用前需要小任务对照评估。
来源与证据
- GitHub: https://github.com/smithersai/smithers
- Stars at ingest: 372
- Last pushed at ingest: 2026-08-12T22:52:54Z
- Raw archive: smithers-durable-agent-workflows-readme-2026-08-13
写入记录
- 2026-08-13 09:00 CST:从 GitHub README 深度入库,新增 source page、raw archive,并关联 harness/context/benchmark/skill 设计模式。