一、单节点试：只看一处

以「出图提示词」这个节点为例。单独试的时候，你只要给它一段文案： 输入：AI 眼镜销量翻倍……同比增长 118%…… 输出：一副黑框 AI 眼镜，放在木质桌面上，背景虚化，产品摄影风格

一处不对，就是这一处的事。不牵扯上下游。 这就是单节点试的全部好处：把搜索空间从一个流程缩到一个函数。

二、整链试：报错给的是位置

演示里模拟了三种情况：第 2、3、4 个节点分别自己坏掉。 报错说「写文案 执行失败」——它告诉你哪儿，不告诉你为什么。 同一个「写文案执行失败」，可能是它自己坏了（提示词写错、模型超时）， 也可能是上一个节点「抓热点」给了脏数据（字段名不对、列表是空的）。

所以你还得往回一个一个节点看。这就是整链试的成本。

三、定位成本：差几倍

坏得越靠后，整链试要往回查的越多；单节点试永远只查一次。 五个节点的时候差四倍，十个节点的时候差九倍。这就是为什么节点一多，就必须能单节点试。

四、试跑的顺序

一、先试第一个：抓热点能不能拿到数。拿不到，后面全废。 二、再试中间最不确定的那个：这个案例里是写文案，大模型节点输出最飘。 三、最后整链跑一遍：看接口对不对得上（字段名、类型）。

顺序反了会怎样：整链跑了十遍都失败，回头发现第一个节点接口就挂了。十遍白跑。 这个顺序有道理：从上游往下游，从确定往不确定。 上游不通，下游的一切调试都是空的。

五、单节点试要备什么

上游的真实数据。从整链失败那次把中间值复制出来，粘到单节点试的输入框里。 别用手写的假数据。 你手写的字段名和上游真给的，十个里有一个不一样，就白测。 本课的做法：整链跑一次，把每个节点的中间值打出来，存成一份样本。 以后调任何一个节点，都拿这份样本当输入。

这份样本还有个用处：改完之后拿它回归。 同一份输入，改前改后各跑一次，对比输出。

六、一条补充：改一处，跑一次

调提示词的时候最容易犯的错：同时改三处，跑一次，好了——不知道是哪一处的功劳； 坏了——不知道是哪一处的错。 一次只改一处，跑一次，记一次结果。慢，但每次结果都是有效信息。 这条和第 6.3 节「三个技巧按顺序加」是同一个道理：一步步加，才知道是哪一步起的作用。

七、动手 Demo：单节点先试跑，别整条链一起试

五个节点的链，模拟第 2、3、4 个节点分别坏掉，看报错停在哪、你得往回查几个。 再对比单节点试要查几个。

NODES = [u'抓热点', u'写文案', u'出图提示词', u'生成配图', u'拼装输出']

def run_chain(broken_at):
    u'''broken_at 是第几个节点出错（从 1 数）。返回走到第几步、坏在哪个节点。'''
    for i, n in enumerate(NODES, 1):
        if i == broken_at:
            return i - 1, n
    return len(NODES), u''

for broken in (2, 3, 4):
    reached, node = run_chain(broken)
    print(broken, node, reached)

实跑输出：

--------------------------------------------------------------------
单节点先试跑，别整条链一起试
--------------------------------------------------------------------


  ① 单节点试：直接看到输入输出
  --------------------------------------------------------------------
  以「出图提示词」这个节点为例。单独试的时候，你只要给它一段文案：
    输入：AI 眼镜销量翻倍……同比增长 118%……
    输出：一副黑框 AI 眼镜，放在木质桌面上，背景虚化，产品摄影风格
  一处不对，就是这一处的事。 不牵扯上下游。

  ② 整链试：报错指向坏的那个，不指向「为什么坏」
  --------------------------------------------------------------------
  假设「写文案」自己坏了 → 链跑到第 1 步就停，报错说「写文案 执行失败」。
  假设「出图提示词」自己坏了 → 链跑到第 2 步就停，报错说「出图提示词 执行失败」。
  假设「生成配图」自己坏了 → 链跑到第 3 步就停，报错说「生成配图 执行失败」。
  报错给的是位置，不是原因。
  同一个「写文案 执行失败」，可能是它自己坏了，也可能是上一个节点「抓热点」给了脏数据。
  所以你还得往回一个节点一个节点地看——这就是整链试的成本。

  ③ 定位成本：两种方式差几倍
  --------------------------------------------------------------------

| 坏在第几个 | 整链试要往回查几个 | 单节点试要查几个 |
|---:|---:|---:|
| 第 2 个 | 2 | 1 |
| 第 3 个 | 3 | 1 |
| 第 4 个 | 4 | 1 |

  坏得越靠后，整链试要往回查的越多；单节点试永远只查一次。节点越多，差距越大。

  ④ 试跑的顺序
  --------------------------------------------------------------------
  一、先试第一个：抓热点能不能拿到数。拿不到，后面全废。
  二、再试中间那个最不确定的：这里是大模型节点，输出最飘。
  三、最后整链跑一遍：看接口对不对得上。
  顺序反了会很常见：整链跑了十遍都失败，回头发现第一个节点接口就挂了。

  ⑤ 单节点试要备什么
  --------------------------------------------------------------------
  上游的真实数据。从整链失败那次把中间值复制出来，粘到单节点试的输入框里。
  别用手写的假数据——你手写的和上游真给的，字段名常常不一样。
  本课的做法是：整链跑一次，把每个节点的中间值打出来，存成一份样本。
  以后调任何一个节点，都拿这份样本当输入。
  ! 这一条不只是调试技巧，是习惯。能单节点试的，绝不整链试。
  整链试一次几十秒，单节点试一次几秒，一天下来差出几个小时。

①第一段单节点试：只给它一段文案，看它吐出什么。一处不对就是这一处的事。 ②第二段三种坏法，报错都只说「某某节点执行失败」——给位置，不给原因。 ③同一个「写文案执行失败」，可能是它自己坏，也可能是「抓热点」给了脏数据。所以你得往回查。 ④第三张表是关键：坏得越靠后，整链试要往回查的越多，单节点试永远只查一次。 ⑤第五段讲单节点试要备真实数据。手写的假数据和上游真给的，字段名常常不一样。

30 秒实验

1. 下次整链失败时，先别改，把每个节点的中间值打出来存一份。它就是你的测试样本。
2. 把你最飘的那个节点（通常是大模型节点）单独试三次，看三次输出差多少。
3. 调提示词时定个规矩：一次只改一处，改完立刻跑。

常见误区

1. 「整链跑一遍就知道了。」报错只给位置不给原因，你得往回逐个查。节点越多越亏。
2. 「假数据先试通再说。」字段名和上游不一样，试通了上线照样崩。要拿真实中间值。
3. 「一次改三处效率高。」好了不知道谁的功劳，坏了不知道谁的错。一次改一处。

测通了，下一节接图片生成。这一步是整个案例里返工最多的地方——文案转画图提示词，最容易崩。

• ☐ （本篇完，下一篇 8.6 配置图片生成模块）

相关笔记

• 配置文案改写模块：改写不是重写
• 扣子工作流实战演练：调试的三个习惯
• 编写有效提示词的技巧：三个技巧按顺序加
• 🐦 扣子开发 AI Agent · 索引