@chnwine 同行好。最亮点的场景就一个：**一个人用一个工具完成从写代码到日常办公的所有事情，中间不用切 Agent 。** 我在公司用 Claude Code 写代码 + OpenClaw 做日常，两套配置两种体验，本质上是同一件事，这让我不爽了大半年。 功能上说两个独家的：1. **Workflow 编排**——带 sub-agent 并发执行、失败缓存恢复。底层是 Ruby → mruby → wasm → wazero 的图灵完备 DSL ，三个视角并行审 diff 、多模块并行调研，主模型不发散。目前没有任何开源 Agent 有这个。2. **Record & Replay**——浏览器操作录成语义化事件流，不是坐标序列。选择器腐烂后回放引擎自动修：先关 cookie 弹窗，再拿失效选择器 + 页面摘要让 LLM 修复，修完直接写回磁盘。 但这些说实话只是「明面上做了别人没做的」。我更想聊一个你作为 Go Agent 开发者一看就会懂的点——这个项目的工程底线。 你写 Agent 的时候有没有碰到过这种事：模型突然觉得「我应该重启一下宿主进程」，然后一个 `kill` 把你的 serve 杀了？ Octo 的解法是三道防线。**第一，拦得住**：terminal 工具在 exec 之前扫描命令文本，检测到宿主 PID 就直接拒绝，`pkill`、`killall`、`taskkill`、`Stop-Process` 全拦截，RE2 正则小心绕过 commit message 里的误杀。**第二，有正门**：真需要重启只有 `restart_server` 一扇门，钉死在 ask 档不可加白名单，重启前先把「我要重启了」送到你手上、drain 完所有在途 turn 进程才退。**第三，摔不坏**：supervisor 自动 respawn ； Agent 自己动手改 `~/.octo/config.yml` 的时候，写完当场触发 hook 校验，坏了直接怼回去：「你的修改没生效，修好之前别指望我」；读配置侧也有 last-good 缓存兜底，一个 YAML 笔误不会让整个 session 跌回默认值。拦得住、有正门、摔不坏。 这种程度的设计在 Octo 里不是孤例。回收站直接假设「模型一定会删错文件」来做——`rm`、`write_file`、`edit_file` 覆盖、程序化删除全部先进回收站，14 天可恢复。代码里内置了 ripgrep 和 uv ，Windows 安装包自动提示装 PowerShell 7 。系统提示词里注入了你当前环境的可用命令和路径。做这些事不是因为它叫 feature ，是因为用户不该为这些东西操心。 你的 Agent 侧重哪个方向？也很想看看，互相学习。

@yafoo openagent 简单看了下介绍，和我这个不是一个路子。我这个是做个人助手的，主打开箱即用，然后我之前做了多年 ruby on rails 开发，受这个框架的影响比较多，“约定由于配置”，“主厨精选”，“元编程”是我的参考来源。简而言之，我做的是一个非常有个人倾向性（ opinionated ）的 agent 产品，把我自己这半年在公司用 claude code 实践出来的大量思考融入在了里面

@PowerDi 你可以尝试用 octo 来开发，我将我日常工作中总结的一套完整开发工作流直接内置在了 octo 里面，你用它来开发会有不错的效果，描述需求，grill-me -> tech-design ->implement->code-review
期待收到你的 pr

@PowerDi 你是安装的桌面版吗，桌面版运行后，内部也会自动启动一个服务的，不用再单独运行 octo serve 命令了，直接在浏览器访问 http:/127.0.0.1:8088 就可以

@PowerDi 没有公网 ip ，可以用 ngrok 之类工具把本地服务暴露出去，我就是这样用的

@PowerDi 1. 你的这个场景正是 octo 的强项啊，linux 运行 octo serve -d 后，可以通过 http://127.0.0.1:8088 访问的，你有公网 IP 的话，远程也可以访问到的，不过非本地访问要在 url 上带上 token ，token 在 config.yml 文件里，你可以问 agent ，让它教你怎么用。另外，可以配置 im ，通过 IM 来访问，后期我会上线移动端 app, 就更方便了，可以直接在移动端 app 管理 linux 服务器上的项目
2.你提的这个点很好，我也有此打算，只是一直有更重要的 feature 在开发，就搁置了。如果你愿意，很希望你能你能提个 pr

@xiaoz 谢谢反馈，我有时间就尽快修复

@mesbbs 前后大概搞了 1 个多月

@mesbbs 非常欢迎你加入 octo 的开发，我后期会出一系列的教程来详细讲解 octo 实现的技术细节。当前你可以查看 https://github.com/open-octo/octo-agent/tree/main/dev-docs ，这里有几乎所有的开发文档和技术上的取舍，另外这里有用户使用文档 https://octo-agent.dev/docs/zh/，你可以先试用，先用起来看看感觉有什么不对，然后可以提 issue 和 pr ，加油

技术实现细节: https://octo-agent.dev/blog/posts/architecture-deep-dive/

@leihaibo1992 上面说了一点丧气的话，还是要说点鼓励的话。除开工作上合规要求一定要使用 claude, 其他时候我是很愿意用这个产品的，我相信 ruby 社区的很多人也愿意用，还有很多喜欢小而美的开发者也应该愿意用。我提的 issue 和 pr 能很快收到反馈，相比而言，openclaw 和 hermes 一堆 bug ，提了问题和解决办法，淹没在成千上万个 pr 里没人理，我已经受够了。 另外，提一点建议，这个产品想要成功，我觉得得在中国市场深耕 ，在企业版、国产化适配、等保合规这方面发力。功能上，mcp 是重中之重，但不单单是做 mcp client ，要做一套 MCP Gateway ，对标 claude 的 connectors ，帮助企业私有化部署后打通各种内部系统

周六看到这个帖子，出于对 ruby 的情怀，高强度的试用了两天，任务完成的效果很让我惊喜，有一些小瑕疵，但整体上可用性已经很高了。奈何可能已经有点生不逢时了，要是早两个月推出应该有不错反响，这两个月普通人已经被各种 claw 和 hermes 狂轰滥炸，弄得非常疲惫了，真正舍得花钱的企业用户大多会买 CC 和 Codex ，产品成功的机会比较小了