⚡ GPT-5.5 × Codex CLI 提示词模板大全

GPT-5.5 是 OpenAI 最新的推理旗舰模型，配合 Codex CLI 可以自动完成从写功能到修Bug到安全审计的全流程。本文整理了 50+ 个生产级提示词模板，覆盖日常开发最高频的 8 大场景。

一、config.toml 最优配置

model = "gpt-5.5"
model_reasoning_effort = "medium"
personality = "pragmatic"

⚠️ 走代理时用 low，防 SSE 断流；直连 API 用 medium

二、Codex CLI 核心命令模板

2.1 功能开发

codex exec "在 src/auth.py 中实现 JWT 登录：
- POST /login 接收 {email, password}
- 验证后返回 {access_token, refresh_token}
- token 有效期 15 分钟，refresh 7 天
- 使用 bcrypt 哈希密码
- 写单元测试"

codex --full-auto exec "给这个项目加上用户角色权限系统，支持 admin/user/guest 三级"

2.2 Bug 修复

codex exec "修复 TypeError: 'NoneType' object is not iterable
文件：src/services/order.py 第 47 行
触发条件：order.items 为空时调用 for item in order.items
修复方向：加 None 守卫或空列表默认值"

codex exec "修复 issue #42：搜索结果页分页跳转后筛选条件丢失
检查 src/search/views.py 和 templates/search.html"

2.3 代码审查

codex exec "Review 本次改动：git diff origin/main...HEAD
关注：安全性（注入/XSS）、性能（N+1查询）、错误处理覆盖、类型安全
输出：严重问题用 ❌，警告用 ⚠️，建议用 💡"

2.4 重构

codex exec "重构 src/legacy/order_processor.py：
1. 拆分为 OrderValidator / PriceCalculator / InvoiceGenerator 三个类
2. 提取公共工具函数到 src/utils/order.py
3. 保持所有现有测试通过
4. 不改动对外 API 接口"

2.5 写测试

codex exec "为 src/services/payment.py 写全覆盖单元测试：
- 正常支付流程
- 余额不足
- 网络超时 mock
- 重复支付幂等
- 退款流程
使用 pytest + pytest-mock，覆盖率 > 90%"

2.6 数据库迁移

codex exec "创建 alembic 迁移脚本：
- 新增 orders 表字段：discount_amount DECIMAL(10,2), applied_coupon VARCHAR(50)
- 新增 order_discounts 关联表
- 回滚脚本包括在内
- 迁移文件放在 alembic/versions/"

2.7 API 对接

codex exec "对接微信支付 JSAPI：
- 参考文档 https://pay.weixin.qq.com/doc/v3/
- 实现统一下单、查询订单、关闭订单三个接口
- 处理签名验证和回调通知
- 敏感配置走环境变量"

2.8 文档生成

codex exec "为 src/api/ 下所有 public 函数生成 docstring：
- Google 风格
- 包含 Args / Returns / Raises / Example
- 对已有 docstring 只补充缺失部分，不要覆盖已有内容"

三、GPT-5.5 专属提示词技巧

3.1 给「为什么」而非「做什么」

3.2 多步骤任务——用序号拆分

GPT-5.5 擅长多步推理，给它清晰的阶段划分：

codex exec "完成以下三步：
Step 1: 分析 src/ 下所有 Python 文件的 import 依赖，找出循环引用
Step 2: 对每个循环引用给出重构方案（用 Protocol / 延迟导入 / 提取接口）
Step 3: 实施方案，确保现有测试通过
先输出分析结果，我确认后再执行 Step 3"

3.3 强制自我审查

codex exec "实现用户注册 API，完成后：
1. 跑一遍你自己写的代码，列出所有可能的边界情况
2. 对每个边界情况写测试
3. 如果发现 bug 先修复再提交"

3.4 对比决策

codex exec "对于 src/queue/ 的消息队列实现：
方案 A：Redis List + 轮询
方案 B：RabbitMQ + aio_pika
请列出两个方案的 pros/cons（性能/维护成本/可靠性），然后推荐一个并实现"

四、场景化模板速查

4.1 Web 全栈

4.2 数据工程

4.3 DevOps

4.4 安全审计

codex exec "对 src/api/ 下所有路由做安全检查：
- SQL 注入（是否用了参数化查询）
- XSS（模板是否做了转义）
- 权限校验（每个端点是否验证了用户身份）
- 敏感信息泄漏（错误信息、日志中是否有 token/密码）
输出报告，严重问题附带修复 patch"

五、执行模式选择

新功能/重构 → --full-auto | Bug修复 → exec | 涉及生产配置 → 交互式 | 批量脚本 → --yolo

六、GPT-5.5 模型特性速查

七、踩坑记录

1. 代理断流：经 claudeagent.com.cn 等代理时 SSE 常断 → reasoning_effort = "low" 或直连 API
2. --full-auto 不是全自动：Codex 仍可能在关键操作前问 "Are you sure?" → 加 --yolo 但小心
3. 不要一次给太多：超过 5 个独立任务容易遗漏 → 拆成多次 exec
4. 交互式优于 exec：复杂项目先用 codex 交互式对齐理解，确认方向后再 exec 执行
5. Git 工作区必须干净：Codex 在脏工作区容易搞混 → 执行前先 git stash 或 commit

← 返回专题列表