技术栈选型完成后并不意味着可以马上进入编码阶段。真正开始写代码前还需要先回答一个关键问题项目文件应该如何组织很多项目在早期文件较少时目录结构看起来并不重要。组件、页面、工具函数随手放似乎也能正常运行。但随着功能增加问题会逐渐暴露页面和组件混在一起公共方法散落在不同文件夹中同一个业务功能被拆到多个无关目录里。到后期不管是开发者还是 AI想修改一个功能都要先花大量时间找文件、理解依赖关系维护成本会明显上升。project-structure 这个 Skill 的作用就是在编码前先完成项目目录规划。它会以系统架构师的角色同时读取《产品概述》和《技术栈》文档把产品中的核心板块映射成实际代码模块再结合所选技术栈的最佳实践设计出清晰、可扩展的目录结构。它遵循的核心原则是高内聚、低耦合。也就是说相关代码应该放在一起不相关的代码要尽量隔离。例如在一个 Next.js 博客项目中可以将用户认证、文章管理、阅读统计等功能拆分到不同业务模块中公共组件、工具函数和第三方服务封装则单独放置避免业务代码相互污染。最终这个 Skill 会输出specs/项目结构.md。这份文档不仅告诉 AI 代码应该写在哪里也为后续开发提供统一规范。目录结构越清晰AI 在生成、修改和扩展代码时越不容易跑偏项目后期维护也会更加稳定。