想让Cursor生成的提示词不再像机器人写的作业一样干巴巴？关键在于避免让功能列表堆砌成高架桥。注入上下文细节、技术决策理由，以及踩坑后的复盘反思——这才是真正的手把手实战教学。

具体怎么做？其实就三招：角色、场景、约束，三个要素环环相扣，效果立竿见影。

用“角色+场景+约束”三要素重构提示词

第一步，明确Cursor扮演的角色。别写“你是一个前端工程师”，这太笼统。要写成“你是一个带过3个前端实习团队的资深工程师，最近刚用Next.js 14重写了公司内部工具平台”。角色越具体，它的语气和用词就越贴近真人，写出来的提示词自然有辨识度。

第二步，绑定真实开发场景。比如：“现在要给新来的实习生设计一个练手项目——一个带权限控制的待办事项看板，目标是让他们两周内能独立跑通从登录→创建任务→拖拽排序→导出PDF的全流程。”场景越贴近真实工作流，指导价值越高。

第三步，加入硬性约束条件。比如：“不能用任何UI组件库（Ant Design、Mantine等），所有样式必须手写CSS；后端接口用Mock Service Worker模拟，但要求写出真实请求拦截逻辑；每个功能模块必须附带一句‘为什么这里不用useEffect而用useLayoutEffect’的简短说明。”

插入真实开发中的权衡判断

方法一：在功能描述里夹带取舍理由。不要只是写“实现用户登录”。要改写成：“用JWT实现登录（不用OAuth，因为实习生还没接触过第三方授权流程；也不用Session Cookie，避免他们混淆服务端状态与客户端存储）。”这比单纯罗列功能有价值得多。

方法二：主动暴露常见错误路径。例如在“添加任务”功能后补一句：“注意：如果直接把input值用useState存进tasks数组，会导致新增任务后输入框无法清空——这是React中state更新异步性+表单受控模式没配对导致的，所以要用useRef缓存input DOM并手动清空。”这不光是教学，更是帮实习生省掉半天调试时间。

方法三：用括号补充真实协作细节。“导出PDF功能用jspdf实现（别用html2canvas，它在Mac Safari下会截断长列表；也别用Puppeteer，本地开发环境装Chromium太重）。”一句话，把技术选型的坑提前填平。

强制输出带“人味”的结构

第一步：要求Cursor先写一段“这个项目我带实习生时的真实反馈”。比如：“第一周总有同学卡在拖拽排序的onDragEnd事件监听上——不是API不会用，而是没意识到浏览器默认会触发dragstart→dragover→drop三连，中间缺一个preventDefault就会让整个拖拽失效。”这类来自一线的踩坑记录，才是最珍贵的“人味”。

第二步：每个功能模块开头加一句“我当时怎么教他们的”。例如：“教拖拽排序时，我先让他们删掉所有CSS，只留border:1px solid red，确认DOM顺序变化后再加动画——否则他们总盯着过渡效果调，反而忽略数据同步本质。”

第三步：结尾不写干巴巴的“总结”，改写为“下次迭代建议”。“如果实习生提前完成，可以让他们把PDF导出改成支持多页自动分页（这时候会暴露出jspdf对flex布局兼容性差的问题，正好带他们读源码补丁）。”既给路径，也给挑战——这才是真正的项目带教。

说到底，让提示词有“人味”其实并不难：少写功能列表，多写踩坑笔记。