用Kimi生成TDD单元测试需明确函数签名与实现，强制其按“红→绿→重构”三步输出：先写失败断言，再给最小实现，最后补边界测试；指定assert或pytest风格，禁止过度设计。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想用Kimi快速生成符合TDD（测试驱动开发）流程的单元测试代码，但直接提问往往得到泛泛而谈的示例或脱离你实际函数签名的伪代码——这会导致你反复修改提示词、手动补全断言、甚至重写整个测试文件。
明确告诉Kimi你要测的具体函数
在提问开头就写出待测函数的完整定义，包括语言、函数名、参数类型、返回值类型和简要功能说明。例如：Python中def calculate_discounted_price(original_price: float, discount_rate: float) -> float: “根据原价和折扣率计算折后价，discount_rate为0.0~1.0之间的小数”。Kimi不读心，不看上下文文件，【你省略函数签名，它就只能编造一个】。
把函数体内容也贴出来（哪怕只有1行），能极大减少Kimi虚构逻辑的风险。比如加上：# 函数体：return original_price * (1 - discount_rate)。
强制Kimi按TDD三步循环输出
要求它严格遵循“红→绿→重构”节奏，并分段输出：
第一步：先只生成一个最基础的测试用例，使用assert断言预期结果，且该测试必须初始失败（即函数尚未实现或逻辑有误时会报错）。这一步不写任何实现代码。
第二步：给出让第一步测试通过的最小可行函数实现（仅修改函数体，不增删参数）。如果原函数已存在，就说明“保持原函数签名不变，仅调整内部计算逻辑”。
使用 Moonshot Kimi API 的 $web_search 内置工具进行联网搜索。当需要进行网络搜索获取实时信息时使用，支持中文和英文搜索查询。需要配置 MOONSHOT_API_KEY。
第三步：再补充两个边界测试用例（如输入负数、零值、空字符串等），并同步更新函数实现以覆盖所有情况。这一步完成后，全部测试应运行通过。
指定断言风格与框架
方法一：用自然语言限定框架。例如：“请用Python内置的assert语句，不要引入unittest或pytest”——这样生成的代码可直接粘贴进.py文件运行，无需额外环境。
方法二：若项目已用pytest，就写明：“使用pytest风格，每个测试函数以test_开头，用assert而非self.assertEqual”。Kimi会自动匹配fixture写法和参数化语法（如@pytest.mark.parametrize）。
注意：不指定框架时，Kimi大概率混用unittest.TestCase和自由assert，导致你复制后报NameError。
防止Kimi过度设计测试
在提示词末尾加一句约束：“每个测试函数只验证1个行为，不合并多个断言；不模拟外部依赖（如数据库、HTTP请求）；不生成测试覆盖率报告或CI配置”。【否则它可能输出一个带mock.patch和tox.ini的完整测试工程】。
这一步操作起来很简单，直接把这句话复制进你的提问最后一行就行。
