必须提供参考样例，否则Cursor会生成通用空洞的错误文案；需结合真实场景文案或结构化规则，明确语气、责任归属与可操作性，并严格按指令输出。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你需要Cursor生成符合项目语境的错误信息文案时，必须放入参考样例，否则AI极大概率输出通用、空洞、与UI风格或用户身份不匹配的提示文字，比如“操作失败，请重试”这种毫无上下文感知的表述。
为什么必须放参考样例
错误文案不是独立文本，它嵌在按钮状态、表单校验、API响应处理、Toast弹窗、模态框等具体交互节点中。没有样例，Cursor无法对齐：【语气强度】（是温和提醒还是强警告）、【责任归属】（错在用户输入？网络？后端服务？）、【可操作性】（是否带明确下一步动作，如“请检查邮箱格式”而非“邮箱有误”）。
例如，你项目里已有登录页的邮箱校验文案是：“邮箱格式不正确，例如 name@example.com”，而Cursor若没看到这句，可能生成“邮箱地址无效”，后者既没示范格式，也没用项目惯用的“不正确”而非“无效”这一措辞习惯。
怎么放才有效
方法一：直接粘贴 2～3 条真实已上线的错误文案，标注使用场景
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
@login-form.tsx 中邮箱校验失败提示：“邮箱格式不正确，例如 name@example.com”
@payment-modal.tsx 中余额不足提示：“账户余额不足，请先充值”
@profile-api.ts 中头像上传超限提示：“头像文件不能超过 5MB，请压缩后重试”
方法二：用结构化描述替代零散句子（适合文案风格尚未统一的项目）
请按以下规则生成错误文案：
- 用户侧错误：用“请…”开头，给出具体修正动作
- 系统侧错误：用“无法…”开头，说明限制条件和数值边界
- 所有文案结尾不加句号
- 长度控制在 20 字以内
方法三：混合使用——样例 + 规则约束（推荐）
参考以下已上线文案：
“密码长度至少 8 位，需包含大小写字母和数字”
“验证码已过期，请重新获取”
再结合规则：所有文案必须含具体数字或操作动词，禁用“可能”“建议”“应该”等模糊词。
关键操作路径
第一步：打开项目中已存在的错误提示所在文件（如 src/components/form/ValidationMessage.tsx 或 locales/zh-CN.json）
第二步：复制其中 2 条语义清晰、场景典型的文案，连同其触发条件（如“邮箱正则校验失败时”）一起写入提示词
第三步：在提示词末尾明确指令：“只输出新文案，不解释，不加引号，不换行”
这一步操作起来很简单，直接把文件拖进去就行。但漏掉任一真实样例，Cursor 就会退回通用模板库，输出你必须手动重写的文案。
