使用AI编程时，最危险的情况不是模型不会写，而是它沿着最初的错误假设一路完成了看似合理的改动。Qwen Code提供的/Advisor能力相当于在当前对话旁边请来一位独立审阅者：它读取已有上下文，给出结论、风险、缺失证据和建议，但保持只读，不直接修改文件。这种“第二意见”适合放在关键决策点，而不是每一步都调用。
一、Advisor与普通追问的区别
在同一主对话中追问“你确定吗”，模型往往继续维护原方案。独立Advisor会从审阅角度重新检查上下文，减少被前面推理路径绑架的概率。它不保证一定正确，但可以暴露假设冲突、缺少测试和边界遗漏。最终决定仍由主任务负责人作出。
二、最适合调用的四个节点
第一是确定架构方案之后、动手修改之前；第二是涉及数据库、权限或支付等高风险改动时；第三是主Agent连续失败或反复补丁时；第四是准备提交代码前。简单改文案或调整间距不必调用，否则只会增加等待。把复核资源用在错误代价高的地方更有价值。
三、一个有效的提问模板
可以向Advisor说明：“请只审查当前方案，不修改文件。重点检查需求理解、上下游影响、数据兼容、权限风险和回退路径。按结论、严重风险、缺失证据、建议验证四部分输出。”如果已有多个方案，再要求它比较成本和隐患。问题越具体，第二意见越容易转化为行动。
四、只读设计为什么重要
复核者如果同时修改代码，会让责任边界变模糊，也可能与主Agent产生冲突。只读意味着Advisor只能基于现有上下文提出意见，主Agent或开发者决定是否采纳。对于团队审计，这种分工还能保留“谁提出、谁执行、谁验证”的链路，避免多个Agent同时写同一文件。
五、如何判断建议是否值得采纳
不要按措辞自信程度判断。先看建议是否引用具体文件、接口和数据流，是否解释失败条件，是否能提出可执行验证。若Advisor指出某接口可能不兼容，应回到契约和真实响应确认；若只是泛泛提醒“注意安全”，则价值有限。可验证证据永远优先于模型身份。
六、避免两个Agent互相附和
如果把主Agent结论完整包装成“正确答案”，Advisor也可能顺着它回答。更好的方式是提供需求、当前方案和已知证据，同时要求主动寻找反例。可以明确说“至少提出一个方案可能失败的场景”。对关键问题，还可以分别让两个独立审阅者分析，再由人类比较分歧。
七、一个数据库迁移示例
主Agent计划给用户表新增唯一索引，Advisor应检查现有重复数据、空值规则、写入并发、回滚方式和接口错误处理。它可能建议先运行只读统计，再清理冲突数据，最后灰度添加索引。这个建议不会替代真实迁移，但能阻止团队直接在生产库执行高风险操作。
八、把第二意见纳入流程
团队可以规定：涉及权限、数据删除、支付、公共接口和数据库结构的AI改动，在执行前必须调用独立复核，并把结论写入任务记录。普通任务则由负责人自行决定。Advisor最有价值的地方，不是让AI代替代码评审，而是迫使自动化流程在关键节点停下来，重新检查证据和后果。
