提示词

提示词概述

提示词用于告诉 ChatGPT 你想了解、制作或更改什么。提示词 可以是问题、指令或目标。你不需要技术性语法或 固定公式。先用自己的语言表达，查看回复，再通过后续 消息调整结果。

简短的提示词通常就已足够。对于较大或更重要的任务，请加入 相关要素：

• 目标： ChatGPT 应该做什么？
• 上下文： 哪些信息或来源会有帮助？
• 输出： 你需要什么格式、长度或详细程度？
• 边界： 哪些内容必须保持不变？ChatGPT 应避免什么，或在执行什么操作前应先向你 确认？

只使用有帮助的部分。你不需要填写每一项，也不必遵循 规定格式。

描述你需要的结果

从结果入手，而不是先列出详细步骤。当受众或 格式会影响 ChatGPT 应生成的内容时，请提供这些信息。

Turn these meeting notes into a short update for the project team.
Put the decisions and next steps first.

这条提示词说明了要创建什么以及谁会阅读。仅当流程 本身很重要时才描述流程。否则，请给 ChatGPT 留出搜索、比较 信息和调整方法的空间。

添加有用的上下文

分享可能改变结果的信息。只添加重要的来源， 并说明 ChatGPT 应从每个来源中获取什么。

• 当你希望 ChatGPT 总结、比较、转换内容或创建文件供你审阅时， 请附加文档、电子表格、演示文稿或 PDF 文件。
• 当任务依赖视觉上下文时，请添加屏幕截图、图表或其他图像输入。请指出 重要区域，不要只依赖图像本身。
• 当答案依赖最新信息时，让 ChatGPT 使用网页搜索； 如果你需要核查结果，请要求提供来源。
• 当相关聊天需要共享文件、 来源或本地文件夹时，请使用项目。

使用已连接的来源

当 ChatGPT 可以访问已连接的来源时，请指出它应在哪里查找以及要 查找什么。你不需要描述它应执行的每一次搜索。

Use the latest project plan in Drive and relevant decisions and updates from
the project's Slack channel to prepare a status update.

已连接的来源需要相应插件，是否可用可能取决于 你的方案和工作区设置。

使用插件

插件为 ChatGPT 和 Codex 提供可复用的指令，以及与 Google Drive、Gmail、Slack 和 GitHub 等工具的 连接。两款产品从同一个通用目录中获取公开 插件。只需提出你需要的结果，让当前界面从可用工具中 进行选择。在 ChatGPT 中，在编辑器中输入 @ 以选择特定插件。

个性化 ChatGPT

对于应应用于所有聊天的偏好，请在 Settings > Personalization 中将其设为 自定义指令。只与当前聊天有关的细节应放在 提示词中。

设置边界，避免实际问题

边界是 ChatGPT 为避免产生额外工作或执行你无意授权的操作而需要遵循的 少数指令。如果改错某个细节会导致 结果无法使用，或者你希望某项内容在影响他人之前先由你审阅， 请添加一条边界。

• 保持已批准的日期和预算数字不变。
• 仅使用提供的来源。标记缺失信息，不要猜测。
• 建议不得超出规定预算。
• 将消息准备成草稿。不要发送。

重点关注最重要的一两项边界。你不需要控制 ChatGPT 执行的每一步。

让结果可以直接使用

告诉 ChatGPT 你计划如何使用结果。这有助于它选择合适的 长度、详细程度和组织方式。

• 将其整理成一页摘要，供主管在会前快速浏览。将 决策和后续步骤放在最前面。
• 将这些笔记整理成跟进邮件，其中包含决策、负责人和截止 日期。
• 创建清晰的表格，对比计划支出与实际支出，并突出显示 超过 10% 的差异。

对于重要工作，请让 ChatGPT 进行最终检查，例如确认每个 行动项都有负责人和截止日期，或标记它无法 核实的信息。然后在使用或分享结果前亲自审阅。

通过后续消息改善结果

第一条提示词不需要完美。查看结果，然后提出 你想要的具体修改。

Make the opening more direct, keep the evidence, and move the recommendation
above the background section.

你可以添加遗漏的来源、纠正方向、要求提供另一个选项，或 更改详细程度，而无需从头开始。

引导与排队

当 Codex 正在工作时，你无需等待当前运行结束即可发送另一条消息：

• Steer 将消息添加到当前运行。可用它来改变方向、补充 遗漏的细节或分享新信息。
• Queue 保存消息，供下一次运行处理。适用于应等待 当前工作完成后再处理的后续事项。

在 ChatGPT 桌面应用中，可通过 Settings > General > Follow-up behavior选择默认行为。 排队的消息会显示在编辑器上方，你可以编辑、重新排序、发送或 删除它们。该设置还会显示如何针对单条消息使用另一种行为的快捷键， 无需更改默认设置。

在 Codex CLI 中，当 Codex 正在工作时按 Enter 可引导当前 轮次，按 Tab 可将消息加入队列，供下一轮处理。详见 交互式快捷键。

组合各个要素

对于使用已连接来源的项目更新，一条完整提示词可能如下：

Prepare a one-page project status update for Monday's leadership meeting. Use
the latest project plan in Drive and relevant decisions and updates from the
project's Slack channel.

Lead with the decisions leadership needs to make and the next steps. Summarize
progress, risks, owners, and due dates. Keep approved dates and budget figures
unchanged. Flag any conflicting or missing information, and don't send or
publish anything.

Before you finish, check that every next step has an owner and due date.

这条提示词涵盖目标、上下文、输出和边界，然后 要求进行最终检查，但没有逐一规定每个步骤。

使用语音听写

在 ChatGPT 桌面应用中，当编辑器可见时按 Ctrl+Shift+D， 然后开始说话。ChatGPT 会将你的语音转写到编辑器中， 以便你在发送提示词前进行检查和编辑。

Chat 提示词示例

使用 Chat 提问、构思创意、起草内容和处理日常决策。先说明 你想要的结果，仅在细节会改变答案时再补充。

理解一个主题

Explain how compound interest works for someone who has never invested.
Use one concrete example and define any financial terms you introduce.

起草并完善文字

Draft a friendly email declining this invitation because I will be traveling.
Keep it under 120 words and leave the door open for a future event.

比较选项

Compare these two phone plans for one person who travels internationally twice
a year. Show the important differences in a table, then recommend one and explain
the tradeoff.

制定实用计划

Plan five weekday dinners that take less than 30 minutes. Avoid peanuts, reuse
ingredients across meals, and finish with one consolidated shopping list.

为 ChatGPT Work 编写提示词

对于快速提问、简短改写、集思广益和简单 草稿，请使用 Chat。对于需要使用不同来源或工具、涉及一系列 步骤、进行更改或生成较大交付成果的任务，请使用 ChatGPT Work。

在 ChatGPT Work 中，描述你需要的结果、提供源材料、说明 受众，并解释你将如何审阅工作。让 ChatGPT 进行规划、 收集所需信息、创建文件，并在完成前检查文件。

高效使用 ChatGPT Work

ChatGPT Work 适合耗时或周期性任务，也适合创建可供你 复用的完整文件。如果一项任务能够节省时间、提高质量或帮助你作出重要决策， 即使它使用较多额度也可能值得。

先从一份可供审阅的结果开始：

• 只包含相关来源，并在适当时限制日期范围。
• 明确受众、输出格式和所需长度。
• 将必要工作与可选的改进或润色分开。
• 当方法很重要时，要求先制定计划。要求 ChatGPT 在发送、发布或更改 他人依赖的信息前先获得你的批准。
• 如果任务开始执行你不再需要的工作，请缩小范围或停止任务。

审阅第一版结果、完善指令，并在工作流有效时加以 复用。

将源材料整理成完整文件

Use the attached quarterly reports to create a leadership brief and a six-slide
presentation.

The audience is the executive team. Lead with the three decisions they need to
make, distinguish reported facts from your analysis, cite each number to its
source file, and check that the brief and slides agree before you finish.

为决策开展研究

Research three customer-support platforms for a 50-person company. Compare
pricing, security, integrations, and migration effort using current sources.
Deliver a recommendation memo with links, assumptions, and the questions we
should answer before signing a contract.

协调发布

Create a launch plan for the attached product brief. Include the timeline,
owners, dependencies, risks, announcement draft, customer FAQ, and a checklist
for launch day. Flag any missing decisions before producing the final files.

对于周期性工作，先在普通聊天中完善提示词。输出稳定可靠后， 在该聊天中安排任务。 如果每次定时运行都应开始新的聊天，请改为创建独立的定时任务。

为 Codex 编写提示词

当你希望 ChatGPT 处理代码、代码库或开发者工具时，请使用 Codex。 实用的 Codex 提示词应说明所需行为、指出相关代码或 复现步骤、保留重要限制条件，并说明如何验证 更改。

对于多步骤任务，如果你希望 Codex 在编辑前先调查并提出方案，请在应用编辑器中输入 /plan。 当 Goal mode 可用时，在计划之后使用 /goal 设置持久目标。有关当前命令列表，请参阅应用斜杠 命令。

如何阅读这些示例

每个工作流都包括：

• 适用场景以及最合适的 Codex 界面（IDE、CLI 或云端）。
• 包含用户提示词示例的步骤。
• 上下文说明：Codex 会自动看到什么，以及你应该附加什么。
• 验证：如何检查输出。

注意： IDE 扩展会自动将打开的文件加入上下文。在 CLI 中，请明确提及路径，或使用 /mention 和 @ 路径自动补全来附加文件。

Codex 在限制文件和网络访问的沙箱中 运行本地命令。如果任务需要跨越该边界， Codex 会按照你的批准策略继续操作。

解释代码库

适用于入职、接手服务，或尝试理解协议、数据模型或请求流程的场景。

IDE 扩展工作流（最快的本地探索方式）

1. 打开最相关的文件。
2. 选择你关注的代码（可选，但建议这样做）。
3. 向 Codex 输入提示词：

   Explain how the request flows through the selected code.

   Include:
   - a short summary of the responsibilities of each module involved
   - what data is validated and where
   - one or two "gotchas" to watch for when changing this

验证：

• 要求提供可供你核实的图表或检查清单：

Summarize the request flow as a numbered list of steps. Then list the files involved.

CLI 工作流（适合需要记录和 shell 命令的场景）

1. 启动交互式会话：

   codex

2. 附加文件（可选）并输入提示词：

   I need to understand the protocol used by this service. Read @foo.ts @schema.ts and explain the schema and request/response flow. Focus on required vs optional fields and backward compatibility rules.

上下文说明：

• 你可以在编辑器中使用 @ 插入工作区中的文件路径，或使用 /mention 附加特定文件。

修复错误

适用于存在可在本地复现的异常行为时。

CLI 工作流（紧密循环复现和验证）

1. 在代码仓库根目录启动 Codex：

   codex

2. 向 Codex 提供复现步骤，以及你怀疑的文件：

   Bug: Clicking "Save" on the settings screen sometimes shows "Saved" but doesn't persist the change.

   Repro:
   1) Start the app: npm run dev
   2) Go to /settings
   3) Toggle "Enable alerts"
   4) Click Save
   5) Refresh the page: the toggle resets

   Constraints:
   - Do not change the API shape.
   - Keep the fix minimal and add a regression test if feasible.

   Start by reproducing the bug locally, then propose a patch and run checks.

上下文说明：

• 由你提供：复现步骤和限制条件（这些比概括性描述更重要）。
• 由 Codex 提供：命令输出、发现的调用位置，以及它触发的所有堆栈跟踪。

验证：

• 修复后，Codex 应重新运行复现步骤。
• 如果你有标准检查流水线，请让它运行：

After the fix, run lint + the smallest relevant test suite. Report the commands and results.

IDE 扩展工作流

1. 打开你认为存在错误的文件，以及离它最近的调用方。
2. 向 Codex 输入提示词：

   Find the bug causing "Saved" to show without persisting changes. After proposing the fix, tell me how to verify it in the UI.

编写测试

适用于需要明确界定测试范围时。

IDE 扩展工作流（基于选择内容）

1. 打开包含该函数的文件。
2. 选择定义该函数的代码行。在命令面板中选择 "Add to Codex Thread"，将这些代码行添加到上下文。
3. 向 Codex 输入提示词：

   Write a unit test for this function. Follow conventions used in other tests.

上下文说明：

• 由 "Add to Codex Thread" 命令提供：选中的代码行（即“行号”范围），以及打开的文件。

CLI 工作流（在提示词中描述路径和行范围）

1. 启动 Codex：

   codex

2. 在提示词中提供函数名称：

   Add a test for the invert_list function in @transform.ts. Cover the happy path plus edge cases.

根据屏幕截图制作原型

适用于需要将设计稿、屏幕截图或 UI 参考转换为可运行原型时。

CLI 工作流（图像和提示词）

1. 将屏幕截图保存到本地（例如 ./specs/ui.png）。
2. 运行 Codex：

   codex

3. 将图像文件拖入终端，以附加到提示词中。

4. 继续补充限制条件和结构：

   Create a new dashboard based on this image.

   Constraints:
   - Use react, vite, and tailwind. Write the code in typescript.
   - Match spacing, typography, and layout as closely as possible.

   Outputs:
   - A new route/page that renders the UI
   - Any small components needed
   - README.md with instructions to run it locally

上下文说明：

• 图像提供视觉要求，但你仍需指定实现限制条件（框架、路由、组件样式）。
• 用文字说明图像未展示的行为，例如悬停状态、验证规则或键盘交互。

验证：

• 让 Codex 运行开发服务器（如果允许），并明确告诉你应在哪里查看：

Start the dev server and tell me the local URL/route to view the prototype.

IDE 扩展工作流（图像和现有文件）

1. 在 Codex 聊天中附加图像（拖放或粘贴）。
2. 向 Codex 输入提示词：

   Create a new settings page. Use the attached screenshot as the target UI.
   Follow design and visual patterns from other files in this project.

通过实时更新迭代 UI

适用于希望在 Codex 编辑代码时进行紧密的“设计 → 调整 → 刷新 → 再调整”循环。

CLI 工作流（运行 Vite，然后使用简短提示词迭代）

1. 启动 Codex：

   codex

2. 在单独的终端窗口中启动开发服务器：

   npm run dev

3. 向 Codex 输入提示词以进行更改：

   Propose 2-3 styling improvements for the landing page.

4. 选择一个方向，并通过简短、具体的提示词进行迭代：

   Go with option 2.

   Change only the header:
   - make the typography more editorial
   - increase whitespace
   - ensure it still looks good on mobile

5. 继续提出有针对性的请求：

   Next iteration: reduce visual noise.
   Keep the layout, but simplify colors and remove any redundant borders.

验证：

• 在 Codex 更新代码时，在浏览器中检查更改。
• 提交你满意的更改，还原你不满意的更改。
• 如果你还原或修改了某项编辑，请告知 Codex，以免它在处理下一条提示词时覆盖你的编辑。

将重构工作委派到云端

适用于希望利用本地上下文设计方案，然后将耗时较长的实现委派给可并行运行的云端聊天时。

本地规划（IDE）

1. 确保当前工作已提交或至少已暂存，以便清晰地比较更改。
2. 让 Codex 制定重构计划。如果 $plan 技能可用，请明确调用它：

   $plan

   We need to refactor the auth subsystem to:
   - split responsibilities (token parsing vs session loading vs permissions)
   - reduce circular imports
   - improve testability

   Constraints:
   - No user-visible behavior changes
   - Keep public APIs stable
   - Include a step-by-step migration plan

3. 审阅计划并协商修改：

   Revise the plan to:
   - specify exactly which files move in each milestone
   - include a rollback strategy

上下文说明：

• 当 Codex 可以在本地扫描当前代码（入口点、模块边界、依赖图线索）时，规划效果最佳。

云端委派（IDE → Cloud）

1. 如果尚未设置，请先设置 Codex 云端环境。
2. 单击提示词编辑器下方的云图标，然后选择你的云端环境。
3. 输入下一条提示词时，Codex 会在云端创建一个新聊天，并带上现有聊天上下文（包括计划和所有本地源代码更改）。

   Implement Milestone 1 from the plan.

4. 审阅云端 diff，并按需迭代。

5. 直接从云端创建 PR，或将更改拉取到本地进行测试并完成收尾工作。

6. 继续迭代计划中的其他里程碑。

委派到云端的任务在隔离环境中运行。除非你为该环境启用互联网访问， 否则智能体阶段的互联网访问处于关闭状态。进一步了解 云端互联网访问。

执行本地代码审查

适用于希望在提交或创建 PR 前获得另一方审查意见时。

CLI 工作流（审查工作树）

1. 启动 Codex：

   codex

2. 运行审查命令：

   /review

3. 可选：提供自定义审查重点：

   /review Focus on edge cases and security issues

验证：

• 根据审查反馈应用修复，然后重新运行 /review，确认问题已解决。

审查 GitHub 拉取请求

适用于希望在不将分支拉取到本地的情况下获得审查反馈时。

使用此功能前，请在代码仓库中启用 Codex Code review。请参阅代码审查。

GitHub 工作流（由评论驱动）

1. 在 GitHub 上打开拉取请求。
2. 留下评论，标记 Codex 并明确说明审查重点：

   @codex review

3. 可选：提供更明确的指令。

   @codex review for security vulnerabilities and security concerns

更新文档

适用于需要准确、清晰地更改文档时。

IDE 或 CLI 工作流（本地编辑和本地验证）

1. 找到要更改的文档文件并将其打开（IDE），或使用 @ 提及它们（IDE 或 CLI）。
2. 向 Codex 提供包含范围和验证要求的提示词：

   Update the "advanced features" documentation to provide authentication troubleshooting guidance. Verify that all links are valid.

3. Codex 起草更改后，审阅文档并按需迭代。

验证：

• 阅读渲染后的页面。