name: team-role-iteration description: 根据任务需求对多智能体/团队的角色定义（team_roles.md、README.md）进行迭代升级——新增或调整角色、版本号递增、更新架构图/协作流程/成员表；本地改好先展示预览，用户确认后再上传资料库。适用于"团队需要加人/加角色/按任务需求升级能力/增配角色"类需求。 user-invocable: true allowed-tools: Read, Write, Edit, Bash, Glob, Grep, DeferExecuteTool, ToolSearch, AskUserQuestion, mcp__netdrive__tdrive.file_upload, mcp__netdrive__tdrive.file_upload_complete, mcp__netdrive__tdrive.file_download, mcp__netdrive__tdrive.dir_list
团队角色迭代升级 技能
触发
用户要求给团队/专家系统"加人、加角色、按任务需求升级、迭代团队配置、增配角色"等。
核心原则
- 资料库修改安全规范：本地改好 → 展示变更预览 → 用户明确确认后才上传覆盖，禁止静默覆盖。
- 依据驱动：新角色职责需可操作、有依据（引用诊断/待补充/业务现状等来源），不凭空编造。
- 版本递增：每次迭代版本号 +0.1（如 v1.1 → v1.2），并标注变更说明。
执行流程
1. 读取现状
- 从资料库读取
team_roles.md（角色定义）与README.md（成员表）。 - tdrive 用
file_download拿临时 URL 后curl落地（需要dangerouslyDisableSandbox）；乐享用连接器直读。 - 记录当前版本号与现有角色清单、架构图、协作流程。
2. 解析任务需求
- 明确要新增/调整的能力（如技术深度、招投标合规、知识库运营）。
- 需求模糊时用
AskUserQuestion澄清范围、角色命名、是否含真实人力。
3. 本地修订（不直接上传）
team_roles.md：新增角色章节；更新架构图、协作流程图、沟通规范；版本号 +0.1。README.md：成员表加入新角色；更新工作方式图与"我能帮你做什么"。- 用
Edit/Write在本地完成。
4. 展示预览并请求确认
- 列出变更摘要：新增角色、版本号、架构/流程/成员变化。
- 必须等用户确认再进入上传步骤。
5. 确认后上传覆盖
- tdrive：
file_upload（dir_id=团队目录, file_name, file_size, conflict_strategy=overwrite）→curl -X PUT -T 本地文件 上传URL→file_upload_complete落库。 - 若上传接口异常，降级：上传到乐享对应位置，或交用户手动覆盖，并说明。
- ⚠️ 已知坑：
file_upload的file_size字段为oneOf[string, number]，当前 DeferExecuteTool 通道对其校验有 bug（number/string 均报 “must match exactly one schema in oneOf”）。如遇此错，改用乐享通道上传内容，或交用户手动覆盖本地已修订文件，不要反复重试卡死。
6. 沉淀经验
- 按记忆文件的复盘机制，把耗时点/工具洞察写入自身经验（如 netdrive 签名 URL 约 60 分钟过期需重签、file_size 校验注意事项等）。
注意事项
- 真实人力（各分类内容负责人）仍需用户另行指派，AI 角色只解决"能力定义"。
- 大文件/外网下载记得加
dangerouslyDisableSandbox。 - 资料库修改务必"本地预览 → 确认 → 上传"，这是硬性安全规范。