#Codex

选这类工具别只看模型强弱，看四件事：权限边界是系统级还是靠指令、数据怎么接进来、规则文件怎么组织、能不能不用人守着跑。Codex 的特点是沙箱做在操作系统层、网络默认关闭、内置本地模型支持，代价是接第三方服务的协议门槛更高。混用是可行的，因为真正的资产不是工具而是你写下来的口径和规则，那部分迁移成本很低。

判断值不值得，不能只看每月花多少，要看这件事一年重复多少次、每次省多少时间、错误率降了多少。真正的成本大头是把流程写清楚和后续维护，而这部分投入就算不用任何 AI 也有价值。推理强度和子代理是两个直接影响消耗的开关，判断类任务调高、整理类调低，子代理只在原始材料会撑爆主上下文时才划算。本地模型适合数据敏感和网络受限的场景，按目录分流比全部本地化更实际。

断货和压货的代价不对称，但很多店的补货判断卡在更早的地方：日均销量算错了。断货那几天销量是零，直接算进均值会把日均拉低，于是补得更少，于是更容易断货，而报表上看一切正常。正确做法是先剔除断货日和促销日再算基准销速，用中位数而不是平均数，再叠加波动系数。新品没有历史、季节品有周期、大促前后销量结构变，这三种情况一律交给人判断。

客服邮件自动化里，分类比写回复值钱得多——几十封混在一起先分好流，人处理的顺序就完全不同了。回复草稿要分级：政策类照资料答，订单类带上具体信息并标注来源，涉及退款赔付责任认定的一律只标记不起草。发送权不给它，理由不是技术不行，是对外承诺的责任落在账号上。这类活的工作区里全是客户个人信息，所以只读加不开网络是必须的。

能批量生成一千个页面，不代表该发一千个。分界线只有一条：每个页面有没有别处拿不到的独立信息。只换地名或型号名、正文几乎相同的页面，短期可能有量，长期是负债，而且清理比生成麻烦得多。做法是在生成和发布之间加五道闸门，不过闸门的页面进不了发布目录；通过率低于七成时应该停下来改模板，而不是想办法让页面通过。

商品数据改错了可以再导一次，但一次批量脚本能同时改掉几百个商品，所以写操作的流程比工具本身更重要。建议所有批量改动第一次都走导出改完再导回，人在后台点确认那一步就是天然的审批。真要让脚本直连，必须先建四道流程：不落地的预演、单次操作限量、执行前留原值、按字段分级审批。价格和上下架一律不做批量自动，因为客户当场就能下单，撤不回来。

让 AI 写 Listing 效果不好，多数时候不是提示词不够精妙，是它手上只有一个产品名。先把产品资料整理成结构化的事实表，再让 Codex 按固定格式生成标题、五点、描述和搜索词，质量会直接上一个台阶。规则里必须写死一条：只能使用资料里出现过的数字，否则它会写出听起来合理但你从没提供过的参数，那是实打实的虚假宣传风险。多站点要用各站点的关键词表重新生成，而不是把一版翻译过去。

销量榜告诉你什么东西好卖，抱怨告诉你现在的东西哪里不行，后者才是差异化的入口。做法是把竞品差评、论坛吐槽和自己的退货理由收到一起，按问题类型聚类，再按出现频率、严重程度和改造成本排序。这类活是子代理的典型场景——原文留在分支里，只把结论带回。两个边界要认：写抱怨的人不代表全部买家，抱怨得最响的问题未必是买家愿意多付钱解决的。

调研慢不是因为不会分析，是因为资料散。把它做成固定流程之后，字段固定、算法固定、报告结构固定，换个类目重跑一遍就行。但联网这一档要单独建目录、临时开、目录里只放调研数据，因为能读本地文件加能往外发请求这两个能力叠加才是真正的风险。数据要分自有、公开、估算三类分别标注，不足 12 个月不下季节性结论，进不进这个类目的最终判断留给人。

子代理是把独立的子任务丢到后台并行跑，好处不只是快，更重要的是把大量中间输出挡在主线程之外，避免上下文被噪声填满。定义放在 agents 目录下，用 TOML 写清楚名字、用途和行为指令，权限和沙箱从父代理继承而不会被放大。适合探索、分类、总结这类读密集的活；并行写操作要谨慎，而且每个子代理都各自烧 token，成本要算进去。

决定效果的往往不是模型选哪个，而是它有没有看到你的真实数据。MCP 是 Codex 连接外部系统的标准方式，用 codex mcp add 加、/mcp 看有哪些工具可用。选数据源要看口径、更新频率和能不能验证，第三方销量估算这类数据只适合横向比较，不适合当绝对值写进计划。原则上先接只读的，带写权限和高危操作的工具默认不接。

非交互跑的关键不是命令怎么写，而是先把边界和失败行为定死。推荐用只读沙箱加不弹审批，让它把结果打到标准输出、由外层脚本写文件，这样 Codex 全程碰不到写权限。必须提前写死的一条是数据缺失时明确失败——否则你可能连着一周拿旧数据算出看起来完全正常的报告。日报要分成今天要处理的、本周积累观察的、明细三段，并且敢说今天没事。

AGENTS.md 是 Codex 每次开工都会读的规则文件，从仓库根目录往下逐层拼接，越靠近当前目录的越优先，合并后默认上限 32 KiB。跨境团队该往里写的是指标口径、报告格式、判断阈值和禁止动作这些别人照着做也能做对的东西，不该写的是背景故事和空泛原则。写得好的 AGENTS.md 的副作用是你终于把流程写清楚了，这件事本身就值钱。

沙箱管它能碰到什么，审批管它什么时候停下来问你，两个开关是分开的。默认是工作区可写加按需审批，工作区之外要问，网络默认关着。这层边界由操作系统执行，不会因为提示词写得不好而失效。跨境活里读报表用只读、生成内容用工作区可写、抓数据才临时开网络。全权限模式官方标了高风险，只在容器里用。但沙箱只管技术边界，业务边界要靠规则和人工确认。

Codex 的配置是分层的，从命令行覆盖到内置默认一共七层，越靠近当前项目的越优先。用户级放在 ~/.codex/config.toml，项目级放在 .codex/config.toml 且只在信任该项目时才加载。实务上最重要的一条判断是：模型和推理强度可以放全局，沙箱和审批不要放全局——读报表、生成内容、抓数据这三类活需要的权限档位不同，写死一套全局配置要么处处受限，要么处处放开。

安装就三步：跑一条命令、进项目目录运行 codex、选登录方式。四种装法里安装脚本最直接，npm 和 Homebrew 适合已有这套工具链的人，升级方式各不相同。装完先别急着干活，用 /status 看一眼模型、沙箱和审批这三项，它们决定了它接下来能做什么。另外要分清三种「连不上」：外部网络、账号资格、沙箱自己关着的网络，排查方向完全不同。

Codex 和聊天工具的区别在于它能真的动你的文件和命令，所以它把安全边界做在了操作系统层：默认只能写当前工作区，网络默认是关的，越界要审批。这一层不先搞懂，后面所有场景要么跑不通，要么放得太开。业务规则写在 AGENTS.md，权限和模型写在 config.toml，两者分工清楚，重复的活才能稳定交出去。判断一件事该不该交给它，看重复频率、规则能不能写出来、结果能不能验证。