Kimi K3需自主拆解、编码、验证并交付无依赖二维物理沙盒及“轨道救援”小游戏；必须前置明确三类硬约束，输出模块依赖图，分阶段实现各模块并自检边界缺陷，最终通过全链路测试闭环验证。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Kimi K3完成一个真实、多步骤、带验证的复杂任务，比如从零构建一个带物理引擎的小游戏，而不是只生成几行示例代码。它必须自己拆解需求、分模块编码、交叉验证逻辑、最终交付可运行工程，中间不能靠人工补全关键判断。
明确任务边界与约束条件
在向K3提交任务前，先用自然语言写清三类硬性限制：功能范围（如“不许调用Matter.js”）、验证方式（如“必须枚举所有可能解并校验唯一性”）、交付物形态（如“单页HTML+内联JS，无外部依赖”）。这一步漏掉任何一条，K3都可能因“过度主动”而偏离目标——它会自行填补你没说清楚的空白，且默认按最宽泛理解执行。
把约束写进首条提示词开头，不要藏在段落中。K3对前置强约束响应稳定，对后置补充常忽略。
驱动K3自主完成需求拆解
直接输入：“请将以下任务拆解为可并行开发的最小原子模块，每个模块需标注：① 输入依赖 ② 输出交付物 ③ 验证方式。任务：做一个不依赖第三方库的二维物理沙盒，支持刚体碰撞、重力、弹性系数调节，并复用该引擎开发‘轨道救援’小游戏。”
等待K3返回结构化拆解结果，典型输出含4～6个模块，例如：【物理核心】→【碰撞检测器】→【参数控制面板】→【沙盒UI容器】→【轨道救援状态机】→【通关判定器】。它会自动识别“复用引擎”是跨模块强约束，并在各模块描述中显式标注依赖关系。
【必须要求K3输出模块间依赖图，否则后续并行开发会错位】
使用 Moonshot Kimi API 的 $web_search 内置工具进行联网搜索。当需要进行网络搜索获取实时信息时使用，支持中文和英文搜索查询。需要配置 MOONSHOT_API_KEY。
分阶段推进编码与自验证
方法一：命令式分步驱动
第一步：请基于模块拆解，先实现【物理核心】模块。要求：纯TypeScript，导出PhysicsEngine类，包含addBody、update、render三个方法；用Vitest写3个边界测试用例（零质量、超高速碰撞、静止堆叠），全部通过后再继续。
第二步：收到【物理核心】完整代码和测试报告后，立即输入：“现在基于该核心，实现【碰撞检测器】模块。要求：使用分离轴定理，支持圆形与矩形混合检测；输出CollisionResult接口含penetration、normal字段；附1个可视化调试用例。”
第三步：每个模块交付后，必须追加指令：“列出本模块所有未覆盖的边界条件，说明为何当前未处理。” K3会主动暴露能力盲区，比如承认“未处理旋转矩形的GJK算法优化”。
方法二：Agent协同模式（需Kimi Code CLI）
在本地终端运行kimi-code --max-think-intensity，一次性提交全部模块定义及验证规则。K3会启动4个子Agent并行编码，每个Agent专注1～2个模块，并在合并前自动执行跨模块接口契约检查。此模式下，它会在38分钟内完成整个单页应用，但要求Node.js v20.18.0+环境已就绪。
强制触发结果检查与缺陷暴露
工程代码生成完毕后，不直接运行，而是立刻输入：“请逐行扫描全部代码，找出以下5类问题：① 物理计算中缺失dt缩放导致帧率依赖 ② 碰撞响应未考虑冲量累积 ③ 游戏状态机缺少异常退出分支 ④ UI事件监听器未解除绑定 ⑤ 测试用例未覆盖浮点误差场景。仅列出问题位置与修复建议，不重写代码。”
K3会定位到具体行号并指出：“第142行update()未乘deltaTime，会导致40fps下运动速度比60fps快50%”。这步能绕过它“默认认为已正确”的惯性，逼出真实缺陷。
最后执行：npm run test && npx playwright test。观察K3是否主动解析失败日志、定位到Vitest断言错误根源，并给出修复补丁——这才是它完成闭环验证的关键标志。
