### 业务场景：任务要经过哪些环节

团队把一个失败用例交给 Codex 时，可以将流程理解为：

| 环节 | 需要的信息 | 产出 |
|---|---|---|
| 输入上下文 | 文件、复现、实际与预期 | 可定位的问题 |
| 定义目标 | 完成状态、交付物 | 可检查的结果 |
| 设置边界 | 改动范围、依赖、外部操作 | 明确授权范围 |
| 执行验证 | 测试、检查、退出状态 | 验收证据 |
| 人工复核 | 未验证项、敏感操作 | 是否进入下一流程的判断 |

本文将前四项整理为“背景与现状、目标与交付物、约束与边界、验收与汇报”。这是中文写作框架，不是 OpenAI 官方命名或强制标准。

OpenAI 官方 Prompting 文档建议，重要任务可按需提供 Goal、Context、Output 和 Boundaries。[官方文档](https://learn.chatgpt.com/docs/prompting)

### 实施：先建立可复现基线

演示项目包含 `slugify.py` 和 `test_slugify.py`。Git `HEAD` 中的实现是：

```python
return title.strip().lower().replace(" ", "-")
```

运行 `python3 -m unittest -v`，混合空白用例失败：实际输出为 `codex\tfirst---task`，预期为 `codex-first-task`，退出状态为 1。

![失败基线](https://developer.qcloudimg.com/http-save/yehe-12713588/360db2a4a5c88cf755264c18b829f17c.jpg)

### 实施：把授权边界写进任务

这次任务只允许修改解决问题所必需的文件，不允许删除或放宽测试，不增加第三方依赖，也不执行提交、推送和发布。需要超出这些范围时，应先汇报原因并请求确认。

明确这些内容，可以让代码修改与外部操作分别受控。

### 实施：给出完整任务

```text
背景与现状：
- 阅读 slugify.py 和 test_slugify.py，并说明对失败原因的理解。
- 在项目根目录运行 python3 -m unittest -v。
- 当前混合空白用例失败，期望输出为 codex-first-task。

目标与交付物：
- 修复 slugify_title，把连续空格、制表符等空白统一转换为一个连字符。
- 交付最小代码差异和验证记录。

约束与边界：
- 只修改必要文件，不删除或放宽测试，不引入第三方依赖。
- 不提交、不推送、不发布；越界操作先请求确认。

验收与汇报：
- 重新运行 python3 -m unittest -v。
- 运行 git diff --check。
- 汇报修改内容、实际结果、未运行检查和不确定性。
```

![四段式任务概览](https://developer.qcloudimg.com/http-save/yehe-12713588/d0a4785a46f0eb14452cd4e8b4a4633c.jpg)

### 验证：代码差异与结果

未提交工作区中的修改为：

```diff
-    return title.strip().lower().replace(" ", "-")
+    return "-".join(title.lower().split())
```

![最小差异](https://developer.qcloudimg.com/http-save/yehe-12713588/e8c59a7b27f0f6fd02b3cfe65f36effb.jpg)

修复后再次运行 `python3 -m unittest -v`，1 个测试通过，退出状态为 0；`git diff --check` 无输出，退出状态为 0。

![验收结果](https://developer.qcloudimg.com/http-save/yehe-12713588/f8447f029c9636ebad6f53b632a32cb8.jpg)

证据口径需要保持一致：取证开始时修复已经存在于工作区，修复前实现来自 Git `HEAD`。上述记录证明指定基线与工作区状态之间的变化，不代表本次重新编写了修复。

### 安全、数据与成本边界

任务模板不能替代沙箱和审批。官方资料将沙箱作为技术边界，将审批策略作为需要用户许可的条件；实际行为取决于所用产品和配置。[沙箱](https://learn.chatgpt.com/docs/sandboxing) [审批与安全](https://learn.chatgpt.com/docs/agent-approvals-security)

涉及生产环境、密钥、客户数据、数据库写入、批量删除或发布时，应单独规定访问范围、脱敏要求、回滚方式和人工复核。本例只展示本地脱敏代码与测试，不涉及云资源操作。

本文也不提供价格、额度或成本节省数字。若后续讨论团队成本，需要结合实际产品方案、任务规模和计量记录另行核查。

### 验收范围

目前只有一个回归用例。它不构成对换行符、非 ASCII 空白、空字符串等输入的验证，也不能推出所有类似任务都能一次完成。

长期有效的项目命令和目录规则可放在 `AGENTS.md`；单次问题和特定权限仍应留在任务中。[官方文档](https://learn.chatgpt.com/docs/agent-configuration/agents-md)

### 结尾

团队使用 Codex 时，可把任务视为一份小型执行协议：输入明确、结果可查、权限有限、证据可复核。

**选择一个团队当前的失败用例，用四段式建立任务并保留验收记录。**

本文将前四项整理为“背景与现状、目标与交付物、约束与边界、验收与汇报”。这是中文写作框架，不是 OpenAI 官方命名或强制标准。

团队使用 Codex 时，怎样把开发任务写成可验收流程？

人工智能

开发工具

后端

背景与现状：阅读slugify.py和test_slugify.py，理解混合空白用例失败原因。目标与交付物：修复slugify_title，统一空白为连字符，交付最小代码差异。约束与边界：仅修改必要文件，不删测试、不加依赖、不提交推送。验收与汇报：运行python3 -m unittest -v和git diff --check，汇报修改与结果。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

背景与现状：阅读slugify.py和test_slugify.py，理解混合空白用例失败原因。目标与交付物：修复slugify_title，统一空白为连字符，交付最小代码差异。约束与边界：仅修改必要文件，不删测试、不加依赖、不提交推送。验收与汇报：运行python3 -m unittest -v和git diff -...

团队使用 Codex 时，怎样把开发任务写成可验收流程？-腾讯云开发者社区-腾讯云

团队使用 Codex 时，怎样把开发任务写成可验收流程？

团队使用 Codex 时，怎样把开发任务写成可验收流程？

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐