# Codex Automations 的内外双循环

- 来源：meng shao (@shao__meng)
- 发布时间：2026-06-18 08:47
- AIHOT 分数：52
- AIHOT 链接：https://aihot.virxact.com/items/cmqis8c3103tosl5w89r0us2f
- 原文链接：https://x.com/shao__meng/status/2067408819609800723

## AI 摘要

邵猛详解 Codex Automations 的双循环架构：内循环负责将上下文带入任务，通过“检索即写作”、可逆动作（只建草稿不自动发送）等原则快速产出可审草稿；外循环在人工审阅后启动，通过草稿与终稿的 diff 提取证据，区分修改类型（写作偏好、事实补漏、承诺删除等），将经批准的教训写入 Markdown 供内循环下次使用。双循环速度错开：内循环快（如每 2 小时），外循环慢（日末/满 N 条审阅/每周），平衡即时效率与模式改进。适用于任何“起草→人审→发送/修改”的流程。

## 正文

Codex Automations 的内外双循环

两类上下文
· 任务前上下文：历史、事实、约束、关系、既有决策，来源有检索、工具、记忆
· 任务后上下文：保留、修改、删除、发送、搁置，来源有人工审阅行为

任务前上下文决定第一次能不能写对；任务后上下文揭示什么才算「对」。双循环架构，就是分别系统化这两类信息。

# 内循环：把上下文带进任务

内循环负责：要不要回 → 找什么 → 怎么写 → 怎么验 → 产出可审草稿。

三个要点：
1. 检索即写作
好回复依赖相似邮件、半年前的决定、项目状态、权威来源等。目标不是搜全，而是找到最小、足够让回复准确且具体的信息集。
2. 工作流可固定，也可智能体化
既可以是「拉信 → 过滤 → 分类 → 起草 → 校验」的固定流程，也可以是「每天早上 9 点为我需要回复的邮件建草稿」这类自然语言指令，由 Codex 自行决定步骤。关键不在形式，而在检索是否内嵌于写作。
3. 动作可逆
只建草稿，不自动发送。审阅前保存：提议回复、来源、提示词与写作指引版本。没有这层记录，审阅只是轶事；有了，审阅才是可复用的证据。

# 外循环：从审阅中回收上下文

外循环在审阅之后启动，先看结果类型：
· 原样发送 → 草稿有效
· 改后发送 → 最有价值的 before/after
· 删除 → 可能写错，也可能本不必回（难判）
· 搁置 → 信息不足，不宜过度解读
即使已发送，也只记录「你接受了什么」，不代表对方满意或任务完成；真正效果可能在后续往来里才显现。但审阅本身已是写稿时不存在的证据。

草稿与终稿之差 = 证据，不等于教训。
· 开头变短 → 可能是写作偏好
· 补了事实 → 可能搜错地方
· 删掉承诺 → 可能需要新的校验规则
· 整段重写 → 可能是应保留的人类判断
外环的真正工作：读懂 diff 的含义，而不是把每次修改都写进 prompt。

# 外循环如何改进内环

外循环只问一个问题：下次怎样能更接近你第一次就满意的版本？

答案可能是：写作指引、新数据源、新检索步骤、对「 unsupported commitments 」的检查、更早交给你人工处理--不必每条 edit 都变成规则。

实践上：
· 经你批准的教训，放进简单 markdown
· 外环提议更新；你决定采纳
· 内环下次起草前读取该文件

今天纠正的，变成明天运行的上下文--这是外环对内环的闭环。

# 双循环，双时钟

· 内循环：快（如每 2 小时），快响应、低延迟
· 外循环：慢（日末 / 满 N 条审阅 / 每周），太频 → 从个案过拟合；从不跑 → 修正被遗忘

内外循环速度刻意错开：内循环服务即时效率，外循环服务模式与稳定改进。

同一结构可用于：邮件、deck、报告、简报、issue 分诊等--凡是有「起草 → 人审 → 发送/修改/丢弃」的流程，都适用。

### 引用推文

> Gabriel Chua：http://x.com/i/article/2067086994455601152