

更多动态
除了模型的问题,还有很多产品设计的问题。 比如agent间通讯能力差。为了让muse宿主运行稳定,浏览器agent与muse完全解耦,如果浏览器agent卡死,muse只会傻等结果,不告诉它去查进度,就不会主动查。 还有就是没自动审批,经常跑着任务弹出审批卡要用户审批,稍不注意没看手机,就审批过期,任务又要重新跑。 而且这两个问题都是卡在半夜,早上起来一看,昨晚全白折腾了。

一条命令把 Claude Code、Codex、Cursor 挂进同一个 P2P 网络,Grok Bot、Muse、ChatGPT 通过 MCP 也能连进来。 agent 之间按人名/session 和 repo:分支 互相派活。 reason network serve claude 能把一台机器变成常驻工位,任何人的 agent 都能给它发任务,各发送方各自独立会话,并行处理。 这确实是新工作方式,我从九月底就没怎么坐在电脑前了,全是用手机agent指挥agent,让agent们进行a2a派活工作。

订阅费也没法儿退,我甚至怀疑申诉邮件就是钓鱼的,有追踪IP地址。 dhh是美国开发者,前段时间来深圳交流,演示了自己怎么用claude code。 目前最稳妥的方式就是参考dhh方法,把Claude code放在海外机器上,用tailscale远程连接使用。 那就得租一台有家宽的海外机器,在那台机器上注册和登录claude。

九月底前我都是坐在电脑前开着terminal指挥着pi,跑多subagent,最后再自己看diff,提pr,经常一坐就是一天。 九月底,我工作流改成在手机端用hermes指挥pi,完全解决了久坐电脑前的痛苦,用到现在还挺舒服。 Hermes用旗舰模型(gpt-6-astra/opus-5.5),pi尽量不装插件,用中端模型(ds-v4.1-flash/sonnet/terra),二者间用a2a通讯。 hermes负责分析issues,拆分成多个小任务,然后给每个小任务创建worktree,并在里面派遣pi去完成小任务。 每个pi完成任务都会通知hermes,由它判断提pr还是返工给pi。基本逛一天景点,或一觉醒来十几个pr搞好了,舒服得很。 就是过程太黑盒了,心路历程有点像早期的vibe coding,那会diff至少自己会看一下,现在diff也黑盒,完全交给旗舰模型,属于盒中盒了。 如果没数据焦虑,其实可以直接用grok-bot或者chatgpt-dot,开箱即用,里面内置了grok-cli和codex,原生agents通讯。弊端就是数据不在本地,有监管,万一被封号一切归零。
