execgo

与通用 Agent 的结合

说明 Claude Code、Codex、Hermes Agent、OpenClaw 等通用 Agent 如何把动作交给 execgo 与 execgo-runtime 执行。

Claude Code、Codex、Hermes Agent、OpenClaw 以及自研 Agent 通常已经负责推理、上下文、规划、工具选择和用户交互。execgo 不需要再做一套 Agent 框架;它应该站在这些通用 Agent 后面,把 Agent 选定的 action 变成可靠任务。

这个板块关注的是接入方式,而不是替换 Agent:Agent 负责决定要做什么,execgo 控制面负责把动作变成任务和状态机,execgo-runtime 数据面负责真实执行、留存 artifact,并提供可审计的运行边界。

Rendering diagram...

推荐接入模式

工具封装模式 适合已经有 CLI 或本地工具的 Agent。你可以把 Agent 的工具调用包装成 execgocli 或 adapter 端点,让 execgo 统一记录任务、状态和失败语义。

控制面代理模式 适合需要统一调度的团队。Agent 只提交结构化 action,execgo 负责任务图、依赖、取消、重试、超时和 executor 选择。

runtime 执行模式 适合需要更强运行边界的任务。execgo 把进程密集型动作交给 execgo-runtime,由 runtime 负责 shim、日志、artifact、健康检查和资源策略。

审计回传模式 适合需要复盘的 Agent 工作流。Agent 不只拿到文本结果,还能拿到任务 ID、事件、stdout/stderr、request.jsonresult.json 和 artifact 路径。

接入时最重要的原则是保持边界清楚:通用 Agent 保留自己的思考与上下文系统,execgo 提供可靠控制面,execgo-runtime 提供可运维数据面。

On this page