Codex3721Codex3721
入门教程
实战案例
工具箱
参考来源
致谢
Redman 博客
Redman 导航
AIPlus 充值
交流群
入门教程
实战案例
工具箱
参考来源
致谢
Redman 博客
Redman 导航
AIPlus 充值
交流群
  • 目录

    • 目录
    • 1. Codex 桌面 App 下载与安装
      • a. 这篇解决什么问题
      • b. 适合谁
      • c. 前置条件
      • d. 操作步骤
      • e. Windows / macOS 注意事项
      • f. 常见坑
      • g. Redman 实测建议
      • h. 延伸阅读
    • 2. 订阅 ChatGPT Plus
      • a. 这篇解决什么问题
      • b. 适合谁
      • c. 前置条件
      • d. Plus 和 Codex 的关系
      • e. 官方订阅方式
      • f. 常见支付方式
      • g. 国内用户可能遇到的问题
      • h. 常见坑
      • i. Redman 实测建议
      • j. 国内用户补充方案:aiplus123 自助卡密充值
      • k. 延伸阅读
    • 3. 国内如何不充 GPT Plus 使用 Codex
      • a. 这篇解决什么问题
      • b. 适合谁
      • c. 前置条件
      • d. 四种路线对比
      • e. 路线 1:CCX + CCSwitch
      • f. 路线 2:Codex++
      • g. 路线 3:CliproxyAPI + CCSwitch
      • h. 怎么选
      • i. 常见坑
      • j. Redman 实测建议
      • k. 参考来源
      • l. 延伸阅读
    • 4. 了解 Codex 桌面 App
      • a. 这篇解决什么问题
      • b. 适合谁
      • c. 前置条件
      • d. 操作步骤
      • e. 常见坑
      • f. Redman 实测建议
      • g. 延伸阅读
    • 5. 手机端协同桌面任务
      • a. 这篇解决什么问题
      • b. 适合谁
      • c. 前置条件
      • d. 操作步骤
      • e. 常见坑
      • f. Redman 实测建议
      • g. 延伸阅读
    • 6. 连接第三方 API
      • a. 这篇解决什么问题
      • b. 适合谁
      • c. 前置条件
      • d. 操作步骤
      • e. 什么时候用官方 API
      • f. 什么时候用中转站
      • g. 什么时候用聚合工具
      • h. 常见坑
      • i. Redman 实测建议
      • j. 延伸阅读
    • 7. 用 Codex 完成第一个任务
      • a. 这篇解决什么问题
      • b. 适合谁
      • c. 前置条件
      • d. 操作步骤
      • e. 推荐第一个任务
      • f. 常见坑
      • g. Redman 实测建议
      • h. 延伸阅读
    • 8. 任务顺序执行与并行
      • a. 这篇解决什么问题
      • b. 适合谁
      • c. 前置条件
      • d. 操作步骤
      • e. 适合顺序执行的任务
      • f. 适合并行的任务
      • g. 常见坑
      • h. Redman 实测建议
      • i. 延伸阅读
    • 9. 权限管理
      • a. 这篇解决什么问题
      • b. 适合谁
      • c. 前置条件
      • d. 操作步骤
      • e. 常见风险
      • f. 常见坑
      • g. Redman 实测建议
      • h. 延伸阅读
    • 10. 技能与插件
      • a. 这篇解决什么问题
      • b. 适合谁
      • c. 前置条件
      • d. 概念区别
      • e. CCX + CCSwitch 为什么可能没有完整插件能力
      • f. Codex++ 为什么对想用插件的人更有价值
      • g. 操作步骤
      • h. 常见坑
      • i. Redman 实测建议
      • j. 延伸阅读
    • 11. 自动化
      • a. 这篇解决什么问题
      • b. 适合谁
      • c. 前置条件
      • d. Redman 场景
      • e. 操作步骤
      • f. 常见坑
      • g. Redman 实测建议
      • h. 延伸阅读

自动化

最后核对日期

2026-05-30。自动化入口、触发方式、可用模型、外部工具和平台 API 会变化,请以当前 Codex、n8n、飞书、X、WordPress 等工具实际说明为准。

如果 Skill 解决的是“怎么做”,Automation 解决的就是“什么时候自动做”。当一个流程足够稳定、重复发生、风险可控,就可以考虑交给 Codex 自动跟进。反过来,如果一个任务每次都需要大量临场判断,就先别急着自动化。

这篇解决什么问题

本章在自动化概念基础上,加上 Redman 更常用的内容中台和独立开发场景:n8n、飞书多维表格、X API、WordPress 草稿、Hyperframe 视频、YouTube 脚本和 GitHub 工具站。重点不是追求全自动,而是让重复检查、草稿生成和提醒复核稳定发生。

Codex 自动化示例

自动化任务要写清楚目标、触发时间、执行范围、输出格式和不能做的事。越是自动运行,越不能依赖“你应该懂我”的上下文。

适合谁

  • 经常重复检查文档、链接、CI、选题、数据和内容流程的人。
  • 内容创作者、跨境卖家、独立开发者和工具站运营者。
  • 已经能稳定手动跑通某个 Codex 工作流的人。

前置条件

  • 已理解权限管理和插件 / MCP 风险。
  • 任务范围足够清楚,不依赖临场猜测。
  • 自动化要操作的外部系统已经配置好权限。
  • 先从只读、低风险、可复核的任务开始。

可以怎么理解自动化

一个自动化任务通常包含三部分:

组成要写清楚什么
目标对象对应哪个项目、仓库、线程、目录或外部系统
触发时机每天、每周、固定时间、稍后跟进,还是某个条件触发
执行内容到时具体做什么、输出什么、不能做什么

很多自动化失败,不是模型不行,而是 prompt 太短。自动化触发时不一定拥有你当时脑子里的上下文,所以任务说明要尽量自包含。

适合自动化的任务

  • 定期检查文档死链。
  • 每周整理一次 issue、PR 或客户反馈。
  • 每天汇总 failing CI 或构建状态。
  • 固定时间提醒补复盘、更新日志或整理素材。
  • 把 X、YouTube、Newsletter 里的线索整理到内容中台。
  • 生成 WordPress、飞书、GitHub issue 草稿,等待人工审核。

不适合一开始自动化的任务

  • 自动发布到线上站点、社媒或邮件列表。
  • 自动修改生产数据库、支付配置、权限策略。
  • 自动把客户资料上传到第三方系统。
  • 自动删除、归档、移动大量文件。
  • 自动执行你自己还没手动跑通过的流程。

自动化的第一阶段最好停在“提醒、草稿、清单、待审核”。等你能稳定 review,再考虑写入外部系统。

Redman 场景

  • Codex + n8n:把资料抓取、清洗、通知和多平台分发串起来。
  • Codex + 飞书多维表格:把选题、素材、状态、负责人和复盘集中管理。
  • Codex + X API:抓取优质 X 内容,进入内容中台等待改写。
  • Codex + WordPress 草稿:把长帖或脚本改写成博客草稿,不自动发布。
  • Codex + Hyperframe 视频:根据脚本生成视频结构、镜头和素材提示词。
  • Codex + YouTube 脚本:从选题到口播稿,再到标题、封面文案和分镜。
  • Codex + GitHub 工具站:定期检查 issue、CI、README、依赖和部署状态。

常见使用流程

  1. 选择对应项目、仓库、线程或外部系统。
  2. 设定执行时间、执行周期或稍后跟进时间。
  3. 写清楚自动化任务的目标、范围、输出格式和限制。
  4. 第一次运行后人工检查结果。
  5. 根据结果调整 prompt。
  6. 稳定后再接通知、表格、草稿系统或 issue。

第一次自动化不要设置太高频。每天一次、每周一次、或一次性提醒,比每 10 分钟跑一次更适合新手。

操作步骤

  1. 先把流程手动跑通三次,确认步骤稳定。
  2. 写一份自包含的自动化 prompt,说明输入、输出、限制和验证方式。
  3. 先设置低频触发,例如每天一次或每周一次。
  4. 第一次运行后人工检查结果,不满意就改 prompt。
  5. 确认稳定后,再接通知、飞书表格、WordPress 草稿或 GitHub issue。

示例自动化 prompt:

请每天检查 docs/ 和 recipes/ 目录中的外部链接。
范围:只检查 http 和 https 链接,忽略站内锚点。
输出:按 文件路径 | 链接 | 状态 | 建议处理方式 列表展示。
限制:不要修改文件,不要提交代码,不要发布内容。

自包含 prompt 怎么写

不够好的写法:

请检查一下文档链接。

更好的写法:

请检查 docs/ 目录下所有 .md 文件里的外部链接。

检查范围:只检查以 http:// 或 https:// 开头的链接,忽略站内锚点和相对路径。
输出格式:按 文件路径 | 链接 | 状态 | 建议处理方式 输出。
验证方式:优先使用 HEAD 请求,失败时再尝试 GET;超时 5 秒记为待复核。
限制:不要修改文件,不要提交代码,不要发布内容。

第二种写法把范围、格式、验证和限制都写进去了。即使下周自动触发,它也不用猜“文档在哪里、检查到什么程度、能不能直接改”。

内容中台自动化示例

如果你做内容站或个人 IP,可以用这种低风险链路:

  1. n8n 定时抓取 RSS、X 列表或 YouTube 新视频。
  2. Codex 只做摘要、标签、选题角度和风险提示。
  3. 结果写入飞书多维表格的“待审核”状态。
  4. 人工挑选后,再让 Codex 生成 WordPress 草稿。
  5. 发布前人工检查事实、链接、配图和标题。

这个流程里,Codex 负责整理和起草,不负责最终发布。这样既提高效率,又保留人的判断。

GitHub 工具站自动化示例

独立开发者可以从只读自动化开始:

  • 每天早上汇总新增 issue。
  • 每周检查 README 链接和安装命令是否失效。
  • CI 失败时生成原因摘要和可能修复方向。
  • 定期提醒更新依赖,但不自动升级生产依赖。

等你确认流程稳定后,再让 Codex 创建 draft PR 或 issue。真正合并、发布和部署仍然人工确认。

常见坑

  • 自动化 prompt 写得太短,下一次运行时上下文不够。
  • 一开始就允许写入外部系统或自动发布。
  • 没有记录执行结果,失败了也没人知道。
  • API Key、Cookie、飞书或 WordPress 权限给得过大。
  • 自动化频率太高,失败通知和重复结果反而变成噪音。
  • 没有把输出写到可追踪的位置,过几天不知道它到底做过什么。
  • 手动流程还没跑通,就急着做全自动。

Redman 实测建议

自动化最适合“生成草稿、整理线索、提醒复核”,不适合一开始就全自动发布。比如 X 长帖转 WordPress,建议先停在草稿;YouTube 脚本建议先输出选题和口播稿;飞书数据建议先写入待审核状态。

延伸阅读

  • 技能与插件
  • Codex × GitHub Actions:CI 失败自动修复
  • Codex × 飞书 CLI:一句话处理飞书数据
最近更新: 2026/6/13 11:19
Prev
10. 技能与插件
Codex3721 © Redman

Redman 的中文 Codex / AI Agent 实战指南。

相关链接(友链)
  • YouTube
  • Telegram
  • redman.blog
  • redman3721.com
  • aiplus123.com
Disclaimer

Codex3721 是 Redman 维护的社区实践指南,不是 OpenAI、Anthropic、Google、DeepSeek、Minimax 或任何第三方工具的官方项目。涉及功能、价格、订阅方式、API 可用性和安全策略时,请以对应官方说明和工具实际情况为准。