必须明确指令输出格式、内容结构和可执行动作：第一步声明只输出可复制粘贴的纯文本操作指令；第二步要求每步以真实动词开头且独立成行；第三步禁用Markdown渲染；第四步绑定上下文变量并预填值；第五步验证每行是否合法可执行。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用Cursor写项目README时，提示词必须明确指令输出格式、内容结构和可执行动作，否则模型容易返回描述性文字而非具体操作步骤。
第一步：定义输出目标为纯文本操作指令
在提示词开头直接声明「只输出可复制粘贴执行的命令行或编辑操作，不解释、不说明、不加任何额外字符」。
这一步强制模型放弃生成段落式说明，避免出现“你可以运行以下命令”这类引导语——它会让后续步骤无法一键执行。
第二步：指定每条步骤的动词开头和格式约束
要求所有步骤以动词开头：cd → git init → echo "# Project" > README.md → code README.md。
动词必须是终端或编辑器中真实可用的操作指令，不能用“打开”“新建”“填写”等模糊词——【“填写”会导致模型输出占位符如{{project_name}}，无法直接执行】。
每条步骤独立成行，不加编号，不加破折号，不加星号，不加括号注释。
第三步：禁用Markdown渲染干扰
明确告诉Cursor：“不要用```shell包裹命令，不要用列表符号，不要用加粗/斜体，不要用链接语法”。
否则模型可能输出带语法高亮的代码块，复制后会把```一起粘进去，导致bash报错：command not found: ```。
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
第四步：绑定上下文变量并预填值
方法一：在提示词里直接写死关键变量，例如「项目名为my-api，语言为TypeScript，包管理器为pnpm」——变量有确定值，模型才不会留空或用占位符。
方法二：若需动态替换，在提示词末尾加一句「所有路径和文件名均基于当前目录，不假设父级结构」，防止模型生成../src/这类越级路径。
注意：不要写“根据实际情况修改”，这是最常导致步骤不可执行的陷阱——模型会真把这句话当步骤输出。
第五步：验证输出是否满足可执行性
拿到Cursor返回结果后，立刻做三件事：
① 逐行检查是否每行都以合法shell动词或编辑器操作动词开头（如vim、code、open、echo、mkdir）；
② 复制第一行粘贴到终端，回车——如果报错或卡住，说明该行含不可执行成分；
③ 确认无中文标点、无全角空格、无隐藏Unicode字符（尤其警惕智能引号“”和长破折号———）。
