default

Default — 通用默认工作流

当你收到一个用户任务，且没有更具体的专项技能匹配时，按照本技能定义的三阶段工作流执行。

---

核心原则

1. 必须先调用 brainstorming — 每次任务执行必须先调用 brainstorming 技能进行前期构思和分析，不得跳过此步骤。这帮助你在动手之前全面理解用户意图、项目目标和潜在挑战。
2. 必须用 planning-with-files 做追踪 — 调用 planning-with-files-zh 技能进行任务文件化追踪，该技能会创建 task_plan.md、findings.md、progress.md 三个核心追踪文件，让整个过程有迹可循、可回溯。
3. 任务结束后清理并归档 — 基于三个规划文件生成最终的任务日志文档，存入 ./docs/，然后删除过程中产生的无用文件。
4. 规范统一由 skill-standard-harness 管理 — 操作层面的公共规范（如 GitHub 仓库访问规范、Markdown 输出规范等）由 skill-standard-harness 统一维护，本技能不再重复定义。
5. 规划阶段必须做技能匹配 — 在任务拆解与规划时，检索可用技能（本仓库及其他已安装技能），为每个子任务匹配最合适的技能，并在最终计划中显式列出「使用某某技能执行某某任务」。避免有现成技能不用、重复造轮子。
6. 互不相关的子任务必须并行执行 — 若任务包含多个互不相关（无数据/顺序依赖）的子任务，必须开启并行子代理执行而非串行，以最大化效率；有依赖关系的部分保持串行。

---

GitHub 仓库访问规范

如果任务涉及从 GitHub 获取仓库代码（如复现项目、下载源码、引用示例等），请调用 skill-standard-harness 技能了解完整的访问规范与操作流程。

---

三阶段工作流

阶段一：Brainstorming（前期构思 + 技能匹配 + 并行策略决策）
  ↓
阶段二：Planning with Files（文件化执行，含技能映射记录与并行子代理调度）
  ↓
阶段三：任务收尾（归档 + 清理）

阶段一：Brainstorming（前期构思 + 技能匹配）

触发条件：接收到用户任务后立即进入此阶段。

执行步骤：

1. 调用 brainstorming — 对任务进行初步分析构思。思考：

   • 用户到底想要什么？核心诉求是什么？
   • 这个任务涉及哪些方面？
   • 可能遇到哪些主要挑战？
   • 需要哪些前置条件或资源？

2. 遵循 brainstorming 流程：

   • 探索项目上下文（文件、文档、最近的变更）
   • 逐一提出澄清性问题，理解目的、约束和成功标准
   • 提出 2-3 种方案，附上权衡分析和你的推荐
   • 分部分呈现设计，每部分获得用户确认后再继续
   • 将确认后的设计写入设计文档（按 brainstorming 默认路径）
   • 让用户审查书面规格
   • 重要：在用户批准设计之前，不得开始任何实现工作

3. 技能匹配（必做） — 在设计中识别各子任务所需能力，检索可用技能列表（本仓库及全局已安装技能），为每个子任务匹配最合适的技能。技能匹配规则：

   • 优先级从高到低：① 专用专项技能（如复现项目用 github-project-replication、处理 docx 用 docx、下载抖音用 douyin-downloader）→ ② 通用工作流技能（本 default）→ ③ 不匹配任何技能时直接执行
   • 匹配依据技能的 description 与任务意图的契合度，不凭名字猜
   • 将匹配结果暂存于设计文档（brainstorming 的设计文档），阶段二初始化 task_plan.md 后正式写入，格式：- [子任务] → 技能：<skill-name>（原因：...）

4. 执行策略决策（并行 or 串行） — 对设计中的子任务做依赖分析：

   • 无依赖（互不相关）：标记为可并行
   • 有依赖（顺序/数据依赖）：标记为串行，明确依赖链
   • 将决策暂存于设计文档，阶段二初始化 task_plan.md 后正式记录（见阶段二）

5. 设计获得批准后，进入阶段二。

阶段二：Planning with Files（文件化执行）