把大问题变成AI能处理的小问题，大幅提升成功率
你可能有过这样的经历：给AI一个大需求，比如"帮我写一份市场分析报告"，然后你得到一份很"四平八稳"的东西。它有结构，有内容，但总是差点什么——要么太通用，要么遗漏了你最关心的部分，要么深度不够。你得花一倍甚至多倍的时间去修改，与其说是"写报告"，不如说是"改报告"。
问题不在AI，在你的任务定义。任务太大，AI不知道该聚焦什么。就像你给一个新员工说"帮我把这个项目做完"，那个员工会很迷茫。但如果你说"先完成需求分析，输出一份列表，包含功能点、优先级、实现难度"，员工就知道干什么了。
AI也一样。一个大任务里包含太多的可能方向，AI会选择"中庸之道"——通用、平凡、面面俱到但没有特色。而一个小任务、清晰的边界会让AI做出具体、有针对性的东西。
而且，拆解任务还有个隐藏好处：在拆解的过程中，你自己就会更清楚地思考问题。很多时候，我们说"帮我分析一下"，其实是"我自己也不太知道我要什么"。通过拆解，你会强制自己变得更清楚。
任务拆解有个系统的方法。我们分三层：目标层、步骤层、指令层。
用一句话说清楚，这个任务的最终交付物是什么，对谁有用，用来做什么。
例子：
目标层要回答：为谁（你自己、老板、团队）、要什么（报告、计划、清单、对比）、为了做什么（决策、学习、沟通）。
把"做市场分析"拆成一个个步骤。这个步骤序列应该是：每一步AI都能独立完成，每一步都有清晰的输入和输出。
例子，拆解"竞品分析报告"：
这样拆解的好处是：第一步的输出就是第二步的输入。就像工厂的流水线，上一道工序完成，下一道工序就能开始。
现在你可以逐步发送指令给AI。这时候就用上一章的CRAFT框架。
比如第1步的指令：
得到结果后，你可能会调整一下维度，然后进入第2步。第2步的指令：
这样逐步进行，每一步都小而精。结果的质量会显著高于一次性"请写报告"。
不同类型的任务有不同的拆解模式。掌握这些模式，你就能快速拆解任何任务。
典型例子：了解一个行业、学习一个技术、调研一个市场
标准步骤：信息收集 → 信息整理 → 提炼规律 → 生成报告
第1步指令可能是："列举关于[主题]的20个关键问题"。第2步："为每个问题找一个权威的答案"。第3步："总结出3-5个核心洞察"。第4步："写成一份总结报告"。
典型例子：写文章、写邮件、写文案、写故事
标准步骤：确定主题和受众 → 大纲 → 初稿 → 润色 → 检查
这个步骤很重要。不要直接要求"写一篇文章"，而是"先给我一个大纲，我同意后再写初稿"。初稿出来后，"改进这些地方"。最后再"检查语法和逻辑"。这样出来的文章会好得多。
典型例子：分析数据、分析用户反馈、分析竞品
标准步骤：数据结构化 → 找出模式 → 深度分析 → 总结结论 → 验证假设
关键是"结构化"这一步。给AI原始数据，先让它整理成表格或分类。然后才是分析。这样AI的分析会更准确。
典型例子：产品创意、营销创意、广告文案
标准步骤：明确约束条件 → 发散生成 → 初筛 → 深化选中的方案 → 完善
创意任务千万不要一步做完。发散出20个想法，然后和AI讨论"这三个方案最有潜力，深化它们"，最后再"为最有潜力的方案写出完整的实现思路"。
典型例子：选择方案、评估风险、解决问题
标准步骤：信息收集 → 列出所有选项 → 对比分析 → 利弊评分 → 给出建议
决策任务的关键是"对比分析"要足够深。不要只是"对比A和B哪个好"，要"从成本、效果、风险三个角度对比，并给出你的判断依据"。
在设计步骤层时，你会发现一个问题：这些步骤必须一个接一个做，还是可以同时做？
串行拆解：步骤A完成后才能做步骤B。比如"先做大纲，再写初稿"，你必须等大纲出来才能开始写。
平行拆解：多个步骤可以同时进行。比如分析竞品时，你可以同时问AI"竞品A的特点"和"竞品B的特点"，而不用等A分析完再分析B。
问一个简单问题：步骤B的输入是否需要步骤A的输出？
平行拆解可以大幅节省时间。你可以同时发给AI多个独立的子任务，它们会在一次对话中或多次对话中并行处理。比起串行一个接一个等待，时间能省一半甚至更多。
但平行拆解的前提是：你清楚地识别了"这些步骤是独立的"。如果搞错了依赖关系，平行执行反而会出错。
比如"帮我写文章"，拆成了"第1步：想5个标题，第2步：选一个标题，第3步：写引言，第4步：写第一段……"
这样的好处是AI每步都做得很细节。但坏处是你得发n多次指令，来回频繁，最后反而更浪费时间。
最佳粒度是：每个步骤AI花费2-5分钟就能完成，输出是一个有意义的中间产物。"写大纲"是好粒度，"写第一句话"是太细。
比如"帮我做项目策划"，分成"第1步：分析需求，第2步：制定计划"。
这样的步骤太粗，AI收到指令时还是会困惑。"分析需求"里包含什么？从哪几个角度分析？输出应该是什么形式？
最佳粒度是：步骤足够小，以至于你写指令时不需要太多解释。如果你在指令里写"请分析……包括这个、那个、还有……"，说明这个步骤可能还需要再拆细一点。
比如"第1步生成方案，第2步确定需求"。这显然是反的。需求应该先确定，方案才能生成。
检查步骤顺序的方法：每一步的输出都应该被下一步直接用到。如果顺序不对，这个流程就跑不通。
比如"帮我分析这个数据"，分析完了，你说"这不是我想要的"。问题是，你从来没有说清楚"想要的"是什么。
每个步骤都应该有验收标准。比如"第1步的输出是一个表格，行是竞品，列是功能，单元格里填'有/没有'；表格应该包含至少20个重要功能"。这样就清楚了。