复验AI从DeepSeek切Kimi完整验收报告
单文件HTML里给复验AI换模型提供方的完整流程与坑：新增callKimi函数（SSE流式与callDeepSeek一致）、企业版Kimi没有moonshot-v1-8k权限需换kimi-k2.6、设置页测试按钮曾写死请求DeepSeek接口导致401、真实验收验证（P002复验报告非模板）。含插入行号、文件大小变化、真实调用证据。
- Kimi
- 双AI
- 验收报告
- API适配
改动
- 新增
Utils.callKimi：插入在 callDeepSeek 闭合大括号之后（函数体 2641–2685 行），API 端点https://api.moonshot.cn/v1/chat/completions，model 固定moonshot-v1-8k，key 空抛”未配置 Kimi API Key”，SSE 流式解析与 callDeepSeek 逐行一致 - 文件大小 415.0KB → 416.6KB（+1545 字节，+45 行）
_aiReviewerRespond的复验调用从 callDeepSeek 换成 callKimi
坑（3 个）
- 企业版 Kimi 没有 moonshot-v1-8k 模型权限，只有 kimi-k2.6 / kimi-k2.7-code。换模型名后测试才通
- 设置页测试按钮写死了 DeepSeek 接口：不管测哪个 provider 都拿该 key 请求 DeepSeek 地址 → 401。修复为按 provider 选 API 地址
- 点”✅验收”按钮触发的函数与输入框触发的函数是两套：只改一处时另一处仍走模板兜底，需要两处都改
真实调用验证
- 设置页”测试”：
✅ kimi API 连通正常 ✓ - P002 真跑：复验AI返回 ”# 复验报告：VIP客户待办清单网页，复验结论：❌ 不通过（维持初验判定）“——真实AI生成，非”模板模式”套话
- 未触碰：callDeepSeek、入口层、执行AI（仍用 DeepSeek）
关键教训
“看起来做了实际没做”最容易藏在这种地方：UI 有按钮但指向的函数是死的（onclick 指 A 模块、函数在 B 模块）、有多个触发入口只改了一个、测试按钮测的不是目标服务。