Codex需先执行codex /init初始化上下文，识别项目结构与配置；再用@锚定文件精准定义接口，必须包含HTTP方法、完整路径、返回类型；最后生成含Controller、Service、DTO、VO及Swagger的完整链路。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
给已有后端项目添加新接口，不是只写一个@RestController方法就完事——Codex会自动识别项目结构、复用已有配置、补全DTO与VO、同步更新Swagger文档，但前提是它得知道该往哪加、按什么规范加。
确认项目结构并初始化上下文
在项目根目录终端执行 codex /init。这一步强制Codex扫描 package.json 或 pom.xml、读取 src/main/java 目录结构、识别 Spring Boot 版本和已启用的 starter（如 spring-boot-starter-web、springdoc-openapi）。不执行 /init 就直接说“加个订单查询接口”，Codex可能把 Controller 放进 test 目录，或用错 @RestControllerAdvice 而非 @RestController。
等待 Codex 输出结构摘要，看到类似「检测到 Spring Boot 3.3.x，API 基路径为 /api，Swagger 配置在 application.yml 中」才算成功。
精准指定接口需求与位置
用 @ 符号显式锚定关键文件，例如：
“在 @src/main/java/com/example/order/controller/OrderController.java 末尾新增 GET /api/orders/{id} 接口，返回 OrderVO，字段包括 id、orderNo、status、createdAt；要求校验 path 变量非空，异常时返回 400。”
这比说“帮我写个查订单接口”可靠十倍。Codex 会先读取该 Controller 文件现有 import 列表，自动补全 OrderVO 的包路径；若发现没有 OrderVO，它会主动去 src/main/java/com/example/order/vo/ 下新建，而不是扔在 controller 包里。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
【必须提供 HTTP 方法 + 完整路径 + 返回类型，三者缺一不可】
让Codex生成完整接口链路
第一步：执行命令
/mention @src/main/java/com/example/order/service/OrderService.java → 让Codex读取服务层现有方法签名与事务注解风格。
第二步：发出完整指令
“基于已有 OrderService，新增 getOrderById(Long id) 方法，带 @Transactional(readOnly = true)，返回 OrderDTO；然后在 OrderController 中调用它，映射到 GET /api/orders/{id}；同时生成对应的 OrderVO（含 id:Long, orderNo:String, status:String, createdAt:LocalDateTime）；最后在 OpenAPI 文档中补充该接口描述与示例响应。”
第三步：确认修改清单
Codex 会列出将改动的 4 个文件及行号范围，你只需输入 y 确认，它就自动写入并格式化代码。若某处 import 冲突（比如同时存在 java.time.LocalDateTime 和 org.joda.time.DateTime），它会在对应行上方插入 // TODO: resolve datetime conflict 注释，不强行覆盖。
