☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让天工ai代码评审提示词真正发挥作用，必须将抽象规则锚定到具体业务逻辑中，如微信退款状态更新或积分并发扣减；需精准选取待评代码片段，明确技术上下文（如spring boot定时任务）、风险场景（如“当批量关闭订单时”）及调用链信息（如被ordertimeoutjob.run()调用），避免泛化要求。
要让天工ai代码评审提示词真正发挥作用，必须把抽象规则锚定到你正在写的那一段真实业务逻辑里，否则ai只会泛泛而谈“变量命名不规范”“缺少异常处理”，根本看不出这段支付回调校验是否漏判了重复通知。
先定位你的具体代码片段
打开你正在开发的文件，用鼠标选中需要评审的函数或类——不是整个文件，不是模块，就是正在调试的那十几行核心逻辑。比如微信退款结果解析后的状态更新逻辑，或者用户积分抵扣时的并发扣减分支。
复制这段代码，粘贴到一个临时文本里。这一步不能跳过，【天工AI不读你本地项目结构，只处理你明确给它的那几行代码】。
在提示词开头嵌入场景描述
在写提示词第一句时，直接写明技术上下文和业务动作，例如：“你在评审一段Spring Boot服务中的订单超时关闭逻辑，该逻辑被@Scheduled每5分钟触发一次，遍历status=‘unpaid’且create_time早于当前时间30分钟的订单，调用OrderService.close()并发送MQ消息。”
不要写“请评审以下Java代码”，这种话对AI没有信息增量。它需要知道这是定时任务、数据状态筛选条件、下游依赖、触发频率——这些决定了“是否加分布式锁”“查询是否用了索引”“MQ发送失败是否重试”等关键点。
把评审要求绑定到场景动作上
方法一：用“当……时”句式锁定风险点
“当遍历未支付订单并批量关闭时，请检查：① 查询SQL是否使用了create_time索引；② close()方法内部是否对同一订单做了幂等校验；③ MQ发送失败后是否会丢弃消息而非重试。”
天工AI (iOS) 5.2.1版本新增 PPT 生成页数配置、十余种专业视频模板，并且支持设置视频比例与时长；定时任务可指定模型并推送到 IM 渠道。修复了下载失败等问题，提升了稳定性与内容创作体验，让创作更自由、更高效。
方法二：用动词短语直指行为后果
“这段代码会主动关闭订单并发出关闭事件。请指出：哪些地方可能导致已关闭订单被再次关闭？哪些日志缺失会让运营无法追溯关闭原因？”
注意：避免罗列“请检查安全性、可维护性、性能”。AI不知道你的“安全性”指防SQL注入还是防越权访问。必须说清“当用户传入order_id=‘123’时，是否校验该ID归属当前租户”。
附带1～2行真实调用链上下文
在代码块上方加一行说明，例如：
“此函数被OrderTimeoutJob.run()调用，上游无参数传入，仅依赖数据库当前快照。”
或
“该方法由API网关转发请求触发，requestBody包含user_id和order_id，已通过JWT鉴权。”
这行信息能让AI判断是否需关注线程安全、是否可信任输入、是否需考虑缓存一致性。没有它，AI默认按单线程、可信输入、无缓存来推理，极易漏判。
