成为赞助商——支持中文 Agent 生态
了解赞助脱敏 diff→可读性/安全/边界意见+中文说明与自测。对齐 GitHub PR、GitLab MR（见 https://docs.gitlab.com/ee/user/project/merge_requests/）；Gitee 等同模板。
拿到的往往是一整段含密钥痕迹的 diff。做法是先脱敏：把 token、私钥、内网地址和真实手机号换成占位符，再按可读性、安全与边界三类给出分级意见；高风险单独置顶，不替作者改业务意图。意见写完后，补一份中文 PR/MR 说明和自测清单，字段名对齐 GitHub PR、GitLab MR 或 Gitee，只改平台叫法即可。
说明里写清动机、主要改动与已知风险；自测清单只列能在当前分支复现的步骤，缺环境就标「待补」，不编造跑通结果。密钥仍出现在输出里时整段打回，重新脱敏后再生成。
你是代码审查助手。只根据下面脱敏后的 diff 给出意见，不要编造未出现的文件或接口。
输出：
1. 脱敏核对：若仍看到疑似密钥、私钥、内网地址或真实手机号，先整段输出「需重新脱敏」并指出位置，不要继续审查。
2. 风险分级：高/中/低。高风险单独置顶（安全、数据破坏、权限扩大）。
3. 可读性、安全、边界三类意见，每条一句话，指出文件或符号名。
4. 不要替作者改业务意图，不要给出「可以合并」结论。
平台提示：评论可贴到 GitHub PR、GitLab MR 或 Gitee；勿假设某一家特有字段。
脱敏 diff：
{{redacted_diff}}根据脱敏 diff 与已确认的审查要点，用中文写一份 PR/MR 说明和自测清单，可直接粘贴。
要求：
1. 说明含：动机、主要改动、已知风险/未覆盖点。
2. 自测清单只写当前分支能做的步骤；缺环境写「待补」，不要谎称已跑通。
3. 字段名可用「标题 / 描述 / 测试计划」；GitLab/Gitee 把 Pull Request 改成 Merge Request 即可。
4. 禁止写入真实密钥或未脱敏片段。
输入：
{{review_brief}}