我让 Codex 和 ChatGPT Pro「分头干活」：一个负责创作，一个负责验收

问题：两个 AI 一起干活，谁说了算？

我用 Codex 写代码，但有时候也需要 ChatGPT Pro 的图像生成、长文档草稿或者策略研究。问题是：两个 AI 之间没有天然的分工边界，很容易出现「Pro 说的 Codex 没验证就采信」，或者「敏感信息顺手就发过去了」的翻车现场。

365-chatgpt-pro-delivery 这个技能就是来解决这个边界问题的。

核心设计：三条路线，最小简报，单次发送

技能把协作分成三条路线，按「证据需求」选，不是按复杂度选：

• FAST_DELIVERY —— 图像、文案、文档草稿、已有证据的综合，不需要新外部事实。
• RESEARCH_DELIVERY —— 需要当前或专业外部事实才能改变决策，要求 Pro 给出可见来源和日期。
• ENGINEERING_DELIVERY —— Codex 期待源码修改、文件级审查、测试思路或运行时指导，只给 Pro 必要的窄上下文。

每次发送必须包含一个最小完整简报：Goal、Lane、Evidence supplied、Evidence not supplied、Required output、Hard constraints、Acceptance criteria。绝不多发一个字。

证据标签：Pro 的输出只是「候选」

Pro 回来的内容必须自带证据标签：

• DIRECT —— 有提供的证据或 visibly inspected 支持
• INFERRED —— 推理得出，未直接确认
• ILLUSTRATIVE —— 示例、概念、mockup 或伪代码
• UNVERIFIED —— 无法从现有证据确认

阻断性声明必须有 DIRECT。Pro 不能声称它运行了命令、打开了文件或测试了运行时行为——它做不到的，标签必须诚实。

Codex 独立验收，从不盲信

Codex 对照用户目标和本地真实证据独立判断：

• ACCEPTED_UNCHANGED / ACCEPTED_WITH_LOCAL_EDIT
• RETURN_TO_PRO（附观察到的证据、违反的约束、要求的修正）
• REJECTED / UNVERIFIED

小修小改本地做；需要新推理才回传 delta，且只传变化部分，不重复已确认上下文。

安装方式

bash git clone https://github.com/laojin1900/365Skill.git ./install.sh 365-chatgpt-pro-delivery

仓库链接：github.com/laojin1900/365Skill/tree/main/skills/365-chatgpt-pro-delivery