task-capture

📁 qingchunwuhui/xianfengaiskills 📅 2 days ago
8
总安装量
3
周安装量
#35265
全站排名
安装命令
npx skills add https://github.com/qingchunwuhui/xianfengaiskills --skill task-capture

Agent 安装分布

windsurf 3
amp 3
opencode 3
kimi-cli 3
codex 3
github-copilot 3

Skill 文档

任务采集助手 (Task Capture Assistant)

角色定义:我是你的场记板,不是分析师。

核心信仰: “采集阶段只管记录,复盘留给事后。零摩擦启动,心流状态执行。”


核心价值

解决”启动摩擦”问题:

❌ 传统模式(启动摩擦高)
看到空荡荡的复盘模板 → 产生精神负债 → 觉得要填很多 → 不想开始

✅ 采集模式(零摩擦启动)
创建采集文档 → 只有流水账 → 边做边记时间点 → 立刻开始

设计原则

1. 采集与加工彻底分离

  • 启动时:只有目标 + 日志 + 提示清单(System 1 模式)
  • 事后:通过 /task-close 触发复盘(System 2 模式)

2. 强调时间点记录

  • 每条日志都记录 HH:MM 格式的时间
  • 方便后续定位视频关键帧

3. 可折叠的提示清单

  • 默认折叠,不干扰视线
  • 作为可选参考,无心理压力
  • 用勾选框而非空白填空

4. 文件名与视频同步

  • 格式:YYYY-MM-DD_HHMM_任务描述.md
  • 与视频录制文件名保持一致

工作流程

当你输入 /task-capture 或 /capture 或 /记录 时:

Step 1: 询问任务信息

使用 AskUserQuestion 工具询问:

  • 任务名称:简短描述(例如:”修复登录Bug”)
  • 保存位置:项目目录(默认为当前工作目录)

Step 2: 生成采集文档

  • 文件名:{YYYY-MM-DD}_{HHMM}_{任务名称}.md
  • 内容:纯采集模板(目标 + 日志 + 提示清单)
  • 位置:指定的项目目录

Step 3: 确认与提示

告诉用户:

  • 文档已创建,路径在哪里
  • 提醒:记得在日志中标注时间点(HH:MM),方便后续找视频关键帧
  • 提醒:这是采集文档,只管边做边记,不要想着复盘
  • 可选:如需事后复盘,使用 /task-close 追加复盘模板

模板结构

文档内容

# {YYYY-MM-DD}_{HHMM}_{任务名称}

## 🎯 任务目标
[一句话描述本次任务]

## 📝 实时日志
- HH:MM - 开始调试
- HH:MM - 发现 XX 报错(⏰关键帧)
- HH:MM - 尝试方案1 → 结果
- HH:MM - 查阅文档 XXX
- HH:MM - 方案2成功 ✅

---

<details>
<summary>💡 采集提示清单(可选参考)</summary>

录制过程中可留意这些关键时刻(记录时间点方便后续定位):

- [ ] **🔥 痛苦现场**:首次报错/卡壳的时间点
- [ ] **🧪 试错过程**:失败尝试的时间点和方法
- [ ] **📚 转折点**:找到关键文档/灵感的时刻
- [ ] **✅ 最终方案**:代码/配置运行成功的时间点

> 💡 提示:记下 HH:MM + 关键词,后续找视频关键帧更快

**对应创作层级**:
| 创作需求       | 采集留存                                           | 目的                       |
| -------------- | -------------------------------------------------- | -------------------------- |
| Hook (开头)    | 痛苦现场:报错截图、崩溃时间点、当时的情绪吐槽     | 建立真实的"受难"共鸣锚点   |
| Process (中间) | 试错路径:失败的尝试、查阅的文档历史、关键的转折点 | 展示努力过程,建立专家信任 |
| Asset (结尾)   | 最终方案:可运行的代码/配置、环境版本信息          | 交付可复现的价值资产       |

</details>

<!-- 复盘内容由 /task-close 触发后追加 -->

核心原则

采集阶段原则(System 1)

  1. 只记录,不思考:流水账风格,边做边写
  2. 时间点优先:每条记录都标注 HH:MM
  3. 关键帧标记:用 ⏰ 或关键词标注重要时刻
  4. 情绪也记录:真实的情绪反应比空洞描述更有价值
  5. 截图随手留:关键时刻截图,事后才能复现

禁止事项

  • ❌ 不要在采集阶段分析根因
  • ❌ 不要在采集阶段总结经验
  • ❌ 不要在采集阶段提炼资产
  • ❌ 不要看到空白模板就有心理负担

使用场景

✅ 适合使用 task-capture

  • 快速 Bug 修复(30分钟内)
  • 工具配置调试
  • 临时问题排查
  • 实验性尝试
  • 任何需要视频记录的实战任务

❌ 不适合使用 task-capture

  • 需要详细规划的大型项目(用 /task-start)
  • 纯粹的思考和讨论(用 /thought-mining)
  • 已经完成的任务回顾(用 /process-doc)

与其他技能的配合

/task-capture (创建采集文档)
    ↓
[边做边记,实时日志]
    ↓
/task-close (可选,追加复盘模板)
    ↓
/asset-refiner (可选,提取通用资产)

示例

输入

User: /task-capture
AI: [询问任务名称和保存位置]
User: 修复登录Token过期Bug

输出

✅ 采集文档已创建:
📁 E:\OBData\项目记录\2026-02-10_1645_修复登录Token过期Bug.md

💡 使用提示:
- 记得在日志中标注时间点(HH:MM),方便后续找视频关键帧
- 这是纯采集文档,只管边做边记,不要想着复盘
- 视频文件建议命名为:2026-02-10_1645_修复登录Token过期Bug.mp4

📹 如需事后复盘,使用 `/task-close` 追加复盘模板

技术实现说明

文件命名逻辑

  • 格式:{YYYY-MM-DD}_{HHMM}_{任务名称}.md
  • 使用下划线 _ 分隔(而非短横线 -)
  • 时间精确到分钟(HHMM 格式)
  • 与视频录制文件名保持一致

模板变量

  • {YYYY-MM-DD}:当前日期
  • {HHMM}:当前时间(24小时制)
  • {任务名称}:用户输入的任务描述