OpenClaw 作者实战分享：用 ACP Codex 子线程写代码

Headline

OpenClaw 作者 Peter Steinberger 用 ACP Codex 子线程写代码

Summary

Peter Steinberger（iOS 圈老人、OpenClaw 作者）发推说他现在写代码喜欢用 “Acp codex subthreads”。这指的是 OpenClaw 的 ACP 协议——在单独的聊天子线程里跑 OpenAI Codex，会话一直保持不断。OpenClaw 是个开源的个人 AI 助手，接了 WhatsApp、Telegram 等 20 多个平台。这条推文让人看到开发者实际怎么把 AI agent 用进日常工作里。

要点：

• 把 Codex 放进独立子线程，代码生成和日常聊天分开，不会互相干扰。
• 支持多平台，团队想用的话迁移成本低。

Analysis

OpenClaw 文档能印证这套做法。ACP 体系（见 docs.openclaw.ai/tools/acp-agents 和 docs.openclaw.ai/cli/acp）支持把 Codex 这类外部编码工具绑到特定线程上持续跑，好处是：

• 代码和讨论分开，主会话不会被代码刷屏；
• 上下文一直在，方便多轮改代码和调试；
• 不同任务各自独立，团队分工和 review 更清晰。

Steinberger 的背景能帮我们理解他为什么这么选：

• 他是 OpenClaw 主要维护者（仓库：github.com/openclaw/openclaw），2026 年他在博客（steipete.me/posts/2026/openclaw）宣布加入 OpenAI，项目转给独立基金会；
• 从他的推文能看出，他倾向于让专有 AI 模型和开源工具配合着用，而不是各玩各的。

实际用起来，OpenClaw 能在 Discord、Telegram 等平台跑，可以直接嵌进现有团队沟通流程，不用绑死在某个生态里。不过目前没有公开的用户量和留存数据，到底能火成什么样还得看。

Impact Assessment

• 重要性：中等
• 分类：开发者工具、技术洞察、开源

结论： 想把 AI 编码融进日常协作的团队和工具型 Builder，可以早点试试；短线 Trader 意义不大；长期 Holder 和基金可以关注渗透进度，但不用急着下注。