任务指令29 阅读

如何把职业场景转成 Codex 可执行任务

很多人用 Codex 的第一步就错了：把职业场景当成任务。比如“帮我优化招聘流程”“帮我检查运营数据”“帮我整理设计规范”。这些话对人来说能理解，但对 Codex 来说仍然太模糊。

发布时间 2026/07/04

一、为什么职业场景不能直接丢给 Codex？

Codex 更适合执行项目里的具体动作：读取文件、分析结构、检查差异、生成文档、修改代码、补测试、整理清单、输出报告。它不是靠一句抽象岗位需求自动猜完整工作流，而是需要你把场景拆成输入、动作、约束、产物和验收标准。

所以，把职业场景转成 Codex 可执行任务，本质上不是“写提示词”，而是做一次轻量任务设计。你要把“我要完成什么工作”翻译成“Codex 在哪个项目里、根据哪些材料、执行哪些步骤、输出什么文件、用什么标准判断完成”。

二、什么叫 Codex 可执行任务？

一个真正可执行的 Codex 任务，至少要满足 6 个条件：

目标明确：不是“优化一下”，而是“找出 10 个影响转化的页面问题，并按优先级给出修改方案”。
输入明确：告诉 Codex 要读取哪些文件、页面、表格、文档、截图或目录。
动作明确：要求它先检查、再归类、再输出，而不是直接给空泛建议。
产物明确：输出 Markdown、CSV、任务清单、PRD、测试用例、代码差异记录，还是 AGENTS.md 规则。
约束明确：不改动现有功能、不新增依赖、不改变视觉风格、不泄露隐私、不凭空补数据。
验收明确：完成后要能被人工检查，也能通过 lint、test、build、页面预览或数据校验。

职业场景通常描述的是“工作背景”，可执行任务描述的是“交付动作”。两者之间需要一个转换层。

三、职业场景转 Codex 任务的 7 步公式

可以固定使用这个公式：

职业角色 + 业务场景 → 具体对象 → 输入材料 → 执行动作 → 输出产物 → 约束条件 → 验收标准

先写职业场景，不要急着写提示词先用自然语言写清楚这个工作发生在哪个岗位、哪个业务节点。场景越真实，后面越容易拆成任务。

职业场景： 我是一个运营，需要根据最近 30 天的内容数据，找出哪些文章适合继续扩写成 SEO 长文，并生成下周的内容发布计划。

把场景里的“对象”找出来

对象就是 Codex 要检查、读取、整理或修改的东西。没有对象，Codex 只能泛泛输出建议。

设计师场景里的对象：页面、组件、Figma 导出规范、截图、样式文件。
运营场景里的对象：文章列表、数据表、关键词库、发布计划、转化数据。
HR 场景里的对象：岗位描述、简历、面试反馈、评分表。
产品经理场景里的对象：PRD、用户反馈、竞品功能、需求池。
数据分析场景里的对象：CSV、BI 报表、SQL、指标口径说明。

明确输入材料在哪里

Codex 能读项目文件，但你要告诉它去哪里看。可以是目录、具体文件、README、docs、data、src、public、test、content 等。

请先读取以下材料： - docs/product.md：产品定位和核心功能 - data/content-performance.csv：最近 30 天内容数据 - content/blog/：现有文章目录 - docs/seo-keywords.md：目标关键词库 不要在未读取这些材料前直接给建议。

四、职业场景到可执行任务的映射表

职业场景	不要这样写	应该转成的 Codex 任务
设计师检查 UI	帮我看看页面好不好看	读取 src/pages 和 components，结合现有设计规范，列出页面间距、字号、组件复用、响应式和无障碍问题，并输出修改清单。
产品经理拆需求	帮我把这个想法做成需求	根据 docs/idea.md 生成 PRD、用户故事、边界条件、开发任务和验收标准，不直接写代码。
运营做内容计划	帮我做一份运营计划	读取关键词库和历史内容数据，按搜索意图、内容缺口和转化目标生成 4 周发布计划。
HR 初筛简历	帮我看这些人合不合适	根据 JD 和简历文本，建立评分维度，输出候选人对比表、风险点和面试追问。
数据分析找问题	帮我分析数据为什么下降	读取 CSV 和指标口径，检查数据缺失、异常值、渠道变化和漏斗断点，输出可验证假设。
电商优化详情页	帮我改一下商品页	读取商品资料、用户评价、竞品卖点和页面源码，生成卖点结构、常见问题、CTA 和页面改版任务。
客服整理问题	帮我整理售后问题	读取工单导出表，按问题类型、责任环节、处理优先级和可沉淀常见问题输出整理报告。

五、可直接复制的通用转换提示词

当你只有一个模糊职业场景时，可以先让 Codex 做“任务翻译”，不要直接让它执行。

你现在不是直接执行任务，而是先把我的职业场景转成 Codex 可执行任务。 我的职业场景： 【在这里写你的场景，例如：我是一名运营，需要根据网站内容和流量数据，规划下个月的 SEO 内容选题。】 请按以下结构输出： 1. 这个场景真正要解决的问题是什么 2. Codex 需要读取哪些文件、目录、表格或页面 3. 这个任务应该拆成哪些执行步骤 4. 每一步的输出产物是什么 5. 哪些事情不能让 Codex 自行假设 6. 最终验收标准是什么 7. 请生成一条可以直接复制给 Codex 执行的完整任务指令 要求： - 不要写空泛建议 - 不要跳过输入材料 - 不要把所有事情压成一句提示词 - 输出要适合放进达灵感任务库

六、一条成熟 Codex 任务应该包含什么？

建议固定使用 8 个模块。这样不同岗位的人都能把工作需求稳定转成任务。

模块	作用	示例
任务背景	让 Codex 理解这个任务为什么存在	我们要把老项目的设计规范沉淀成可执行规则，减少后续开发偏差。
目标	定义最终要完成什么	输出一份项目级 AGENTS.md 规则和组件使用检查清单。
输入材料	告诉 Codex 去哪里看	读取 docs/design-system.md、src/components、tailwind.config.ts。
执行步骤	防止 Codex 直接跳到结论	先扫描，再归类，再生成规则，再给落地建议。
输出格式	让结果可复用	用 Markdown 表格输出，包含问题、影响、建议、优先级。
约束条件	控制风险	不要改动业务逻辑，不要新增依赖，不要凭空创造不存在的规范。
验证方式	判断是否完成	运行 lint、typecheck、build；文档类任务需检查链接和术语一致性。
完成标准	避免半成品	所有结论必须能追溯到文件、页面或数据来源。

七、不同岗位的 Codex 任务模板

设计师：把“检查页面体验”转成可执行任务

请检查当前项目的页面体验问题，但不要重新设计视觉风格。 目标： 找出页面在信息层级、组件复用、间距、字号、响应式、状态反馈和可访问性上的具体问题，并输出可执行修改清单。 请读取： - src/app 或 src/pages 下的页面文件 - src/components 下的通用组件 - tailwind.config.ts 或样式配置文件 - docs/design-system.md（如果存在） 执行步骤： 1. 先梳理页面结构和主要用户路径 2. 检查是否存在重复组件、样式不一致、按钮层级混乱、表单状态缺失 3. 按“影响体验程度”和“修改成本”排序 4. 输出修改建议，不要直接大改代码 5. 如果需要改代码，请先列出修改计划，等待确认 输出格式： - 问题位置 - 问题描述 - 用户影响 - 建议方案 - 优先级 P0/P1/P2 - 是否需要设计确认 约束： 不要改变品牌风格，不要新增 UI 库，不要把局部问题扩大成全站重构。

产品经理：把“整理需求”转成可执行任务

请根据现有资料，把这个产品想法整理成可开发需求。 请读取： - docs/idea.md - docs/user-feedback.md - docs/current-features.md - src/routes 或 src/app 下的现有页面结构 输出： 1. 需求背景 2. 用户角色和使用场景 3. 核心用户路径 4. 功能清单 5. 边界条件 6. 不做什么 7. 开发任务拆分 8. 验收标准 9. 需要补充确认的问题 要求： - 不要凭空添加商业模式 - 不要把“未来可能做的功能”混进当前版本 - 开发任务必须能被工程师直接认领 - 每个任务都要有验收标准

运营：把“做内容计划”转成可执行任务

请根据现有内容和关键词资料，生成下个月的内容运营计划。 请读取： - data/content-performance.csv - docs/keyword-list.md - content/blog/ 下的已发布文章 - docs/business-goals.md 执行步骤： 1. 统计已有内容覆盖了哪些主题 2. 找出高潜力但缺文章的关键词 3. 判断哪些旧文章适合扩写、合并或加 常见问题 4. 生成 4 周内容发布计划 5. 给每篇文章提供标题、搜索意图、目标关键词、推荐结构和内链建议 输出格式： 用表格输出：发布时间、主题、标题、关键词、目标用户、文章类型、内链目标、优先级。 约束： 不要编造不存在的数据，不要只按流量排序，要结合业务转化意图。

HR：把“筛选候选人”转成可执行任务

请根据岗位要求和候选人资料，生成候选人初筛评分表。 请读取： - docs/job-description.md - resumes/ 下的候选人简历文本 - docs/interview-criteria.md（如果存在） 执行步骤： 1. 从 JD 中提取硬性要求、加分项和风险项 2. 建立评分维度和权重 3. 对每位候选人进行结构化评分 4. 标记信息不足的位置 5. 生成面试追问问题 输出： - 候选人对比表 - 推荐排序 - 每位候选人的匹配理由 - 风险提示 - 面试追问 约束： 只根据提供材料判断，不要推测候选人的年龄、性别、婚育、籍贯等无关信息。

数据分析师：把“分析数据问题”转成可执行任务

请检查最近数据变化的可能原因，并输出可验证的分析结论。 请读取： - data/events.csv - data/orders.csv - docs/metrics-definition.md - reports/current-dashboard.md 执行步骤： 1. 检查指标口径是否一致 2. 检查数据是否存在缺失、重复、异常值 3. 按渠道、时间、用户分层拆解变化 4. 判断变化发生在哪个漏斗环节 5. 输出原因假设、验证方法和需要补充的数据 输出格式： - 现象 - 证据 - 可能原因 - 排除项 - 需要补充的数据 - 下一步验证动作 约束： 不能把相关性直接写成因果；没有数据支撑的地方必须标记“待验证”。

八、常见错误：这些写法 Codex 很难稳定执行

错误写法	问题	改法
帮我优化一下这个项目	没有目标、范围、文件和验收标准	指定优化对象，如性能、UI、SEO、组件复用、数据采集，并列出输入文件。
帮我写一个完整方案	产物太泛，Codex 不知道方案服务于谁	说明业务背景、受众、输出格式和使用场景。
参考某某产品做一个一样的	容易变成抄袭或泛化模仿	拆成结构、信息层级、交互模式、差异化要求。
你看着办	风险最高，容易改错方向	明确哪些可以改、哪些不能改、哪些必须先汇报。
直接全自动改完	缺少计划和审查，容易扩大影响范围	先让 Codex 输出计划，再分阶段执行。

九、把职业场景沉淀成达灵感任务库

如果你要长期做达灵感任务库，不建议每次都从零写。可以把职业场景统一沉淀成任务卡。

字段	填写说明
任务标题	用“如何让 Codex + 动词 + 具体对象”的格式，例如：如何让 Codex 检查页面信息密度是否过高。
适用人群	设计师、运营、产品、HR、数据分析师、电商运营、行政、开发者等。
输入材料	列出需要准备的文件、目录、截图、表格或链接。
执行流程	分 3-7 步，不要只写一句“帮我分析”。
输出产物	报告、清单、表格、代码修改、测试用例、常见问题、发布计划等。
风险边界	不能改什么、不能假设什么、不能访问什么。
验收方式	人工检查、测试命令、构建命令、页面预览、数据校验。
可复制提示词	最后给完整一键指令。

十、把通用转换规则写进 AGENTS.md

如果团队经常把职业场景交给 Codex，可以在项目根目录写一份 AGENTS.md，让 Codex 每次都按同一套方法处理。

# AGENTS.md ## 职业场景转任务规则 当用户给出的是职业场景，而不是明确开发任务时，请不要直接执行。请先把场景转成可执行任务说明。 必须输出以下内容： 1. 任务目标 2. 需要读取的文件或目录 3. 执行步骤 4. 输出产物 5. 约束条件 6. 验收标准 7. 是否需要用户确认后再改代码 ## 执行边界 - 不要凭空创造项目中不存在的数据、文件或业务规则。 - 不要在未说明影响范围前大规模重构。 - 不要把职业建议写成泛泛的鸡汤式建议。 - 如果任务涉及代码修改，先输出计划，再执行修改。 - 如果任务涉及用户数据、候选人简历、客户资料或订单数据，必须避免输出无关隐私判断。 ## 输出格式 优先使用 Markdown 表格、任务清单和验收清单。 结论必须能追溯到输入材料。 无法验证的结论标记为“待确认”。

十一、完整一键 Codex 指令模板

下面这段可以直接作为通用模板，适合把任何职业场景转成可执行任务。

请把下面这个职业场景转成 Codex 可执行任务，并在确认任务结构后再执行。 【职业场景】 我是一名【填写岗位】，现在需要【填写业务目标】，但目前只有一些零散资料，希望 Codex 帮我把它整理成可执行产物。 【已有资料】 - 【填写文件或目录 1】 - 【填写文件或目录 2】 - 【填写表格、截图、文档或数据来源】 【我希望得到的产物】 - 【例如：问题清单 / PRD / 任务拆分 / 常见问题 / SEO 文章计划 / 数据分析报告 / UI 审查报告】 请按以下步骤执行： 1. 先判断这个职业场景真正对应什么任务类型 2. 列出你需要读取的文件、目录或数据 3. 如果资料不足，先列出缺口，不要直接编造 4. 把任务拆成 3-7 个可执行步骤 5. 输出最终产物 6. 给出人工验收清单 7. 如果涉及代码修改，先给修改计划，不要直接改动 约束： - 不要写泛泛建议 - 不要凭空假设业务规则 - 不要扩大任务范围 - 不要输出无法落地的结论 - 所有建议必须能对应到已有材料、页面、文件或数据 最终输出格式： 1. 任务定义 2. 输入材料 3. 执行流程 4. 输出结果 5. 风险提示 6. 验收清单 7. 可复用任务模板

十二、3 个完整示例

示例 1：把设计师场景转成任务

原始场景：我想让 Codex 帮我检查这个网页像不像成熟产品。

可执行任务： 请检查当前网页是否像成熟产品，但不要重新设计整套视觉。 请读取页面结构、组件文件和样式文件，重点检查： - 首屏价值表达是否清晰 - 导航是否符合用户预期 - CTA 是否明确 - 页面信息密度是否合理 - 组件样式是否一致 - 移动端是否存在溢出或拥挤 - 空状态、错误状态和加载状态是否缺失 输出一份 UI/UX 审查报告，包含问题位置、影响、修改建议、优先级和是否需要代码修改。

示例 2：把运营场景转成任务

原始场景：我想让 Codex 帮我找出哪些文章适合做 SEO 增长。

可执行任务： 请根据现有文章和关键词资料，找出最适合做 SEO 增长的页面。 请读取： - content/blog/ 下的文章 - docs/keywords.md - data/search-console-export.csv（如果存在） 请输出： 1. 当前内容主题覆盖情况 2. 缺少哪些高意图关键词页面 3. 哪些旧文章适合扩写 4. 哪些文章应该增加 常见问题 5. 推荐新增文章清单 6. 内链建议 7. 优先级排序 要求每个建议都说明原因，不要只按关键词热度排序。

示例 3：把 HR 场景转成任务

原始场景：我想让 Codex 帮我整理候选人初筛表。

可执行任务： 请根据岗位要求和候选人简历，生成候选人初筛评分表。 请读取： - docs/jd.md - resumes/ 下的简历文本 请先从 JD 中提取评分维度，再逐个候选人评分。 输出字段：姓名、核心匹配点、缺口、风险、建议面试问题、推荐等级。 约束： 只根据技能、经验、项目相关信息判断，不要涉及年龄、性别、婚育、籍贯等无关因素。

十三、人工验收清单

这条任务是否明确写了目标，而不是只写职业角色？
是否告诉 Codex 需要读取哪些文件、目录、表格或截图？
是否要求 Codex 先检查资料，再输出结论？
是否明确了输出格式？
是否写了不能做什么？
是否有人工可以检查的完成标准？
如果涉及代码修改，是否要求先给计划再执行？
如果涉及数据、候选人、订单或客户资料，是否写了隐私和判断边界？
任务是否能沉淀为达灵感任务库里的标准条目？

十四、常见问题：把职业场景转成 Codex 任务常见问题

1. 职业场景和 Codex 任务最大的区别是什么？

职业场景描述的是人的工作背景，Codex 任务描述的是可执行动作。前者像“我想优化运营效率”，后者要写清楚“读取哪些资料、检查哪些问题、输出什么清单、如何验收”。

2. 为什么不能直接说“你帮我看一下”？

因为 Codex 可能不知道你要它看页面、代码、数据、文档还是流程。模糊指令会导致输出泛泛建议，甚至改错范围。

3. 所有职业工作都适合交给 Codex 吗？

不是。Codex 更适合有文件、有结构、有规则、有产物的任务。纯沟通、主观判断、商业决策、敏感人事决定，不能完全交给 Codex。

4. 什么时候需要 AGENTS.md？

当同类任务反复出现时，就应该把稳定规则写进 AGENTS.md。例如输出格式、检查顺序、禁止事项、测试命令和验收标准。

5. 任务越详细越好吗？

不是。详细不等于堆字。好的任务应该具体、可执行、可验证。重复规则放 AGENTS.md，一次性背景放当前任务指令。

6. 没有代码项目，也能用这个方法吗？

可以。只要你把资料整理成文件夹，例如 docs、data、content、resumes、reports，Codex 就可以围绕这些材料生成结构化产物。

7. 达灵感任务库应该怎么组织？

建议按职业角色和任务类型双维度组织。比如设计师/页面检查、运营/内容计划、HR/简历筛选、数据/指标分析、产品/需求拆分。

十五、总结：把岗位需求翻译成项目任务

把职业场景转成 Codex 可执行任务，关键不是换一种提示词写法，而是把人的工作经验结构化。你要让 Codex 知道：目标是什么、资料在哪里、先做什么、输出什么、不能做什么、怎么验收。

对于达灵感这类任务库来说，最有价值的不是收集大量提示词，而是把不同职业的高频工作场景，沉淀成可复用、可执行、可验证的任务模板。这样用户拿到的不是一句“帮我优化”，而是一套能直接放进项目里执行的工作流。

参考依据

本文关于 Codex 能力边界、提示词结构和 AGENTS.md 的内容，参考了 OpenAI 官方 Codex 文档，包括 Codex web、Codex 指令ing、Best Practices 和 Custom instructions with AGENTS.md。

Codex任务指令职业场景可执行任务任务设计