效率至上如何把 AI 榨干到最后一滴你有没有过这种感觉明明每天都在用各种 AI 工具写文案、查资料、整理表格、写代码样样都没落下可回头一看产出好像也没比不用 AI 的时候高多少。更气人的是别人晒出来的对话截图AI 回复得跟定制报告似的自己问同一个问题得到的却是那种一眼就能看穿的泛泛而谈。问题到底出在哪儿我过去一年里密集用 AI 处理工作从每天零星几次的玩一玩到现在把 AI 深度嵌入几乎每一条工作流最深的体会是绝大多数人不是没用上 AI而是把 AI 当成了一个更聪明的搜索引擎。问一句、答一句答完就完这连 AI 一成功力都没发挥出来。真正高效的用法是把 AI 当作一个可以反复磋商、持续迭代、永不知疲倦的协作对象——像打磨一件作品一样去打磨你的需求像审视同事交付物一样去审视 AI 的输出像管理一支团队一样去调度不同模型的分工。这篇文章就聊聊我实际踩过坑之后总结出来的方法从最基础的提问重构到进阶的流程化调用再到极端的盘剥技巧一层层说清楚。适合那些已经用过一段时间 AI、但总觉得产出配不上投入的人如果你刚接触 AI 工具也能从中找到一套让你起步就比别人快的路径。1. 为什么你总觉得 AI不好用先算清效率这笔账在用任何技巧之前有个底层认知必须掰扯清楚。很多人心里默认 AI 的效率价值是能帮忙回答问题于是拿它来查百科、写个节日祝福、翻译两段话。这些需求太浅了浅到 AI 还没来得及展现价值你就已经把它关掉了。1.1 效率差的根源你把 AI 当搜索引擎而不是当协作者搜索引擎的工作模式是你给我关键词我给你链接AI 的工作模式本质上是你给我上下文和目标我给你一份可用的产物。两者的区别就像你让一个实习生去网上查点资料和把这份数据整理成一份可决策的报告之间的区别。前者他能干但干出来的东西大概率不是你要的后者需要你交代清楚背景、约束、产出格式他才能交出像样的活。我见过太多人抱怨AI 生成的文案没法用点开他们的输入框一看写的是帮我写一段产品介绍。这句话信息量几乎是零。什么产品给谁看在哪里发字数要求风格倾向有没有必须包含的卖点这些背景信息全都没有AI 只能基于它的平均印象来做答。平均印象意味着什么意味着它给出的是最平庸、最不可能出错的答案而这种答案放在任何具体场景里都会显得虚、空、不落地。更深一层的问题是交互次数。搜索引擎时代你搜完一次不满意换个关键词再来一次AI 时代很多人依然沿用这个习惯——生成一次不满意重新开个对话再生成一次。每次都是第一次见面的陌生人每次都要重新交代背景每次得到的都是平均水平的产出。这等于你把一个聪明同事的工牌扔在桌上却从不跟他说话。1.2 效率的真正定义单位时间内的可用产出不是响应速度很多人衡量 AI 效率的标准是回答得快不快这其实是个极大的误导。AI 回答得再快如果你要花三十分钟去修改它给的东西那还不如自己动手写十分钟。真正的效率指标只有一个从你产生需求到拿到一个可以交付或直接使用的成果中间花了多长时间。用这个指标去衡量你会发现决定效率的不是 AI 的算力而是你喂给它的信息质量以及你后续迭代的轮次效率。这也是为什么有人用 AI 十分钟干完一整天的活有人用一个小时还在跟它原地打转——差别不在工具在用法。把 AI 当协作者还有一个好处你可以把大量虽然不难但极其费时的中间环节交给它。比如整理录音稿、提取 PDF 里的关键数据、把口播稿改成正式推文、把一个函数从 Python 改写成本地脚本的命令行版本。这些事有技术含量吗没有。但每一件都会吃掉你二十分钟到一小时。一个人日常工作中这样的琐碎任务至少有三分之一把它们全部甩给 AI你的时间就挤出来了。挤出来的时间拿去干嘛去做那些 AI 做不了的事——判断方向、做决策、维护关系、打磨创意。想通这一点之后所有AI 没用的抱怨都能重新归类要么是你没交代清楚需求要么是你没设计迭代流程要么是你拿它做了一件本不该由它做的工作。接下来的每一个章节都在解决这几类问题。2. 提示词不是玄学我用一套工程方法把碰运气变成确定性产出提示词这东西圈内已经聊烂了但大部分讨论都停在要具体、要清晰、要给出例子这种正确而无用的层面。如果只是具体清晰就能解决那写提示词不就等于写说明文档事实上很多说明文档写得清清楚楚AI 依然产出平庸。因为清楚只是及格线离高效还差着两个层级。2.1 角色、上下文、约束、示例四要素缺一不可我给自己定了一个提示词的最低结构要求四样东西至少要有三样缺了就是在碰运气。角色是让 AI 进入特定的语言模式和行为框架。同样是分析这份销售数据你说你是一名有十年经验的销售总监和什么都不说得到的回复深度完全不同。角色不是用来玩 cosplay 的它是给 AI 一个调用哪部分知识库的锚点。这背后是模型训练时确实覆盖了大量分角色的语料给它一个明确角色相当于从书架里帮你抽出了一套特定领域的书。上下文是让 AI 理解现在发生了什么。具体包括你正在做什么项目、这个任务在整个项目里处于什么位置、你已经尝试过什么方法、为什么需要 AI 来做这件事。很多人不写上下文是因为觉得我又不是不会说人话但对 AI 来说没有上下文意味着它只能从零开始猜你的处境。一上来就让 AI 分析这份数据它的第一反应是反问你要什么维度——这无关智商这是任何协作者面对信息真空时的本能反应。约束是最能决定产出可用性的因素。字数范围、语气风格、不能使用哪些词汇、必须包含哪些要素、禁止什么行为、面向什么读者群体。这些约束不写AI 就会以它最舒服的方式输出——通常是中等长度、温和语气、面面俱到的安全牌。安全牌在考试里可能及格在干活儿时基本没法直接用。示例比任何描述都管用。你想让 AI 用一种某个平台的风格来写文案与其描述半天轻松活泼又带点专业感不如直接丢给它三篇你觉得符合要求的例子按这个调性来。模型对示例的模仿能力远比它对抽象形容词的理解能力强得多——现象上这就像你给人类同事看三个样例他立刻能懂你能接受成品大概长什么样子。2.2 结构化提示词的三个可复用模板我实际用的提示词模板不复杂但结构固定分享三个最常用的出来你可以直接套。模板一内容创作类。你是一位专注于[领域]的资深内容创作者。 背景我正在做[项目描述]需要一份[内容类型]。 目标读者[描述读者画像]。 要求 1. 全文控制在[X]字左右分[X]个小节 2. 语气[风格描述]避免[禁忌词或表达] 3. 必须覆盖以下信息点[罗列关键信息] 4. 参考这篇文章的调性[粘贴例子]。 请直接输出初稿不要进行任何解释说明。最后那句直接输出初稿不要解释说明很重要。不加这句AI 常常先给你一段好的下面是我为你撰写的…既浪费 token 又打断阅读节奏。模板二数据分析类。你是一位数据分析师。附件/下方的数据记录了[数据来源和范围]。 请帮我完成以下分析 - 关键指标[指标列表] - 对比维度按[维度1]和[维度2]交叉分析 - 输出格式先给结论摘要再列数据依据最后给行动建议 - 有问题的地方直接标注数据无法支撑该结论不要硬凑最后这个不要硬凑是血泪教训。AI 在数据不足时倾向于生成看起来很合理但不一定真实的解释主动让它承认不知道能大幅减少你核实信息的时间。模板三代码 / 脚本类。我需要一个[语言]脚本用来完成[任务描述]。 运行环境[操作系统/版本/依赖]。 输入是[输入格式]输出需要[输出格式]。 特殊情况要考虑[列举边界情况]。 请直接给出可以直接运行的完整代码关键逻辑加注释。 如果某个功能实现需要额外依赖请明确说明安装方式。代码类提示词最关键的是给足输入输出格式和边界情况否则 AI 生成的脚本一跑就崩来回调试的时间比自己写还长。2.3 别急着新开对话追问和修正才是提效主战场我观察到一个高频浪费行为AI 给出的第一版结果不满意大部分人直接关掉对话重新开一个从头提问。这一关一开前面精心铺垫的所有上下文全部作废你又要重新花五分钟把背景信息再写一遍。正确的做法是在同一个对话里持续追问。AI 的上下文窗口会记住当前对话里的所有内容你一开始给的背景、中间给的要求、后面提的修改意见它会一直保留到最后。这就像跟一个已经进入工作状态的下属沟通你只需要说第二段的语气再轻松一点字数砍掉三分之一他立刻明白要改什么你如果每次一个新对话等于每次都要从头解释你是做什么的、这个项目是什么、为什么需要他帮忙。具体怎么追问我一般遵循先局部后整体的策略。第一轮如果整体方向就不对我不会细修文字而是重新说一遍目标方向不太对我要的不是一份功能介绍式的文章而是一篇教用户怎么用得更好的指南重点应该是使用场景和方法技巧。整体方向对了之后再逐段挑问题第三段的例子太弱了换一个普通人日常会遇到的具体场景。开头这一段铺垫太长直接进主题。这个迭代过程说白了就是打磨。一个人的手艺高低很多时候就体现在愿不愿意多磨几轮以及每一轮能不能精准指出问题上。机器给你一个半成品你把它磨成成品这中间省掉的是你从白纸开始写的时间和精力这点千万别想反了。3. 为什么你把背景资料给得越全AI 产出越好用谈谈上下文的正确投喂方式上一节提到上下文是四要素之一但给上下文这件事很多人的做法不对。他们以为上下文把资料一股脑丢进去然后 AI 就会自动变成这个领域的专家。实际结果是资料是进去了但 AI 回复依然跑偏。问题出在投喂的姿势上。3.1 上下文不是资料堆砌是目标拆解你把五十页的项目文档直接拖进对话里然后问帮我写个方案对 AI 来说这就像让一个新同事看完整套档案然后凭空理解你的所有意图。它确实读进去了但它不知道你此刻要的是什么不知道哪部分信息对当前任务最重要最后它只能从五十页内容里猜一个它认为的重点来作答。正确的做法是先把任务的目标、边界、交付物形式明确下来再按当前任务的需要有选择性地把相关背景喂进去。同样是写一个方案如果目标是给客户看的提案你喂的应该是项目背景、客户需求、我们的优势、竞争对手情况如果目标是内部执行方案你喂的应该是资源情况、时间节点、人员分工、技术路线。同一个项目两个任务喂的上下文重合度可能不到一半。具体的操作习惯上我倾向于在对话开头用固定格式交代背景把背景和要求分开来写。背景部分两三行说清楚我在做什么项目、这个任务是什么、已经发生了什么要求部分用上一节的结构化模板逐条列出来。背景是让 AI理解处境要求是让它知道怎么干活两件事的功能不一样混在一起写会导致 AI 接收信息时权重错乱给了很多背景但不知道拿它怎么办给了要求但不理解为什么要这样要求。3.2 长文本信息分段投喂优于整体倾倒我自己测试过好几轮同样一篇企业访谈记录一次全文丢进去让它总结重点和先让它读前三分之一总结要点、确认我想要的总结风格之后再让它读完整篇、按已经校准过的方式重新输出两种方式得到的结果质量差距很大。后者明显要更贴合我的需求因为中间多了一次对齐。这背后其实还是那个道理AI 在连续对话里会更重视最近几轮的上下文。你一次性给它全量信息开头的内容很容易在生成时被遗忘模型的注意力机制对近期内容权重更高而分段投喂相当于每一步都在强化什么重要、什么风格这个校准信号在最后输出时它会更精准地按照你想要的方式来处理。这个方法在长文档总结、合同条款分析、论文精读这类场景里尤其好用。直接喂全文的问题不只是可能遗漏开头还包括中间如果问了几个不相干的问题模型可能被带偏回答质量就没法保证。分段投喂 逐步确认的节奏能最大程度避免这种漂移。3.3 用文字搭脚手架把模糊目标一步步压缩成可执行指令还有一个技能我觉得值得单独拎出来说——把模糊目标压缩成清晰指令的能力。很多人不是不愿意给上下文而是他们自己也没想清楚到底要什么。上来就说帮我写个竞品分析但竞品是谁分析哪些维度给谁看要什么结论全都没定。这时候直接把问题抛给 AI 等于把设计工作外包给一个不了解情况的工具结果可想而知。我的习惯是先用几个问题逼自己想清楚再去找 AI这个产物的最终使用者是谁他拿着这个东西要做什么决定或行动如果只能保留三个要点应该是哪三个什么情况下这个产物会被认为是不合格的这三问不是假大空的框架它们能直接转化成提示词里的约束条件。比如竞品分析想清楚第一问之后提示词就是面向产品经理的竞品分析重点是功能差异对设计决策的影响想清楚第三问之后提示词就多了如果无法确认的功能点不要瞎推测标注信息缺口。你看有质量的上下文是从自己脑子里先炼出来的AI 只是帮你把已经想明白的东西快速变成成品。4. 榨干完整流程把 AI 当成一条流水线而不是一台单机单点用 AI 和流程化用 AI效率差距可能是五倍以上。所谓流程化就是不止让 AI 做一个任务而是把一整条工作链路拆解成多个环节让 AI 在每个环节都发挥作用同时保证环节之间的衔接是顺畅的。4.1 一个完整的 AI 流水线长什么样以写一篇行业观察推文为例就拿写作这件事来说单点用 AI 的人会在最中间的一步——生成正文——找 AI 帮忙。但完整流程远不止这一步。前置环节包括确定选题方向、收集素材、整理核心论点、搭建文章大纲。如果这些环节还是你手动做AI 只负责最后一段写正文那么你的效率提升其实非常有限因为思路整理、素材收集往往才是最大的时间黑洞。流水线做法是这样的。第一步让 AI 基于你提供的几个线索词生成十个候选选题并标注每个选题的读者兴趣点和信息新鲜度。第二步选定其中一个选题让 AI 按事件现象、原因分析、行业影响、趋势判断四个层级列出大纲你从中删改。第三步针对大纲里的每一节让 AI 分别补充案例、数据线索、以及反向论点。第四步把所有这些材料汇总重新作为上下文丢给 AI让它在这些材料的基础上生成完整初稿。你看同样是写一篇推文单点模式是你从零写一遍AI 帮你打了一行字流水线模式是 AI 帮你把材料、结构、论点、案例都备齐了你最后做的事是筛选、判断、修改而不是从零生成。前后哪一种更省力不言自明。4.2 批量化同一种需求一次设置十次复用流程化再往前一步是批量化。适用于那些你反复要做的同类型任务比如按周写工作汇报、给不同客户写方案摘要、把新文章同步到不同平台。我的做法是维护一个提示词库把不同任务的结构化模板分门别类存好。用的时候不是复制粘贴模板直接问而是复制模板后把里面的变量替换成本次的具体信息。模板里固定的部分是角色设定、任务框架、输出格式、质量标准变量部分是具体的数据、事件、对象。举个例子每周工作汇报的模板大概是这样的你是我的工作复盘助手。以下是我本周完成的主要工作 [粘贴工作日志/事项清单] 请按以下框架生成周报 1. 本周核心进展最多三条每条附数据或事实依据 2. 遇到卡点与原因分析 3. 下周计划按优先级排序 语气客观、不含评价性形容词适合直接发给直属上级。每周五下午我只需要把本周的工作日志粘进去替换掉方括号里的内容两分钟就能出一份周报初稿再花五分钟改改措辞就能发。对比以前从零写周报每次要磨四十分钟省下来的时间非常可观。这种收益不是一次性的而是每周可靠地返还一次的。4.3 迭代逼近与其要求一次到位不如设计一条快速逼近的路径AI 生成的东西很少能一次到位但高效迭代和低效迭代的区别在于你每一轮抛回给 AI 的反馈到底是有效反馈还是无效反馈。无效反馈是感觉不太对不够好再改改。这四个字对人类下属来说是灾难对 AI 来说就更灾难。它不知道该改哪、往哪个方向改于是只能随机微调改出来的东西往往和上一版没什么本质区别然后你说还是不对它再随机微调陷入死循环。有效反馈必须包含信息量。要么指出问题位置第三部分的例子和论点不匹配要么指出修改方向整篇语气要更正式不要用众所周知这样的口语衔接要么给出新约束篇幅压到一千字删掉所有背景介绍类的内容直接进入观点。我自己常用的一个做法是让 AI 同时给出三个版本让我选而不是只给一版。这相当于用一次生成的成本换三倍的比较样本。选出一个接近目标的版本之后再结合具体反馈去改通常再有两三轮就到可用的状态了。如果 AI 的多个版本都不行那不是迭代的问题是前面几层没做扎实回到提示词四要素去重新补。5. 别让 AI 的正确骗了你输出校验是最后一道也是最重要的一道工序很多人用 AI 翻车的场景并不是它不会做而是它做得像模像样结果细节全错。这种错误因为藏在流畅的语言里反而比明显的错误更危险。你花十分钟检查一段生硬的内容往往比花三小时识别一段自信的错误要容易得多。5.1 幻觉的重灾区在哪里哪些场景必须人工复核AI 幻觉编造看起来真实但实际不存在的信息在不同任务里的发生率差异很大。信息密度低、常识性强的任务比如文案润色、口语化改写、风格模仿幻觉几乎不构成威胁。但以下三类场景你需要高度警惕。第一类是数据引用。AI 生成的行业报告、统计数据、市场占比数字如果不确定来源非常容易信口开河。它并不会故意撒谎但会在感觉应该有个数据的位置补一个听起来合理的数字。你在文章里引用了这组数据等于把幻觉扩散给读者。处理方式是明确要求 AI 在输出里把所有需要数据支撑的句子标注为待核实你之后针对这些标注逐一补真实数据。看起来多了一步实际上节约了你挨个数字猜测真伪的时间。第二类是时效性强的信息。AI 的知识库存在截止时间对于更新频繁的信息比如最新的政策、版本、事件进展它可能输出过时甚至已不存在的内容。这类任务的正确做法是不要直接问 AI而是让它给你提供检索建议或问题框架具体信息你自己实时搜。第三类是代码和配置命令。这种幻觉的危害不在看起来假而在看起来真但语法细节错了一执行就报错。解决办法是任何代码、配置脚本都必须实际运行验证不能因为 AI 说你直接复制就能用就真的直接复制。5.2 交叉验证法让 AI 自己当自己的质检员一个我特别推荐的习惯是重要产出生成之后换一个全新对话让 AI 以审查者角色检查刚才那版内容的问题。为什么一定要新对话因为同一对话里 AI 对内容的立场已经和你的目标一致了它倾向于自我辩护而不是找茬。换新对话丢进去请以下面的审查视角分析这段文字事实错误、逻辑跳跃、语气不一致、信息缺失、冗余表达它会从完全不同的角度去审视往往能发现很有价值的修改方向。这相当于用一份工作量的成本获得了两道品控。当然不能指望 AI 的审查能替代人的判断但作为初筛和提醒它至少能抓住那些你因为自己写的而容易忽略的硬伤——比如重复表达、结构冗长、某个论证站不住脚。客观上它的产出就是一个全面质检报告你还用把它当最终结论吗不用但它能帮你快速锁定需要重点动刀的地方。5.3 你对可用的定义就是 AI 迭代的目标最后还有一个观念层面的问题。同样的 AI 产出有人说简直没法用有人说改一改就好了差别往往在于各自对可用的容忍度不同。如果你的目标是一次生成后一字不改直接用AI 大概率无法满足——因为它在泛化需求上做得越好就越不可能精确贴合你的个性化标准。反过来如果你把可用定义为结构完整、要点齐全、风格基调正确细节需要人工微调那么 AI 几乎每一次都能帮到你。重点不在于它表现得到底好不好而在于你给它的目标有多明确以及你打算花多少轮次去校准。校准得越准后半程的产出越接近你的水平这中间的效率差就是榨干和浪费之间的距离。6. 更极端的用法把 AI 逼出舒适区的三种实践前面聊的都是把 AI 用在标准工作流里让它更快、更稳、更省力。这一节聊聊更进阶的玩法——让 AI 干一些不在它默认擅长列表里的事以及在不同的模型之间搞配合。这些用法不一定适合所有人但一旦用上手你会发现自己对 AI 效率的理解又会往上抬一层。6.1 让 AI 当你的发散思维引擎一次给足十倍的备选方案很多人只用 AI 做收敛型任务——给定目标让它产出一个答案。但其实 AI 最强悍的能力之一是发散即在同一约束下生成大量变体。这个能力在做创意类工作时极其宝贵。比如你想起一个品牌 slogan常规用法是让 AI 一次给五个挑一个最顺眼的。发散的用法是让它按不同维度拆解目标功能层面、情感层面、场景层面、目标人群口语层面每个层面给你十个选项。然后让 AI 针对其中最有潜力的几个方向再各自衍生出十个变体。最后你可能从六十多个选项里挑出一个原本绝对不会出现在你的第一版联想里但又极其合适的表达。这个过程的本质是机器负责数量你负责质量。人脑在生成选项时会被自己的经验框架限制AI 不会——它没有我从来没想过还能这样的边界。你只需要在发散之后当好过滤器把真正合适的东西捞出来。6.2 人机各半的双引擎工作法初级草稿外包高级决策留给自己另一个极端用法是主动给 AI 分配一些你觉得它可能做不好但值得一试的任务然后用你自己的专业判断做最终把关。典型场景是技术方案设计、项目管理规划、职业发展建议这类高复杂度工作。比如你想规划一个中等规模的功能模块设计。可以先把需求背景和约束条件喂给 AI让它给出第一版技术方案。它的方案大概率不会完全专业但最大的价值在于覆盖了一些你可能忽略的边界情况或者提供了一套你没有用过的组合思路。你拿到方案后不是照单全收而是用自己的经验和判断逐条审视——哪些合理、哪些不可行、哪些需要调整——最后产出的方案质量大概率高于你单独从零设计。这个模式称呼因人而异有人叫增强智能有人叫 Co-pilot有人叫 AI 辅助决策。本质都一样利用 AI 覆盖更宽的搜索空间利用人类锁定最优解。效率高的团队和个人本质上都是这个模式的熟练运用者。6.3 用模型对模型来逼出真正有价值的内容最后一个实践比较进阶如果你手头同时能接触到多个模型可以尝试让不同的模型互相评价、互相批判。打个比方你用模型甲写了一份方案然后拿去让模型乙审查再把审查意见转给模型甲让它重新修改——两三轮之后你会得到一份超过任何一个单模型产出质量的文本。这个做法之所以管用是因为不同模型的训练数据、偏好和盲区不完全重合。模型甲擅长结构与逻辑可能轻视语言生动性模型乙擅长风格与表达可能一眼看出甲写的东西虽然严谨但没有人味。让它们互相提意见相当于一个团队里安排了互补的两名成员——前提是你在中间负责把两种声音都吸收掉并做出最终的取舍。我第一次尝试这个玩法时拿到了一个模型甲初稿 模型乙挑刺 模型甲改稿的成品。说实话质量依然不完全像资深博主手写但已经比我单用任意一个模型所能达到的水平高出一截。这个实践给我最大的启发不是某个模型更强而是把不同模型当作不同性格的协作者来管理——分工、交叉验证、互相刺激在任何高效组织里都是常态放到 AI 工具的使用上一样成立。7. 把 AI 用到最后一滴之后到底剩下了什么回到开头那个问题。AI 的最后一滴到底是什么我从自己的实践里得到一个有点出乎意料的答案不是把它的计算资源全部耗尽也不是让它 24 小时不间断地生成内容而是把它嵌入你每一个从无到有的环节里让它成为你思考过程的一部分。最明显的变化是我现在写任何东西的第一步都不再是打开空白文档对着闪烁的光标发呆而是打开一个对话窗口把零零散散的想法用最随便的方式敲进去然后让 AI 帮我整理、扩展、反驳、补充。它给的东西不一定能用但几乎一定比我脑子里最初那团模糊的想法更接近于一个可审视的对象。人面对一个具体对象时才知道下一步该改哪里面对一片空白时所有能力都会摊在原地。第二个变化是我不再把 AI 的输出当成答案而是当成半成品。任何东西到我手里都要过一道审视这里说得太绝对了那里缺个数据这个想法还可以再深挖一层。这个审视的习惯一旦建立你会发现你不只在使用 AI 时收益你自己判断信息质量的水平也在明显上涨。所以榨干 AI 的最后一滴这个目标带来的副产品其实是把自己变成了一个更高效率的人。AI 负责批量生产平庸但全面的草稿你负责用逐渐长进的专业判断力把它们打磨成有独特价值的成品。这个过程循环得越久你的效率基准线就越高你对什么值得花时间的判断也越精准。写到最后再分享一个实操层面的小心得当你发现自己正在向 AI 重复提问同一个问题时不要急着多打一遍字先停下来想一想——是不是之前某个回答里已经出现过这个信息现在换个角度再问一遍是的话把那个回答翻出来看一眼比重新提问更快。这个小习惯看似微不足道但它代表着你和 AI 的关系开始从叫它干活变成在共事。等到了这一步才算真正把 AI 当成了可以并肩作战的伙伴而不是一个偶尔灵光一现的工具。
