每条用户消息下面有 eidt 和 branch 按钮，可以试试哦。branch 特别适合干活干到一半，想探索好几个方向的时候使用

今天一个朋友反馈了一个优化，说希望增加消息定位条，便于他往上查找消息，我感觉这个建议特别好，下班后赶紧打开 claude design ，设计了一个牛逼的交互。已经发布上线，v1.12.27, 希望各位用户朋友喜欢。

https://i.imgur.com/0SVeAxa.png 截屏 2026-07-21 22.10.41

消息上下滚动会有动画，鼠标浮上去能预览消息

@isAK47 #32 谢谢你的反馈

@isAK47 #28 不是啊，同一个端点下可以添加很多模型的
https://i.imgur.com/05RnW4L.png

@isAK47 #29 怎么会，只有第一次才会呀，你能提个 issue 描述你的复现步骤吗

@isAK47 用的了啊，理论上任何 api 都能用。你的具体报错是什么

这些大厂的 agent 产品都优先考虑 mac 用户，windows 体验做到很烂，请体验一下我做的 octo-agent （ https://v2ex.com/t/1228101 ），所有操作系统都是第一公民，windows 小白用户都能立刻上手

windows 上还是 powershell7 比较稳，或者上 wsl ，Git Bash 非常垃圾

云端 agent 本身不难，问题在于云端和你本地工作的电脑环境不一样，你被迫在两个环境同步代码和数据不难受吗。还是推荐在本地部署 agent,然后永远不要关机，这样既可以本地用，又能远程用。看看我的这篇帖子 https://v2ex.com/t/1228101 ，应该能满足你的需求

@AK22AK #1 这位兄弟愿意用一下我做的 octo-agent 吗（详情见帖子 https://v2ex.com/t/1228101 ）,我看你提的几个对 hermes 喜欢的点和我的想法很像，一个是插话的能力，octo-agent 默认是 steer 模式，就是 agent 执行的过程中，你输入的消息会立即修正 agent 的方向，通过快捷键可以使用 queue 模式，你输入的消息会在 agent 执行完当前 turn 后，立即开始下一轮，界面上与显式的打断按钮，服务于真正需要打断的场景。
另一个是记忆，octo-agent 的记忆实现是参考 claud code ，agent 会自动记录用户反馈和重大决策等等。

octo-agent 不是又一个随便 vibe 出来的玩具 agent ，它是我倾心打造的一个产品级的个人 agent ，它能功能和使用便捷性超过了市面上的所有 agent ，无论是 claude code ，codex ，还是 hermes, openclaw ，希望你能给它一个机会，关注一下 感谢🙏

@PowerDi 从昨天下午开始搞，到今天上午终于搞完了你提的二级分组功能，烧了 openrouter glm5.2 20 刀的 tokenhttps://i.imgur.com/N9E3iZ2.png .
感谢你的反馈，希望你喜欢这个功能(最新版 v1.12.24)

https://i.imgur.com/O2WgYSz.png 2c8cW62.png

@chnwine 我还是坚信把功夫花到用户看不到的地方，让用户在使用过程中，有一种“哇，它懂我”， “竟然还能这样”的感受，这才是一个好的产品，这才能得到用户真正的信任。但同样，宣传、噱头也不能少，这个时代，注意力太稀缺了，用户眼前一天可能闪过 10 几个同类产品，怎么抓住他们的眼球，这是一个问题，也是我在探索的方向。所以我硬是搞了一个八爪鱼的形象，凑了 8 个界面等于章鱼 8 条腿的梗。当前这是我第一篇推广的文章，先在 v2 试试水，后面我还会发几篇技术向的文章，每次只讲透一个点，v 站技术人多，看看能不能吸引到一些有共同看法的朋友参与进来，后期我还会转战小红书，那里才是真正的战场

另外，你那个 agent 我一定要试试，也让我老婆反馈下，普通人视角的看法，共勉

@chnwine 另外还提一下，octo 的 workflow 机制不是对 claude code dynamic workflow 的拙劣模仿，是适配于自身的一套独特机制，功能上也超越了 dynamic workflow 。browser record and replay 开箱即用，windowns ，macos ，linux 一视同仁。

再补充一下我做 Octo 的初心：让普通用户、电脑小白也能用上顶级的 AI Agent 。 我从 3 月份折腾 OpenClaw ，4 月份折腾 Hermes ，亲自体验了这套玩意儿有多不好用。每个养虾修 bug 修到半夜 3 点的人肯定有共鸣，每个在地铁上跟 Agent 聊得好好的、Agent 自作主张重启了 gateway 挂了再也联系不上的人，肯定跟我一样想骂娘。 所以 Octo 的标准很简单：我老婆，一个文科生、在企业做法务，能不能在没有我帮忙的情况下自己把它跑起来、用来辅助工作。奔着这个标准，我做了桌面端应用，安装就能用；做了 `web_search` 工具，零配置默认走 Bing ，高阶用户自己换 Brave 、Tavily 的 key ；内置 20 个精挑细选的 Skill ，连 Python 依赖都靠内置的 `uv` 自己解决。就为了让一个 Windows 小白用户说一句「帮我做个 PPT 」「帮我处理一下这个 Excel 」中间不碰到任何障碍。 做一个 demo agent 容易，做一个好产品难。期待跟你多交流。

@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 实践出来的大量思考融入在了里面