Codex可基于接口定义、数据库表结构或业务场景三类输入，自动生成符合校验规则、类型准确、结构完整的JSON示例、SQL插入语句或批量测试数据，直接用于Postman、Mock Server或本地数据库联调。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要在前后端联调前快速生成结构匹配、类型准确、可直接粘贴进 Postman 或 Mock Server 的示例数据，而不是手动拼 JSON、反复改字段名、或从生产库导脏数据。
用 Codex 从接口定义反向生成示例数据
这一步适用于你已有清晰的后端接口文档（如 Swagger YAML/JSON、OpenAPI 文件，或已写好的 Controller + DTO 类）。
第一步：把接口定义文本完整复制进 Codex 对话框。必须包含路径、方法、请求体结构（@RequestBody）、响应体结构（@ResponseBody 或返回类型），以及关键注释（如 @NotBlank、@Min(1)、@Email）。
第二步：输入提示词：“请根据以下接口定义，为每个字段生成符合校验规则的合理示例值，输出标准 JSON 格式。要求：字符串长度在 3–12 字符之间；数字取典型业务值（如 ID 用 1001，金额用 99.99）；时间字段用 ISO8601 格式（如 2026-10-13T07:30:00Z）；枚举字段按实际取值列表给出一个有效项。”
第三步：Codex 输出后，直接复制 JSON 内容 → 打开 Postman → 新建请求 → Body → raw → JSON → 粘贴。无需再手动校验字段名是否大小写一致、是否漏了嵌套对象层级。
【注意：若 DTO 中使用了 Lombok @Builder 或 @Data，但没显式声明构造函数，Codex 可能误判必填字段。此时需在提示词末尾加一句：“忽略 Lombok 注解，仅依据字段声明和 javax.validation 注解判断必填性”】
用 Codex 从数据库表结构生成示例数据
当你只有 MySQL 表结构（CREATE TABLE 语句或 Flyway migration SQL），还没写完后端代码时，用这个方法。
方法一：SQL 直接喂给 Codex
复制建表语句（含 COMMENT、DEFAULT、NOT NULL、ENUM 值），粘贴到 Codex，说：“请根据此建表语句，生成 3 条符合约束的 INSERT 语句，每条 INSERT 都要显式写出所有非 DEFAULT 字段的值，字符串用中文示例，数值用合理业务值，时间用 NOW() 或固定时间戳。”
方法二：让 Codex 同时生成数据 + 接口响应体
通过 codex-reset-radar.pages.dev 监控 Codex 使用重置窗口。轮询 current.json，检测窗口开启/关闭、预测等级变化以及概率跳变。
输入：“我有一张 user_info 表，字段：id BIGINT PK, nickname VARCHAR(20) NOT NULL COMMENT '用户昵称', mobile CHAR(11) UNIQUE, status TINYINT DEFAULT 1 COMMENT '0-禁用 1-启用'。请生成：① 一条 INSERT 示例；② 对应的 /api/v1/users/{id} GET 接口返回 JSON 示例；③ 该 JSON 的 TypeScript 接口定义（interface UserInfoResponse）。”
这一步操作起来很简单，直接把生成的 TypeScript 定义复制进前端项目 src/types/api.ts 就能用。
用 Codex 模拟真实业务场景批量造数
联调不是测单条记录，而是测分页列表、搜索过滤、状态流转。你需要一组有逻辑关系的数据。
第一步：明确场景。例如：“我要测试订单管理页的‘待发货→已发货→已完成’状态跳转，且每种状态至少 2 单，含不同用户、不同商品、不同时间。”
第二步：给 Codex 下达结构化指令：
① 先定义数据骨架：用户表（id、name）、商品表（id、title、price）、订单表（id、user_id、goods_id、status、created_at）；
② 再指定生成规则：“生成 8 条订单数据：其中 status=1（待发货）共 3 条，status=2（已发货）共 3 条，status=3（已完成）共 2 条；user_id 在 [101,102,103] 中轮选；goods_id 在 [2001,2002] 中随机；created_at 时间跨度为最近 7 天，按状态递进延迟（待发货最早，已完成最晚）。”
第三步：Codex 输出后，用 Python 脚本一键插入本地 H2 数据库（或直接发给后端同事导入测试库）。
第四步：前端调用 /api/orders?page=1&size=10&status=2，即可拿到 Codex 生成的那 3 条“已发货”订单，验证 UI 渲染与按钮状态是否正确。
