Claude Code 的三种驱动机制:goal、loop、workflows
默认状态下,Claude Code 在完成一个任务后就停下来等待 —— 即每轮结束后,将控制权还给我们,由我们决定下一步。这种交互方式对大多数任务足够,但某些工作需要 Claude 跨越多轮自主运行:修复一批测试直到全部通过、定期检查部署状态、对整个代码库做并行扫描。这时候需要的不是更多的手动催促,而是一套合适的驱动机制。
默认状态下,Claude Code 在完成一个任务后就停下来等待 —— 即每轮结束后,将控制权还给我们,由我们决定下一步。这种交互方式对大多数任务足够,但某些工作需要 Claude 跨越多轮自主运行:修复一批测试直到全部通过、定期检查部署状态、对整个代码库做并行扫描。这时候需要的不是更多的手动催促,而是一套合适的驱动机制。
AI 编程工具改变了写代码的节奏。以前一个人同时只能推进一条线,现在用 Claude Code 或者其他 AI agent 可以很自然地并发:一个任务交给 agent 跑着,自己再开一个 session 做另一件事。问题随之而来——两个任务如果在同一个工作目录里,文件系统是共享的,两个 agent 会互相踩脚。 这不是 AI 工具的问题,是 git 工作目录没有为"并发"设计。git worktree 才是。
Codex 已经不只是一个待在终端和编辑器里的编程助手了。它现在可以通过不同的 surface 接触外部环境。这里的 surface 可以理解为 Codex 操作电脑和网页的入口,目前最容易混在一起的三种是:@Computer、@Chrome 和 @Browser。 它们看起来都和“用电脑”“打开浏览器”有关,实际边界却差得很远。选错入口,体验会立刻变差:需要登录态的后台任务,如果交给隔离的内置 Browser,它拿不到你的账号、Cookie 和浏览器扩展;只是看一个本地 localhost 页面,如果让 Computer Use 去打开真实浏览器一步步操作,就会把简单的页面验证变成慢点要死的慢动作。
如果已经习惯了 tmux,第一次看到 Zellij 时,很容易把它理解成“另一个终端复用器”。这个判断不算错,但不完整。Zellij 的官方定位是 terminal workspace,它当然能做 pane、tab、session 这些终端复用器的基本工作,但更明显的特点是:它试图把一个临时打开的终端会话,变成一个可以声明、恢复、脚本化控制、继续扩展的工作区。
今天 Google Cloud 发布了 Open Knowledge Format(OKF),一个把 LLM Wiki 模式标准化的开放规范。读完之后感觉这件事比标题看起来重要得多——它触碰的是构建 AI Agent 时一个真正的基础性问题。 问题:上下文组装是一个重复造轮子的苦差事 基础模型越来越强,但限制它们能做什么的往往不是模型能力,而是相关上下文的缺失。当一个 Agent 需要回答"怎么从我们的事件流里算 weekly active users?“时,它得从以下地方拼凑答案:
当我们谈论如何用好 AI 编程时,大多数人还停留在"如何写出更好的 Prompt"这个层面。但真正的范式转移正在发生:与其继续手写 Prompt 指挥 Agent,不如设计一个能自动驱动 Agent 的"小系统"。这就是循环工程(Loop Engineering)。
在 Mac 上装过深信服 aTrust 的人,可能都遇到过同一个问题:安装很顺利,卸载却不太像一个普通 App。 直接拖进废纸篓通常没用;官方卸载器也可能被企业策略拦住。实际检查后会发现,它不只是一个应用程序,而是在系统里放了一组 LaunchDaemon、常驻进程、防火墙规则和卸载监控组件。
Codex 的沙箱配置是 sandbox = workspace-write、approval = on-request,改仓库里的普通文件也一直弹 approve。启动时还有这条报错: Codex's Linux sandbox uses bubblewrap and needs access to create user namespaces 排查过程 先看基础条件:
agent 第一次真正跑起来时,到底发生了什么。 OpenClaw 把这个过程叫做 Bootstrapping。可以把它理解成一次“首次启动仪式”:系统会初始化工作区、收集身份信息、写入关键文件,最后把一个“刚装好但还没有人格和长期记忆入口”的 agent,变成一个能稳定长期协作的助手。
这篇笔记整理自 OpenAI 开发者博客 Run long horizon tasks with Codex。原文记录了用 Codex 从零构建一个设计工具的完整实验,核心内容是如何让 AI 编程代理在长时间任务中保持连贯。 背景 GPT-5-Codex(2025年9月)是第一个针对代理式编程优化的 GPT-5 版本,12月发布的 5.2 开始让人觉得自主式编程代理可以变得可靠。