通用方法 · 深入
不是它不聪明，是它借不到
推理早就够用，卡点在「它能调用什么」
「Agent 做不到这件事」——这句话九成时候是错的。它能规划、能发指令、能读文档，它缺的是「这件事需要的那件东西」：一段转写、一个公式引擎、一份已有合同里的账号。这一页教一套诊断顺序：遇到卡点，先问「这件事需要什么基础设施」，再问「我能不能借到」，最后才轮到「要不要换模型」。三步的顺序不能倒——倒过来就会一直在换模型，而卡点一次都没动。真正的杠杆是把「借」这一步显式写进设计：借谁、借不到时降到什么、以及什么时候该干脆换掉这个命题。
方法 · 一图看懂
1
先判卡点在哪一层 — 把一次失败拆成「想不到（推理）／调不动（工具）／拿不到（数据与凭据）」三层，只往拿不到与调不动上投力气
2
列出这件事需要的基础设施 — 逐项写：需要谁的数据、需要什么引擎、需要谁的账号；写不出来说明你还没想清这件事到底靠什么成立
3
去能借的地方借 — 优先「一次接入、按量付费」的聚合入口，而不是逐家签约；把凭据留在服务端，别落到调用方
4
借不到就换降级形态 — 降级三选一：换成离线数据、换成人做那一段、换成另一个命题；⛔ 不要靠提示词硬撑
5
把「借」写进设计 — 在方案里为每个外部依赖写清「来源 / 凭据归属 / 借不到时的降级动作」，让它成为设计的一部分而不是事后补丁
三类基础设施：数据 · 引擎 · 凭据
把「借」这件事拆成三类，判断就有了落点。① 数据：这件事需要的外部信息（转写、报价、政策原文、竞品页面）—— 判据是「能不能拿到稳定接口」，拿不到就换成离线快照。② 引擎：需要精确计算或精确渲染的那部分（表格公式、排版、音视频合成）—— 判据是「能不能做成 headless 组件」；能的话，agent 就不必去开一个真应用。③ 凭据：需要某个人或某家公司的账号与授权（付费数据库、企业系统、已签约的服务）—— 这一类最难借，因为卡的不是技术而是合同。三类里，数据最容易借、引擎次之、凭据最贵——遇到卡点先按这个顺序试。
诊断顺序：先问基础设施，再问模型
这套顺序的价值在于它把「换模型」推到最后。反例很常见：一个任务连着失败三次，就先换一家模型、再调温度、再改提示词——三轮下来卡点一次没动。正确顺序是三步：① 这件事需要什么基础设施（把清单写出来）② 这些基础设施我能不能借到（能借 = 去接；不能借 = 进第 3 步）③ 借不到时，这件事换一个形态还成不成立（成立 = 降级做；不成立 = 换命题）。判据一句话：如果换一个模型就能解决，那说明卡点在推理层；如果换三个模型都一样，卡点一定在另外两层。
借不到时的三条出路（按代价从小到大）
出路一 · 降形态：把「实时」降成「离线」、把「全自动」降成「半自动」——比如拿不到实时行情就改成周更快照，精确度略降但这件事仍然成立。出路二 · 留给人：把借不到的那一段显式划成人工环节，并在流程里写明「到这里停下、等人补这一项」；这比让 AI 猜要好得多，因为猜错的代价通常远大于停一下。出路三 · 换命题：如果这件事的价值完全依赖那件借不到的基础设施，那它就不是一个「提示词能覆盖」的命题 —— 换掉它，去做那件只依赖你手上已有东西的事。⛔ 最坏的处置是不做选择：让 AI 凭训练时的记忆去顶替那件借不到的东西。
原理 · 为什么有效
为什么这套顺序有效：模型能力在近两年快速拉平，而各家能借到的基础设施差异没有变小。同一个模型，接上一个转写服务就能剪视频、接上一个公式引擎就能跑表格、接上一个计量市场就能查到付费数据；不接的时候，这三件事全都只能做出一份「看起来像」的稿子。反过来看，那些真正卡住人的环节——签约、授权、企业系统对接——恰恰是提示词永远解决不掉的部分。所以「先判基础设施、最后才动模型」不是保守，是把有限的力气投到还有回报的那一层。九月 GitHub 月榜的结构也印证了这一点：25 个上榜项目里 10 个带 agent 标签，而它们回答的几乎都是同一个问题——怎么让 agent 少干蠢活；换句话说，增长点已经从「更会想」挪到了「更会借」。
适用场景
适用：任何「试点跑得动、一上真实任务就断」的场景 —— 剪辑、报表、检索、自动化流程、跨系统取数。判据是这句自检：这次失败，是我说不清要什么，还是我拿不到那件东西？如果说得清但拿不到，本页就是对症的。不适用：任务是纯写作 / 纯推理 / 纯转换（这类卡点确实在表达层，调提示词就有回报）；也不适用于「凭据已经在手」的内部系统对接（那属于工程实施，不是本页的诊断问题）。
自测 · 5 问
我能把这次卡点明确归到「拿不到 / 调不动 / 想不到」其中一层，而不是笼统说「AI 不行」
我能写出这件事需要的三类基础设施清单（数据 / 引擎 / 凭据），并且每一类都落到一个具体来源
我换过一次模型之后卡点没动 —— 如果动了，说明卡点在推理层，本页不适用
对每一个借不到的东西，我都已经选好三条出路中的一条（降形态 / 留给人 / 换命题），而不是留着「以后再说」
我的方案里有显式的一行写清「借不到时怎么办」，而不是等它出事再想
怎么上手 · 验证步骤
先拿一件你最近失败过的事，按三步走一遍：① 把它拆成想不到 / 调不动 / 拿不到 ② 把「拿不到」那一栏写满，写不出的地方就是你没想清的地方 ③ 对每一项选一条出路（降形态 / 留给人 / 换命题）。全程不碰模型设置，也不改提示词——如果走完发现卡点确实在推理层，那再回去调提示词也不迟。
做完只核一件事：你的清单里有没有至少一项被明确判成「换命题」。如果三项全是「我再去借一下」，说明你还没真做取舍——真实的取舍往往包含一次放弃。