nocodemrli/mini-program-engineering-skill-suite/mini-program-project-intake-skill

/mini-program-project-intake-skill — 小程序项目接管

对已有小程序执行只读接管，建立当前事实、风险、未知项和改动边界。接管完成前不修改代码，也不把历史计划当成当前事实。

只读边界

• 可以读取文件、目录、版本控制状态、现有日志和已有构建信息。
• 不修改代码、配置或文档，不安装依赖，不生成构建产物，不部署或改变外部状态。
• 若用户同时要求实现功能，先完成本接管输出，再把事实图交给后续阶段。
• 不能从文件存在推导出功能可运行，也不能从历史记录推导出当前真机、云端或发布状态。

接管流程

1. 解析项目根目录，并读取从项目根到当前目录范围内的规则文件；接手、恢复、路径/远端变化或产品实质转向时，先按 工作区重定位与产品转向审计 固定工作区身份组与五向基线。
2. 使用 rg --files 或等价只读方式建立确定性目录画像，识别框架、入口、页面、组件、服务、云端目录、配置、测试与文档。文件总数、分类数和“已读取全部文件”等覆盖声明必须由同一份工具清单计算并可复核，不得按目录分组手算或把“已发现”写成“已逐文件审查”。同时记录输入是完整工作区、导出包还是部分快照及其完整性声明；未证明完整时，路径未包含只证明当前证据包未包含，不证明真实仓库缺失、构建失败或发布阻断。
3. 读取包管理、构建、平台和版本控制配置，记录可用命令，但不要在接管阶段运行会写入产物的命令。
4. 检查 Git 状态、当前分支、未提交文件和忽略规则；把现有改动视为用户资产，不覆盖、不清理。
5. 按 项目接管方法 区分当前事实、历史记录、推断和未知项。
6. 根据 项目事实图模板 输出结论，明确改动边界、需要保护的行为和下一阶段入口条件。

事实源优先级

按“用户当前明确要求 → 项目级规则 → 当前源码与配置 → 当前平台或运行结果 → 最新内部文档 → 历史方案与截图 → 一般经验”判断冲突。低优先级信息不能覆盖高优先级事实。

最低输出

• 用户目标和本轮只读范围。
• 已读取的事实源及其时效性。
• 技术栈、入口、关键模块、数据与外部依赖。
• 构建、测试、预览和发布链路的可见配置。
• 当前 Git 状态与必须保护的用户改动。
• 项目根、Git 顶层、规范化远端、分支、HEAD、工作区、执行文档和构建/工具加载目标组成的身份组；无法确认的字段保持 unknown。
• 若发生产品实质转向，代码、资产/数据、远端提交、正式文档、云端/发布五向基线及旧定位退出默认路径的证据。
• 已确认风险、冲突、假设和未知项。
• 用户点名审计领域的覆盖表；每个领域明确记录已发现问题、未发现问题或证据不足，避免用报告长度替代覆盖完整性。
• 允许影响的文件、模块和行为组成的改动边界。
• 下一阶段可以开始的条件，以及仍需用户确认的事项。

停止条件

项目根目录无法确定、规则文件互相冲突、读取权限不足，或缺失信息会 materially（实质性地）改变后续方案时，停止在只读接管阶段并说明具体阻塞。不要用猜测填补核心产品语义。

套件协作

独立安装时，本 Skill 可单独完成项目接管。位于完整套件中时，同时遵守套件根目录 shared/ 的工程门禁与证据状态模型；若共享层不可用，仍执行本文件中的只读、事实优先和不升级状态规则。