关键在于用真实开发语境替代模板化提示词：删除三类套话句式，重启插件后，改用code review口吻、文件角色绑定、项目约束注入，并添加emoji、变动数字、真实报错等扰动因子。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想让MarsCode生成的代码注释、文档或组件描述不显得套话连篇、千篇一律，关键在于打破默认提示词的机械结构，用真实开发语境替代教科书式指令。
先删掉这三类模板句式
打开MarsCode配置页 → 进入「自定义提示词」模块 → 找到当前生效的system prompt或code-comment模板 → 逐行检查是否含以下内容，有则直接删除：
① “请根据以下代码生成专业、清晰、符合规范的注释”——这类引导词会让模型进入“考试答题模式”，输出全是空泛形容词；
② “函数功能：……；参数说明：……；返回值：……”——强制分段会压制上下文理解，导致注释与实际调用逻辑脱节；
③ “避免使用第一人称”“保持客观中立”——限制语言风格反而催生更僵硬的书面腔。
【删除后必须重启MarsCode插件】，否则缓存仍会沿用旧模板逻辑。
用真实协作场景重写提示词
方法一：模拟Code Review口吻
把提示词改成：“你正在给同事做CR，看到这段代码时，第一反应是哪里可能出错？哪些变量名让人困惑？哪行逻辑需要加个TODO？用口语化短句写下来，不要总结，不加标题。”
方法二：绑定具体文件角色
例如在Vue组件中，提示词设为：“这是/src/views/dashboard/ChartCard.vue，用户反馈‘点击刷新后图表错位’。请只针对setup()里useChartApi()调用那段，指出它和CSS transition的潜在冲突点，并用注释标在代码正上方。”
方法三：注入项目特有约束
比如团队禁用console.log，提示词就写：“本项目禁止任何console调试语句。若检测到类似逻辑，请用throw new Error(‘[DEV-ONLY]’ + ……)替代，并在注释中说明替换原因。”
加入不可预测的扰动因子
在每条提示词末尾追加一条动态指令，让模型无法套用固定套路：
• 随机插入一个emoji（如⚠️或?），仅用于触发语气偏移，不参与语义解析；
• 每次保存前手动改一个数字：比如把“最多写3行注释”改成“最多写5行注释”，再下次改成“最多写2行注释”；
• 在提示词中混入一句真实报错信息片段，例如：“Uncaught TypeError: Cannot read properties of undefined (reading 'data') —— 请据此反推缺失的防御性检查位置”。
