要让wps ai精准识别代码问题，需将真实痛点嵌入提示词标题，如【未对第三方sdk返回值判空】导致npe，而非模糊表述；采用“动词+名词+后果”结构，绑定具体api或框架行为，并暴露上下文约束条件，同时删除修饰性副词与弱动词。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让WPS AI在代码评审时精准识别并指出具体问题，比如“空指针未判空”“日志泄露敏感信息”“循环内重复创建对象”，就必须把真实开发场景中的痛点直接嵌进提示词标题里，而不是写成“请评审代码”这种模糊表述。
先确认痛点是否来自真实执行环节
打开你刚被线上报错中断的那段Java服务代码，定位到抛出NullPointerException的那行——它前面没有判空，但上游传参确实可能为null。这个“调用方没契约、实现方没防御”的断裂点，就是可落进标题的真痛点。
不要写“逻辑不严谨”，要写“【未对第三方SDK返回值判空】导致NPE”。前者是泛泛而谈，后者是WPS AI能锚定扫描范围的信号。
把痛点压缩成带技术动词的短标题
方法一：用“动词+名词+后果”结构。【未校验JSON字段类型】引发反序列化失败——WPS AI看到“未校验”“JSON字段类型”“反序列化失败”三个关键词，会自动匹配Jackson配置、@JsonCreator使用、TypeReference写法等检查点。
方法二：绑定具体API或框架行为。【MyBatis #{}未转义SQL参数】造成注入风险——比“防止SQL注入”更准，AI会聚焦在Mapper XML中#{}与${}混用、@Param注解缺失、动态SQL拼接等位置。
{"answer":"协助 macOS 用户准备、转换、导出及排查 Word、PDF、Markdown、PowerPoint 和 Excel 文件，确保 WPS Office 工作流程可靠。"}
方法三：暴露上下文约束条件。【高并发下SimpleDateFormat非线程安全】导致日期解析错乱——AI会跳过单测通过的表象，直接检查类成员变量声明方式、ThreadLocal封装、LocalDateTime替代方案。
删掉所有修饰性副词和模糊主语
第一步：找出原提示词标题里的“很”“非常”“较为”“可能存在”——全部删除。
第二步：把“代码中存在一些潜在问题”改成“【ArrayList在for循环中remove元素】触发ConcurrentModificationException”。
第三步：检查是否残留“建议”“可以”“考虑”等弱动词。WPS AI不响应建议，只响应明确指令。把“建议增加日志”改为【catch块未记录异常堆栈】掩盖真实错误路径。
