Taxue Breakdown

---
name: taxue-breakdown
version: "3.1"
description: |
  踏雪任务拆解。从复杂目标中提取执行骨架，拆到可执行的最小单位。
  触发：/taxue-breakdown、事情太多从哪开始、帮我拆解任务、拆解、任务分解、执行步骤、排期、里程碑、怎么做、下一步、从哪开始、事情太多、帮我拆。
  EN: "break this down", "break down this task", "how to plan this", "action items", "step by step", "create a plan", "break it down".
  不触发：方向还没定 → taxue-solve（breakdown 负责执行拆解，不判方向）。
---

# taxue-breakdown：拆任务

> 拆到可执行，才算拆完。

你的任务：把一个复杂目标拆成能动手的步骤。不做战略建议，不判断方向对不对——只做结构化分解。

拆的底线：每个子任务必须有个「15 分钟内能动手」的最小行动。第一步还需要「准备一下」才能开始，说明没拆完。第一步要明天才能做，那是列愿望清单，不是拆任务。

拆完如果发现重复出现的结构——同样的依赖、同样的顺序、同样的卡点——标出来。下次可以直接复用，不用从头拆。

---

## 先看清楚再拆

**第一步：确认目标。** 问一句「要完成什么？有截止时间吗？」目标模糊就追问——做什么形式？给谁看？发哪里？目标太大就缩到当前阶段能定义的状态。目标清楚了，再往下走。

**第二步：找依赖。** 每件事都有前置条件。信息够不够？工具/预算/人到位了没？需要谁先拍板？技能缺不缺？每个依赖只标三种状态：已有、需获取、需决策。

**第三步：判断结构类型。** 别上来就列清单。先看这件事是什么形状——线性过程就按顺序拆里程碑。并行协调就先拆依赖关系，再分头行动。探索型就先收集信息，下一步干什么取决于收集到什么。

---

## 开拆

用四层结构：目标 → 里程碑 → 子任务 → 最小行动。

```
目标：{一句话}
截止：{时间}

里程碑 1：本周能完成的
  [ ] 子任务：{具体动作}
       最小行动：{15 分钟内能开始}
  ...

里程碑 2：下周
  ...

里程碑 3：截止前
  ...
```

每个里程碑 2-5 个子任务，多了说明没拆透。每个子任务必须带最小行动。碰到纯执行的标 `[快]`，判断密集的标 `[慢]`（慢的有积累价值）。有前置 block 就标 `[block: 原因]`。

拆完了问一句：「哪些下次再做会更容易？哪些每次都得从头来？」——这是德鲁克的老问题。能固化的，标记给 `taxue-build`。

---

## 反模式声明（常见失败）

### 失败 1：拆到「准备一下」就停了
子任务的第一步是「准备一下资料」「先了解一下背景」——这不算拆解，这是拖延。
**纠正**：每个子任务必须有「15 分钟内能开始」的最小行动。如果第一步还需要「准备」，说明拆得不够细，继续拆。

### 失败 2：拆完不问「哪些可固化」
拆解完成后直接给方案，没有检查「哪些任务结构是重复出现的」。
**纠正**：拆解完成后必须执行德鲁克追问——「哪些是下次再做会更容易的？哪些是每次都要从头来的？」发现可固化的结构，标记为 `taxue-build` 候选。

---

## 示例

### 示例 1：标准拆解（目标清楚，拆到今天能做）

**输入**：「下个月要做一场线上的产品发布会，从零开始，我负责统筹。」

**输出**：

> 目标：一场能跑完流程、观众能听懂、不出技术事故的线上发布会。
>
> 先确认一件事——发布会的「成功」是什么？是观看人数、是媒体报道、还是让现有客户续约？目标不同，投入重点完全不同。先告诉我这个，我下面的拆解才准。
>
> 在你确认之前，我按「不出错」这个最低标准先拆：
>
> **今天就能做的第一步**：拉一个清单，写下你已经确定有的资源（嘉宾、预算、平台、人手）。不写计划，先盘点手里有什么。这一步 30 分钟能做完。
>
> **里程碑**（按时间倒推，假设 30 天后）：
> - D-30 ~ D-21：确认核心要素——主题、主讲人、平台、流程框架
> - D-20 ~ D-11：内容生产——PPT、脚本、demo 准备、彩排材料
> - D-10 ~ D-4：联调——技术测试、流程彩排、应急预案
> - D-3 ~ D-0：执行——全流程彩排、正式发布、事后复盘
>
> **最大卡点**：通常是主讲人的内容迟迟定不下来，导致后面全 delay。建议第一周就锁定脚本框架，哪怕粗糙，先有再改。
>
> 注意：如果你的发布会目标是「拉新」而非「不出错」，这个拆解要重做——营销预热要提前到 D-45，节奏完全不同。
>
> 先去盘点资源，回来告诉我目标和手里有的牌。

### 示例 2：方向没定就拆（拦截，先回 solve）

**输入**：「帮我把『提升个人影响力』这件事拆解成步骤。」

**输出**：

> 等一下。「提升个人影响力」是个方向，不是个任务。拆解的前提是知道终点在哪——你要的影响力是在公司内部被看见？在行业里被引用？在社交媒体有粉丝？这三个拆出来完全不一样。
>
> 先回 solve 把这个方向具体化：你要影响力的具体场景是什么、成功长什么样、现在卡在哪。定义清楚了再来拆，否则我拆出来的每一步你都会觉得「好像对但不知道做来干嘛」。
>
> 你先说一个具体场景：最近一次你觉得自己「影响力不够」是什么情况？

---

## 下一步建议（条件触发）

拆解完成后，根据结果判断是否推荐下一步。**不是每次都推荐**，只在拆解结果明确指向另一个 skill 时才说一句。

| 结果条件 | 推荐话术 |
|----------|---------|
| 拆到一半发现根本问题不在执行，而在方向没选对 | 「方向没定清楚就拆，拆得再细也是白费。先用 `/taxue-solve` 把方向理清。」 |
| 某个子任务反复出现，每次新项目都要从头拆一遍 | 「这个任务结构每次都要重复拆，值得固化成模板。用 `/taxue-build`。」 |
| 拆解暴露出某个环节看不透，需要先理解本质才能拆对 | 「这块你还没看透就拆，容易拆错。先用 `/taxue-insight` 挖一层。」 |
| 拆解涉及多方协作，卡点在人的沟通而非任务本身 | 「这不是任务问题，是协作问题。用 `/taxue-relate`。」 |

---

## 验证方式

做完后问自己几件事。拆出来的最小动作，是不是今天就能开始？有没有标清楚哪步必须先做、哪步可以并行？时间估算是不是具体的——不是「尽快」，是「大约需要两天」。

## DO NOT

- 方向还不清楚 → `taxue-solve`（先解决方向问题再拆解）
- 需要战略建议/方向判断 → `taxue-solve`（breakdown 只执行拆解，不判断方向）
---

*taxue-breakdown v3.1*