波仔
🐳 第三章 一切皆插件意味着什么
📄 一句话概括

PTC 与 Standard 的能力集合完全相同，只多一件 tool-presentation，把【多步工具调用】呈现成【一段程序】——省下的是上下文。

📝 本节和前面几节的关系

2.4.3 比过四套的执行轨迹，PTC 的往返次数明显少。这一节讲清它到底改了什么、没改什么。

一、差分只有一件：tool-presentation

PTC ＝ Standard ＋ tool-presentation，共 20 件。

也就是说：文件、搜索、执行、规划……家当一个没多、一个没少。

变的不是【有哪些能力】，是模型怎么使用这些能力——这就是标题里【呈现方式】四个字的意思。

二、【呈现方式】变的是什么

打个比方：Standard 是你口述步骤让助手一步步跑；PTC 是你写张流程单让助手照单执行——活儿一样，沟通方式不同。

三、省的是上下文，不是时间

2.4.3 的数字：每次往返约带 5000 token 的中间结果回来。

Standard 走 3 次约 15000 token 进上下文；PTC 压成 1 次约 5000 token ＋ 一小段程序文本。

省的这笔账随任务变长越滚越大——几十步的数据处理任务里，差距是数量级的。 但时间不省：程序执行本身要花时间。PTC 换来的是上下文余量，不是速度。

四、什么时候选 PTC

两套家当一样，切换成本几乎为零，按任务选就好。

五、动手 Demo：PTC 多出来的那一件，换走的是什么

同一件事，两种走法，再加一笔 token 账：

routes = [
    ("列文件并统计行数", "列目录→读文件→自己加总", "写一段程序→一次执行"),
    ("中间结果", "每步都塞回上下文", "留在程序里，只回最终值"),
    ("往返次数", "2 ~ 3 次", "1 ~ 2 次"),
]
for a, b, c in routes:
    print("  %-10s | Standard: %s" % (a, b))
    print("  %-10s | PTC:      %s" % ("", c))
print()
cost = 5000
print("  Standard 3 次: %d token" % (cost * 3))
print("  PTC 1 次:      %d token + 一小段程序" % cost)

实跑输出：

--------------------------------------------------------------------
PTC 多出来的那一件，换走的是什么
--------------------------------------------------------------------
  差分只有一行：PTC ＝ Standard ＋ tool-presentation，共 20 件。
  能力的家当一个没多、一个没少，变的是【模型怎么用这些能力】：

  同一件事             Standard 的走法                PTC 的走法
  ---------------------------------------------------------------------------
  列文件并统计行数     列目录 → 读文件 → 自己加总     写一段程序 → 一次执行
  中间结果             每一步都塞回上下文             留在程序里，只回最终值
  往返次数             2 ~ 3 次                       1 ~ 2 次
  ---------------------------------------------------------------------------

  算一笔账（沿用 2.4.3 的数字）：每次往返带回来约 5000 token——

    Standard 走 3 次      约 15000 token 进上下文
    PTC 压成 1 次         约 5000 token ＋ 一小段程序文本

  省下的是上下文，不是时间——程序执行本身也要花时间，
  但中间结果不用一轮轮占着上下文，长任务里这笔账会越滚越大。

这段数字沿用 2.4.3 的算例——5000 token 是每次往返的中间结果，不是答案本身。 PTC 多的那件 tool-presentation，作用就是把【程序编排】这种呈现方式挂进会话。 【家当一样、走法不同】是本节要立住的判断——别把 PTC 当成更强的 Standard。

30 秒实验

  1. 找一个批量改文件名的任务，分别在 Standard 和 PTC 下跑，数一数各自往返几次。
  2. 算一笔账：一个 30 步的任务，两种走法各占多少上下文（按每次 5000 token）。
  3. 想一个你手头的活儿：它适合程序编排，还是适合一步步商量？

常见误区

  1. 错误：PTC 能力比 Standard 强。——纠正：家当一样（Standard 19 ＋ 一件呈现）；它只是换了一种用法。
  2. 错误：PTC 更快。——纠正：省的是上下文不是时间；程序执行照样要花时间。
  3. 错误：tool-presentation 是个新工具，提供了新功能。——纠正：它提供的是新的呈现方式——能力集合没变。
自测三问（点开对答案） 1. PTC 与 Standard 的差分是什么？ —— **多一件 tool-presentation**，其余完全相同（19 项家当一个不少）。 2. PTC 省下的是什么、没省的是什么？ —— 省上下文（中间结果不塞回会话）；**不省时间**（程序照样执行）。 3. 什么任务适合 PTC？ —— **批量、多步、可程序化**的任务；探索式、对话式任务 Standard 更自然。

相关笔记