Cursor 项目脚手架工作流:从 Prompt 到完整代码结构的标准流程

Cursor 项目脚手架工作流:从 Prompt 到完整代码结构的标准流程

结果

一套在 Cursor 中经过验证的项目启动工作流正在社区传播:在写第一行代码之前,先用一条 Scaffold Prompt 生成完整的目录结构、命名规范和项目约定,再逐步填充代码。这种方法让项目在起步阶段就建立清晰的架构,避免边写边改导致的结构混乱。

工具栈

  • Cursor 编辑器:核心 IDE
  • Claude / GPT 模型:通过 Cursor 调用
  • 项目模板知识:开发者积累的框架最佳实践

操作步骤

第一步:生成项目骨架

在 Cursor 中输入 Scaffold Prompt,要求 AI 生成完整的文件夹结构。这条 Prompt 应包含:

  • 项目类型和技术栈(如 Next.js + TypeScript + Tailwind)
  • 所有目录和子目录的命名
  • 文件命名规范(kebab-case、PascalCase 等)
  • 约定规则(如 API 路由放在 app/api/,组件放在 components/

一条 Prompt 即可完成,不需要分多次生成。

第二步:编写核心逻辑

骨架就位后,逐个模块编写代码。由于目录结构已经确定,Cursor 能更准确地理解上下文,减少生成错误文件路径的概率。

第三步:迭代优化

在开发过程中,用 Cursor 的 Agent 窗口进行代码审查和重构。注意保持目录结构的一致性,新增文件遵循第一步建立的命名规范。

为什么这个流程有效

  1. 上下文对齐:目录结构确定后,AI 在后续生成代码时有明确的参照,减少”文件放错位置”的问题
  2. 团队协作友好:结构化的项目骨架让多人协作时更容易找到代码位置
  3. 减少返工:避免了”写到一半发现结构不合理,大规模重构”的情况

成本与限制

  • 成本:主要是 Cursor 订阅费用(Professional 计划 $20/月)
  • 限制
    • Scaffold Prompt 的质量决定了生成结构的合理性,需要开发者具备一定的架构经验
    • 复杂项目可能需要多次调整目录结构
    • AI 生成的结构不一定完全符合项目实际需求,需要人工审查
  • 适用场景:新项目启动、原型开发、学习框架的最佳实践

来源

  • 开发者社区实战分享
  • Cursor 官方文档