SoloWeave 开发入口
用户正常描述开发需求时，主动判断是否适用本技能。不要要求用户先输入 SoloWeave 命令。本技能只负责进入项目和选择工作流；具体任务按相应 Skill 完成。
进入项目
- 查找项目规则、README、相关源码和测试。若有
.soloweave/context/，读取PROJECT.md、STATUS.md、HANDOFF.md与相关 ADR；已有结构化配置或自动生成记录时，核对其有效性与后续决定，未经确认的选型仍是草稿，已被替代的决定不再约束新工作。 - 核对交接中的文件、分支、HEAD 和未提交改动。没有 Git 或无法读取时如实说明；记录与实际文件矛盾时以实际文件为准。
- 没有 SoloWeave 记录的现有项目，先沿用已有文档。开始持续开发或需要跨会话交接时，再按
project-setup建立最少的项目记录。不要为一次小型文字修改创建整套文档。
选择工作流
- 先判断是新建项目还是在既有项目中开发。 空目录、只有无关文件或尚无可运行项目骨架时，即使用户说“开发一个功能”或“根据目录现状开始处理”，也先按
project-setup完成项目形态和关键选型确认，再交给feature-workflow实施。用户要求开始处理，不等于批准 AI 自选运行平台、是否需要独立后端等关键方案。用户已明确这些约束且不存在重要分歧时，可简要核对后继续，不重复询问。 - 新项目、接入项目或重要技术选型：
project-setup。 - 功能开发和一般代码改动：
feature-workflow。 - 行为错误、测试失败或性能回退：
systematic-debugging。 - 代码审查、交付检查：
quality-review。 - 恢复旧任务、完成重要节点或准备切换 Agent：
project-continuity。
“继续这个项目”也是接手请求：先找交接中的下一步和已知阻塞，再核对代码与可运行的检查。缺少交接文件时，从项目事实重建当前状态；有明确的未完成工作就先推进它，不先让开发者从泛泛的方向列表中选择。只有目标仍无法判断、存在同等合理且影响较大的路线，或关键决定需要确认时再提问。未实际验证启动或构建时，不把项目称为“可运行”。
如果其他 Skill 尚未安装，直接按本入口的共同原则继续，并告知缺少的工作流；缺少 project-setup 时，新项目仍先澄清影响形态的缺口并确认关键选择，不直接开始写代码。重大架构决定先由开发者确认。完成有意义的工作后主动更新项目状态和交接；记录真实验证结果，未运行的检查不得写成通过。尊重项目既有规则与用户对提交、推送和发布的授权边界。
