如何让 Codex 生成直播话术大纲

很多人让 AI 写直播话术时，只会输入一句：“帮我写一个直播脚本。”这种写法产出的内容通常很空，开场像模板，卖点没有顺序，转化节点不清楚，主播拿到后也很难照着执行。 更有效的方法，是让 Codex 把直播当成一个可执行项目来处理：先读取产品资料、活动规则、用户画像、历史复盘和品牌语气，再生成直播话术大纲、分阶段脚本、互动问题、转化提醒和复盘字段。 这篇文章讲的不是让 Codex 临时写几句口播文案，而是让它帮你建立一套可复用的直播话术生产流程。

为什么适合用 Codex 做直播话术大纲

直播话术不是单纯写作，它更像运营工作流。一次完整直播，通常会涉及产品资料、优惠机制、主播风格、用户问题、禁用表达、转化入口和复盘指标。如果这些资料散落在飞书文档、Markdown、CSV、CMS 或项目仓库里，人工整理会很费时间。

Codex 的优势不在“会写漂亮句子”，而在于它可以根据你提供的项目文件和任务规则，生成结构化文档，并把结果沉淀到指定路径。例如：docs/live-script-outline.md、docs/live-script-checklist.md、data/live-products.csv。

所以这类任务适合放进达灵感：它不是一次性聊天，而是一个可重复执行的内容生产任务。

先准备哪些资料，Codex 才不会乱写

直播话术最怕“看起来很会卖，但和真实产品无关”。在让 Codex 生成前，最好先准备下面这些资料。资料越具体，输出越能直接使用。

• 产品资料：产品名称、核心卖点、价格、规格、适用人群、禁忌人群、常见问题。

• 直播目标：拉新、转化、加购、预约咨询、私域沉淀、老客复购，目标不同，话术结构不同。

• 用户画像：用户是谁、为什么进入直播间、最关心什么、最担心什么、购买阻力在哪里。

• 活动机制：优惠券、限时福利、赠品、组合装、报名入口、咨询入口、售后规则。

• 品牌语气：专业、轻松、陪伴感、强转化、专家型、朋友型，必须提前限定。

• 风险边界：哪些承诺不能说，哪些词不能用，哪些价格和库存信息需要二次确认。

• 历史资料：上一场直播复盘、用户评论、高频问题、成交转化较好的话术片段。

直播话术大纲的标准结构

一份能落地的直播话术大纲，不应该只有开场白和结束语。它至少要把直播目标、用户心理、产品卖点、互动问题、转化动作和风控边界放在同一张表里。Codex 最适合做这类结构化整理，因为它可以把分散资料统一成文档。

推荐的 Codex 工作流

不要直接让 Codex 一次生成最终稿。更稳的做法是分四步：先整理资料，再生成结构，再补话术，再做检查。

• 资料扫描：让 Codex 找到产品资料、品牌语气、优惠规则、历史直播复盘，先列出可用信息和缺失信息。

• 大纲生成：让 Codex 根据直播目标生成分阶段大纲，每个阶段写清楚目的、时长、主话术、互动点和 CTA。

• 话术补充：让 Codex 为每个阶段补充主播可直接说的表达，但保留“可根据直播间情况调整”的空间。

• 风控与验收：让 Codex 检查是否存在夸大承诺、虚假稀缺、价格不一致、禁用词和无法验证的信息。

第一条指令：让 Codex 先整理直播资料

这一步不要急着生成话术。先让 Codex 读资料，判断信息是否够用。

请你先不要生成直播话术。

任务目标：

基于当前项目中的产品资料、活动规则、品牌语气和历史直播复盘，整理一份“直播话术资料清单”。

请重点查看这些位置：

• docs/product.md

• docs/brand-tone.md

• docs/promotion-rules.md

• docs/live-review.md

• data/live-products.csv

• data/customer-questions.csv

请输出：

1. 已找到的直播可用信息

2. 直播目标和目标用户是否明确

3. 产品卖点是否足够支撑直播讲解

4. 价格、优惠、库存、售后信息是否有冲突

5. 需要人工补充的信息清单

6. 不允许你自行编造的信息

输出文件：docs/live-script-input-audit.md

限制：

• 不要生成最终直播话术

• 不要编造价格、库存、销量、功效、案例数据

• 如果资料不足，只列缺失项，不要硬写

第二条指令：生成 60 分钟直播话术大纲

资料确认后，再让 Codex 生成直播话术大纲。这里要明确直播时长、目标、阶段、转化方式和输出格式。

请根据 docs/live-script-input-audit.md 和项目中的产品资料，生成一份 60 分钟直播话术大纲。

直播目标：

• 让新用户理解产品价值

• 提高直播间停留和互动

• 引导用户领取优惠并完成咨询/下单/预约

输出到：docs/live-script-outline.md

文档结构必须包含：

1. 直播基础信息

• 主题

• 目标用户

• 直播目标

• 主播语气

• 转化动作

2. 直播节奏表

每个阶段必须包含：

• 时间段

• 阶段目标

• 主播核心话术

• 互动问题

• 产品/案例/演示素材

• CTA 动作

• 风险提醒

3. 关键话术模块

• 开场留人话术

• 痛点引导话术

• 产品卖点讲解话术

• 用户异议处理话术

• 福利提醒话术

• 结束转化话术

4. 主播注意事项

5. 直播后复盘字段

限制：

• 不要使用夸大承诺

• 不要编造销售数据、用户评价和权威背书

• 不要出现“全网最低”“稳赚”“百分百有效”等绝对化表达

• 语气要像真实直播运营文档，不要像作文

第三条指令：把大纲细化成主播可用话术

大纲能解决结构，话术能解决主播怎么说。这里建议让 Codex 输出“可读但不死板”的话术，不要写成机械台词。

请基于 docs/live-script-outline.md，继续生成一版“主播可用话术补充稿”。

要求：

1. 每个阶段给出 3-5 段主播可直接说的话

2. 话术要自然，不要像广告硬广

3. 每段控制在 40-90 字，方便主播现场发挥

4. 每个转化节点都要写清楚触发条件，例如：

• 用户停留下降时

• 评论区开始问价格时

• 讲完核心卖点后

• 福利快结束前

5. 为每个阶段补充 2 个评论区互动问题

6. 为每个阶段补充 1 个备用话术，用于冷场时使用

输出到：docs/live-script-anchor-version.md

请保留 Markdown 标题层级，方便复制到运营文档中。

第四条指令：让 Codex 检查话术是否能转化

直播话术不能只看是否顺口，还要检查有没有转化路径。可以让 Codex 专门做一次“转化体检”。

请审查 docs/live-script-outline.md 和 docs/live-script-anchor-version.md，判断这份直播话术是否具备完整转化路径。

请输出一份审查报告：docs/live-script-conversion-review.md

重点检查：

1. 开场是否在 30 秒内讲清用户留下来的理由

2. 是否有清晰的目标用户和使用场景

3. 产品卖点是否按用户关心程度排序

4. 是否有评论区互动问题

5. 是否有福利提醒，但没有过度催单

6. 是否有异议处理，例如价格贵、怕没效果、不知道是否适合自己

7. 是否有明确 CTA，例如领券、加购、预约、咨询、下单

8. 是否有直播结束前的收口话术

9. 是否有下一场直播或私域承接动作

请用表格输出：问题位置 / 问题描述 / 影响 / 修改建议 / 优先级。

不同直播场景下，Codex 要生成的重点不同

让 Codex 生成不同阶段的专项话术

如果你不想一次生成整场直播，也可以按模块拆开给 Codex。这样更容易控制质量。

1. 开场留人话术

请只生成直播开场 3 分钟的话术。

目标：让新进入直播间的用户快速知道这场直播讲什么、对谁有用、为什么值得留下来。

输出：

• 15 秒极速开场版

• 1 分钟标准开场版

• 3 分钟完整开场版

• 5 个评论区互动问题

限制：不要上来就硬卖，不要堆砌欢迎词。

2. 痛点引导话术

请基于目标用户画像，生成直播中的痛点引导话术。

要求：

• 先写用户真实场景

• 再写用户误区

• 最后自然过渡到产品/服务

• 每个痛点配一个互动问题

限制：不要制造焦虑，不要贬低用户。

3. 异议处理话术

请生成直播间常见异议处理话术。

异议包括：

• 太贵了

• 我怕不适合自己

• 我先看看

• 和别家有什么区别

• 买了之后不会用怎么办

输出格式：

异议 / 用户真实心理 / 主播回应话术 / 可补充证明材料 / CTA。

4. 促单但不油腻的话术

请优化直播中的转化话术。

目标：提醒用户行动，但不要显得过度催单。

请输出：

• 温和提醒版

• 强提醒版

• 福利截止前提醒版

• 适合老粉的提醒版

• 适合新用户的提醒版

限制：不要使用虚假稀缺，不要编造库存和销量。

把直播话术沉淀成可复用模板

一次直播结束后，不要只保留最终脚本。更应该让 Codex 把这次话术沉淀成模板，下次换产品、换活动、换平台时还能复用。

请基于本次生成的直播话术文档，整理一份可复用的直播话术模板。

输出到：templates/live-script-template.md

模板需要包含：

1. 需要人工填写的字段

2. Codex 自动生成的字段

3. 直播节奏表模板

4. 话术模块模板

5. 风控检查清单

6. 复盘字段模板

请把变量用 {{变量名}} 表示，例如：

• {{直播主题}}

• {{目标用户}}

• {{核心卖点}}

• {{福利机制}}

• {{CTA方式}}

要求：

• 模板要适合复制到不同项目中使用

• 不要包含本次项目的具体产品信息

AGENTS.md：把直播话术规则固定下来

如果你的团队经常用 Codex 生成直播脚本，可以在项目里增加 AGENTS.md，把品牌语气、禁用表达和输出规范固定下来。

AGENTS.md

直播话术生成规则

• 输出语言：中文。

• 输出格式：Markdown。

• 默认生成直播话术大纲，而不是完整逐字稿，除非任务明确要求逐字稿。

• 所有价格、库存、优惠、销量、案例、功效、客户评价必须来自项目资料，不得自行编造。

• 禁止使用绝对化、夸大承诺和无法验证的表达。

• 每个直播阶段必须包含：阶段目标、主播话术、互动问题、CTA、风险提醒。

• 话术要适合真人主播表达，避免书面化、口号化和过度营销腔。

• 如果资料不足，先输出缺失信息清单，再生成可用部分。

• 修改直播文档时，保留原有 Markdown 层级和表格结构。

• 完成后必须输出验收清单，说明哪些内容可以直接使用，哪些需要人工确认。

直播话术大纲验收清单

Codex 生成后，不要直接交给主播。至少按下面这份清单检查一遍。

• 开场是否在 30 秒内说清直播主题和用户利益。

• 每个阶段是否有明确目标，而不是一堆零散话术。

• 产品卖点是否按用户关心程度排序，而不是按内部资料顺序照搬。

• 是否包含互动问题，能引导评论区参与。

• 是否包含用户异议处理，而不是只讲优点。

• 是否有自然转化节点，例如领券、咨询、预约、下单、加购。

• 促单话术是否克制，没有虚假稀缺和夸大承诺。

• 价格、活动、库存、售后信息是否需要人工二次确认。

• 是否有结束前收口话术和私域承接动作。

• 是否能沉淀为下一场直播可复用的模板。

常见错误：为什么 Codex 生成的话术不好用

如果你发现 Codex 生成的直播话术很空，通常不是模型不会写，而是任务条件没写清楚。

• 只给标题，不给产品资料，结果只能写成通用模板。

• 只让它写话术，不让它先整理用户痛点和转化目标。

• 没有限制价格、库存、销量和功效，容易出现不能核验的信息。

• 没有指定直播时长，导致节奏不合理。

• 没有指定主播人设，话术容易变成广告腔。

• 没有要求输出 CTA 和互动问题，直播会变成单向讲解。

• 没有让 Codex 做二次审查，问题会混在最终稿里。

FAQ

Codex 和 ChatGPT 都能写直播话术，为什么这里更推荐 Codex？

ChatGPT 更适合临时起草文案。Codex 更适合在一个项目文件夹里执行任务，例如读取产品资料、生成 Markdown 文档、沉淀模板、检查版本差异和持续迭代。

资料不完整时，可以直接让 Codex 编一版吗？

不建议。直播话术涉及价格、优惠、效果、案例和售后信息，编造内容会带来运营和合规风险。更好的做法是让 Codex 先输出缺失信息清单。

直播话术大纲和直播逐字稿有什么区别？

大纲解决直播节奏、阶段目标和转化结构；逐字稿解决主播具体怎么说。多数团队应先做大纲，再按模块补逐字稿。

Codex 能不能根据历史直播复盘继续优化下一场？

可以。前提是你把历史直播中的高频问题、成交节点、冷场片段、评论反馈和复盘结论整理成文件，让 Codex 基于真实资料迭代。

是否需要为不同平台分别生成话术？

需要。不同平台的用户耐心、互动方式、转化入口和内容尺度不同。至少要让 Codex 按平台生成不同版本，而不是一稿多用。

达灵感发布建议

• URL slug：how-to-use-codex-generate-live-stream-script-outline

• 文章分类：自媒体 / 运营 / 内容生成

• 内链建议：链接到“如何用 Codex 生成短视频脚本”“如何让 Codex 优化账号主页介绍”“如何用 Codex 生成内容选题库”。

• 下载资源建议：附一个 live-script-template.md 模板，作为达灵感可下载任务资源。

• 页面 CTA：提示用户复制本文中的 Codex 指令，放入自己的产品资料文件夹中执行。

参考资料

• OpenAI Developers：Codex web 文档。用于核对 Codex 可读取、编辑和运行代码，以及云端任务的基本能力。

• OpenAI Developers：任务指令ing Codex 文档。用于核对任务提示词应包含上下文、验证步骤和完成标准。

• OpenAI Developers：AGENTS.md 文档。用于核对 Codex 在执行任务前读取项目指令文件的机制。