审查值班记录：DeepSeek V4 Flash 初筛，Pro 复核高风险改动

本班安排：先找疑点，再查关键路径

代码审查，就是在改动合并前，请另一双眼睛检查错误、风险和遗漏。让 DeepSeek V4 Flash 与 DeepSeek V4 Pro 共同参与，不是让两个模型轮流说“通过”，而是给它们不同的检查任务。可以先让 Flash 整理改动，再让 Pro 复核高风险部分。这里说的是一种工作流安排，不代表任何模型一定更快、更便宜或更准确。

Flash 接班时，先交清楚改了什么

初筛需要代码差异、改动目的、相关接口和测试结果，不能只丢一句“帮我看看”。可以要求 Flash 说明哪些行为发生变化，指出可能遗漏的边界条件，并为每个疑点标出文件位置、触发条件和依据。资料不足时，应列出需要补充的上下文，而不是猜测。

• 让 Flash 优先查找空值处理、异常分支、重复逻辑和缺失测试，形成待核查清单。
• 要求它区分确定的问题与尚待验证的猜测，避免把风格偏好写成必须修复的缺陷。

Pro 接手时，不能只看初筛摘要

权限判断、支付处理、数据迁移和并发更新等改动，适合进入重点复核。把原始代码差异、相关调用链以及 Flash 的疑点一起交给 Pro，要求它逐条验证，而不是替前一轮结论背书。例如，新增退款接口时，应检查重复请求是否可能重复退款，以及失败后数据能否保持一致。

两个模型意见一致，也不等于问题已经证实。每条重要结论仍应落到可检查的代码路径、测试或复现步骤上。

交班清单只保留能执行的事项

• 对确认的问题，记录影响范围、触发条件、修复建议和验证方法。
• 对存在分歧的判断，补充上下文或运行测试，不用多数表决代替验证。
• 对涉及密钥、客户资料或内部代码的内容，先确认组织允许发送，再进行必要脱敏。

最终合并仍由负责人批准，静态检查、自动化测试和安全扫描也不能省略。开始时可以选一批历史改动试跑，观察哪些意见真正有用，再调整分工；不要仅凭模型名称推断成本或效果。

接入 Relay365 时，先核对再试跑

如果希望从同一个接入点调用不同模型，Relay365 这种按量付费的多模型中转服务可以纳入选择。它可配合 Claude Code、Codex、Gemini CLI 和 OpenAI SDK 使用，但接入前仍应核对模型可用性、计费、数据处理规则及工具兼容范围。

准备试跑时，可以创建一个 Relay365 账户，用不含敏感信息的小改动验证这套交班流程。先确认请求能正常完成、审查意见便于核查，再逐步纳入日常审查；值班目标是减少漏检，不是增加两份无人处理的报告。