GPT‑6 是我们迄今最先进的模型套件,为你提供适用于不同类型工作的多种模型选择。

无论你是要把一个想法变成可运行的原型、构建并测试某个功能,还是跨代码仓库、数据库和外部 API 编排多步骤工作流,本指南都会讲解如何选择 GPT‑6 模型、给它有效的指令、管理长时间运行的工作,并为生产环境做好准备。

TL;DR

1. 在生产环境中高效运行

为生产环境准备工作流

在部署之前,有几项检查和最佳实践是你需要落实的。

让模型匹配工作负载

将模型选择和推理级别视为智能/价格的权衡。

在评估最适合任务的模型时,比较定价⁠(在新窗口中打开)以了解每个模型。

  • 推理级别:在 API 中,选择模型在该任务上投入多少精力。

    • 低:常规任务,例如提取事实或进行小幅编辑。

    • 中:需要判断力的工作,例如规划功能或比较选项。

    • 高:困难的调试、更深入的分析或仔细审查。

    • 超高 / 最高:在支持的情况下,当“高”不够用时进行测试,并且只有在改进足以证明增加的时间和成本合理时才保留。

在 Codex 中,先使用该模型的默认推理级别,然后对更简单的任务降低它,或对更深入的分析提高它。

2. 调整你的提示词和技能

给模型一个清晰的任务

——Eric Provencher,OpenAI 开发者体验

从一个清晰的指派开始:你想要的结果、它面向谁、相关背景和约束,以及什么算作完成。然后审视以下四个领域,总结自为 GPT‑6 Astra 重新思考技能和提示词⁠(在新窗口中打开),以深入了解如何更新你的指令:

  • 创建更好的技能:让描述保持简短,并明确说明每个技能应在何时运行,仅在需要时加载支持性细节,并用适合你团队所用模型的指导取代僵化的固定流程。

  • 更新你的 AGENTS.md:说明特定文档和测试在何时相关,并明确授权安全的常规工作流,例如使用一次性数据运行本地测试且不访问生产环境。

  • 设定决策边界:说明哪些操作可以独立进行,哪些需要批准,用清晰的边界取代一刀切的“总是询问”规则。

  • 对持久性做出明确规定:定义“完成”包含什么——实现变更、运行它、检查结果并修复失败——并指出任何需要你审查的决策。

定义你需要的输出

无论你是在 Codex 中工作还是用 API 构建,都要明确模型可以做出哪些决策、它应在何时请求输入,以及什么样的回复才算有用。

给模型足够的方向,让工作持续推进,而无需在重要决策上靠猜测。告诉它哪些选择它可以做,以及何时应征求你的输入⁠(在新窗口中打开),例如,它可以自行选择如何组织摘要,但在改变项目范围之前应先与你确认。描述什么样的回复才算有用⁠(在新窗口中打开),例如使用平实的语言、适合你受众的技术细节,以及一份简短交接,涵盖改了什么、检查了什么,以及还有什么仍需关注。

3. 优化长时间运行的任务

让复杂工作持续推进

借助 GPT‑6 系列模型,你现在可以承担跨越数小时或数天的任务。使用以下功能来更好地管理长时间运行任务中的智能体。

API

在 API 中,使用引导、异步工具和并行工作来让长时间运行的任务持续推进。

Codex

长时间运行的任务可能会暴露出你在初始提示中未必预料到的决策。使用澄清和引导让工作保持在正轨上。

  • 在工作推进过程中回答问题:借助 GPT‑6 Astra,Codex 可以在工作时请求澄清⁠(在新窗口中打开)。解决影响下一步的问题,并指明在你做决定期间哪些独立工作可以继续。如果你要离开,告诉 Codex 哪些任务可以继续,以及它应在何时暂停等待你的回答。

  • 需求变化时重定向工作:引导当前任务⁠(在新窗口中打开)加入新信息,说明什么应该改变、什么应该保持不变。这有助于避免在不再满足你需求的方案上花费更多时间。

利用计算机使用完成更多工作

计算机使用⁠(在新窗口中打开)让 GPT‑6 Astra、GPT‑6.1 Sol 和 GPT‑6 Luna 直接与网站和桌面应用交互,甚至是那些没有 API 的应用。例如,你可以让模型调查一个 bug、修复代码,并在浏览器中打开你的产品以检查修复是否有效。

为每一步选择最简单可靠的方式:

  • 当 API 或已连接的工具能直接完成工作时,就使用它。

  • 当模型需要为你读取屏幕、点击按钮或填写表单时,使用计算机使用。

如果你要将计算机使用构建到自己的应用中,给模型一个可以运行代码来控制浏览器或桌面的工具。Playwright 适用于浏览器⁠(在新窗口中打开);PyAutoGUI 适用于桌面应用。

从测试到生产:团队如何用 GPT‑6 Astra 构建

4 之 1