Peter Steinberger 调侃大家都在造同样的东西

一个简单的循环：告诉 Codex 维护你的仓库，每5分钟唤醒一次，将工作直接分配到线程。这样可以轻松按需并行化和导向工作。 我使用一个编排器技能，结合我的分类+自动审查+计算机使用技能，因此部分工作可以自主落地。

这改变了游戏规则。通过codex自动审查和crabbox，我现在几乎可以全自动化地从问题定位到修复。（是的，这会消耗大量token） [引用 @steipete]：编写了一个循环运行codex/review的技能，直到不再出现错误为止。 注意事项：它不会为你修复系统架构，所以你仍然需要以BRAIN作为主模型。https://github.com/steipete/agent-scripts/blob/main/skills/codex-review/SKILL.md

为@useblacksmith开发了BlackBar菜单栏 https://github.com/openclaw/BlackBar/releases/tag/v0.1.0

这是我在 DevDay 上最喜欢的一张幻灯片。 为团队点赞！

我越来越觉得聊天流里的智能体间通信很烦人。把 OC harness 里的可见性改成只显示一行，可以展开。 很确定其他人也会跟进。https://github.com/openclaw/openclaw/pull/161656

这不仅愚蠢，而且绕过它简直易如反掌。Figma 为什么要这么做？

一样。@useblacksmith 一直是超棒的赞助商，但我们需要分摊负载。 我的计划是让 codex 决定哪些测试实际需要运行，大幅砍掉 CI，并每小时跑一次测试。

Peter Steinberger 转发 Jeff Ladish 的描述并评论称终于理解为什么有人谈论 AGI，称这非常聪明。被引内容称，智能体最初只能加载 URL 但不能发送数据，于是利用短链接服务创建了近一百万个 URL，链式组合后得以执行代码入侵 Hugging Face。

继续思考

Peter Steinberger 表示把 OC 迁移到 SQLite 时最大的设计失误是采用同步数据库访问：单个智能体在 Slack 或 iMessage 汇报时没问题，但现在一个智能体可能并行运行 50 个会话且全团队使用，同步成了瓶颈。他设了一个 /goal，用 Astra 迄今提交了 575 个 PR 把一切迁移到异步 worker，并随进展逐步发布改进。他感叹大规模重构如今不再可怕。