我在每个客户项目上都会用的 Cursor 工作流：
步骤 1：先丢一个搭建提示词
在写任何一行代码之前，先生成完整的文件夹结构
所有目录、所有约定、所有命名规则
一条提示词，代码开始前一切就位
步骤 2：先写 CLAUDE[.]md
你的技术栈、文件夹约定、什么放哪里
什么不该做和什么该做同样重要
cursor 会在每次命令前读取它。上下文就是速度。
步骤 3：先写 Schema，再写组件
在碰 UI 之前，先写 Prisma schema 或 Supabase 类型
构建在有问题的 schema 之上的 UI 就是浪费
仅这一步就让我在每个项目上省了 10 多个小时
步骤 4：每个 Cursor 会话只做一项功能
开一个会话做认证，然后关闭它。
再开一个会话做仪表盘，然后关闭它。
一个上下文窗口 = 干净的输出。混杂的上下文 = 幻觉垃圾。
步骤 5：审查它触碰的每一个文件
不是因为 AI 不好
而是因为你要为别人交付这个项目，你需要理解它
一个没读过的文件曾毁了我的 3 个项目。不再重蹈覆辙。
步骤 6：在写功能之前先写测试
让 cursor 先写测试用例
然后构建能通过该测试的功能
写起来慢，但交付快，凌晨 2 点不会有惊喜。
用这种方式交付了 50+ 个客户 MVP。效果很好 : )
评论区作者自回复：
@saen_dev @saen_dev 是的。那个搭建提示词能省去后面数小时的重构。大多数人直接跳到功能开发，然后奇怪为什么代码库到第二周就乱成一团。