1. 把 WorkBuddy 当成新同事而不是一个更聪明的搜索框第一次打开 WorkBuddy 的人九成会做同一件事在输入框里敲一句帮我写个方案然后盯着屏幕上那段四平八稳、正确但毫无用处的文字发呆心里想的是就这。我第一次用的时候也是这个反应甚至一度觉得这类工具被吹过头了。后来我才意识到问题根本不在于模型不行而在于我用错了它的角色定位——我把它当成了搜索引擎给了它一个关键词期待它猜出我脑子里的全部上下文。WorkBuddy 这类 AI 办公协作工具真正的定位更接近一个刚入职、能力不错但完全不了解你业务的新同事。你不可能对新同事说做个方案就撒手不管你会告诉他背景是什么、给谁看、多长、重点在哪、之前有没有类似的。你把这几句交代清楚他就能干得不错你不交代他就只能按最通用、最平庸的套路来。这个比喻贯穿了整篇文章的所有方法你记住这一条后面的操作逻辑基本就能自己推导出来。这篇内容适合三类人一是刚接触 WorkBuddy、摸不清功能边界的职场新人二是用了几个月但产出一直能用但不好用、想提升稳定性的中间用户三是需要推动团队统一使用、头疼每个人写出来的东西风格都不一样的负责同事。无论你是哪一类下面讲的配置思路、派活方式、排查链路和团队落地方法都可以直接照着改。1.1 一次典型的翻车开场为什么帮我写个方案注定得到废话我把那次翻车复盘了一遍发现输入里缺失的信息至少有五类不知道面向谁、不知道篇幅、不知道业务背景、不知道交付格式、不知道什么算合格。在信息量接近零的情况下工具能做的只有一件事——输出一份平均意义上的方案也就是没有任何具体业务痕迹的通用模板。它的每一句话都不算错但每一句话换到任何一家单位都成立这就是典型的正确但无用。这里有个反直觉的判断标准我后来一直用它如果你把产出里的关键词替换成同行的名字这段话仍然成立那说明这次对话基本是白做。好的产出应该带着你业务的独特痕迹比如具体的流程节点、具体的角色分工、具体的数量指标。一旦产出能被随便套用到任何场景就证明你给的信息太少工具只能靠通用常识硬撑。所以真正的改进方向不是换工具、也不是加更多请你专业一点要写得深入一些这类形容词而是把任务从命题作文改成填空题。你填的格子越多产出越像你的东西。后面第 3 章讲的任务拆解四层结构本质上就是把这几类缺失信息一次补齐的方法。1.2 它擅长什么、明显不擅长什么心里要有张表我把这几个月用下来观察到的能力分布整理成了一张表你可以对着看避免把不合适的活派出去。任务类型表现评价关键前提已有素材的整理、归纳、改写强素材要完整贴进去别只给结论结构化输出表格、清单、大纲强明确列名和排序规则多版本改写正式版、口语版、精简版强说清每个版本的用途和受众会议记录转待办、转纪要较强原文要保留说话人和上下文从零生成专业深度内容一般必须由你提供框架和关键数据需要实时事实核查的判断弱涉及数字、日期、外部信息必须人工复核需要承担署名责任的专业结论弱只能做草稿定稿必须人来长链条多步推理且中间要决策一般拆成多轮逐轮确认这张表里最容易被误判的是最后两行。很多人对从零生成专业深度内容期待过高结果拿来直接用被同事一眼看出空泛。我更建议的用法是框架你出血肉它填判断你定。你给三到五个核心论点让它负责扩写、找表述、补过渡、给例子这样既有速度又不失专业味道。至于实时事实核查这不是能力问题而是机制问题——工具的知识有截止时间也无法即时验证外部数据。凡是涉及具体数字、政策条款、时间节点、他人姓名职务的内容一律按它写的是草稿我负责核对来处理。这一条我在第 7 章还会展开讲风险控制。1.3 上手前的十分钟自检清单正式开干之前花十分钟做这几件事能省掉后面几十次来回改的功夫。我把这份清单贴在便签上每次换新设备或者换新项目都会过一遍。明确这次要交付什么是一段文字、一张表、一份清单还是一份可以直接发出去的文档格式先定。准备素材把相关的旧文档、数据、聊天记录、参考样例整理好能贴就贴别指望它去猜你的项目背景。想清楚读者是谁给直属同事看、给外部客户看、还是给自己留档语气和详略完全不同。定一条验收线比如不超过八百字必须包含三个具体步骤必须出现我提供的四个关键词。确认敏感信息有没有不该外传的数据、名单、金额先做脱敏再贴。提示这五条不需要每次全写进提示词里但你要在心里过一遍。缺哪一条产出就会在那一条上翻车。十分钟的准备工作换来的是第一次就接近可用的产出。反过来跳过这十分钟直接开聊通常要来回改五六轮总时间反而更长。这个投入产出比是我目前最确定的一条经验。2. 首次配置决定后面九成体验的三件事很多人装完工具就直接开始用配置页一眼没看然后抱怨每次都要重复解释一遍我的工作。这就像新同事入职你不给他任何背景资料然后每次派活都要从头讲一遍公司业务。WorkBuddy 的配置区里有三项设置值得你花半小时认真填一次它们会渗透到之后每一次对话里。我见过不少人把配置当成可选项结果每次对话都在重复贴同样的背景段落既浪费时间又容易漏。更麻烦的是一旦你某次漏贴了关键背景产出的方向就跑偏了而你可能还没意识到是背景缺失导致的。所以配置这件事的核心价值不是省打字而是保证上下文的一致性。2.1 工作上下文把自己交代清楚的那一段工作上下文有的版本叫个人设定背景信息助手记忆是你写给工具看的一段自我介绍。它的作用相当于给新同事发一份一页纸的业务说明。写得好后面很多话都不用重复。我建议它至少覆盖四块内容我做什么业务、我服务的对象是谁、我日常的产出类型、我的表达偏好。写的时候有两个坑要避。第一个坑是写成简历——本人从事某某工作五年擅长某某这种信息对产出没有任何帮助工具需要的是业务事实而不是个人履历。第二个坑是写成口号——追求卓越、精益求精这类表述无法转化为具体的写作行为。有效的写法是具体的、可执行的比如我的材料主要给内部同事看不需要客套开场直接给结论和步骤这种句子工具是能照着做的。一个可用的模板长这样你可以按自己的情况改业务背景我负责XX方向的日常运营与内部沟通产出主要用于团队内部流转。 主要读者直属同事和跨部门协作方偶尔需要给外部合作方。 常见产出周报、会议纪要、流程说明、对外沟通稿。 表达偏好先给结论再给理由少用形容词多用具体数字和动作段落短避免长句堆叠。 禁用内容不要写客套开场和结尾祝福不要编造我没提供的数字和案例。最后那条禁用内容特别值得写。它会实实在在减少你后期删改的工作量。我一开始没写结果每次产出都带着希望以上内容对您有所帮助这类尾巴删都删烦了。2.2 输出格式偏好把默认值调成你常用的样子格式偏好决定的是产出的默认长相。如果你每次都要手动要求用表格分点写不要用一级标题那说明该把它写进配置里了。我的做法是把最常用的两三种格式定成默认特殊场景再临时覆盖。具体可以约定这几项标题层级习惯、是否使用列表、段落长度、是否允许使用表格、数字和单位的写法、专有名词的大小写。这些看起来是小事但累积起来影响很大。举个例子如果团队内部文档统一用三级标题 短段落而工具默认给你一大段连贯的文字你每次都要手动拆几十次下来就是几个小时。注意格式偏好不要写得太死。我一开始规定了必须分点结果写需要连贯叙述的说明文时产出被硬拆成一堆短句读起来很碎。后来改成以分段叙述为主仅在列举步骤和对比项时使用列表效果好很多。2.3 权限与数据范围哪些内容可以进去哪些绝对不行这一项最容易被忽略但它关系到的是底线问题。你需要提前想清楚哪些类型的材料可以贴进对话框哪些只能自己留着团队共享空间里能放什么不能放什么。这个判断不应该在赶时间的时候临时做而应该在配置阶段就形成习惯。我的做法是按敏感度分三层。第一层是可以直接贴的公开资料、自己写的草稿、脱敏后的流程说明。第二层是需要处理后再贴的包含姓名、联系方式、金额的表格先做替换和脱敏。第三层是绝对不贴的涉及个人隐私、未公开的重要数据、他人明确要求保密的内容。这三层的界线一旦定下来就当成硬规则执行不做临时通融。这套分层听起来保守实际用起来并不影响效率因为真正需要贴进去的信息九成都在第一层和第二层。第三层的内容本来也不适合由工具处理交给人更稳妥。第 7 章我会专门讲边界问题这里先埋个伏笔。3. 派活方式决定产出质量把模糊需求拆成四层结构配置解决的是长期背景派活解决的是这一次要什么。这两件事分开看很重要——很多人把两者混在一起导致配置区越写越长提示词却依然含糊。我总结下来一次高质量的派活信息结构基本可以固定成四层角色与场景、目标与交付物、约束条件、验收标准。这四层不是为了显得专业而是对应了四类最容易缺失的信息。缺角色产出就没有语气缺目标产出就没有落点缺约束产出就无限膨胀缺验收你就只能凭感觉说不太好。四层补齐之后通常第一版就能用改动量从重写降到润色。3.1 角色、目标、约束、验收四层各管什么角色与场景管的是以什么身份、在什么场合说话。这不是让你写你是一位资深专家那种空泛的角色设定作用有限。有效的写法是具体的场景锚定比如这是一份要在周会上口头讲的进度同步听众是五个不熟悉这块业务的同事。场景越具体语气和详略就越准。目标与交付物管的是最终产出什么东西。要明确到形态是一份三百字的说明、一张五行四列的表、还是一份带编号的步骤清单。很多人的提示词里只有帮我处理一下没有说明处理成什么样工具只能自己选一个最常见的形态往往不是你想要的。约束条件管的是不能做什么、必须包含什么。篇幅上限、必须出现的关键信息、禁止使用的表述、必须保留的原文段落都写在这里。约束是提升产出质量最直接的手段因为它把无限可能收窄成了一个范围。验收标准管的是什么算合格。这一层最容易被跳过但它决定了你能不能一句话判断产出要不要返工。有效的验收标准是可检验的比如包含三个具体操作步骤且每步都有判断依据不出现我没提供的数据。3.2 一份可以直接照抄的派活模板把四层拼起来大概是这个结构。我平时会根据场景删减但骨架基本不动【场景】这份内容用于XX场合读者是XX他们最关心的是XX。 【任务】请产出XX形态XX字/表格/清单核心要传达的是XX。 【素材】以下是需要参考的原始材料粘贴内容 【约束】 - 篇幅不超过XX - 必须包含我提供的这几个要点XX、XX、XX - 不要编造素材之外的数据和案例 - 不使用客套开场和总结性套话。 【验收】我会检查是否覆盖了上面三个要点、是否有素材外的杜撰、篇幅是否达标。看起来有点长但实际写起来两分钟。而且这份模板可以存下来反复用第二次只需要改几个空。我用这个结构之后返工率明显下降尤其是编造数据这个问题基本消失了——因为约束里明确写了不许编。3.3 什么时候该一次说完什么时候必须拆成多轮拆不拆轮次判断标准其实很简单中间是否需要你做判断。如果整个任务是一条直线、没有岔路口一次说完效率最高如果中间有需要你拍板的选择硬塞进一次对话反而会失控。举两个对比。写一份内部流程说明属于直线任务素材齐全、结构清晰、没有分支一次给全信息最省事。而帮我规划下季度的重点工作就是典型的有岔路任务——先要确定目标方向再拆解成事项再排优先级每一步都需要你确认。这种如果一次性丢进去工具会自己替你做完所有决策产出一份看起来很完整但方向未必对的东西。我的习惯是把有岔路的任务拆成三步先让它给两到三个方向选项我选一个再让它基于选定的方向展开成清单我调整最后让它把清单写成正式文档。每步之间我花一分钟确认总时长比一次生成再大改要短。4. 可复用指令模板把好用的问答沉淀成资产用了一段时间之后你会发现自己反复在写结构相似的提示词。周报一套、会议纪要一套、对外沟通稿一套每次都在改几个词。这时候就该把它们沉淀成模板了。模板的价值不在于省那几分钟打字时间而在于保证不同时间、不同心情下产出的稳定性。人是有状态波动的今天写得细明天赶时间写得糙产出质量就飘。模板把下限锁住了。我现在的模板库大概有十几个常用的七八个。这个数量不算多因为我发现模板太多反而会造成选择困难最后还是一个都不用。所以我给自己定了个规则同一个类型的任务重复做到第三次才值得做成模板只用过一两次的随手写就行。4.1 模板的骨架固定部分 变量部分一个能长期用的模板必须把不变的和每次变的分清楚。不变的部分写死变量部分留成占位符。如果整个模板都是变量那它就没有存在意义如果全是固定内容那它只能处理一种情况。我的模板统一用方括号标变量比如[主题]、[读者]、[素材]一眼能看出哪里要替换。固定部分通常包括角色场景的固定描述、输出格式的固定要求、几条通用的禁止事项。变量部分通常是具体主题、这次的材料、这次的特殊约束。模板的固定部分里那几条禁止事项是我最舍不得删的。它们是我踩坑踩出来的不许编数据、不许写客套话、不许在没给素材的情况下自己举例。这三条挡住了一大半的低质量产出。4.2 三个高频场景的成品模板场景一把零散记录整理成周报【场景】给直属同事看的周报读者关心的是进展和卡点不需要铺垫。 【任务】把下面的零散记录整理成周报分成已完成进行中需要协调三块。 【素材】[粘贴本周的零散记录、聊天片段、待办清单] 【约束】 - 每条不超过两句话先说结果再说状态 - 只使用我提供的素材不要补充我没提到的工作 - 需要协调部分如果素材里没有就写无不要硬编。 【验收】三块内容齐全条目数与素材对应无新增内容。场景二把会议原文压缩成带责任人的待办【场景】内部会议纪要发给参会人和需要跟进的人。 【任务】从下面的会议记录中提取决议事项、待办事项含责任人、待确认问题。 【素材】[粘贴会议原文] 【约束】 - 待办事项必须标明责任人和大致时间原文没提到的写待确认 - 不要替任何人做决定原文没形成结论的放到待确认问题 - 保留原文中的关键数字和专有名词原样不动。 【验收】每条待办都能在原文里找到出处。场景三把技术要点改写成非专业读者能懂的一段话【场景】面向非专业同事的说明读者没有相关背景。 【任务】把下面的要点改写为一段连贯说明控制在[字数]以内。 【素材】[粘贴要点] 【约束】 - 不使用行业术语必须用到的术语第一次出现时用一句话解释 - 保留所有原始数字不得四舍五入 - 不打比方到失真宁可直说。 【验收】非专业读者读一遍能说出这段在讲什么。这三个模板覆盖了我日常七成的工作量。你可以照着改但别原样照搬把[素材]之外的部分按自己的业务调整一下尤其是约束那几条应该来自你自己踩过的坑。4.3 模板的版本管理与迭代节奏模板会过时。业务变了、读者变了、工具能力变了模板里的某些约束可能就不适用了。我的做法是给模板加一行很小的版本备注写清上次修改日期 改了什么比如0921去掉必须分点的要求改为分段为主。这行备注不占地方但半年后回头看能省掉很多困惑。迭代节奏上我的经验是不要频繁改。有人一遇到产出不满意就去改模板结果模板被改得面目全非反而不好用。正确的做法是先判断这次不满意是模板问题还是这次素材的问题如果同一类问题出现三次以上才动模板偶发一次临时在对话里补一句就行。还有个小细节模板库要分得清。我按产出形态分组而不是按业务板块分组因为我要找模板时脑子里想的通常是我要写一份清单而不是这是运营类任务。分组方式要贴合你自己的检索习惯别人的分类法照搬过来往往不好用。5. 输出不对劲时的排查链路产出不满意是常态关键是要能快速定位原因而不是靠反复重试。我踩过最蠢的坑就是再生成一次——同样的输入重试五次得到五份不同但一样没用的东西白白浪费时间。后来我强迫自己停下来按顺序排查命中率一下就上来了。排查的顺序应该从最外层往最里层走先看信息够不够再看指令有没有打架再看是不是塞太多了最后才怀疑是不是缺样例。这个顺序不能反因为后面的问题在前面的问题没解决时很难被看出来。5.1 第一层排查信息不足还是指令冲突这两类问题的表现很像都是产出不对味但修法完全不同。信息不足的表现是产出方向对但空、泛、没有细节读起来像模板。指令冲突的表现是产出明显顾此失彼满足了 A 要求就违反了 B 要求或者前后矛盾。区分方法很直接把产出拿过来看它是不是在猜。如果它用了大量通常一般来说建议考虑这类模糊表述说明它缺少具体依据是信息不足。如果它明明满足了你某条要求却违反了另一条那就是指令冲突得回去把矛盾的地方捋顺。我遇到过的典型冲突是要写得详细和控制在三百字内同时出现工具只能在两者之间自己找平衡结果两边都不到位。这种时候不是它笨是我自己没想清楚到底要哪个。解决办法是分清优先级明确写篇幅优先三百字内超出部分宁可不写。5.2 四类常见症状的对照表症状大概率原因具体动作内容空泛、像模板素材太少或没给素材贴入具体材料、数据、旧文档篇幅失控、越写越长没有上限约束明确字数并写明超出部分删除编造数字或案例没有禁止条款加一条不得使用素材外的数据语气不对、太客套或太生硬没交代读者和场合补一句读者是谁、用在什么场合结构混乱、层次不清没规定输出形态指定分三块每块一个标题反复绕同一句话塞入信息过多重点被淹删掉次要素材只留核心三段这张表我用了很久六种症状基本覆盖了日常九成的问题。你可以在产出不满意时对着扫一眼通常三秒内能找到方向比盲目重试高效得多。5.3 修正手法补料、收窄、给样例、拆步骤定位到原因之后具体动作有四种按效果排序补料最有效收窄次之给样例再次拆步骤兜底。补料就是加信息。这是性价比最高的动作因为大部分产出问题的根源都是信息不足。补什么补具体的、带细节的、有数字的东西。不要补要专业一点这种形容词要补我们上季度的三个主要问题是 A、B、C这种事实。收窄是把范围缩小。产出发散通常是因为范围太大把写一份方案收窄成写一份针对新同事的入职第一周安排难度立刻下降。收窄的关键是找到一个你能说清楚的具体切口。给样例是直接示范。当你发现怎么描述都说不清想要什么效果时最好的办法是贴一段你觉得好的文字说照这个风格来。样例比任何形容词都精确因为它绕过了语言描述的损耗。这个手法我用得不多但每次用都很灵。拆步骤是最后手段。前三招都不管用时说明任务本身太复杂一次做完不现实。这时候把它拆成三到五步每步单独确认虽然慢但稳。6. 从个人工具到团队协作资产个人用得好不代表团队能用好。我见过不少团队引入工具之后每个人各写各的提示词产出的文档风格五花八门最后负责汇总的人反而更累了。这个问题的根源不在于工具而在于没有把好用的东西沉淀成团队共用的资产。个人经验留在个人脑子里换个人就得重新摸索一遍。团队落地最难的其实不是技术是习惯。你建了共享模板库没人用等于没建。所以下面讲的三个做法重点都放在怎么让人愿意用上而不是怎么做出来。这两件事的难度差得远。6.1 共享模板库怎么建才有人真的用第一个原则是少而精。我见过一个共享库里有四十多个模板结果大家还是自己现写因为找模板的时间比自己写还长。真正会被用起来的模板库通常在十个以内覆盖最高频的那几类任务。宁可先放五个高频的用起来之后再慢慢加。第二个原则是命名要贴合检索习惯。用周报-内部-三段式这种能一眼看懂的名字不要用模板A方案模板V2最终版。我见过最离谱的命名是通用模板3谁也不知道那是什么。第三个原则是留一个反馈入口。模板是活的用得多了必然有要改的地方。如果没人反馈模板就会慢慢过时然后被弃用。简单的做法是在每个模板底部留一行用着哪里别扭直接在这里写。这个动作很轻但能显著延长模板的寿命。6.2 会议和文档场景的嵌入方式团队里最高频的两个场景是会议和文档这两个场景的嵌入方式不太一样。会议场景的关键是把会后整理变成会中同步。传统做法是会后凭记忆整理纪要容易漏、容易失真。更好的方式是会中保留完整的文字记录会后直接交给工具做结构化提取人只做核对和补充。这个改动看起来只是省了整理时间实际上还提升了准确率因为完整记录比人的记忆可靠。文档场景的关键是统一入口而非统一风格。不要强求每个人写出来的东西一模一样那不现实也没必要。更可行的做法是统一初稿生成的环节——大家都用同一个模板起稿然后各自按需修改。这样既保证了基础结构的一致又保留了个人调整的空间。提示团队推行时别一上来就搞全员培训。先找两三个愿意试的同事跑两周把踩到的坑和好用的模板整理出来再推给其他人。有真实案例支撑接受度高得多。6.3 维护统一口径的隐性成本这一点很少有人提前想到模板一旦共享出去修改就变成了协作行为。你改了约束条款别人的产出风格可能跟着变你调整了结构别人已经发出去的文档就对不上了。这个成本必须提前有心理准备。我的应对办法是给模板加适用范围说明明确写清这个模板适用于什么场景、不适用于什么场景。这样即使模板更新也只是在它自己的范围内变化不会波及无关的用法。另外改动前在共享空间里说一声改动内容简单列一下让大家有个预期。还有一个经验不要为了统一而统一。有些团队追求所有人产出的文档长得一模一样这个目标既难达成也没什么价值。真正值得统一的是结构骨架和关键信息项比如每份周报都要有进展、卡点、下周计划三块至于每块里怎么写交给个人发挥反而更好。7. 哪些活不该交给它边界和风险控制前面六章讲的都是怎么用得更好这一章讲的是怎么用得不出事。这两件事同等重要而且后者一旦出问题代价远大于前者带来的收益。我见过有人把未公开的数据整段贴进去做整理也见过有人直接把工具产出当成正式文件发出去后者被指出问题时已经很难收回。边界的判断标准其实不复杂这个产出如果需要署名负责就必须有人真正看过并认可。工具可以做草稿、做整理、做改写但不能替你承担责任。这条线划清楚之后绝大多数风险场景都能自行判断。7.1 数据敏感度三层分级和一条硬规则第 2 章提过的三层分级这里展开说。第一层可以直接用公开资料、你自己写的草稿、脱敏后的流程说明。第二层处理后可用包含姓名、联系方式、金额、内部编号的材料先做替换再贴。第三层不用涉及个人隐私、未公开的重要数据、他人明确要求保密的内容。处理第二层的方法很简单就是替换。把具体姓名换成甲乙具体金额换成某量级具体编号换成某项目。整理完再替换回来。这个动作多花两分钟但能规避大部分隐患。硬规则只有一条不确定属于哪一层的按第三层处理。犹豫的时候不要问应该没事吧直接不用。这条规则我执行得很死因为一次侥幸可能抵掉前面所有的谨慎。7.2 需要署名的产出必须人工兜底工具产出可以直接用的场景其实有限内部参考、草稿、自己看的笔记。凡是需要署名、需要对外、需要承担责任的都必须有人完整看一遍。这不是形式主义而是因为工具无法判断这句话在这个语境下合不合适它只能判断这句话通不通顺。我给自己定的兜底清单是三项数字核对、事实核对、立场核对。数字核对是指所有出现的具体数值都要回原始材料确认事实核对是指所有涉及外部信息的表述都要有出处立场核对是指整篇内容的倾向是否符合发布方的立场。前两项是准确性第三项是合适性缺一不可。注意最容易出问题的是看起来特别合理的段落。编造的内容往往比真实内容更流畅因为它不受现实细节的约束。越是读起来顺越要多看一眼。7.3 长期依赖带来的能力退化这一条有点反直觉但我觉得值得说。用久了之后我发现自己有时会跳过先想清楚这一步直接把模糊需求丢进去然后在不满意时反复重试。这个过程看起来在推进工作实际上是把思考外包了出去自己的判断力反而在退化。我的应对办法是保留一部分纯手工的环节。比如写提纲这件事我坚持自己先列一遍再让工具补充和调整。提纲是思考的骨架这部分如果也交出去整篇内容就没有我的东西了。类似地关键结论和关键判断我都自己写工具只负责扩写和润色。还有一个更实际的做法定期做一次无工具的练习。写一段说明、整理一份清单全程手写。这不只是为了保持手感更是为了校准——你需要知道自己现在的水准在哪才能判断工具给的产出到底是真的好还是因为你已经分辨不出来了。这个习惯我坚持了几个月感受是明显的判断产出质量的速度变快了被漂亮但空洞的文字骗到的次数变少了。最后分享一个我自己长期在用的小习惯。每次用完工具我会在备忘录里记一行这次哪里卡住了、下次怎么改。不用长一句话就够。攒到十几条之后回头看会发现卡住的地方高度集中在那么三四种情况上把这几个反复出现的坑填上效率提升比学任何高级技巧都快。