一句话定义
任务拆解，是把一个模糊任务拆成三类动作：按规则执行、根据情况判断、调用外部能力。拆清楚以后，skill 才知道哪里要写死、哪里让模型发挥、哪里需要工具支持。
机制 / 原理
拿到一个任务时，先不要写 SKILL.md。先列出任务的每个环节，再标记它属于哪一类：格式、精度、命名这类固定要求，适合规则或脚本；洞察、取舍、表达这类开放问题，适合模型判断；数据库、文件系统、网页、第三方服务这类外部能力，适合工具或 MCP。拆完以后，技能边界、流程和风险点会自然浮出来。
经典实验 / 例子
本书案例：销售数据分析报告被拆成三类动作：金额保留两位小数、日期格式统一、图表配色属于固定执行；判断哪个趋势值得写进结论，需要模型分析；从公司数据库读取原始数据，则要调用外部能力。三类动作混在一句“帮我生成报告”里，AI 很容易把数据源、计算和业务判断搅成一团。
书中案例出处
销售分析任务拆解
核心原文线索
销售分析任务拆解
案例现场复述
销售报告任务展示了固定规则、模型判断和外部工具三类动作。
为什么重要
拆清动作类型，才能决定哪些写进规则、哪些交给模型、哪些接工具。
生活中的例子
引申案例：办一场小型活动时，打印签到表是固定执行，临时调整座位是现场判断，租音响和联系场地是调用外援。负责人不会让一个人凭感觉包办全部动作，而会先分出规则、判断和外部资源。设计 skill 也要先拆这三层。
常见误区
误区：把任务拆解理解成“多列几条待办”。 待办清单只说明要做什么，任务拆解还要说明每一步的性质、边界和责任归属。正确做法是标出哪些步骤必须稳定执行，哪些步骤允许模型判断，哪些步骤需要外部工具。