ARTICLE · 1116472
AI 时代真正重要的 7 种能力
用 AI 做事，最后要交出什么，值得先想清楚。
一份方案生成以后，还要检查材料是否可靠、时间能否排开。写作任务要交出读者能读懂的文章，代码任务得有运行结果。答案越容易得到，验收这一步就越需要认真做。
如果你已经经常用 AI，却仍要反复改稿、核对错误、重做方案，可以沿着一项真实任务练下面七种能力。每一种都对应一个具体动作，也有可以检查的结果。文末附上完整 Skill 和七条独立提示词，挑眼下用得上的部分就能开始。
本文看点
01
1. 快速学会工具，先拿同一项任务试
02
2. 提出好问题，把愿望改成任务
03
3. 批判性判断，把重要结论拆开验
01
TEST
1. 快速学会工具，先拿同一项任务试
学一个新工具时，先给它安排一件你本来就要做的事。
准备比较两款写作工具，就给它们同一份材料，要求写给同一类读者，交付相同格式的稿件。开始之前，先写清稿件要满足哪些条件。生成之后记录修改过程，哪些事实需要纠正，哪些段落要重写，最后花了多少时间才得到可交付的版本。
这样会留下三份有用的东西，原始输入、最终作品，以及从开始到交付的记录。过几天再换一份材料试，才容易看出它能否继续帮上忙。
同一任务比较工具，记录从输入到最终稿的总耗时。
工具的演示适合帮你了解功能。是否值得放进日常工作，要由自己的任务来检验。暂时没法试用，就保留测试计划，别把宣传中的效率当成已测结果。
02
QUESTION
2. 提出好问题，把愿望改成任务
向 AI 提问之前，先写出你准备交付的东西。
下面是一种提问练习。假设你要给新人写一份上手指南，可以这样交代任务。
请把我提供的流程资料整理成新人上手指南。
读者没有做过这项工作，需要按步骤完成一次操作。
只使用我给的材料，缺失条件单独列出，不自行补造。
每一步写清需要什么、怎样操作，以及完成后看见什么结果。
最终稿要能交给新人试读，试读中遇到的问题用来修订下一版。
这段请求里，读者、材料和验收办法都有了位置。模型交出稿件以后，你也知道该检查什么。
把交付物、材料、限制和验收办法一起讲清楚。
练习时可以把自己最近的一条宽泛提问拿出来，补上交付物和限制，再检查答案是否更接近需要的结果。如果改了提问仍然无法推进，就查一查缺的是资料、工具条件，还是目标本身还没确定。
03
JUDGEMENT
3. 批判性判断，把重要结论拆开验
准备依据 AI 的答案行动时，先挑出会改变决定的说法。
数据要能算回去，推断要有前提，建议得符合你的条件。把它们分开检查，比让模型笼统地再审一遍全文更容易定位问题。
拿一组演示数字练习。上月 200 人中有 40 人完成任务，本月 150 人中有 45 人完成。完成率从 20% 变成 30%，增加了 10 个百分点，相对增幅是 50%。实际完成人数从 40 变成 45，只增加了 12.5%。这组数字也无法单独证明，是新流程带来了变化。
同一段报告里，算式、比较对象和因果判断要分别检查。只看一句“提高了 50%”，很容易把不同意思混在一起。
把数据、算式和比较口径拆开检查，缺证据就待确认。
每次留一份简短核验单。已经确认的写依据，暂时缺证据的标成待确认；重要条件没查清，就先别让后续决定依赖它。
04
WORKFLOW
4. 拆解问题，按产物安排步骤
大任务可以拆成几个能够接手的小任务，每一步都交出下一步用得上的东西。
还是用新人指南这个练习。先整理资料，再确认流程和缺口，随后起草指南。试读者按指南操作，记录卡住的位置，最后根据反馈修订。流程没确认，草稿里的步骤就可能不可靠；稿件没出来，也无法开始试读。
让前一步的产物，成为后一步能够接手的输入。
给每一步写上输入、产物和验收办法，依赖关系就会清楚得多。能够互不影响地完成的部分可以并行。争用同一个人的时间，或需要同时修改同一份材料时，要检查冲突并重新排顺序。
拆到执行者能够开始，就可以停。把一个明确的小动作再拆成许多小动作，往往只会多出一堆管理工作。
05
INTEGRATION
5. 整合答案，给整份方案算一次总账
几份建议放在一起，需要重新检查它们能否共同成立。
一个演示任务只有两小时可用。起草手册需要 70 分钟，核对关键步骤需要 30 分钟，修订导出再留 20 分钟。时间已经用完。此时再加入重做知识库或上线检索机器人，安排就超出了约束。
先保住本次交付，把超出资源的建议放进暂缓区。
整合方案时，先保住本次要交的东西。合并重复建议，统一互相冲突的前提，再核算总工时和总预算。某些建议可以留到下一次，放弃的理由也写出来。
最后交出一份能从第一步开始执行的安排。每个环节单独看都合理，还不够；整份安排必须符合现实资源，前后步骤也要接得上。
06
CONTEXT
6. 建立领域知识，给自己留一份判断参照
懂领域，能让你发现答案里漏掉的条件。
还是那份新人指南。术语是什么意思，哪些操作有例外，什么结果算合格，需要从实际流程中确认。把这些内容交给 AI 之前，自己也要弄懂，否则很难判断整理后的版本有没有改错意思。
可以先选一项常做的工作，整理必要概念和真实流程。向实际执行者核对例外，再试着独立解释一次。哪里解释不清，就回去补材料。做过之后，把遇到的错误和处理办法记下来，下一次用新任务检查这些经验是否仍然适用。
给模型提供背景时，优先放进会影响当前决定的内容。已经确认的条件和暂定假设分开写。整理出一份背景摘要，只是学习过程中的一项产物，掌握得怎样还要看实际操作和判断。
掀开规则里的例外，才能给判断补足真正的背景。
07
SYSTEM
7. 系统思考，追踪一次改动的连带影响
方案涉及多个步骤或多个人时，再看看改动会怎样传到后面。
新人指南写得更详细，是否就能减少提问？这可以作为待验证的假设。细节增加后，查找信息是否方便，维护者能否及时更新，操作流程改变时旧版本怎样处理，都可能影响它的实际用途。
让 AI 从使用者和维护者的角度审查同一方案，写出有依据的关系，缺少依据的部分则保留为假设。接着选一个小问题去观察，比如让新人试读后，记录他们在哪一步卡住、为什么回来提问。
反馈要能改变下一次动作。卡在信息查找，就改查找方式；卡在流程缺失，就补流程。几个视角能帮助发现问题，观察和试验才会告诉你，这次究竟该改哪里。
拉动一个环节后，观察后续影响，再用反馈调整。
08
PRACTICE
把七种能力用在下一项任务里
挑一件你本来就要完成的工作，先写任务卡，再让 AI 帮你推进。交付之后保留关键检查结果，记录一次反馈。下次换一份输入，看看哪些步骤可以复用，哪些需要调整。
下面的 Skill 把这些动作串成一条工作流程。七条独立提示词则适合处理其中某个环节，可以直接复制使用。
09
SKILL
一个把任务推进到交付的 Skill
这个 Skill 名为 ai-task-workbench。它把提问、拆解和核验串在一起，再检查方案能否按现实条件执行。简单任务可以直接完成，需要时才展开工具评估或系统分析。
下面是完整的SKILL.md。可以在支持 Skill 的工具中加载，也可以把内容复制给 AI，再提供自己的任务。资料包中的复测样例用于检查它在不同请求下的表现。
任务经过行动和验收，有结果后再记录反馈。
---
name: ai-task-workbench
description: 把模糊真实任务转成经过证据审查、资源约束检查、可以验收的行动方案或成果。用户说“帮我把想法落地”“这些 AI 建议怎么选”“把大任务拆开做”“评估一个新工具”或需要用 AI 协作完成复杂任务时使用；按任务需要调用提问、领域上下文、拆解、工具评估、批判判断、答案整合与系统分析。
---
# AI 任务工作台
从用户目标和已有材料出发，完成具体成果，或交付可执行、可检验的下一步。七种能力是流程中的检查动作，按需要使用。
第一原则：每条建议都要接到“依据—约束—行动—验收”。语言流畅、多份答案一致，都不能代替证据。
## Resource Guide
核心操作与输出协议都在本文件。复测或修改时，按需读取 [examples/retest-prompts.md](examples/retest-prompts.md)。
## 模式选择
- **直接完成**：目标、材料清楚，只有一个交付。简短定义任务，必要核验后给成果和验收。
- **协作推进**：存在多个依赖、方案冲突、资源争用或关键不确定性。执行相关步骤。
- **工具试用**：确实需要选用或切换工具时，增加工具评估；普通任务跳过。
不强制生成七段报告。只使用能改变行动的检查。
## 工作流程
### 1. 明确问题与领域上下文
提取服务对象、问题、交付物、截止时间、人力/工时/预算、成功标准、已有资产和不能改的条件，分开记录用户已知事实、可查事实、假设、未知。
把任务写成一句可验收的定义。只追问会改变选项或下一步的缺口，安全可做的部分继续。行业规则、客户偏好、内部历史、私人经历不能补造；缺失时说明影响和需补的材料。
### 2. 拆出可交接的任务
多步骤任务按成果和依赖拆解。每项写明输入、问题、输出、资源、前置任务、验收方法。先消除最大不确定性；互不依赖且资源允许时并行。
子任务仍有多个不清楚的交付就继续拆，只增加协调成本时停止。检查目标覆盖、循环依赖和资源冲突；负责人未定就标待确认，不虚构分工。
### 3. 有需求才评估工具
以现有方案为基线，用同一真实小任务比较候选。先定通过条件，再看质量、耗时、费用、学习与迁移成本、数据使用条件。易变产品信息查当前官方资料；能执行就实际试用并记录结果。
只能读资料时标“资料评估”；连可读资料也没有时标“未验证判断”，只交测试计划与暂定选择。结论为采用、有限试用或沿用，并写清改变结论的触发条件。未测量的提升不写成事实，不因探索工具偏离交付。
### 4. 审查影响决定的答案
区分关键事实、推断、建议。事实查原始依据和适用条件；数字用工具或可复核算式检查；推断查前提、反例、替代解释；建议查任务约束。资料冲突先核对日期、定义、样本、口径，不用多数票裁决，也不把模型共识当独立证据。
关键项不能验证就标“待验证”，说明行动影响和最低成本验证动作。按证据保留、修改、暂缓或删除建议。交代可检查依据与结论，无需展示内部思考过程。
### 5. 整合方案与系统影响
合并重复项，解决假设冲突和先后关系，合计预算、工时与共享资源。超限就减范围、改顺序或保留更有价值的行动，不直接拼接局部答案。计划估算注明依据。
复杂任务选择与决定有关的视角，如用户、团队、技术、财务；说明相互影响的机制、反馈、延迟和副作用，区分观察与假设。不只列角色，不凭缺少证据的关系宣布根因。
给一个推荐方案，写清重要取舍、放弃项和改变方案的条件。多个目标先确定本次交付范围，不扩成长期运营。
### 6. 交付、验收与反馈
已获授权且有条件的工作直接完成并验收。条件不足时给最小下一步：谁做什么、需要什么输入、资源、信号、继续或停止的条件。尚未授权的外部承诺先完成可审批版本。
复盘只记录会改变下次动作的差距：预期、实际、原因证据、调整。没有执行记录就写验证计划，不能写成已验证。阻塞时说明必须补充的信息和仍可继续的工作。
## 输出协议
按任务大小压缩，空字段删除，至少交付：
1. **任务定义**：目标、成果、主要约束、验收标准；标准未确认就标明。
2. **成果或推荐方案**：行动、输入与前置、输出、责任角色、资源、验收；重要取舍与资源合计。
3. **依据与不确定性**：关键说法的事实/推断/建议类型、验证方法、适用范围、状态和行动影响。
4. **下一步与验收**：最小动作、角色、输入、资源、完成信号和下一决策；复杂任务附调整或停止条件。
工具比较仅在选型时输出同一任务和通过条件，以及基线/候选的质量、耗时、成本、数据条件、证据状态。简单任务直接给成果和简短验收说明。
## 边界与反例
不编造工具能力、试用结果、依据、行业经验或客户意见；不承诺普遍成功率；不用表格、视角和子任务数量代替推进工作。
## 质量与验证
交付前检查：能开始吗？关键决定有依据吗？假设可见吗？依赖完整吗？资源在约束内吗？成果可验收吗？复杂任务考虑相互影响了吗？发现缺口，修正具体问题后复查。
明确区分未验证判断、资料评估、实际试用、已完成成果与待执行计划。修改后用复测请求检查行为；结构通过只说明格式正确。
第一次使用，可以这样给任务。
请按照 ai-task-workbench 完成我的任务。
目标与交付物 = [我要得到什么]
已有材料 = [现有文本、数据或文件]
限制 = [期限、人力、预算和工具条件]
验收标准 = [什么情况算完成]
条件清楚的部分直接执行。
缺少关键材料时说明影响，询问会改变下一步的信息。
能完成就交出成果；不能完成就交出具体下一步，标明尚未验证的地方。
10
PROMPTS
七条可以单独复制的提示词
替换方括号里的内容，单独复制一段使用。实际效果仍需领域知识、可读材料与真实验证。
1. 评估一个新工具
评估新工具能否改善工作时使用。
请评估这个工具，并安排一次最小试用。
工具名称与版本 = [名称与版本；未知可写未知]
可读资料 = [官方说明或粘贴内容]
实际任务 = [我要处理的输入与交付物]
现有办法 = [当前步骤、耗时和遇到的问题]
限制 = [预算、时限、数据要求、可用环境]
成功条件 = [达到什么结果才值得继续用]
先确认任务和成功条件。关键输入缺失先问，最多三个问题；其余缺口标成待验证假设。把宣传中的能力转成可观察结果，用相同输入比较新工具与现有办法，至少安排一个常见任务和一个容易失败的任务。
给出试用步骤与记录表，记录结果质量、实际耗时、人工修正和总成本。区分实际观察与资料说法。无法联网时保留版本与价格的核验缺口；没有运行环境时只交试用计划，不能宣称亲测。最后给出继续试用、暂缓或放弃的依据，以及下一次最便宜的验证。检查结论能否追溯到记录，未完成试用时保留结论。
2. 把疑问改成可回答的问题
问题宽泛或 AI 回答空泛时使用。
请把疑问改成能帮助我决定的问题。
原始问题 = [原话]
我接下来要做的决定 = [选择或行动]
已知信息 = [事实、材料和已有尝试]
回答面向谁 = [读者的背景与知识程度]
限制 = [时间、成本、范围和禁区]
可用资料 = [粘贴内容、文件或可访问链接]
先找出模糊词、隐含前提和混在一起的任务。决定目标或对象缺失先问，最多三个问题；其余细节标成假设继续。不要替我预设结论。
生成一个主问题和必要的辅助问题。每个问题都说明需要什么信息、什么证据可以回答，以及答案会怎样改变下一步行动。再给出一段可直接复制的完整提问，写明上下文、输出形式和验收条件。另列待补信息。
逐项检查问题是否只有清楚的任务，回答范围能否在限制内完成。没有联网或资料不可读时，给出补充材料清单并收窄事实判断。遇到需要专业知识的部分，指出所需知识和核验办法，不用措辞技巧掩盖缺口。
3. 检查一个判断是否站得住
准备依据某个答案或判断行动时使用。
请检查判断，说明它有多可信。
待检查判断 = [完整说法]
原始材料 = [答案、数据、引文或可读链接]
涉及领域与时间 = [领域与适用时间]
准备据此采取的行动 = [具体行动]
出错代价 = [损失及可接受范围]
其他可能解释 = [已有解释；可写无]
把判断拆成可核验的事实、推断和价值选择。检查每项证据的出处、时间、样本和比较口径，指出证据能支持到哪一步。提出最有力的竞争解释，寻找能区分两者的证据。材料未提及的事项保留未知。
材料不可读或目标不清时先问；其余推测标明依据。能联网时核对会改变结论的关键事实，无法联网时说明只审阅现有材料。涉及专业判断时列出需专业人士确认的事项，不编造核验结果。
输出证据表、当前判断与适用边界，写清出现什么新证据会改变判断。给出一项优先核验动作。自查每个结论有无证据对应，语气强度是否超过证据强度，是否公平处理了竞争解释。
4. 把大任务拆成可执行步骤
目标清楚、执行顺序不清时使用。
请把目标拆成能执行和检查的步骤。
目标 = [最终要解决的问题]
交付物与验收条件 = [文件、功能或结果及通过标准]
期限与资源 = [截止时间、人员、工具和预算]
现有材料与进度 = [进度、可读文件或链接]
授权范围 = [允许执行的操作与需要确认的操作]
已知依赖 = [必须先完成的条件]
先确认交付物和验收标准。关键条件或授权缺失时列为阻塞并询问；估时与一般细节标成假设。按依赖划分任务，每项产生可见结果，过大继续拆，没有独立验收价值就合并。
输出任务表，写明输入、操作、产物、前置条件、负责角色和完成检查。标出可以并行的工作与决定工期的步骤。为最不确定的依赖安排一次小验证，再给出今天能开始的第一步。
无法读取文件时只使用已提供内容；没有执行或测试环境时交计划和验收办法，不能报告完成。自查遗漏的依赖、无人负责的任务及无法检查的产物。估时给区间和依据，后续实际进度变化时更新计划。
5. 把多个答案整成能执行的方案
需要合并多份答案或方案时使用。
请把几份答案整成满足约束、能一起执行的方案。
原始任务 = [问题与所需交付物]
多份答案 = [编号并粘贴全文]
可核验材料 = [原始数据、文件或链接]
验收条件 = [内容要求与正确标准]
限制 = [可用人员、总工时、预算、期限与格式]
先检查答案是否在回答同一个问题。按主张归并内容，标出一致、互补与冲突，保留每项信息的来源编号。用证据质量和任务适配性决定采用哪些内容，不能把出现次数当成事实依据。
遇到冲突时比较双方的前提、时间与范围。关键材料缺失时列出阻塞问题；可保留的假设写进适用条件。不能判定的分歧单独保留，不把两种相反说法揉成一句。无法联网时只核对已有材料，文件不可读时不声称检查过文件。
核算总工时和总预算，检查共享人员、先后依赖与输出接口。资源超限就删减范围或改顺序。交付一个推荐方案，附行动顺序、取舍表和未解决问题。删除重复、无依据细节和超出任务范围的内容。自查重要结论的出处，方案能否在约束内通过验收。未验证的部分保持未验证。
6. 给 AI 补足领域上下文
AI 缺少领域或业务背景时使用。
请整理领域上下文，再据此完成任务。
本次任务 = [具体问题与交付物]
领域和使用场景 = [行业、岗位、对象与阶段]
术语与规则 = [定义、规范、流程和必须遵守的条件]
已确认事实 = [数据、案例及来源]
限制与例外 = [禁区、资源和不适用情况]
参考材料 = [粘贴内容、可读文件或链接]
先分清材料中的事实、机构说法和个人判断，检查术语是否存在多种含义。关键定义、数据或规则缺失时先问，最多三个问题；次要缺口标成假设。发现材料互相冲突时说明冲突，等待依据或缩小判断范围。
先写任务背景，包含必要定义、已确认条件和待确认项，再执行任务。只保留会影响当前工作的信息，避免堆积行业知识。没有联网时不假定规则仍有效；材料不可读时列出缺失内容。需要专业经验才能判断的部分，安排有经验者复核。
最后检查结果是否遵守规则、有没有混用术语，以及哪些建议依赖假设。标出需新增资料或验证的地方，不把补充背景等同于掌握整个领域。
7. 从多种视角分析一个系统
方案涉及多人或长期影响时使用。
请从多种实际视角分析问题，帮助我选择下一步。
问题与拟议方案 = [现状、方案与决定]
系统范围 = [包含谁、哪些流程及观察期限]
已知关系与材料 = [参与者、资源流动与证据]
评价标准 = [收益、成本、风险与优先次序]
限制 = [权限、预算和不可改变的条件]
先确定边界，选出会受影响且利益不同的参与者，通常三到五个，不足按实际情况写。逐个分析其目标、已知信息、可采取的动作及后果。视角须来自实际关系，不能只换人物身份重复同一套意见。
把关键因果关系写成可检查的链条，区分已有证据和假设。比较短期与后续影响，寻找反馈和收益转移。边界或决定目标缺失时先问，其余缺口标成假设。无法联网时只依据现有材料，不编造参与者的想法或现实效果。
输出关系表、方案比较与当前建议，说明谁获益、谁付出及改变排序的条件。选出最敏感的假设，安排一项小规模验证。自查遗漏的参与者、因果跳步和没有证据的动机判断；仅凭分析无法确认的效果保持待验证。