strategic-commit-orchestratorlisted

# Strategic Commit Orchestrator ## 🚀 快速开始 ### 我应该使用这个 Skill 吗？ **决策树**: ``` 有多个提交需要分组？ ├─ 是 → 使用本 skill │ └─ 主项目 + 子模块都有变更？ │ ├─ 是 → 类型E 全项目流程 │ └─ 否 → 跨多个模块？ │ ├─ 是 → 跨模块流程 │ └─ 否 → 单模块分组流程 └─ 否 → 使用 commit-msg-generator ``` **快速场景匹配**: | 场景 | 使用? | 类型 | 说明 | |------|------|------|------| | 📁 创建多个架构文档 | ✅ | B | 文档批量提交 | | 🔄 Backend + Mobile 协同开发 | ✅ | D | 跨模块提交 | | 🎯 Phase/Cycle 结束里程碑 | ✅ | B/D | 阶段成果提交 | | 🔧 大规模重构 | ✅ | A/B | 多文件分组 | | 🌐 OpenSpec + Skills + Standards | ✅ | **E** | 全项目变更 | | 📦 主项目 + 子模块同时变更 | ✅ | **E** | 全项目变更 | | 📝 单文件修改 | ❌ | - | 直接用 commit-msg-generator | | 🐛 单个 Bug 修复 | ❌ | - | 直接用 commit-msg-generator | ### 快速示例 ```yaml 场景: Backend架构文档批量提交 步骤: 1. 分析变更 → 3个架构文档 (L0 + 2个L1) 2. 分组策略 → Group 1: L0, Group 2: L1文档 3. Subagent分配 → knowledge-manager 4. 执行策略 → 串行 (L0 → L1) 5. 并行执行提交 ``` 完整示例: [EXAMPLES.md](./EXAMPLES.md) --- ## 🎯 核心价值 作为 **Tech-Lead 级别** 的战略提交编排工具，在复杂多模块变更场景下，提供智能的提交分组规划、Subagent 并行编排和项目进度感知能力。 **核心能力**: - ✅ 支持 mobile/backend/frontend/shared 所有模块 - ✅ 基于AI-DDD v3.0.0核心标准 - ✅ 自动识别变更文件所属模块 - ✅ 智能分配专业 Subagent - ✅ 并行执行提交，提升效率 --- ## 📋 五种变更类型（核心） **✅ 使用前必读**: 根据变更类型选择正确的处理方式 | 类型 | 特征 | UPM处理 | Phase/Cycle | 示例 | |------|------|---------|-------------|------| | **类型A** | 业务功能子模块变更 | 读取子模块UPM | 使用实际进度 | `mobile/**`, `backend/**` | | **类型B** | 主项目变更 | 读取主模块UPM | 使用主模块进度 | `docs/**`, `.claude/skills/**`, `scripts/**` | | **类型C** | 跨项目共享基础设施 | 无UPM | 使用逻辑阶段 | `standards/**`, `.cl