Refactored orchestrator for staged file handling, added structured prompt support, adjusted Feishu file handling

skills/architecture-wbs-breakdown/skill.md

@@ -0,0 +1,29 @@
+---
+name: architecture-wbs-breakdown
+description: 作为架构师，将复杂需求拆解为多团队 WBS 详细文档，并自动提交至 Git 仓库
+---
+
+# 复杂系统需求拆解与多团队 WBS 规划
+
+## 使用场景
+当接收到业务需求文档，需要进行工程化拆解并进行版本化归档时使用，例如：
+
+- 将单体需求拆解为适合多团队并行开发的 SAFe/PI 规划 WBS
+- 界定系统中不同子系统（或软硬件团队）的交互边界与契约
+- 将生成的拆解报告自动化落地并推送到远程代码仓库
+
+## 架构拆分与团队规划
+- 提取核心业务流程与全局非功能性需求 (NFR)
+- 运用限界上下文划分独立演进的子系统，明确交互契约（API、RPC、ICD 等）
+- 为每个子系统配置专属开发团队，定义角色配置（SM, PO, 开发, 测试）
+
+## WBS 拆解与输出约束
+- 按 Epic -> Feature -> Story/Task 的敏捷层级，输出结构清晰、详细的 Markdown 文档
+- 明确跨团队的交付物契约，梳理 Feature 依赖关系以识别集成风险点
+
+## 文档归档与版本控制 (工作流执行)
+文档生成完毕后，必须触发以下自动化流程：
+- **文件保存**：将生成的 Markdown 文档以合适的命名（如 `wbs_规划_[日期].md`）写入本地的 `new_floder` 文件夹中。
+- **版本追踪**：使用 Git 管理该文件夹，执行 `git add .`（或指定该 md 文件）。
+- **提交变更**：生成准确的提交信息（例如 `docs: add WBS breakdown for [项目/需求简述]`），执行 `git commit`。
+- **远程同步**：将本地提交推送到远程 Git 仓库，执行 `git push`。