用 Hunyuan 4 与 MiMo V2.6 Pro 维护中文代码库：七步落地

1. 先定义任务，不急着选模型

中文代码库的难点不只是中文注释，而是业务术语、历史约定与程序行为之间的对应关系。评估 Hunyuan 4 与 MiMo V2.6 Pro 时，先挑选三个真实任务：解释一段计费逻辑、修复一个边界缺陷、为旧模块补充测试。为每个任务写明预期行为和禁止修改的范围，避免把回答流畅误当成修改正确。

2. 把业务中文整理成最小上下文

不要一开始就上传整个仓库。先提供目标函数、直接调用方、相关测试和必要的数据结构，再补一份术语表。例如，“撤销”表示交易未完成前取消，“退款”表示交易完成后返还资金；两者不能共用状态转换。注明注释与实现冲突时应以哪份已确认的需求为准，无法确认的地方要求模型提问。

• 保留影响行为的中文字段说明、错误提示与状态枚举。
• 移除密钥、客户资料、生产日志中的个人信息。
• 明确哪些英文标识符必须保持不变，避免无关重命名。

3. 统一接入，固定比较条件

通过 CodeRelay Hub 接入时，可在 OpenAI SDK 中配置接口基址 https://api.coderelayhub.com，并从控制台确认模型标识和调用要求，不要把展示名称直接当作请求参数。平台按量付费；密钥应从环境变量读取，不进入仓库。比较两个模型时，保持输入材料、输出要求和重试规则一致，并分别记录请求与响应，防止一次调用失败被误判为模型能力不足。

4. 先要修改计划，再要最小补丁

第一轮只要求模型列出业务理解、待确认的问题和计划修改的文件，不生成代码。确认方向后，再要求输出最小补丁，并解释每处修改对应哪条需求。可以明确写入约束：“保持公开接口不变，不引入依赖，不顺手重构；需求不足时列出假设。”这样更容易定位中文理解偏差，而不是在大段改写后追查原因。

5. 用测试验证语义，而不是只看编译

假设计费规则是“优惠后金额满一百元免运费”，测试应覆盖门槛以下、恰好达到门槛，以及原价达标但优惠后不足的情况。让模型先说明每个测试验证的业务规则，再检查断言是否真的区分正确与错误实现。所有候选补丁都要经过项目原有的格式检查、类型检查和测试；涉及数据库变更时，还需验证迁移与回滚。

6. 按任务记录结果，不做空泛排名

为每次尝试记录需求是否理解正确、测试是否通过、是否出现范围外修改，以及人工修订内容。同时记录实际账单用量和端到端耗时，把重试与人工澄清计入成本。不要预设某个模型更懂中文或更适合复杂推理；应根据当前仓库的结果分配任务。对于失败案例，保留脱敏输入和失败原因，作为后续回归样本。

7. 把有效做法放进团队流程

将术语表、提示模板和验收清单纳入版本管理。模型生成的补丁必须经过人工审查，尤其关注权限判断、金额精度、时区和中文文本编码。外部文档与代码注释都应视为待分析的数据，不能覆盖团队指令。首次试用从低风险模块开始，模型或提示发生变化后重新运行固定样本，并保留可回滚的提交。

在 CodeRelay Hub 开通免费工作区，开始一次小范围验证。