按正确性、安全、性能、可维护性四个维度评审,按严重程度分级给修改建议。
PR 评审、上线前自查、接手代码质量摸底。
请评审下面这段代码变更。 【代码变更】{{代码变更}} 【业务场景】{{业务场景}} 【技术栈】{{技术栈}} 要求: 1. 按四个维度逐项检查:正确性(逻辑、边界、并发)、安全性(注入、越权、敏感信息)、性能(N+1、重复计算、不必要 IO)、可维护性(命名、职责、重复代码)。 2. 每条问题标注严重程度:阻断(必须改)/ 重要(本轮改)/ 建议(可后续)。 3. 每条给出:问题定位(文件名 + 行号或代码片段)、为什么是问题、具体改法。 4. 明确指出写得好的地方,不要只挑毛病。 5. 对「可能有问题但不确定」的地方,用提问代替断言。 6. 最后给一句总体结论:可以合并 / 修改后合并 / 需要重新设计。
不能。它擅长发现模式化问题,业务语义与架构取舍仍需人来判断。
按文件分批评审,或先让它出一份「风险点清单」再逐条看。