必须按“序号+动词开头短句+括号内说明”格式输出检查表；明确兼容性、数据一致性、日志覆盖等至少3个具体维度；每项须可操作且锚定真实上下文，如函数签名、调用链路、技术约束；末尾添加否定指令抑制幻觉。

☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

在marscode中为代码修改计划编写提示词时，需要让ai输出结构清晰、可执行的检查表，避免模糊描述或遗漏关键验证项。直接复制通用提示词往往导致生成内容空泛、缺少技术细节或无法落地。

明确检查表的结构要求

第一步：在提示词开头用一句话定义输出格式——【必须严格按“序号+动词开头短句+括号内说明”的形式输出，每行一条，不加标题、不加空行、不加项目符号】。

第二步：指定检查维度，例如“兼容性”“数据一致性”“日志覆盖”“权限校验”，至少列出3个具体方向，不能写“其他方面”这类模糊表述。

第三步：要求每条检查项具备可操作性，比如“确认Redis key过期策略是否与业务时效匹配（检查setex参数值）”，而不是“注意缓存问题”。

嵌入真实上下文锚点

方法一：把待修改的函数签名和关键变更点写进提示词。例如：“当前修改的是UserService.updateProfile()，新增了邮箱格式二次校验，移除了旧版手机号绑定逻辑。”

方法二：附上一段典型调用链路代码片段（不超过5行），让AI理解上下游影响范围。这一步漏掉会导致检查项脱离实际调用场景。

方法三：直接声明约束条件，如“本次发布不涉及数据库schema变更，但所有SQL需适配MySQL 8.0窗口函数语法”。【缺少这条，AI可能错误加入建表检查项】

抑制常见幻觉输出

在提示词末尾添加否定指令：“禁止出现‘建议’‘考虑’‘可以’等非强制性措辞；禁止生成需要人工主观判断的条目（如‘代码风格是否统一’）；禁止包含未在上下文中提及的技术组件（如没提Kafka就不要出现‘检查Kafka重试机制’）。”

这一步操作起来很简单，直接把上述三句话粘贴到提示词最后就行。

生成结果中若出现“确保……合理”“检查……是否恰当”之类表述，说明否定指令未生效，需重新强调“必须使用确定性动词：验证/确认/比对/执行/拦截”。