零基础保姆级教程｜Codex 代码执行模式完整使用指南，业务人员无需代码，打通 RPA 自动化

宜搭

617人浏览 · 2026-07-29 14:32:28

宜搭 · 2026-07-29 14:32:28 发布

前言

当前很多企业落地「RPA + 大模型」自动化项目，业务人员最大痛点：普通对话模式输出内容随意，附带大量解释文字，无法直接被 RPA、工单系统解析；而Codex（代码执行模式） 专门解决这个问题：强制模型输出结构化内容（JSON、标准表格、正则、指令），减少废话、输出稳定。

⚠️误区：Codex 不是程序员专属工具，不需要会写代码。业务人员只需要学会规范下达指令，就能产出自动化流程可用的数据。

本文适配所有网页端大模型通用 Codex / 代码模式，所有操作业务人员可直接跟着操作。

一、基础认知：普通对话 VS Codex 代码执行模式

1.1 两者核心区别

1）普通对话模式：偏向自由聊天，适合写方案、头脑风暴；经常增加额外说明、注释、开场白，输出格式不可控。 2）Codex 代码执行模式：偏向指令执行，约束输出格式；优先返回代码块、结构化数据，适合对接自动化工具（RPA、工作流、API）。

举个直观对比： ✅ 目标输出：标准 JSON 普通对话大概率返回：

下面是整理好的工单信息： {"order_id":"ORD12345","case_type":"package_lost","risk_level":"normal"}

Codex 模式纯净输出（无多余文字）：

{
  "order_id":"ORD12345",
  "case_type":"package_lost",
  "risk_level":"normal"
}

1.2 业务人员能用 Codex 做什么（跨境电商场景）

解析买家售后邮件，输出 RPA 识别的标准 JSON 工单
批量提取邮件内订单号、物流信息
自动生成英 / 德 / 西多语种售后邮件模板
生成 RPA 执行动作指令（自动发邮件、创建工单、预警人工）
生成正则表达式，用于邮件文本信息抓取
梳理售后风险分级、客诉分类规则

二、从零开始：分步操作教程（业务人员逐步骤执行）

前置条件：电脑网页端打开大模型平台，推荐网页端，移动端界面缺失切换按钮。

步骤 1：找到 Codex 入口，切换模式

绝大多数平台入口位置：新建对话 → 输入框上方，存在标签切换：【对话 / Codex / 代码模式】

重中之重：必须先切换 Codex 模式，再输入指令！ 90% 新手失败的根源：直接在普通对话下发指令，格式不稳定。

步骤 2：认识 Codex 界面特征

切换成功后，界面存在两个明显特征：

会话标题标识 Codex；
模型输出优先封装在代码块中，一键复制无多余换行；
模型倾向严格遵守格式约束，不会主动增加闲聊文字。

❌错误操作：不切换模式，直接下发任务 ✅标准流程：切换 Codex → 粘贴指令 → 发送 → 获取结构化结果

步骤 3：第一条测试指令，验证模式是否生效

复制下面指令，直接粘贴发送，用来验证环境：

输出JSON格式，包含订单号、售后类型、风险等级。
示例：{"order_id":"ORD12345","case_type":"package_lost","risk_level":"normal"}
约束：只返回JSON，不要任何解释、前言、多余文字。

✅正常结果：仅返回代码块包裹的 JSON ❌异常结果：附带中文说明文字 → 代表模式未正确切换，重新操作步骤 1

步骤 4：业务实战｜跨境售后邮件结构化解析（核心场景）

场景需求：接收海外买家英文售后邮件，自动转换成 RPA 可以直接读取的工单。 通用标准指令模板（直接复制复用）

你是跨境电商售后分类助手。
输入买家邮件原文，完成信息识别。
输出字段：
language：语种(en/de/es/fr)
case_type：售后类型，仅允许选择【inquiry、tracking、damaged、lost、wrong_item、return、refund、complaint】
risk_level：风险等级，仅允许选择low/normal/high
order_id：提取到的订单号，无则填null

规则：严格输出JSON，禁止任何解释、注释、额外文字。
以下是买家邮件内容：
【粘贴买家邮件文本】

测试邮件样例：

My order ORD7890 arrived broken. I want a partial refund.

发送后 Codex 返回结果：

{
  "language": "en",
  "case_type": "damaged",
  "risk_level": "normal",
  "order_id": "ORD7890"
}

这份 JSON 可直接传递给 RPA，自动判断售后处理策略。

三、核心技巧：业务人员如何写好 Codex 指令（4 要素模板）

不需要学习提示词高阶理论，记住固定结构，直接套用：

角色定位：你是什么助手（售后分类助手 / 信息提取助手）
任务目标：需要完成什么工作
输出规范：指定格式（JSON / 表格）、固定字段、可选值范围
强制约束：只返回结果，不要任何解释

✅万能模板结构：

角色：XXX助手
任务：XXX
输出格式：XXX
输出字段/可选范围：XXX
硬性约束：只返回结果，禁止多余文字、注释、开场白
原始文本：
【粘贴内容】

❌反面教材（模糊指令，绝对不要使用） 帮我整理这封客户邮件，分类一下售后问题

四、业务人员常备 4 套可直接复制指令模板

模板 1｜售后邮件意图分类（对接 RPA 首选）

你是跨境电商售后工单解析助手。
读取买家邮件内容，识别售后诉求。
输出JSON，字段：language、case_type、risk_level、order_id
case_type可选值：inquiry、tracking、damaged、lost、wrong_item、return、refund、complaint
risk_level可选值：low、normal、high
约束：只输出JSON，不要任何文字说明。
邮件内容：

模板 2｜文本提取订单号

从邮件正文提取订单号，订单号格式为ORD+数字。
输出JSON，字段order_id、confidence
confidence只能填high/medium/low，未找到订单号order_id=null
约束：仅返回JSON，禁止额外描述。
文本内容：

模板 3｜生成多语言售后回复模板

根据售后类型生成英文售后回复邮件。
输出JSON，字段subject、email_body
要求语气礼貌，告知客户已受理，说明处理时效。
约束：只返回JSON，不要多余文字。
售后类型：包裹破损

模板 4｜生成 RPA 动作执行指令

根据售后工单信息生成RPA可执行动作。
输出字段action、alert_human、template_name
action可选：send_email、create_ticket、partial_refund
alert_human：true/false
约束：输出纯JSON，无解释文字
工单信息：