marscode测试覆盖说明需明确列出输入值、命中位置和执行路径三要素：①输入值（如email = null）→②命中源码位置（如/src/validator.ts第15行）→③实际执行路径（如跳过正则校验，直触throw new error('invalid email')），禁用模糊动词，绑定覆盖率数据或git blame锚点。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让MarsCode生成的测试覆盖说明不只写“已覆盖主流程”，而是明确列出null输入触发了第12行if分支、空字符串使validateEmail()提前return false、超长字符串命中了length > 500校验路径等可验证细节，否则开发人员无法确认边界逻辑是否真被测到。
删掉所有“请说明”类引导句并重启插件
打开MarsCode配置页 → 进入「自定义提示词」模块 → 找到当前生效的test-coverage模板 → 删除所有含“请说明”“请解释”“请描述”的句子。这类引导语会让模型进入汇报模式，输出全是“覆盖全面”“逻辑完整”这种无效结论。
【必须删除后重启MarsCode插件】，否则缓存仍会沿用旧模板逻辑，新提示词不会生效。
用真实测试文件绑定执行路径
方法一：把刚生成的.test.ts文件前五行直接粘进提示词开头。例如你光标停在user.validator.test.ts第3行，内容是：
describe('UserValidator', () => {<br> it('should reject null input', () => {<br> expect(() => UserValidator.validateEmail(null)).toThrow();<br> });<br> it('should reject empty string', () => {→ 在此基础上追加：“说明这两条用例分别触发了源码中哪几行代码、跳过了哪些分支、返回值或异常类型如何影响后续调用链。”
方法二：若测试运行失败，就把终端报错第一行也带上。比如：TypeError: Cannot read property 'trim' of null→ 提示词末尾加：“据此说明validateEmail()第8行this.email.trim()未做空值防护，该路径在null输入时未被现有测试覆盖。”
不粘真实文件=生成通用结论；粘错文件=说明与实际执行路径脱节。MarsCode依赖AST解析，只认你给的那几行真实代码，不认你口头说的“那个validator”。
强制输出三要素细节
第一步：限定输出结构
在提示词末尾加硬约束：“每条覆盖说明必须严格按以下三要素展开：①输入值（如email = null）→②命中源码位置（如/src/validator.ts第15行）→③实际执行路径（如跳过正则校验，直触throw new Error('Invalid email')）。”
第二步：禁用模糊动词
追加：“禁止出现‘涉及’‘包含’‘相关’等弱指向动词；必须使用‘触发’‘跳过’‘命中’‘绕过’‘抛出’等强动作动词。”
第三步：绑定验证锚点
加一句：“所有说明必须引用以下至少一项：① Jest覆盖率报告中Branch %具体数值（如Branch %: 92.3）；② .nyc_output/out.json中对应函数的s/t/f字段；③ git blame显示的最近一次修改提交哈希（来自2026年6月20日）。”
