install
source · Clone the upstream repo
git clone https://github.com/openclaw/skills
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/openclaw/skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/allenwenpeng/task-closed-loop" ~/.claude/skills/openclaw-skills-task-closed-loop && rm -rf "$T"
OpenClaw · Install into ~/.openclaw/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/openclaw/skills "$T" && mkdir -p ~/.openclaw/skills && cp -r "$T/skills/allenwenpeng/task-closed-loop" ~/.openclaw/skills/openclaw-skills-task-closed-loop && rm -rf "$T"
manifest:
skills/allenwenpeng/task-closed-loop/SKILL.mdsource content
任务闭环管理技能
📚 技能概述
任务闭环管理是一种确保任务从创建到完成全程可追踪、可验证的管理方法。
核心原则: 凡事有交代，件件有着落，事事有回音
学习时间: 2026-04-10
适用范围: 量化团队全体成员 (Master, Radar, Analyst, Risk, Coder)
🎯 任务闭环流程
阶段 1: 任务创建 (Create)
| 要素 | 说明 | 示例 |
|---|---|---|
| 任务名称 | 简洁明确 | 数据质量修复 |
| 任务描述 | 详细说明 | 修复 4 月 1-7 日数据重复问题 |
| 负责人 | 明确 Agent | Master(主导) + Radar + Coder |
| 截止时间 | 明确时间点 | 2026-04-10 20:00 |
| 优先级 | P0/P1/P2/P3 | P0(紧急重要) |
| 验收标准 | 可验证的结果 | 数据无重复，验证通过 |
任务创建模板:
## 任务：[任务名称] **描述**: [详细说明] **负责人**: [Agent] **截止时间**: YYYY-MM-DD HH:MM **优先级**: P0/P1/P2/P3 **验收标准**: - [ ] 标准 1 - [ ] 标准 2
阶段 2: 任务分配 (Assign)
分配原则:
- 能力匹配 - 任务与 Agent 职责匹配
- 负荷均衡 - 避免单 Agent 过载
- 明确期望 - 清晰传达验收标准
分配流程:
Master 创建任务 → 确认负责人 → 负责人确认接收 → 开始执行
阶段 3: 任务执行 (Execute)
执行要求:
- 进度汇报 - 每 2 小时汇报一次进展
- 问题上报 - 遇到阻碍立即汇报
- 变更申请 - 范围/时间变更需申请
进度汇报模板:
【任务进度汇报】 任务：[任务名称] 当前进度：XX% 已完成：[完成内容] 待完成：[剩余内容] 问题/风险：[如有] 下一步：[下一步计划]
阶段 4: 任务验证 (Verify)
验证流程:
负责人提交 → Master 验证 → Boss 确认 → 闭环完成
验证标准:
- 结果验证 - 是否达到验收标准
- 质量验证 - 是否符合质量要求
- 文档验证 - 是否有完整记录
验证检查表:
- 任务目标已达成
- 验收标准已满足
- 文档已归档
- 经验已总结
阶段 5: 任务总结 (Summarize)
总结内容:
- 结果总结 - 任务完成情况
- 经验教训 - 做得好的/需要改进的
- 知识沉淀 - 形成文档/流程/规范
总结模板:
## 任务总结：[任务名称] ### 结果 - 状态：✅ 完成 / ❌ 未完成 - 完成时间：YYYY-MM-DD HH:MM - 实际耗时：X 小时 ### 经验教训 **做得好的**: 1. ... 2. ... **需要改进的**: 1. ... 2. ... ### 知识沉淀 - [ ] 文档已更新 - [ ] 流程已优化 - [ ] 规范已建立
🔧 工具与模板
任务追踪表
| 任务 ID | 任务名称 | 负责人 | 状态 | 创建时间 | 截止时间 | 完成时间 |
|---|---|---|---|---|---|---|
| TASK-001 | 数据质量修复 | Master | ✅ | 04-10 09:00 | 04-10 20:00 | 04-10 18:00 |
任务状态定义
| 状态 | 说明 | 颜色 |
|---|---|---|
| 待办 | 已创建，未开始 | 🟡 |
| 进行中 | 已开始执行 | 🔵 |
| 待验证 | 已完成，待验证 | 🟣 |
| 已完成 | 已验证通过 | ✅ |
| 已关闭 | 已总结归档 | 🟢 |
| 已取消 | 任务取消 | ❌ |
📋 闭环管理红线
必须遵守的规则
- 任务创建必须明确验收标准 - 无标准不创建
- 任务执行必须进度汇报 - 无汇报不执行
- 任务完成必须验证确认 - 无验证不关闭
- 任务结束必须总结归档 - 无总结不闭环
禁止行为
- ❌ 任务无明确负责人
- ❌ 任务无明确截止时间
- ❌ 任务执行无进度汇报
- ❌ 任务完成无验证确认
- ❌ 任务结束无总结归档
🎯 实际应用场景
场景 1: 数据质量问题
| 阶段 | 操作 | 输出 |
|---|---|---|
| 创建 | Master 创建任务，明确验收标准 | 任务卡片 |
| 分配 | 分配给 Radar(数据) + Coder(脚本) | 负责人确认 |
| 执行 | Radar 分析根因，Coder 修复脚本 | 进度汇报 |
| 验证 | Master 验证数据质量 | 验证报告 |
| 总结 | 形成数据质量标准规范 | 总结文档 |
场景 2: Agent 汇报机制修复
| 阶段 | 操作 | 输出 |
|---|---|---|
| 创建 | Boss 提出要求，Master 创建任务 | 任务卡片 |
| 分配 | Master 负责配置 Cron 任务 | 负责人确认 |
| 执行 | Master 更新 5 个任务配置 | 进度汇报 |
| 验证 | Boss 验证汇报是否正常 | 验证确认 |
| 总结 | 形成任务配置规范 | 总结文档 |
场景 3: 模型超时修复
| 阶段 | 操作 | 输出 |
|---|---|---|
| 创建 | Boss 提出需求，Master 创建任务 | 任务卡片 |
| 分配 | Master 负责配置备用模型 | 负责人确认 |
| 执行 | Master 配置 fallbacks | 进度汇报 |
| 验证 | 观察次日任务执行情况 | 验证报告 |
| 总结 | 形成模型配置规范 | 总结文档 |
📅 学习任务
| 周次 | 日期 | 学习内容 | 实践案例 | 确认 |
|---|---|---|---|---|
| 第 1 周 | 2026-04-10 | 任务闭环流程 | 今日任务追踪 | ⏳ |
| 第 2 周 | 2026-04-17 | 任务分配与执行 | 待应用 | ⏳ |
| 第 3 周 | 2026-04-24 | 任务验证与总结 | 待应用 | ⏳ |
| 第 4 周 | 2026-05-01 | 闭环管理优化 | 待应用 | ⏳ |
完成条件: 4 次学习 + 4 个实际应用案例 → 关闭学习任务
🔧 实际应用案例
案例 1: 数据质量问题修复（2026-04-10）
| 闭环阶段 | 应用内容 |
|---|---|
| 创建 | Boss 发现数据异常，Master 创建任务 |
| 分配 | Master(主导) + Radar(数据) + Coder(脚本) |
| 执行 | Radar 分析根因，Coder 修复脚本，每 2 小时汇报 |
| 验证 | Master 验证数据无重复，Boss 确认 |
| 总结 | 形成《数据质量标准规范》 |
状态: ✅ 已完成闭环
技能版本: 1.0
创建日期: 2026-04-10
评审周期: 每周一次，4 次后关闭