用途：从零开始规划一个应用。没有代码，产出的对象与 cs-build-import-codebase 相同（核心功能→子功能→笔记→PRD→任务），但来源是人，而不是代码仓库。
流程分四阶段，中间设确认关卡： A. 思考（§1–§6）：对话式，不写任何内容——明确要完成的工作、用户旅程、所有用户类型、平台选择、真正的难点及其解决方式、系统检查、v1 范围。 关卡 §6a：复述计划并获得明确同意。 B. 写入（§7）：触碰 CodeSpring，写入地图与笔记。 C. 展示（§7a）：移交 cs-build-ui-mockup，用最便宜的方式暴露分歧，修正回写到笔记。 D. 指示（§8–§9）：只有在原型达成一致后，才写 PRD，再写任务。
阶段 A 禁止写入 CodeSpring，因为地图难以拆解，会让人过早对仍在争论的计划产生承诺。
关键用法与限制：
- 先检测项目当前状态，读取 projectId 并打印，再执行任何写入。
- 地图已存在则为扩展计划，按标题匹配，不得重建。
- 若发现代码存在，应改用 cs-build-import-codebase。
- 必须为新项目建独立目录：先 codespring status，再 mkdir -p "<AppName>" && cd "<AppName>"，然后 codespring project create 与 codespring init --project <newId> --force，最后确认父目录链接未被改动。不要 init 到已链接其他项目的目录。
- 先读完全部输入材料再提问；提取而非概括，保留用户原话。
- 先问对方是否已确定用某工具搭建（如 Base44、Lovable、v0、Replit、Bubble），这可能是硬约束。
- 平台按能力决定：桌面（Mac）、Web 或移动；iOS 通常不适合 v1。
- 先找“要完成的工作”，再列功能；用“侧边栏里有什么”帮助找出 4–8 个核心功能。
- 必须列出所有用户类型（含所有者）与管理员界面；权限在数据库和服务器端强制执行。
- 若已有参考应用，可继承其技术栈；没有则选稳妥常见栈并说明理由。
- 每个应用只有一个真正的难点，需先命名并寻找已有解决方案。
- 收费、价格、平台效果等资料未提供。
共享参考文档：references/project-state.md、mindmap-structure.md、prd-management.md、pitfalls.md，以及 cs-build-import-codebase/references/target-map.md。本技能自身参考：elicitation.md、platform-choice.md、hard-part-first.md、data-and-shape.md、v1-scope.md。