ultracodex
ultracodex
为什么值得深挖
ultracodex 把“agent 是一种可编程单元”这件事做得很显式：开发者写普通 JavaScript，调用 agent(prompt, { schema }) 获取结构化结果；同一 workflow 可以跑在 Codex、Claude 或 OpenCode 后端上；上层再组合 loop、scheduler 和 persistent org。它对用户的价值是：这类工具不是单纯替代 Claude Code，而是在探索 跨宿主 agent workflow substrate。
机制 / 一阶原理
传统 coding-agent 使用方式是“人在一个宿主 UI 里和 agent 对话”。ultracodex 的抽象更像把 agent 变成函数调用：输入 prompt/schema，输出 structured result；backend adapter 负责对接 Codex/Claude/OpenCode；workflow/loop/scheduler/org 则负责空间并行、时间迭代和状态持久化。这把 agentic coding 从会话推进到程序：workflow 可以被版本化、循环可以用 verifier 停止、调度可以由 cron 唤醒。
它与 Loop-Engineering 的关系是外层循环；与 Harness-Engineering 的关系是 verifier、schema、backend adapter 和 budget 组成执行 harness；与 Agentic-Coding 的关系是把一次性 coding request 升级为可组合、可重复的 agent program。
对 Hermes / llm-wiki 的启发
- Hermes 的复杂自动化也可以显式记录“agent function cell”：输入、schema、backend、verifier、预算和结果，而不是只留下自然语言总结。
- 对长期 cron，scheduler 不应只是定时唤醒；还应带上 stop rule、重试上限、验证者和持久状态边界。
- 跨宿主能力值得继续关注：用户已同时关心 Claude Code、Codex、OpenCode、Hermes，真正可复用的资产应是 workflow contract，而不是某个宿主的私有 prompt。
失败模式与边界
- README 展示的是项目愿景和快速使用路径，尚不能证明多后端抽象在复杂真实仓库上稳定。
- “agent as function”容易诱导过度自动化；如果 verifier、budget、权限和 audit 不足，loop/scheduler 会放大错误。
- permanent org / remembers 这类能力需要特别警惕记忆污染、权限扩大和跨任务上下文泄漏。
相关页面
写入记录
- 2026-08-03 09:00 CST：新增 ultracodex 来源页，沉淀 agent-as-function、跨宿主 workflow、loop/scheduler/org 对 Hermes 自动化的启发。