许多人第一次让 Codex 写文章，都会犯一个很自然的错误：直接甩一句“帮我写一篇文章/方案”。

结果一般也很熟悉：文章结构完整，语气礼貌，段落看起来也顺，但读起来就是有点空。像一篇“正确但不耐看”的稿子。不是不能用，而是离真正能看、能说服人、能带来思考的文章，还有一段距离。

问题不在 Codex 不会写，而在于你把“写文章”这件事说得太粗了。

一篇好文章不是从“生成正文”开始的，它一般经历这些步骤：明确读者、确定角度、搜集材料、搭结构、写初稿、改语气、补案例、做标题、排版、检查实际、留存模板。Codex 真正强的地方，不是替你一口气吐出一篇文章，而是帮你把这条写作流水线跑起来。

这篇文章讲一个可落地的方法：如何用 Codex 写出更像“真实作者写的文章”，并且把它扩展到自媒体文章、方案文档、需求文档、复盘报告、研究分析、SOP 手册等不同类型。

我会把流程讲细一点，里面也会推荐一些适合配合 Codex 使用的插件和技能。

一、先说结论：别让 Codex “代写”，要让它“协作”

如果你把 Codex 当成代写工具，结果很容易变成模板文。而且你只要拿着这个文章去AI检测工具检测一下，肯定100%提示AI创建的，一点灵魂都没有。

所以，如果你把 Codex 当成写作协作系统，它会更有用。

一个成熟的 Codex 写作流程，可以拆成 7 步：

步骤	目标	Codex 负责什么	你负责什么
1. 写作简报	先把任务讲清楚	帮你追问缺失信息	决定读者、目的、边界
2. 资料整理	找到可信材料	归纳资料、列证据、做摘要	判断哪些材料真的有价值
3. 搭建大纲	先定骨架	给出结构方案和段落顺序	选角度、删废话
4. 分段起草	降低空泛感	按段落写初稿	补经历、补判断、补例子
5. 风格润色	去掉“AI 味”	改节奏、改表达、压缩套话	保留你的语气
6. 发布排版	适合平台阅读	处理标题、摘要、表格、清单	判断是否符合账号调性
7. 复用沉淀	形成写作资产	生成模板、清单、提示词	维护自己的方法库

这里最关键的是：不要让 Codex 从 0 到 100 一次做完。你要让它分阶段交付，每一步都有一个能检查的结果。

这就是用 Codex 写文章的核心技巧：把“写一篇文章”拆成一组小任务。

二、第一步：先写一份“写作简报”

许多文章写得虚，是由于一开始没有写作简报。

写作简报不需要长，但必须把几个关键问题说清楚：

问题	示例
写给谁看	内容创作者、小团队老板、产品经理、运营负责人
写完希望读者做什么	收藏、转发、咨询、试用、认可某个方案
文章类型是什么	干货教程、经验复盘、方案提议、产品说明
读者目前的痛点	不知道怎么提需求、写出来很像 AI、材料太乱
文章要解决什么问题	给一条能照着执行的路径
哪些话不要说	不夸大、不喊口号、不写“颠覆式革命”
必须出现什么	工具、案例、步骤、模板、避坑

你可以这样对 Codex 说：

我要写一篇公众号文章，题目是《如何利用 Codex 写文章》。  请先不要写正文。 请帮我生成一份写作简报，包含： 1. 目标读者 2. 读者痛点 3. 文章目标 4. 核心观点 5. 文章边界 6. 必须讲到的内容 7. 不要出现的表达风格 8. 推荐的文章结构  要求：不要写成宣传稿，要像一个真正用过工具的人在分享方法。

这一步看似慢，实际最省时间。由于一旦简报清楚，后面大纲、初稿、标题和排版都会更稳定。

许多人直接让 Codex 写正文，等于让它猜读者、猜角度、猜语气、猜案例。猜出来当然容易泛。

三、第二步：让 Codex 先做“材料清单”，不要急着写

文章有没有厚度，取决于材料。

材料不必定都是外部资料，也可以是你的经验、客户反馈、项目记录、聊天纪要、产品截图、数据表、需求文档、会议纪要。

你可以把材料分成 5 类：

材料类型	用途
实际材料	让文章站得住，列如数据、时间、背景
经验材料	让文章像人写的，列如踩坑、判断、取舍
案例材料	让读者看懂，列如一个真实场景
方法材料	让读者能照做，列如流程、模板、清单
反例材料	让观点更锋利，列如常见错误

给 Codex 的指令可以这样写：

下面是我收集的一些素材，请先不要写文章。 请你帮我整理成材料清单： 1. 哪些适合放在开头 2. 哪些适合做案例 3. 哪些适合做方法论 4. 哪些可以删掉 5. 哪些地方还缺证据  请用表格输出，并说明每条素材的用途。

如果你手上有资料文件，可以直接让 Codex 阅读并提炼。列如你有会议纪要、产品说明、采访记录、竞品分析、表格数据，都可以先让它做摘要，再进入写作。

另外就是，必定要防止AI幻觉的出现，如果你问AI，请问XX公司的成XX一年收入多少钱，它可能会回复你：年薪一百万。但是你问它，数据源从哪里来的，它会说：对不起，我瞎编的。

为了防止AI瞎编，这里有一个小技巧：让 Codex 标出“可信度”。如果可信度高的，有出处，有数据来源的，那么真实度就是比较高的。

请把这些材料按可信度分成三类： A. 可以直接引用 B. 需要改写后使用 C. 不提议使用  每条材料请说明缘由。

这一步能明显减少文章里的空话。由于文章不是靠形容词撑起来的，而是靠材料撑起来的。

四、第三步：先搭 3 个大纲，再选一个

不要让 Codex 只给一个大纲。一个大纲很容易把你带进单一路径。

更好的方式是让它给 3 个不同写法，然后你选。

列如同一个题目《如何利用 Codex 写文章》，至少可以有 3 种结构：

结构	适合场景	特点
教程型	读者想马上照做	步骤清楚、模板多
经验型	读者想听真实心得	有踩坑、有判断、有取舍
方案型	读者要说服团队	有目标、有流程、有交付物

你可以这样问 Codex：

请基于这份写作简报，给我 3 个不同方向的大纲： 1. 教程型：适合自媒体读者，强调上手 2. 经验型：像真实作者复盘，强调判断和踩坑 3. 方案型：适合团队内部分享，强调流程和交付  每个大纲请包含： - 开头怎么切入 - 每个一级标题讲什么 - 适合放什么案例 - 结尾怎么收束 - 这个结构的优点和风险

然后你不要急着让它写正文，而是先挑结构。

我的提议是：优先用“教程型 + 经验型”的混合结构。前半部分给方法，后半部分给技巧和分类。读者既能学到东西，也不会觉得像说明书。

五、第四步：按模块写，不要一次写完整篇

一次生成整篇文章，最容易出现三个问题：

第一，前面写得细，后面开始泛。

第二，段落之间看似顺，实则观点重复。

第三，语气越来越像模板。

更稳的做法是分模块写。

列如一篇 4000 字长文，可以拆成这些模块：

模块	字数	写作目标
开头	300-500 字	讲清痛点，让读者愿意继续看
核心方案	600-800 字	给出整套方法
执行步骤	1500-2000 字	一步步讲怎么做
技巧清单	800-1200 字	提升文章质感
类型分类	800-1200 字	让读者迁移到不同场景
插件推荐	600-1000 字	告知读者怎么组合工具
结尾	200-400 字	收束观点，给行动提议

写每个模块时，都可以给 Codex 一个小任务。

目前只写“开头”部分，控制在 400 字以内。 要求： 1. 不要用“在当今时代”这种开头 2. 先讲一个真实使用场景 3. 点出直接让 AI 写文章为什么容易空 4. 最后自然引出本文的方法

写完之后，再继续：

目前只写“核心方案”部分。 请用“不是代写，而是协作系统”作为中心观点。 要求有表格，讲清每一步交付物。 不要重复开头。

这种写法慢一点，但质量更可控。你也更容易把自己的判断加进去。

六、第五步：去掉“AI 味”的 10 个技巧

许多文章一看就像 AI 写的，并不是由于句子不通，而是由于它太“平均”了。

真人写作往往有偏好、有取舍、有节奏，有些地方会直接说“我不提议这么做”。AI 味重的文章则喜爱面面俱到，每段都很安全，每句话都像总结。

下面这 10 个技巧很实用。

1. 让 Codex 先问你问题

不要急着让它写。先让它问。

在写这篇文章之前，请先问我 8 个关键问题。 问题要围绕读者、场景、案例、观点、限制和发布平台。 不要问太泛的问题。

如果 Codex 问得好，文章质量会明显上去。由于它从一开始就不是在猜。

2. 给它一个“不要写什么”的清单

只说“写得自然一点”没用。要说清楚什么不自然。

请避免以下表达： 1. 在当今快速发展的时代 2. 不仅……而且…… 3. 总而言之 4. 赋能、闭环、颠覆、革新 5. 过度夸大 AI 能力 6. 每段都用排比句

你给的禁区越明确，文章越不容易跑成模板。

3. 让它加入“取舍”

真实作者会有取舍。

列如：

请在这一节里明确说明： 什么情况下适合用 Codex 写文章， 什么情况下不适合直接用 Codex 写文章， 以及为什么。

这会让文章更有可信度。

4. 多写“我会怎么做”

干货文章不要只写“你应该”。可以多写“我会”。

列如：

“我不会一上来让 Codex 写全文，我会先让它做写作简报。”<br>“我一般会让它给 3 个大纲，再从里面挑一个改。”<br>“如果是方案文档，我会先让它列风险，而不是先写美丽话。”

这种表达更像真实经验。

5. 要求每节都有例子

没有例子的技巧，很容易像口号。

可以这样要求：

请重写这一节。 每讲一个方法，都补一个具体例子。 例子要短，不要编得太夸张。

6. 删掉过度解释

AI 写作常常把一句话解释三遍。你可以让 Codex 做“减法编辑”。

请帮我压缩这段文字： 1. 删除重复意思 2. 删除空泛形容词 3. 保留判断和操作步骤 4. 字数减少 30%

7. 让它模拟编辑，而不是继续写

写完初稿后，不要让 Codex 立刻润色。先让它当编辑。

请以公众号编辑的角度审稿。 只指出问题，不要重写。 重点检查： 1. 开头是否抓人 2. 哪些段落空 3. 哪些地方重复 4. 是否缺案例 5. 哪些标题不够具体

先发现问题，再重写，效果会比直接“润色一下”好许多。

8. 给文章设置“读者动作”

一篇文章写完，读者应该做什么？

收藏？转发？照着模板试一次？把方案拿去开会？下载某个文件？

你可以让 Codex 在每个关键部分加入读者动作。

请检查这篇文章每一节读者能不能执行。 如果只是观点，请改成可操作步骤。 如果步骤太抽象，请补一个模板。

9. 标题不要只让它生成，要让它解释

标题不是越夸张越好。

你可以这样问：

请给我 10 个公众号标题。 每个标题后面说明： 1. 吸引点是什么 2. 适合哪类读者 3. 是否有标题党风险 4. 推荐指数

这样你不会被一个看起来很炸但不适合账号调性的标题带偏。

10. 最后做“人味校对”

文章发出前，专门做一轮人味校对。

请帮我做一轮“去 AI 味”编辑： 1. 删掉空泛套话 2. 把过于工整的句子改得更自然 3. 保留必要的不完美表达 4. 多用具体动词 5. 不要把文章改得像新闻稿

注意最后一句很重大：不要把文章改得像新闻稿。

七、不同文章类型，怎么用 Codex

Codex 不只适合写自媒体文章。只要你把文章类型说清楚，它可以适配许多场景。

下面这张分类表可以直接收藏。

文章类型	适合目标	Codex 最该做什么	最重大的检查点
自媒体文章	传播、收藏、涨粉	选题、大纲、案例、标题、排版	是否有观点，是否像真人
产品方案文档	说服团队或客户	结构化方案、路径、资源、风险	是否能落地，边界是否清楚
需求文档 PRD	推进产品开发	用户故事、功能拆解、验收标准	是否可开发、可验收
商业计划书	融资、合作、内部立项	市场、用户、模式、财务框架	假设是否透明
复盘报告	总结项目经验	时间线、结果、问题、改善措施	是否敢写问题
研究分析	支撑决策	资料归纳、观点对比、证据链	来源是否可信
SOP 手册	让别人照做	步骤、标准、异常处理	是否能按步骤执行
周报月报	同步进展	进展、风险、下周计划	是否具体，不堆流水账
采访稿	人物内容、品牌内容	问题设计、素材整理、成稿	是否保留被访者语气
课程讲义	教学、培训	知识结构、案例、练习题	学员能否学会

接下来挑几个高频类型讲细一点。

1. 自媒体文章：先找角度，再写正文

自媒体文章最怕平。

同样写《如何利用 Codex 写文章》，平庸角度是“Codex 可以提高写作效率”。这个观点没错，但没记忆点。

更好的角度是：

普通角度	更好的角度
Codex 能帮你写文章	别让 Codex 代写，让它接管写作流程
AI 写作效率高	真正省时间的是前期简报和后期审稿
教你用 AI 写公众号	一套能复用的公众号写作流水线

给 Codex 的提示词：

我要写一篇自媒体文章。 主题是【填写主题】。 请先给我 10 个切入角度。 每个角度说明： 1. 它适合什么读者 2. 它和常见写法有什么不同 3. 开头可以怎么写 4. 是否容易写空 最后推荐 3 个最值得写的角度。

自媒体文章还要重点关注开头。开头最好不要铺背景，而是直接进入读者熟悉的尴尬场景。

列如：

“你让 AI 写了一篇文章，第一眼觉得还行，第二眼开始觉得哪里不对。结构是完整的，但像谁都能写出来。”

这比“随着人工智能的发展”好得多。

2. 方案需求文档：先写边界，再写方案

方案文档最怕美丽但不可执行。

如果你要用 Codex 写方案，第一步不是让它写“整体方案”，而是先让它问清边界：

我要写一份方案文档，目标是【填写目标】。 请先不要写方案。 请帮我列出需要确认的边界问题： 1. 目标和成功标准 2. 当前现状 3. 资源限制 4. 时间限制 5. 关键风险 6. 相关角色 7. 交付物 8. 不做什么

方案文档的推荐结构：

模块	说明
背景	为什么要做
目标	做成什么算成功
现状	目前卡在哪里
方案	分阶段怎么做
资源	需要谁、多少钱、多久
风险	哪些地方可能失败
里程碑	每个阶段交付什么
验收	怎么判断做完了

这里有个实用技巧：让 Codex 写“反方意见”。

请站在反对者角度，指出这份方案最可能被质疑的 8 个问题。 每个问题后面给出修改提议。

方案文档不是为了显得全面，而是为了让决策更容易。

3. 需求文档PRD：让 Codex 写验收标准

需求文档的关键不是文字美丽，而是开发、设计、测试都能看懂。

用 Codex 写 PRD 时，提议从用户故事开始：

我要写一个功能需求文档。 功能是【填写功能】。 目标用户是【填写用户】。 请先输出用户故事，格式为： 作为一个【角色】， 我希望【完成某个动作】， 以便【获得某个价值】。  然后再拆成功能列表、页面状态、异常情况和验收标准。

PRD 里最容易漏的是异常状态。

你可以专门问：

请列出这个功能可能出现的异常状态： 1. 空状态 2. 加载失败 3. 权限不足 4. 数据异常 5. 网络中断 6. 用户误操作  每个状态请给出页面提示和处理方式。

如果你团队里常常由于需求边界扯皮，这个提示词会很有用。

4. 复盘报告：不要只写成绩

复盘报告最怕写成总结表扬。

真正有价值的复盘，至少要回答 5 个问题：

问题	作用
原目标是什么	防止事后美化
实际结果如何	看到差距
哪些动作有效	提炼经验
哪些判断错了	避免重复犯错
下次怎么改	形成行动

提示词可以这样写：

我要写一份项目复盘。 请根据我提供的材料，整理成： 1. 项目目标 2. 时间线 3. 关键结果 4. 做对的事 5. 做错的事 6. 根因分析 7. 下次改善动作  要求：不要写成表扬稿，要能看出真实问题。

复盘越真实，越有价值。Codex 可以帮你组织语言，但问题本身要敢写。

5. 研究分析：让 Codex 做证据链

研究分析最怕观点先行、证据后补。

更稳的方式是让 Codex 先整理证据链：

请基于这些材料，整理一份研究分析证据链： 1. 核心结论 2. 支撑证据 3. 反向证据 4. 仍不确定的地方 5. 需要进一步验证的问题  请不要为了让结论好看而忽略反例。

这类文章提议搭配 Data Analytics、Spreadsheets、PDF、Documents 等能力使用。由于研究分析往往不只是写字，还涉及表格、报告、PDF、数据和资料整理。

八、插件和技能推荐：按写作任务来组合

Codex 写作工具箱

Codex 的好处是，不只是能写字，还能结合不同插件和技能处理材料、图片、数据和交付格式。

下面是比较实用的组合。

场景	推荐插件或技能	用法
公众号长文	Image gen、Documents、PDF	生成配图、整理资料、导出版式稿
数据分析文章	Data Analytics、Spreadsheets	分析数据、做图表、生成结论
方案文档	Documents、Presentations	写方案、转成汇报稿或 PPT
产品需求文档	Documents、GitHub	写 PRD、对照研发 issue 或代码背景
研究报告	PDF、Documents、Data Analytics	读资料、提炼证据、做报告
产品介绍文章	Image gen、Presentations	生成视觉图、提炼卖点
教程文章	Playwright、OpenAI Docs、Documents	实操截图、查官方文档、整理步骤
视频脚本文章	HyperFrames by HeyGen、Remotion、Image gen	把文章扩展成短视频脚本和素材

这里重点讲几个。

Image gen：适合做封面和章节图

写公众号时，Image gen 很适合做封面、氛围图、概念图、流程隐喻图。

但有一个原则：不要让图片承担太多文字信息。

正确做法是：图片负责视觉吸引，文章负责信息表达。图片里不要放复杂中文标题，不要让读者必须读懂图里的字才能理解文章。

提示词示例：

生成一张公众号文章封面图。 主题是“用 Codex 写文章”。 画面是一个未来感写作工作台，电脑周围漂浮着大纲、素材卡、编辑面板和发布面板。 风格要炫酷、有趣、科技感强，但不要杂乱。 不要出现任何可读文字、logo、水印。 右侧留出干净区域，方便后期叠加中文标题。

Documents：适合交付正式文档

如果你的文章不是发公众号，而是要交给老板、客户、团队，Documents 会更适合。

列如：方案文档、项目说明、需求文档、合同草案、研究报告、培训手册……

你可以让 Codex 先写 Markdown，再转成 Word 文档，最后检查页面排版。正式文档最重大的是层级清楚、表格稳定、标题统一。

Spreadsheets：适合把文章建立在数据上

许多文章如果能加一点真实数据，可信度会高许多。

列如写运营复盘，可以让 Codex 读取表格，分析阅读量、转化率、留存率、渠道效果，然后再写结论。这样文章不是“我觉得”，而是“数据说明”。

提示词示例：

请分析这份表格，找出最值得写进复盘文章的 5 个发现。 每个发现请包含： 1. 数据现象 2. 可能缘由 3. 可以写成文章的观点 4. 需要谨慎表达的地方

Data Analytics：适合写分析型文章和报告

如果文章要做市场分析、用户分析、增长分析、业务复盘，Data Analytics 会很适合。

它不只是把数据变成文字，还能帮你设计指标、验证结论、做图表、解释变化缘由。

分析型文章最怕“看起来很专业，但没有证据”。这时候就应该先分析，再写作。

Presentations：适合把文章变成分享稿

许多时候，一篇文章写完，还要拿去做内部分享、课程、路演或直播。

这时可以让 Codex 把文章拆成 PPT：

请把这篇文章改成 12 页分享型 PPT 大纲。 每页包含： 1. 页面标题 2. 核心观点 3. 适合放的图 4. 演讲备注

文章是深阅读，PPT 是现场表达，两者结构不一样。不要直接复制全文进 PPT。

Playwright：适合做实操截图和流程验证

如果你写的是教程文，最好不要只靠想象写步骤。

Playwright 可以协助打开网页、操作页面、截图、验证流程。列如你写一篇“如何使用某个平台发布文章”，就可以让 Codex 自动走一遍流程，抓取关键页面状态。

教程文最怕步骤缺一环。能实操验证，就不要凭记忆写。

GitHub：适合写技术文章和研发文档

如果文章和代码、开源项目、PR、issue 有关，GitHub 插件很有用。

它可以协助 Codex 查看仓库、理解 PR、总结变更、整理 release note、写技术说明。技术文章最怕“只讲概念不看代码”，这时就应该让 Codex 先读上下文。

OpenAI Docs：适合写 OpenAI 产品和 API 教程

如果你写的是 OpenAI API、模型选择、Codex 使用方法、开发教程，提议让 Codex 优先查官方文档。

这类文章对准确性要求高，不能只凭记忆写。尤其是模型名称、API 参数、工具能力、定价和限制，可能会变化。

提示词可以这样写：

我要写一篇 OpenAI API 教程。 请优先参考官方文档，不要凭记忆。 请把涉及版本、模型、参数的地方标出来，避免过时信息。

九、一套完整提示词：从 0 到成稿

下面这段可以直接复制给 Codex，用来启动一篇文章项目。

我要写一篇文章，请你作为写作协作者，而不是直接代写。  文章题目： 【填写题目】  文章类型： 【自媒体文章 / 方案文档 / 需求文档 / 复盘报告 / 研究分析 / SOP 手册】  目标读者： 【填写读者】  发布场景： 【公众号 / 内部文档 / 客户提案 / 产品评审 / 课程讲义】  写作目标： 【希望读者看完后理解什么、信任什么、采取什么行动】  必须包含： 【填写必须出现的内容】  不要出现： 【填写不要出现的风格、词语、观点】  请按以下流程执行： 1. 先生成写作简报，不要写正文 2. 再列材料清单，指出缺哪些材料 3. 给出 3 个不同大纲方案，并说明优缺点 4. 等我选择大纲后，再分模块写初稿 5. 每个模块写完后，请提出可以补充的案例和证据 6. 初稿完成后，做一轮编辑审稿，只指出问题 7. 根据审稿意见再生成修改版 8. 最后输出适合发布平台的排版版本  写作要求： 不要写得像宣传稿。 不要堆概念。 多用具体场景、具体动作和真实判断。 如果某些信息不确定，请标出来，不要编。

如果你已经有初稿，可以用这个提示词：

下面是一篇初稿。 请不要直接润色。 请先从编辑角度审稿，指出： 1. 哪些地方像 AI 写的 2. 哪些地方空泛 3. 哪些段落重复 4. 哪些标题不够具体 5. 哪些地方缺案例 6. 哪些观点需要证据 7. 哪些内容可以删除  输出审稿意见后，再问我是否需要你重写。

这个流程的重点是控制节奏。你让 Codex 慢下来，它写出来的东西反而更接近真实写作。

十、最后：Codex 写文章，真正省的是“组织成本”

用 Codex 写文章，最大的变化不是“从此不用写了”。

真正的变化是：你不再一个人面对空白页。

它可以帮你追问，可以帮你整理材料，可以帮你搭结构，可以帮你模拟编辑，可以帮你改排版，可以把一篇文章拆成文档、PPT、短视频脚本、配图提示词。

但文章的判断，依旧来自你。

你要决定什么值得写，什么不值得写；什么话能说，什么话不能说；哪里要锋利，哪里要克制；哪些案例是真实的，哪些结论还需要证据。

所以最好的用法不是“让 Codex 替我写”，而是“让 Codex 帮我把写作这件事拆开、跑顺、沉淀下来”。

一旦你有了自己的写作简报、材料清单、大纲模板、审稿清单和排版流程，Codex 就不再只是一个能生成文字的工具，而是一个能陪你稳定产出的写作系统。