山风Blog

Transformer 架构解析

Tue, 03 Nov 2026 08:45:00 GMT

大模型核心原理

Tue, 03 Nov 2026 08:20:00 GMT

提示工程与 Prompt 调优技巧

Tue, 03 Nov 2026 08:00:00 GMT

AI 大模型初识

Tue, 03 Nov 2026 07:20:00 GMT

向量检索算法：从暴力搜索到 IVF 与 HNSW

Tue, 03 Nov 2026 05:40:00 GMT

RAG 的分块策略详解

Tue, 03 Nov 2026 05:30:00 GMT

Jerry 老师 L2 课程《RAG 到底怎么用？从 LLM 短板出发》的配套资料，按策略逐条拆开。

一、背景与重要性#

在 RAG（Retrieval-Augmented Generation）系统中，文档分块质量直接影响问答系统的准确性与连贯性。即使使用高性能大模型和精心设计的 Prompt，若分块不当，仍会导致：

上下文缺失
事实性错误
拼接不连贯
幻觉或错误引用

常见误区是按固定长度硬切文本，忽略语义边界（如标题、段落、列表、表格等），造成关键信息断裂。高质量分块应：

贴合自然语义/结构边界
设置适度重叠以保持上下文连续
保留元数据（如章节路径）以支持可追溯性和重排

结论：分块质量几乎决定了 RAG 系统的性能上限。

二、为何需要分块？#

模型上下文窗口限制 LLM 无法处理超长文本，需将文档切分为适配模型输入长度的片段。
提升检索信噪比
- 块过大 → 引入噪声，稀释关键信息
- 块过小 → 缺乏上下文，难以理解语义
保障语义连续性 通过 chunk_overlap（重叠窗口）缓解边界断裂，避免定义、条件等关键内容被拆散。

理想目标：在“上下文完整性”与“信息密度”之间取得动态平衡。

三、分块策略详解#

1. 基础分块#

（1）固定长度分块#

特点：按预设字符数直接切割，无视文本结构。
优点：实现简单、通用、速度快。
缺点：极易破坏语义边界；块大小难调。
适用场景：结构弱的纯文本、初期基线方案。
参数建议（中文）：
- chunk_size：300–800 字
- chunk_overlap：10%–20%

（2）基于句子的分块#

特点：先按句子切分，再聚合成块。
优点：保证句子级语义完整，利于问答匹配与引用。
缺点：中文需专用分句工具；块可能过短。
适用场景：法律法规、新闻、FAQ 等以句子为主的文本。
注意：避免使用 NLTK（不支持中文标点），推荐 HanLP、Stanza 或正则分句。

（3）递归字符分块#

特点：按“粗→细”分隔符（如标题→段落→换行→空格→字符）递归切分。
优点：兼顾语义边界与块大小控制，即插即用。
缺点：对高度格式化内容（如表格、代码）效果一般。
适用场景：说明文档、报告、知识库条目等综合性语料。
分隔符建议（中文）：
- 标题（Markdown/编号）
- \n\n（段落）
- \n（换行）
- 空格、字符（兜底）

2. 结构感知分块#

利用文档固有结构（标题、列表、代码块、表格、对话轮次）作为分块边界。

（1）结构化文本分块（如 Markdown/HTML）#

特点：以标题层级为父节点，聚合其后内容；超长章节二次细分。
优点：逻辑清晰、可追溯性强、信噪比高。
实施要点：
- 解析结构（如用 BeautifulSoup 或正则）
- 合并过短块（同父标题下）
- 注入父级节点路径（如 指南 > 安装）
适用场景：技术文档、手册、白皮书等强结构文本。

（2）对话式分块#

特点：以“说话人+轮次”为单位，按话题窗口聚合。
优点：保持对话连贯性，支持“谁说的、在哪说的”追溯。
重叠方式：采用“轮次重叠”（如前后各1–2轮），而非字符重叠。
检索优化：召回后做“邻接扩展”（拼接前后轮次）。
适用场景：客服对话、会议纪要、访谈记录。

通用建议：

优先用“结构重叠”（如父标题路径）替代大比例字符重叠

为每个块写入丰富 metadata（标题、层级、类型等）

3. 语义与主题分块#

不依赖物理结构，依据语义连续性或话题转移切分。

（1）语义分块#

原理：计算句向量，当相邻句子语义相似度骤降（“语义突变”）时切分。
流程：
1. 中文分句
2. 句向量编码（如 BGE-M3）
3. 检测新颖度（novelty）或相似度下降点
4. 结合最小/最大块长约束
优点：块内高度内聚，适合高精度检索。
缺点：计算开销大；对短文档效果有限。
适用场景：论文、白皮书、技术论证类文档。

（2）主题分块#

原理：对句向量聚类（如 KMeans），按主题标签切换点切分。
流程：
1. 句向量 + 聚类
2. 序列平滑（避免标签抖动）
3. 主题命名（关键词或摘要）
优点：捕捉宏观话题边界。
缺点：需预设主题数；小文档不适用。
适用场景：长篇报告、书籍、多主题综述。

4. 高级分块策略#

（1）小-大分块（Small-Big Chunking）#

思想：用“小块”（句子）高精度召回，用“大块”（段落）提供上下文。
流程：
1. 构建句子级索引 + 段落存储
2. 检索命中句子 → 聚合到所属段落
3. 交叉编码重排 → 组装局部上下文（命中句±邻近窗口）
优势：兼顾精准性与上下文完整性。
适用场景：需“句级证据 + 段落解释”的问答系统。

（2）父子段分块（Parent-Child Chunking）#

思想：显式维护“父块（段落）-子块（句子）”映射。
优势：支持灵活检索组装，易于去重与回链。
与小-大分块关系：前者是数据建模方式，后者是检索流程，常配合使用。

（3）代理式分块（Agent-Based Chunking）#

思想：用小型 LLM Agent 动态判断分块边界。
规则：
- 不在代码/表格/公式中间切分
- 保持标题链路完整
- 输出结构化 JSON（含偏移量、路径、理由）
适用场景：高度复杂、混合格式的非结构化长文档。
注意：需加规则护栏 + 自动回退机制，控制成本。

5. 混合分块（Hybrid Chunking）#

核心理念：单一策略难以覆盖所有场景，应“先粗后细、按需细化”。

质量-成本档位建议#

档位	策略	适用场景
Fast	结构 → 递归	快速上线、资源有限
Balanced（推荐）	结构 → 递归 + 异常块语义分块 + 小-大检索	大多数生产环境
Quality	Balanced + Agent 精修 + 强 rerank	高精度要求场景

四、总结与建议#

分块是 RAG 的基石，其质量直接影响最终答案的事实性与连贯性。
避免固定长度硬切，优先尊重文档的自然结构与语义边界。
重叠窗口（overlap） 是维持上下文连续的关键，但不宜过大（通常 ≤20%）。
Metadata 至关重要：标题路径、块类型、位置信息等可显著提升检索与重排效果。
混合策略最稳健：结合结构、语义、任务目标，动态选择最优分块方式。
调优方法论：
- 固定检索与重排，仅调整分块参数
- 用 Recall@k、nDCG、事实性（faithfulness）等指标评估
- 观察块长分布，动态调整 chunk_size 与分隔符

最终目标：让知识以连贯、可追溯、高内聚的方式呈现给 LLM，而非碎片化的噪声。

RAG 怎么搭才不翻车

Tue, 03 Nov 2026 05:20:00 GMT

认知与设计

RAG 怎么搭才不翻车

检索增强生成（RAG）把外部知识库接给大模型，用来压住幻觉、给出可溯源的答案。但它在工程里是一条多段链路。索引、检索、生成任何一段没处理好都会答非所问。本篇从链路结构、失败点、分块、检索算法、检索前中后优化，到评估与治理，给出一套能落地的完整判断。

原生 / 增强 RAG
七类翻车点
分块策略
向量检索算法
检索前中后优化
四指标评测
选型边界
知识库治理
真实案例归因

做个靠谱的产品经理

概念界定：原生 RAG 与增强 RAG

先分清两种形态，后面所有优化都是「增强」在做的事

原生 RAG（Naive RAG）是最朴素的链路：用户提问 → 向量检索出相关片段 → 拼进提示交给大模型生成。它快、好理解，但把「检索质量」「问题理解」「上下文整合」全交给最基础的向量相似度，翻车率很高。
增强 RAG（Advanced RAG）重点仍聚焦检索阶段，但在「检索」之外增加了检索前（Pre-Retrieval）与检索后（Post-Retrieval）两段处理：检索前优化索引结构与查询方式，检索后做重排与上下文压缩。这里讨论的痛点与解法，几乎都落在这两段里。

图 1 · RAG 全链路：索引侧 + 查询侧（橙色为增强 RAG 新增环节）

索引侧 · 离线构建文档库解析·清洗格式统一·去噪切分分块策略向量化Embedding 向量知识库查询侧 · 在线应答用户提问查询优化改写·多路·分解检索重排·压缩Rerank·过滤大模型生成上下文拼进提示答案 Pre-Retrieval Post-Retrieval 原生 RAG 已有环节增强 RAG 新增环节生成知识存储原生 RAG 只走「提问 → 检索 → 生成」主链；增强 RAG 在检索前后各加一道处理，索引侧的切分同样可优化。

一句话区分：原生「检索到了就直接用」，增强「检索前先理顺、检索后再提纯」。生产环境几乎都该用增强形态。后文所有招数都挂在橙色环节上。

检索链路为何翻车：七类失败点

翻车的根因分两层。外层靠治理，内层靠检索与生成调优

一篇被广泛引用的工程经验报告（Barnett 等，2024，arXiv:2401.05856）把 RAG 系统的失败点归纳为七类，并按「索引构建过程」与「检索增强过程」两段归位。把它们按根因再归一次类，会发现一个关键结论：一部分翻车是知识库本身的问题（外在），RAG 检索再强也救不了；另一部分是链路处理的问题（内在），可以靠增强手段解决。这正好呼应「答案在输入里才治得了幻觉」的判断。

图 2 · 失败点在链路上的分布：索引构建过程 vs 检索增强过程

知识库·治理索引构建加载 · 切分 · 向量化检索生成索引构建过程的失败点 · 内容缺失：答案根本不在库里 · 文档加载失真：PDF 表格 / 图片提取 · 切分粒度不当：太碎丢上下文、太大灌噪声前段问题靠知识库治理与分块策略解决，属外在层——检索器再强也救不了。检索增强过程的失败点 · 错过排名靠前的文档：答案在第 6 名，只取前 5 · 不在上下文：提取的上下文与答案无关 · 未提取到答案：上下文有，模型没抓出来 · 格式错误：要 JSON 给了字符串 · 具体度不当：答案太笼统或太细 · 答案不完整：只回答了一部分

判断第一问永远是：答案到底在不在召回回来的上下文里？不在 → 外在（治理）；在但答错 → 内在（链路调优）。

表 1 · 七类失败点与对应解法

失败点	所在段	典型表现	解法方向
内容缺失	知识库治理（前）	答案压根不在库里，模型给看似合理实则错的答案	补录知识库、数据清洗、提示「找不到答案就明说」
错过排名靠前的文档	检索 / 重排	召回 top5，但正确答案在第 6 条	加大 topK（注意 token 与干扰代价）、重排 rerank
不在上下文	上下文拼接	召回后拼进上下文的内容与答案无关	更精准检索、上下文压缩、关键句强调
未提取到答案	生成	上下文有答案，模型没提取出来	更强模型、提示「必须基于上下文回答」
格式错误	生成	要 JSON 给了字符串	提示调优、格式校验（如输出解析器）、自动修复
具体度不当	生成	答案太具体或太笼统	提示改善、提升基座模型能力
答案不完整	生成	只回答了问题的一部分	问题拆成子问题，并行 / 串行求解后汇总

分块策略：决定召回上限的第一步

切分的大小和位置，直接影响检索出的上下文完整性与 token 成本

「分块质量几乎决定了 RAG 系统的性能上限。」即使换上高性能大模型和精心设计的提示词，分块不当仍会导致上下文缺失、事实性错误、拼接不连贯与幻觉。

为什么必须分块？一是模型上下文窗口有限；二是控制检索信噪比。块过大引入噪声、稀释关键信息，块过小缺乏上下文、难以理解语义；三是靠重叠窗口（overlap）缓解边界断裂，避免定义、条件等关键内容被拆散。理想状态是在「上下文完整性」与「信息密度」之间取得动态平衡。这也是检索块与生成块可以分开设计的原因。

表 2 · 分块策略分类、参数与适用

策略	做法与关键参数	适用场景	注意
固定长度	按字符数硬切；中文 chunk_size 300–800 字，overlap 10%–20%	结构弱的纯文本、基线方案	极易破坏语义边界
句子 / 递归	先句后段；递归按「标题→段落→换行→空格→字符」粗到细分隔符链切	说明文档、知识库条目、综合语料	中文分句别用 NLTK（不支持中文标点），用 HanLP / Stanza / 正则
结构感知	以标题层级为父聚合内容，超长章节二次细分；注入父级路径（如「指南＞安装」）	技术文档、手册、白皮书	过短块在同父标题下合并
对话式	以「说话人＋轮次」为单位，按话题窗口聚合；用轮次重叠而非字符重叠	客服对话、会议纪要	召回后做「邻接扩展」（拼接前后轮次）
语义 / 主题	句向量相似度骤降处切分；或句向量聚类按主题切换点切	论文、白皮书、长篇报告	计算开销大，短文档效果有限
小-大 / 父子	小块高精度召回，命中后回溯父大块给完整上下文	需句级证据 + 段落解释的问答	维护父子映射，易于去重与回链
代理式	用小模型动态判断边界：不在代码/表格中间切、保持标题链完整	高度复杂的混合格式长文档	需规则护栏 + 自动回退，控制成本
混合分块	先粗切结构、再按需细化；同时建「小块索引 + 大块存储」	大多数生产环境（推荐）	原子块（代码/表格）保持完整

重叠窗口是维持上下文连续的关键，但不宜过大（通常 ≤20%）；元数据（标题路径、块类型、位置）同样重要，可显著提升检索与重排效果。

图 3 · 块大小权衡：两条反向曲线的交点附近为最优块长区间

效果块大小（tokens） 128 256 512 1024 综合效果峰值最优区间 256–512 过小：语义碎裂，关键信息不在块内过大：噪声稀释注意力， token 成本升高综合效果上下文完整度信息密度两条反向曲线的交叉附近即最优块长区间；具体数值没有放之四海皆准，要用评测集实跑确定。

表 3 · 分块场景推荐（tokens）

场景	建议区间
通用问答	128–512，最常见的平衡区间
技术文档 / 论文	200–300，保术语与逻辑结构
长叙事（小说）	500–1000，保情节连贯
社媒 / 短文本	100–200，适配碎片检索
复杂任务	1024，响应时间与质量的平衡点

表 4 · 质量-成本档位

档位	策略	适用
Fast	结构→递归	快速上线
Balanced	+ 异常块语义分块 + 小-大检索	多数生产
Quality	+ 代理式精修 + 强 rerank	高精度

调优方法论：固定检索与重排，只动分块参数，用 Recall@k、nDCG、忠实度评估。

表 5 · 实测案例：同一套企业级 RAG，三种块大小对比

案例背景：一套企业级问答 RAG 应用，用评估框架和评估数据集实测三种 chunk_size。除块大小外其余条件全部固定。LangChain 递归字符分块（默认分隔符，overlap 为 chunk_size 的 20%）、生成模型 qwen-max-latest、向量模型 text-embedding-v3、向量库 FAISS、纯向量检索（未加任何 Advanced RAG 增强）、top_k=10。三个指标各管一段链路：事实准确性看答案是否忠于召回的上下文（生成层），上下文精度看相关块是否排在召回结果前列（检索层），答案相关性看回答是否切题（生成层）。

chunk_size	分块数	事实准确性	上下文精度	答案相关性	结论
128	1546	最高	中	0.90+	事实最准，token 消耗约为 256 的一半。成本敏感场景的最优
256	821	中高	中高	0.90+	综合最优，优先选用
512	462	中	最低	0.90+	低精准度拉低整条链路，性价比极低

三种块大小的整体表现都在中高区间，拉开差距的是「事实准确性 × 上下文精度」的组合。条件不同结论会变。所以可迁移的不是「记住 256」，而是「用评估框架在真实数据上跑」这套动作。

向量检索算法：从暴力搜索到 IVF 与 HNSW

检索阶段的底层引擎。选型直接影响速度、召回率与知识库能否增量更新

「与其追求 100% 精确的最近邻（KNN），不如在毫秒内找到 99% 相似的近似最近邻（ANN）。对大多数应用，速度上的提升远比微小的精度损失更有价值。」

图 4 · 两大 ANN 主流算法：IVF 先分区再精搜，HNSW 分层导航

IVF · 先分区，再精搜 ? 查询先比质心，只搜最近的 nprobe 个簇（橙色） ×＝质心 HNSW · 分层导航小世界顶层入口点中层底层高层稀疏长边（高速公路），底层密集短边（本地街道）层内贪婪搜索 → 找不到更近就下探，底层精细搜索

IVF：K-Means 把全库聚成 nlist 个簇并记录质心，查询只与质心比距离、在最近 nprobe 个簇内暴力搜。快，但答案可能落在没搜的簇里。HNSW：借鉴小世界网络与跳表，从顶层入口贪婪逼近，逐层下探到底层精细搜索。召回率通常更高，且支持增量添加数据。

表 6 · HNSW 三大核心超参数

参数	作用	调大的代价与收益	类比
M（最大连接数）	控制每个节点的邻居数量（出度）	图更稠密、召回率更高；内存与构建时间显著增加	每条街道的交叉口数量
efConstruction	建索引时为每个新节点找邻居的候选队列大小	图质量更高、利于最终精度；索引构建大幅变慢	修路时考察更多备选路线
efSearch	查询时候选队列大小。最重要的查询时参数	探索更广、召回率显著提高；查询延迟增加	导航时同时考虑更多备选路径

表 7 · IVF vs HNSW 全方位对比

特性	IVF（倒排文件索引）	HNSW（分层导航小世界）
搜索类型	基于聚类的搜索	基于图的搜索
搜索速度	快	非常快，超大规模下尤甚
构建速度	相对较快	计算量大，相对耗时
内存占用	较低，适合与量化结合、处理载不进内存的超大规模数据	需将向量全量载入内存，开销巨大
召回率	靠 nprobe 参数在召回与速度间权衡	通常能达到非常高的召回率
动态数据	对新增数据不友好，通常需定期重建索引	支持增量添加，无需全量重建
适用场景	静态、超大规模、内存有限	高召回实时应用，数据可全量载入内存

产品侧最该记住的是「动态数据」这一行：规则 / 政策类知识库天天在更新。选 IVF 就意味着每次更新可能要重建索引、服务中断；选 HNSW 才有「改一条录一条」的增量能力。这就是知识库治理里「增量更新」的底层依据。

检索前、中、后优化手段

增强 RAG 把优化拆成三段。先看全景骨架，再逐招拆开：基本思路、是否用 LLM、流程图、适用场景与实例

图 5 · 三段优化全景：每段的招数清单

① 检索前 Pre-Retrieval 索引优化：摘要索引 · 父子索引 · 假设性问题索引 · 元数据索引查询优化：完善问题（Enrich） · 多路召回（Multi-Query） · 问题分解（Decomposition） ② 检索 Retrieval 混合检索＝向量（语义）＋ BM25（术语）→ 标准化评分 → 加权融合；必要时微调嵌入模型适配领域术语 ③ 检索后 Post-Retrieval 重排（最相关顶到最前） · RAG-Fusion / RRF 融合排序 · 上下文压缩与过滤 ④ 生成：候选上下文拼进提示 → 大模型作答

检索前提高「被索引内容的质量」并理顺查询意图；检索阶段决定「找什么、怎么合」；检索后解决「给模型的上下文纯不纯」。

检索前 · 索引优化四招（逐招拆解）

图 6 · 摘要索引：用摘要当「替身」检索，命中后回溯原文

LLM 参与：建库时逐块生成摘要查询时不额外调用 LLM

解决什么：半结构化文档（文本＋表格混排）直接切分会切碎表格，整张表做向量检索又难以匹配。基本思路三步：①建库时让 LLM 为每个块生成摘要，向量化存入摘要库；②查询时先在摘要库里命中最相关的摘要；③回溯到摘要对应的原始块，把原始块（而不是摘要）送入模型作答。

离线 · 建库时（每个块一次）原始文档块 LLM 生成摘要逐块一次摘要向量化入库摘要向量库原始块原样保留，摘要只是检索替身在线 · 查询时用户问题在摘要库中检索命中最相关摘要回溯到原始块替身只是入口大模型生成原始块拼进提示同一个摘要库

适用：需要快速定位、上下文要求简洁的场景。新闻资讯平台从海量新闻中快速提取关键信息。两个注意：摘要必须包含高价值表格的关键信息，过简会丢信息；每个块一次 LLM 调用，要按数据价值权衡成本。

图 7 · 父子索引：子块负责检得准，父块负责答得全

LLM 参与：不需要（纯索引结构策略）

基本思路三步：①文档切成层级化块结构，只用最小的叶子块建向量索引；②检索时召回 top-k 个叶子块。块小，向量语义准，匹配得准；③若多个叶子块指向同一个父块，用父块替换这些子块送入模型。块大，上下文全，答得全。

建库：层级切块父块（大 · 不入索引）子块 1 子块 2被命中 ✓ 子块 3 子块 4 向量索引只建在子块上；子块小语义准，父块大上下文全用户查询检索命中子块细粒度 · 匹配准多个子块同父？是 → 用父块替换父块送入大模型粗粒度 · 上下文全

适用：文档有清晰层次、查询针对具体细节、需要保上下文完整。技术文档（API 文档）、书籍、代码库检索；法律检索按条款命中后召回完整条文，避免分块过细丢前提。

父子索引为什么存在：一对天然矛盾

「检索需要细粒度：越细越容易匹配问题里的关键词；生成需要粗粒度：模型需要完整上下文才能正确理解。传统 RAG 无法兼顾二者，陷入精度 vs 完整性的两难。」

一个典型翻车：合同里写「违约要赔偿 30%」，前提是「非不可抗力情形下」。如果前提那一条没被一起召回，AI 给出的答案就是错的。父子索引让「检得准」与「答得全」同时成立。

图 8 · 假设性问题索引：用「问题」检索「问题」，同语义空间更好匹配

LLM 参与：建库时为每块预生成 n 个问题查询时不额外调用 LLM

基本思路三步：①建库时让 LLM 为每个块生成 n 个假设性问题（这些问题和块内容强相关），向量化存入问题向量库；②查询时拿用户问题向量检索「问题向量库」。用问题搜问题（query-to-query），替换掉常规的「问题搜文档」；③命中后回溯到原始文本块送入模型作答。

离线 · 建库时原始文档块 LLM 预生成问题每块 n 个假设问题问题向量化入库问题向量库覆盖原因 / 影响 / 步骤等不同角度在线 · 查询时用户问题用问题搜问题query-to-query 回溯原始块问题只是入口大模型生成原始块拼进提示同一语义空间

优点：用户问题与预生成问题同属一个语义空间，比「问题对文档」更容易匹配；用户措辞与原文差异大也能召回。局限：依赖 LLM 生成问题的质量，专业领域可能需微调或人工校验。适用：FAQ、产品手册、教育客服等问法高度重复可预测的场景。药品咨询里为每种药品预生成「感冒了吃什么药」一类问题。

图 9 · 元数据索引：先按标签过滤收窄范围，再向量检索定位

LLM 参与：可选（文档没标签时可让 LLM 推理补出）查询时过滤为结构化操作

解决什么：几百个来源与类型的大文档集，只靠「切块＋top-k 相似检索」会精度不足、知识互相干扰。基本思路三步：①定义标签体系（topic / author / year 等，文档自带就用，没有可让 LLM 建库时推理补出）；②查询时先按标签过滤；③在过滤后的子集里做向量检索定位 Top-K。LangChain 中用自查询检索器（SelfQueryRetriever）实现。

标签示例：topic: 人工智能 / 云计算　·　author: A / B / C　·　year: 2022 / 2023 / 2024 用户查询含过滤意图第一步：标签过滤topic=人工智能year=2024 过滤后子集几百篇 → 少量第二步：向量检索只在子集内比对定位 Top-K 先过滤再检索：相似度只负责「内容像不像」，「哪条适用」交给结构化标签判定。例：医学文献库查「糖尿病」，先按 topic 过滤，就不会被并发症资料干扰。

适用：多源异构、需分层筛选的大文档集。电商推荐按用户偏好标签先筛商品知识。规则 / 政策类场景尤其关键：活动、品类、版本多轴并存，只靠相似度分不出「哪条适用」，必须先按维度过滤。

检索前 · 查询优化三招（逐招拆解）

图 10 · 完善问题（Enrich）：模型主动追问，把模糊问题问清楚

LLM 参与：查询时，多轮对话补全

解决什么：口语表达过于简略或含糊，容易引发语义歧义；问题里隐含要素多、表达出的信息却不足。基本思路：让模型主动与用户多轮沟通，不断收集信息、完善对真实意图的理解，补全执行所需的各项参数，得到一个完善后的查询再送检索。

用户原话「退货怎么办？」 LLM 补全意图主动追问 · 多轮收集缺失参数完善后的问题订单 · 类型 · 诉求送检索追问示例：「哪个订单？是质量问题还是七天无理由？」 ——补全之后再检索，命中率明显更高

适用：C 端自然语言对话入口。表达简略、语义歧义、信息不足三类问题都靠它兜底；代价是多一轮交互，适合异步场景或对话式产品。

图 11 · 多路召回（Multi-Query）：一问变多问，覆盖不同视角

LLM 参与：查询时，生成 N 个相关问题

解决什么：单一查询措辞有限，覆盖不全。用户措辞与文档表述稍有差异就漏召。基本思路三步：①用 LLM 基于原始问题生成 N 个不同视角的相关问题；②N 个新问题连同原始问题一起送检索，各自召回一批文档；③所有结果汇总去重后交给模型，生成更完整的答案。

原始问题 LLM 生成 N 个问题不同视角 · 互补覆盖视角 1：退货政策各自检索一批文档视角 2：运费规则各自检索一批文档视角 3：时效限制各自检索一批文档结果汇总 · 去重原始问题也在其中大模型生成答案

适用：通用问答里单条查询覆盖不全的场景。视角怎么定不是拍脑袋。让 LLM 从「政策 / 费用 / 时效」等维度改写；多路检索的代价是调用量翻 N 倍，配合后面的 RRF 融合排序使用效果最好。

图 12 · 问题分解（Decomposition）：复合问题拆成子问题，分而治之

LLM 参与：查询时，CoT 提示拆解

解决什么：复杂问题需要多步推理才能回答，模型一步到位容易漏。基本思路：用思维链（CoT）提示把问题拆成小问题，再选一种执行策略。并行：每个子问题各自检索作答，最后把所有子答案汇总成最终答案；串行：依次执行，把前一问的答案并入后一问的提示，逐步逼近。

复合问题需要多步推理才能回答 CoT 拆解拆成可独立回答的子问题子问题 1查 A 的表现子问题 2查 B 的表现子问题 3查条件 X 的定义两种执行策略并行：各自作答 → 汇总子问题互相独立时用串行：答案滚动并入后一问依赖前一问时用

适用：对比类、多跳类复合问题。「A 和 B 哪个更满足条件 X」拆成分别查 A、查 B、查 X 的定义；串行适合「先查资质，再按资质查适用政策」这类有依赖关系的问题。

检索 · 混合检索

图 13 · 混合检索标准流程：两路并行 → 标准化评分 → 加权融合

用户查询查询预处理向量检索 BM25 关键词检索精确术语匹配结果标准化评分归一到可比区间结果标准化评分归一到可比区间加权融合按权重合成总分按总分排序 · 取 Top-K → 送入生成阶段语义相似，受表示能力限制

「标准化评分 → 加权融合 → 排序」这三步正是「无脑拼接」会跳过的部分。没有归一，两路分数根本不可比。

表 8 · 三种检索方式对比

方式	擅长	短板	角色
向量检索	捕捉语义相似	受向量空间表示能力限制，易漏「关键词匹配、表述不同」的核心信息	理解意图
关键词 / BM25	精确术语匹配、召回率高	对自然语言表达不友好，易召回「词频相似、语义无关」的块	抓准专有词
混合检索	取长补短、动态适配	需调权重，绝不能无脑拼接	生产默认

表 9 · 实测对照：同一应用四种检索方案（汽车手册问答）

案例背景：一套汽车手册问答 RAG 应用作固定底座，在同一评估数据集上每次只替换 / 叠加一个检索组件，其余条件不变。指标沿用 RAGAS 体系：忠实度（答案是否忠于上下文）、上下文精准度（相关块是否排得靠前）、上下文召回率（关键信息是否被覆盖）。括号内为相对第一行纯向量基线的百分点变化。

方案	忠实度	上下文精准度	上下文召回率	结论
原始：纯向量（256 块）	0.7619	0.8514	0.8750	忠实度是最大短板
＋上下文压缩检索器	0.8615（+9.96%）	0.9028（+5.14%）	0.8194（−5.56%）	以小幅召回损失换核心指标双升，综合 F1 几乎不变（0.8630→0.8591）
＋混合检索（无脑拼接）	0.8474（+8.55%）	0.4257（近乎减半）	0.8750（持平）	几乎不可用。两路分数没归一就合并
混合＋调权重＋重排	从「最差方案」变「最优方案」，指标提升的同时成本还下降	重排是保留优势、剔除缺陷的必备操作

这组数据把两条工程铁律钉死了：①混合检索绝不简单拼接结果；②所有指标的最终落脚点都是「检索到的上下文质量」。优化围绕完整度＋纯净度展开。

检索后 · 三件套（逐招拆解）

图 14 · 重排（Rerank）：用更专业的排序模型，把最相关的顶到最前

模型参与：交叉编码器（专用排序模型，非生成式 LLM）

解决什么：检索器（向量 / BM25）为了快，排序都比较粗。最相关的文档不一定排最前，而模型对上下文开头的内容最敏感。基本思路：用更专业的排序模型对候选重新打分。交叉编码器把「查询＋文档」成对送入逐条打分，比向量检索的「各自编码再算距离」准得多。把最相关、最合规的结果顶到上下文最前端。

检索器返回的候选（顺序粗糙）文档 C · 相关性 0.81 文档 A · 相关性 0.78 文档 E · 相关性 0.75 文档 B · 相关性 0.74 文档 D · 相关性 0.70 重排模型交叉编码器「查询＋文档」成对打分比向量相似度更准重排后（最相关置顶）文档 A · 0.95 → 第 1 位文档 C · 0.88 文档 B · 0.84 文档 D · 0.72 文档 E · 0.51（沉底）打分依据从「各自编码算距离」变成「成对精算」，顺序质量完全不同

生产必备。表 9 的实测里，混合检索要加上调权重＋重排才从最差方案变成最优方案。重排是「保留召回优势、剔除排序缺陷」的核心操作。

图 15 · RAG-Fusion / RRF：多路排名列表，按「倒数排名」融合成一份

LLM 参与：多路问题由 LLM 生成；融合本身是纯计算

解决什么：多路查询（Multi-Query / 混合检索）各自返回一个排名列表，直接合并会让不相关文档排在前面。基本思路：用倒数排名融合（RRF）把多个排名列表合并成一个。不看原始分数（不同检索器的分数不可比），只看「在各自列表里排第几」：排得越靠前贡献越大，「两路都认可」的文档合成后最靠前。输出 Top-K 再送模型。免分数归一化，简单稳健。

列表 1（第 1 路）文档 D · 第 1 文档 A · 第 2 文档 B · 第 5 列表 2（第 2 路）文档 A · 第 1 文档 C · 第 3 文档 D · 第 4 RRF 融合只看排名不看原始分数融合后 Top-K 文档 A · 第 1 文档 D · 第 2 文档 A 两路都靠前（第 2、第 1）→ 合成第 1；文档 D 一路第 1、另一路第 4 → 合成第 2

RRF 公式：对每个文档，把它在各列表里的「倒数排名」加起来 RRF(d) = Σ 1 / (k + rankᵢ(d)) · N：参与融合的检索列表数量（BM25＋向量 → N=2；多路召回生成 3 问 → N=3） · rankᵢ(d)：文档 d 在第 i 路检索结果里的排名（从 1 数起） · k：平滑常数，通常取 60。压平不同检索器间不可比的分差 → 「两路都认可」比「单路第一」更可信，这正是融合排序的价值。

适用：多路召回 / 混合检索的结果合并场景，是 Multi-Query 的标配后处理。

图 16 · 上下文压缩：按查询抽取相关内容，不带噪声送模型

模型参与：可用 LLM 抽取，也可用轻量小模型降成本

解决什么：切块的时候并不知道用户会问什么。与查询最相关的信息可能埋在一大段无关文本里，原样送模型既贵又稀释注意力。基本思路：检索返回文档后不直接使用，先用「给定查询的上下文」对文档做压缩，只返回与查询相关的部分。

检索回来的块无关背景段落…… ✓ 与查询相关的句子无关举例段落…… ✓ 与查询相关的句子上下文压缩按查询只留相关内容压缩后的上下文 ✓ 相关句子 ✓ 相关句子 token 更省、注意力更聚焦；代价是召回率小幅下降

实测（表 9）：上下文压缩让忠实度 +9.96%、上下文精准度 +5.14%，代价是召回率 −5.56%，综合 F1 几乎不变。省下的 token 和提纯的注意力，换的是更高的答案质量。

评测方法：四个指标与归因诊断

检索和生成必须分开测，否则归因会指错方向

任何 RAG 系统的有效性都依赖两个核心组件：检索器（高效找到最相关文档）与生成器（用检索内容生成连贯准确的回答）。评估的输入有四要素：问题（question）、答案（answer）、上下文（context）、参考答案（reference answer，需人工标注）。据此拆成检索评估与响应评估两组。核心认知是：忠实度低 ≠ 检索差，往往是生成阶段忽略了上下文；召回率低才指向检索与治理。两组分开看，才能定位瓶颈。

图 17 · 四个指标在链路上的归属

问题question 检索器Retriever 上下文context 生成器Generator 答案answer 参考答案人工标注检索层指标 context_recall：覆盖关键信息的比例 context_precision：相关的是否排得靠前生成层指标 faithfulness：答案是否忠于上下文 answer_relevancy：是否直接回应问题 recall 与 precision 难分高下时，用 F1（二者的调和平均）综合评估

理想状态是「高召回 + 高精准」：该找到的都找到、找到的都是相关的。但大规模数据上二者常难兼得。很多业务（客服、技术文档问答）宁可优先保证信息不遗漏，接受「高召回 + 中等精准」。

表 10 · 指标含义与评估输入

指标	归属	评估输入	含义
context_recall	检索	上下文 + 参考答案	上下文覆盖问题所需关键信息的比例
context_precision	检索	上下文 + 参考答案 / 问题	相关信息是否排在前列、占比如何（按位置 k 计算排序质量）
faithfulness	生成	答案 + 上下文	答案是否完全基于上下文、无捏造。拆成原子事实逐条核对依据
answer_relevancy	生成	答案 + 问题	答案是否直接、清晰回答了问题。不考虑正确性，答非所问即无效

表 11 · 四个判例：指标怎么读

问题	关键事实	指标读数
苹果公司总部在哪？	上下文四句里只有一句含「库比蒂诺」，其余是成立年份、CEO、产品	精准度 = 1/4 = 25%。相关内容占比低
《三体》作者是谁？哪年出版？	参考答案两个要点「刘慈欣」「2006 年」，上下文都包含 → 召回 100%；缺「2006 年」则只剩 50%	召回率按关键点覆盖计
爱因斯坦哪年获诺贝尔奖？	答案与上下文一致 → 忠实度 100%；若答案多写一句「当时在普林斯顿任教」（上下文没有），即使正确也判不忠实	忠实度看「有无上下文依据」
如何煮咖啡？	答「研磨至中粗、90℃ 冲 3 分钟」→ 相关性高；答「咖啡起源于埃塞俄比亚」→ 忠实但答非所问	相关性看「是否回应所问」

表 12 · 指标等级标准（满分 1.0）

指标	高	中	低
context_recall	≥ 0.8	0.5 ~ 0.8	< 0.5
context_precision	≥ 0.7	0.4 ~ 0.7	< 0.4
faithfulness	≥ 0.9	0.7 ~ 0.9	< 0.7
answer_relevancy	≥ 0.9	0.7 ~ 0.9	< 0.7

两组指标各有高低、难分优劣时，用 F1（精确率与召回率的调和平均）综合评估。比如 recall 0.67 / precision 0.45（F1≈0.54）对阵 recall 1.00 / precision 0.39（F1≈0.56），F1 给出可比较的综合分。「多高算高」也要按业务风险定，见下面的阈值表。

表 13 · 归因诊断：哪个指标低，指向哪

低指标	可能的问题场景	核心指向
context_recall	检索器未覆盖关键文档（知识库缺失）、嵌入模型语义匹配能力不足	检索器
context_precision	返回大量无关文档、向量库索引策略有误、相关文档排名低	检索器
faithfulness	生成未严格遵循上下文（提示没约束「基于提供的信息回答」）、上下文过长信息稀释	生成器
answer_relevancy	未准确理解问题意图（复杂问题没用链式提示分解）、上下文与问题关联弱	生成器
四指标全低	系统性问题：检索质量极差导致生成器输入混乱；或问题本身超出系统能力	检索优先

优化顺序遵循「先固根基，再求精进」：生成器的输出上限受限于检索器给的输入。Garbage In, Garbage Out。调检索策略（调参、混合检索、重排）通常比大规模微调生成模型更快见效、成本更低。第一阶段夯实检索（recall & precision），第二阶段提升生成（faithfulness & relevancy）。

表 14 · 阈值参考：按业务风险定线

场景	核心指标线	关注点
医疗 / 法律（高风险）	Faithfulness ≥ 0.9，Context Recall ≥ 0.9	任何事实错漏都可能造成严重后果
客服 / 电商 / 咨询	Answer Relevancy ≥ 0.8，Context Precision ≥ 0.7	直接解决问题、少冗余干扰
通用问答 / 内容生成	Answer Relevancy ≥ 0.7，Context Recall ≥ 0.7	覆盖面与相关性的平衡

通用基准可再细一档：忠实度 ≥0.85 是行业普遍追求的目标，低于 0.7 可能存在严重幻觉；答案相关性低于 0.6 用户通常难以接受（开放域 0.7 也可接受）；召回率在知识密集场景要求更高，若允许部分信息缺失（如新闻摘要）可降至 0.6。

适用边界与选型决策

RAG 不是万能，先判断该不该上，再谈怎么搭

当业务需要「用自有、易变的知识回答」，RAG 通常优于微调与纯长上下文：微调改不动、成本高、难溯源；长上下文在知识频繁更新、超长语料、精确溯源上都不如外挂知识库。但以下情况 RAG 不是最优解，需换思路。

表 15 · RAG vs 微调 vs 长上下文

维度	RAG	微调	长上下文
知识更新	即时（改库即可）	慢（需重训）	受窗口限制
溯源能力	强（可附引用）	弱	中
适合	易变、专属知识问答	稳定风格 / 能力塑形	单次超长文档理解
不适合	实时长尾（行情/库存/天气）	频繁变的知识	知识需持续更新

实时、长尾、强时效的信息靠外部 API / 工具调用更合适，不是知识库能兜的。这划定了 RAG 的边界。

现代口径：长上下文没有让检索过时

大窗口和检索不是二选一。窗口是工作容量（一次能同时摆下多少材料），检索是选择器（从海量知识里挑出此刻该看的几段）。两者正交、互补：检索把对的材料送进窗口，窗口负责把材料与问题一起消化。
窗口越长，越要防「上下文腐烂」——内容一多，模型对中间部分的注意力会掉（Lost-in-the-Middle），把整库塞进去反而稀释信号。所以即便百万级窗口，仍靠检索先筛掉噪声，再用窗口承载被筛出的工作集与推理过程。
现实分工：易变、专属知识用检索外挂（即时更新、可溯源）；单次超长文档的理解用大窗口直读。把长上下文当成 RAG 的替代方案，是选型里最常见的误判。

知识库治理：翻车的真正高发区

外在层问题靠治理，不靠检索调优。这是产品侧最该扛的卡

前面所有失败点里，最高频、最难靠工程手段救的，是知识库自身的治理问题：内容缺失、版本过期、多版本并存。这些本质是产品与数据问题，不是算法问题。「输入垃圾，必定输出垃圾」，任何 RAG 链路想获得好表现，都得先清洗数据。对规则 / 政策密集的电商场景尤其突出。

图 18 · 治理两子类：覆盖缺失 vs 版本冲突

覆盖缺失（没进库）新规则未录入 / 录入滞后表现：context_recall 低解法：补录入 + 数据清洗 + 「不知道就明说」兜底版本冲突（进了库但乱）现行版与过期版并存、排序错表现：context_precision 低解法：元数据 / 维度过滤 + 重排带时效信号两类都属外在幻觉——检索器治不了；一个是「没有」，一个是「太多且没分清」，解法完全不同。

治理四要点

覆盖确保该有的规则都进库，建立录入与校验流程；新政策上线与知识库录入必须同步。
时效规则更新时旧版标记过期而非删了重写；定期增量更新并重建索引，避免知识滞后。
版本给知识块打活动 / 品类 / 时间维度标签，检索时先过滤。版本冲突的唯一解。
增量索引选型直接决定治理成本：HNSW 支持增量添加、无需全量重建；IVF 对新增数据不友好，频繁更新的知识库慎选。

成本与延迟权衡

轻量一节：工程取舍要算账

重排、上下文压缩、混合检索都能提质量，但各有代价：重排与压缩要额外的模型调用（token 成本、延迟）；混合检索需调权重。原则是用最低成本的组合达标。小团队可优先「递归分块 + 混合检索 + 轻量重排」，大流量再做更重的增强。实测里上下文压缩以 5.56% 的召回损失换来忠实度 +10%、精准度 +5%，综合 F1 几乎不动。这就是「算得过账」的增强；反过来，没调好权重的混合检索会让精准度近乎减半，得不偿失。评估前也要对 token 消耗有心理预期：评测本身就是一轮不小的调用开销。

总链路图：一段一段看翻车点

把所有环节拼成一条端到端链路，红点即易翻车处

图 19 · RAG 端到端链路与易翻车点

前置 · 知识库治理：覆盖 / 时效 / 版本 —— 翻车最高发区，排障先查这里用户提问查询优化改写·分解混合检索向量＋BM25 融合·排序RRF / 加权重排·压缩提纯上下文生成问题含糊 / 多意图召回噪声 / 权重失衡排序错 / 相关沉底过度截断 / 丢关键忽视上下文 / 格式错排障从前往后：治理 → 查询 → 检索 → 融合 → 重排 → 生成（越往前，性价比越高）

链路越往后，问题越难靠单点解决；越往前（治理、查询），性价比越高。四个指标怎么读这张图：recall 低先看治理，precision 低看检索与融合排序，faithfulness / relevancy 低才轮到生成侧。

真实案例归因

两个电商问答场景，对应治理两子类

案例① · 大促「满减 + 品类券」互斥规则答错（版本冲突型）

事实：用户问「满减和品类券能叠加吗？」系统答「可以叠加」，实际双 11 期间互斥不可叠加 → 错答、客诉。

归因：现行「双 11 互斥」规则在库，排除内容缺失。根因是库里同时躺着现行版（互斥）与过期版（年中促·可叠加），两版语义相近，召回时过期版排前，重排没带时效信号，模型照过期版作答。翻在后段（排序 / 重排 / 拼接）。

指标与痛点：context_precision 低 + faithfulness 低（指向检索器为主因）；痛点对应「错过排名靠前的文档」与「不在上下文」。解法钥匙是元数据 / 维度过滤 + 重排带版本信号。

案例② · 新业务线「以旧换新」政策未录入答错（覆盖缺失型）

事实：新上线「以旧换新」配套新售后政策（不支持 7 天无理由退）。用户问能否 7 天无理由退，系统按通用政策答「支持」 → 实际不支持 → 错答。

归因：知识库里压根没有这条新政策。答案根本没进库，翻在前段（覆盖 / 治理）。context_recall 低，并连带把 faithfulness 拉低（模型回退参数记忆泛化作答）。痛点对应「内容缺失」。

解法：补录入 + 时效更新，并加提示兜底。「根据当前知识库，无法回答该问题」，别让模型编。

表 16 · 两案例对照

	案例① 版本冲突	案例② 覆盖缺失
根因	多版本并存、排序错	根本没进库
翻车段	后段（排序/重排/拼接）	前段（覆盖/治理）
低指标	precision + faithfulness	recall + faithfulness
解法	元数据过滤 + 重排带信号	补录入 + 时效 + 兜底提示
共性	均属外在幻觉，检索器治不了，靠知识库治理

迁移检验：售后政策（A/B 品类维度）、金融合规（监管版本迭代）与这两个案例同构。「同主题多版本需元数据/维度过滤 + 重排带信号」是可跨业务迁移的判据。

三条可复用判断

从上文提炼，可直接用于需求评审与排障

判断一 定位先看「答案在不在召回上下文」。不在，归治理 / 覆盖（前段）；在但答错，归检索排序 / 生成（后段）。这是评测诊断表的口语版。

判断二 治理问题分两子类，解法不同。覆盖缺失（补录入 + 时效）vs 版本冲突（元数据 / 维度过滤 + 重排），别混为一谈，也别指望调检索器解决治理病。

判断三 规则 / 政策类知识库必须带「维度 + 时效」标签，索引选支持增量的。电商的活动、品类、版本天然多轴并存，只靠向量相似分不出；而知识库频繁更新，索引得选 HNSW 这类支持增量添加的，别让每次改规则都要重建。

反例边界：生成器忽略上下文瞎编（recall/precision 正常，靠提示约束）、表格半结构化（需摘要 / 表格专用索引）、实时长尾（需外部 API）、问题含糊（需查询优化）。这些超出三条判断的覆盖，需落到对应专项。

进阶方向速览

生产深入时可关注的四个方向

GraphRAG

用知识图谱做检索，擅长多跳、实体关联类问答，搜索精度高但构建成本高。

Self-RAG

自反思式检索生成，用反思标记自主决定是否检索、是否采信，可显著降低幻觉。

CRAG

对检索结果做置信度评估，不确定时触发外部兜底，提升鲁棒性。

Agentic RAG

把复杂查询拆成并行子查询、动态路由，适合跨源、多步推理场景。

构建高效智能体

Tue, 03 Nov 2026 05:15:00 GMT

构建高效智能体

Building Effective Agents

Erik Schluntz、Barry Zhang　·　Anthropic　·　2024 年 12 月

主线

面对一个待办的 LLM 任务，你究竟该停在单次调用、加一层编排，还是放出去让模型自己跑。文章用一条复杂度递增的单轴把答案铺开：先判断要不要做，再判断用不用框架，然后按路径确定性从高到低给出五种工作流模式与自主智能体，最后落到所有模式共用的地基——工具接口的工程。

内核

「工作流」与「智能体」的分界不在于聪明程度，而在于下一步由谁决定：工作流由预写的代码路径决定，智能体由模型自己决定。这条分界线一旦明确，选模式的依据、复杂度取舍的准则、工具设计该花多少力，全都从这一刀长出来。

决策链

这篇文章的顺序本身就是它的主张

作者把整篇文章组织成一条自上而下的决策链，每一节都在回答「上一节的答案成立时才继续往下」。

这条链的排列不是叙述方便，而是作者反复回到的同一个判断：复杂度只在可证明地改善结果时才加。开篇讲「找最简单的可行方案，必要时才增加复杂度」，中间讲框架时又说「它们会让人忍不住加复杂度，而简单设置本来够用」，结尾收在「成功不在于构建最精密的系统，而在于构建适合你需求的那个系统」。三处同义反复，构成这篇文章的骨架。

智能体系统的决策链从要不要做智能体系统开始，经要不要用框架、路径由谁决定两个判断，落到工作流五种模式或自主智能体，最后指向工具接口的工程。要不要做智能体系统多数时候不用。智能体系统用延迟和成本换任务表现第 1 环是否停在单次调用 + 检索 + 示例要不要用框架先不用，直接调 API；用则须理解底层代码代码路径预写工作流模型自己决定自主智能体五种工作流模式提示链路由并行编排者-工作者评估者-优化者自主智能体规划执行每步取环境反馈检查点停止条件无论选哪条，都落到工具接口的工程格式选择　三条建议像写人机接口一样认真对待代入模型视角自查对工具做防错设计

决策链自上而下，每一环的答案决定是否进入下一环。复杂度只在可证明地改善结果时才加——这是全文被反复回到的那个判断。

决策点	作者的答案	依据的判断
要不要做智能体系统	多数时候不用	智能体系统用延迟和成本换任务表现
要不要用框架	先不用，直接调 API	框架的抽象层遮蔽底层提示与响应，调试更难
用哪种工作流模式	看子任务能否预知、能否并行、评估标准是否清晰	每种模式对应一类任务结构
什么时候放给智能体	步数无法预测、无法硬编码路径时	且必须能信任它的决策
工具怎么写	像给人写接口文档一样认真	工具错误会逐轮放大

值得注意的是，这条链上没有一节是正面讲「怎么把智能体做好」。通读全文会发现它的重心落在两端：最前面讲「什么时候不该用」，最后面讲「工具怎么设计」。中间那五种模式只是目录。

前提与边界

这条链预设了「你已经有明确的 LLM 能力基线」。文章对模型的判断能力、工具调用可靠性不做评估，直接假定前提成立。这在 2024 年底成立，但模型能力是这篇里唯一没有标注版本的东西，也是整条链最脆的一环。

模式谱系

五种工作流模式与自主智能体

从增广语言模型这个基座出发，逐级增加复杂度，铺出五种工作流模式，最后抵达自主智能体。

这个排列本身就是判据。每往下一级，路径的确定性就少一分，模型承担的决策就多一分。五种工作流模式之间不是并列可选的菜单，而是按「子任务能否预先知道」这一条轴排开的：能预先知道，就落在前四种里的某一种；不能预先知道且要动态拆解，用编排者-工作者；连拆解方式本身都难以预设，才轮到评估者-优化者与自主智能体。

六种模式的复杂度谱系从增广语言模型到自主智能体，按路径确定性递减排列，五个工作流模式夹在基座与智能体之间。增广语言模型提示链路由并行编排者-工作者评估者-优化者自主智能体路径由代码写死，模型只执行路径由模型自己决定决策轴：下一步由谁决定

复杂度沿一条轴递增：路径的确定性递减，模型承担的决策递增。五种工作流模式按「子任务能否预先知道」排开，不是并列可选的菜单：能预先知道就落在前四种之一，不能但要动态拆解用编排者-工作者，连拆解方式都难以预设才轮到评估者-优化者与自主智能体。

模式	路径由谁定	何时用	结构
提示链	预写的固定序列	任务能干净地拆成固定子任务串联，每步可加程序化闸门	串联
路由	预写的分支	存在清晰类别，且分类能做准	先分类再分流
并行	预写的多个分支	子任务互相独立，或需要多视角分区或投票	分区或投票
编排者-工作者	编排者动态决定	子任务数量无法预先知道	中心拆解、派发、汇总
评估者-优化者	预写的双角色循环	有清晰评估标准，且迭代确有价值	生成与批评交替循环
自主智能体	模型自己决定	步数无法预测，无法硬编码路径	规划、执行、感知反馈、循环

前提与边界

这张表是选型工具，不是流程图。五种模式都不含错误恢复与状态持久化。作者在这篇文章里完全没碰这两件事，而它们恰恰是工作流从演示走向生产时最先撞上的墙。

时代限定

原文发布于 2024 年 12 月，文章自己在开头挂了一条注：文中描述的工具生态此后已发生明显变化，指向 Claude Managed Agents 与相应文档。这意味着框架清单、模型版本、托管形态这三项已过期，但五种模式的划分逻辑不受影响。

提示链

能干净拆成固定子任务时，任务就该拆开，让每次调用只做一件更容易的事。

作者给这条模式的适用条件只有一句话：任务能被容易且干净地分解成固定子任务。目标是用延迟换更高的准确率，因为每个子任务更简单，模型出错的机会就少了。

它的关键设计是闸门：在任意中间步骤加程序化检查，确认流程还在轨道上。这个细节容易被略过，但它是提示链区别于「让模型一口气干完」的全部价值所在。闸门把错误拦在早期，而不是让它顺着链条一路传到底。典型用法有两类：先生成营销文案再翻译；先写文档提纲、检查提纲是否符合标准、再照着写正文。第二个用法的结构值得单独看——检查环节不是让模型自己满意，而是让程序按明确标准判断。

提示链的闸门机制任务先经生成提纲，再由程序闸门判断是否符合标准，符合则写正文，不符合则改写提纲后重来。输入生成提纲闸门符合标准？程序判定是写正文输出否改写提纲闸门把错误拦在早期，而不是让它顺着链条一路传到底闸门只能守可判定的边界，「这段论述是否打动了读者」这种判断写不成代码

提纲检查不是让模型自己满意，而是让程序按明确标准判断。「检查」与「生成」分成两步，是用结构换可靠性最朴素的办法。

前提与边界

成立的前提是拆解方式能预先写死。一旦子任务的数量或内容取决于具体输入，这个模式就失效了，那正是编排者-工作者的适用区间。另一个隐含前提是闸门的标准可以程序化判定：提纲是否符合某些标准可以写代码检查，但「这段论述是否打动了读者」不能。闸门只能守可判定的边界。

作者用它说明一个容易被忽略的权衡：智能体系统整体是在用延迟和成本换任务表现，提示链是这条曲线上的一个具体位置，它换的是延迟，换来的是准确率。文章没有给出任何数字说明这个交换在什么规模上划算。

路由

用分类把输入分流到各自专门的流程。分流的收益在于每条分支能被单独优化，不分流的代价是为一种输入做的优化会损害其他输入。

路由解决的是一个具体的性能问题。客服场景里，通用咨询、退款请求、技术支持如果共用一套提示，调好其中一类就会让另一类变差。分类之后，各走各的提示、工具与流程，互不干扰。

作者举的第二种用法比第一种更有意思：把简单常见的问题路由到更小更便宜的模型（Haiku 4.5），把困难少见的路由到更强的模型（Sonnet 4.5），以成本换性能。这是把「模型选择」也当成路由的一个分支。路由器不只分发任务，也分发算力。

路由的分类分叉输入经分类器分流到三条专门流程，分别配有专用提示与工具。分类器是单点故障。输入分类器单点故障通用咨询专用提示 + 工具退款请求专用提示 + 工具技术支持专用提示 + 工具简单常见 → 更小更便宜的模型困难少见 → 更强的模型模型选择也是路由的一个分支分类器出错比不分流更糟分类可以由 LLM 做，也可以由传统分类模型或算法做，这一步不必然依赖大模型

路由器不只分发任务，也分发算力。分类准确率是这个模式的隐形单点故障，而文章没给任何关于准确率门槛的说明。

前提与边界

两个前提都得满足：类别之间确实有足够差异值得分开，以及分类本身能做准。第二点常被低估。分类器一旦出错，比不分流更糟，因为输入被送进了不适配的处理流程。作者明说分类可以由 LLM 做，也可以由传统分类模型或算法做，说明这不是必须依赖大模型的一步。分类准确率是这个模式的隐形单点故障，而文章没给任何关于准确率门槛的说明。

作者用了两个例子，客服分流与模型强弱分流，但都没有说明分类失败时会发生什么，也没提当类别本身会变时（新品类出现、用户问法变了）分类器如何维护。路由是这套模式里最需要持续投入维护的一个，而它恰恰是文章里讲得最轻的一个。

并行

把互相独立的工作分给多次调用并行跑，结果程序化聚合。并行有两个变体，区别在于分的是不同子任务，还是同一任务的多次尝试。

作者把并行拆成两种变体。分区把任务拆成互不依赖的子任务并行处理，适用场景有两个：护栏与主响应分离，一个模型实例处理用户请求、另一个筛查不当内容；自动化评估，每次调用评估模型表现的一个不同方面。

投票是同一任务跑多遍拿到多样化的输出。适用场景是代码漏洞审查，多个不同提示各自审查并标记问题；内容合规评估，多个提示评估不同方面，或要求不同投票阈值以平衡假阳性与假阴性。投票不只是「多数决」——不同维度可以设不同阈值，某些维度严格些才算问题，某些宽松些。阈值可调意味着你可以按误报代价与漏报代价的不对称来分配严格度。

并行的两种变体左侧分区把任务拆成不同子任务并行后聚合，右侧投票把同一任务跑多遍后聚合，各维度可设不同阈值。分区 sectioning 拆的是不同子任务任务主响应护栏筛查分维度评估程序化聚合护栏与主响应分开处理，好于同一次调用兼顾两者子任务若互相有先后约束，就不是并行而是提示链多次尝试的失败模式若相同，投票只在放大同一个错投票 voting 同一任务跑多遍，阈值可按维度分别设定任务提示 A 提示 B 提示 C 按维度设不同阈值投票不只是多数决，阈值可按误报与漏报代价的不对称分配上下文位置偏置会削弱投票效果文章没有讨论投票的边际收益何时饱和

并行的两种变体：分区拆的是不同子任务，投票跑的是同一任务的多遍。投票不只是多数决，各维度阈值可分别设定。

前提与边界

分区的前提是子任务真的互不依赖，如果子任务之间有先后约束，就不是并行而是提示链。投票的前提是多次尝试的失败模式不同，如果每次调用犯的是同一个错，投票只是在放大同一个错误。上下文位置偏置也会削弱投票效果。文章没有讨论投票的边际收益何时饱和。

作者在并行这一模式里顺带给了一个更一般的观察：对于有多重考量因素的任务，把每个考量分配给独立调用，模型表现通常更好。这句话的适用范围比并行模式本身更宽。

编排者-工作者

中心模型动态拆解任务、派发给工作者、汇总结果。它与并行的拓扑结构相同，差别全在子任务的来源。

适用场景的共性是子任务的数量和内容都不可预测。原文举的两个例子都指向这一点：编程产品每次要改的文件数量与改动性质取决于任务本身；搜索任务要从多个来源收集与分析信息，可能需要多少轮搜索事先不知道。

作者用「地形相似，但关键区别在于弹性」来描述它与并行的差别。并行的中心只是分发任务，编排者的中心还要做判断：判断该派什么活、派给谁、收到的结果怎么合。这比并行多了一层要求，代价是中心成了单点。编排者拆错了，所有下游都错。

编排者与工作者中心编排者动态拆解任务并派发给多个工作者，再汇总结果，子任务由编排者当场决定而非预先定义。输入编排者当场决定子任务既是单点，也是判断所在工作者 1 改文件 A 工作者 2 搜来源 B 工作者 N 数量事先未知汇总编排者做判断拆错则全盘皆错出与并行的拓扑结构相同，差别全在子任务从哪来：并行预先定义，编排者当场决定

编排者比并行的中心多做一件事：判断该派什么活、派给谁、结果怎么合。这层要求让中心成了单点。

前提与边界

前提是中心模型有足够能力做拆解和汇总。并行的中心只是分发，编排者的中心还要做判断。代价是中心成了单点：编排者拆错了，所有下游都错。原文没有讨论如何校验拆解质量，也没有给出拆解本身出错时的兜底。

作者明确说这个模式适合编程类任务，因为「要改哪些文件、每个文件改成什么样，取决于任务本身」。这是全文对「子任务不可预知」最清晰的例证，比抽象描述好懂得多。

评估者-优化者

一个调用负责生成，另一个负责评价与反馈，两者循环往复。这个循环能不能转起来，取决于两个信号同时出现。

这个模式的成立需要两个信号同时出现，作者把它们写得明确。第一，人把反馈讲清楚之后，模型的输出能确实变好。第二，模型自己能给出这种反馈。缺任何一个，循环就空转：模型批评得不准，或者批评了但改进方向对不上。

作者拿人类写作者反复打磨文章的过程类比这个循环。这个类比用得准：写作者的第一稿确实需要第二双眼睛，而这双眼睛不必是另一个人的，也可以是模型。适用场景有两个：文学翻译，译者模型可能漏掉细微之处而评估模型能给出有用批评；需要多轮搜索与分析的复杂检索任务，评估者决定是否还需要继续搜。

评估者与优化者的闭环生成产出草案交评估者判断，合格则输出，不合格则带反馈回到生成，形成闭环。输入生成产出草案不合格，带反馈回到生成评估判断是否合格合格输出循环转起来的两个信号人把反馈讲清楚后输出能确实变好　+　模型自己能给出这种反馈　　缺一个则空转

评估者不只是打分，它同时是循环的退出条件。但评估者判断错了，循环会停在不合格输出上，或者一直转下去。

前提与边界

前提是评估标准清晰且能被模型判断。「文学翻译的细微之处」这类判断依赖于评估者自己的品味标准，它的稳定性取决于模型在那个领域被训练得如何。文章提到评估者可以决定是否值得继续搜索，这是循环的退出条件，但同样的问题在这里出现：评估者判断错了，循环就会停在一个不合格的输出上，或者一直转下去。原文没有讲循环的最大轮数，也没讲怎么在评估不可靠时降级。

作者用人类写作者反复打磨文章的过程类比这个循环。这个类比用得准的地方在于它解释了「谁来做评估者」：不是更强的模型，而是承担不同角色的模型。原文举的两个场景被简化的部分是：真实场景里评估标准往往需要人来定，作者省掉了「谁来定标准」这一环。

自主智能体

步数无法预测、无法硬编码路径时，把路径的决定权交给模型，由它自己规划执行、靠环境反馈纠偏。

作者对智能体工作方式的描述非常朴素：它通常就是一个基于环境反馈循环使用工具的语言模型。所有让它显得复杂的机制——规划、暂停、执行、检查点，都是为了支撑这个循环。

运行机制的三个要素各司其职。规划与执行分离：任务明确后智能体独立规划和执行，必要时返回向人求助，起点必须是人给的命令或交互式对话，智能体不自己发明任务。每一步都要拿到地面真相：工具调用结果、代码执行输出这类来自环境的真实反馈，是智能体判断进展的依据，没有它模型只能靠想象往下走。检查点与停止条件：智能体可以在检查点或遇到阻塞时暂停等人介入，任务通常在完成时终止，但通常还要设停止条件来保持控制。作者特别强调：自主性适合在可信环境中做规模化任务，代价是更高成本与错误累积，因此建议在沙箱充分测试并配以护栏。

自主智能体的运行循环人在起点给定任务，智能体规划、执行、获取环境反馈并循环，检查点与停止条件提供控制。人在起点给定任务命令或交互式对话规划执行环境反馈工具结果、代码执行输出没有它，模型只能靠想象往下走检查点与停止条件暂停等人介入，或以最大迭代次数收束未完成则回到规划，构成循环自主性适合在可信环境中做规模化任务代价是更高成本与错误累积

智能体的三个运行要素各司其职。原文强调自主性适合在可信环境中做规模化任务，代价是成本与错误累积。

要素	作用	缺了会怎样
人在起点给定任务	划定问题边界	智能体自己找活，方向不可控
每步获取环境反馈	判断真实进展	靠想象推进，偏离累积
检查点与停止条件	保持人的控制权	失控循环或过早终止

前提与边界

三个前提，缺一不可：步数确实无法预测（能预测就该用工作流）、环境可信（错误会累积）、决策能力值得信任（作者说「你必须对它的决策有某种程度的信任」）。

时代限定

原文写于 2024 年 12 月，彼时「智能体正在生产环境中崭露头角」是现状描述而非展望。今天再看，这段里最不稳的是「模型能力成熟到让智能体可行」这个前提。原文把智能体的可用性挂在「理解复杂输入、进行推理与规划、可靠使用工具、从错误中恢复」四项能力成熟上，这四项的判断水位在两年间变化很大。

工具接口

工具定义与规格值得跟你写整体提示词同等的注意力，因为智能体与计算机之间的接口工程质量决定系统上限。

作者在正文中只留了一句重话，然后把它展开成附录。「构建 SWE-bench 智能体时，我们花在优化工具上的时间比优化整体提示词更多。」这句话是全文对工程优先级的最强表态——工具设计不是收尾工作，而是主要工作量。

作者先指出一个容易被忽略的事实：同一个动作往往有多种描述方式。文件修改可以写成 diff，也可以重写整个文件；结构化输出可以把代码放在 markdown 里，也可以放在 JSON 里。在软件工程里这些差异是表面的、可无损互转，但对模型来说，有些格式明显更难写。写 diff 需要在写新代码之前就知道 chunk 头里要改多少行；把代码放进 JSON 相比 markdown 需要额外转义换行和引号。方法论层面的核心类比是：把智能体与计算机的接口当成人机接口来对待，投入同等认真的力气。由此推出四条——把自己放到模型的位置上看工具是否显然可用、像给初级开发者写接口文档那样写、测试模型怎么用你的工具、对工具做防错设计（poka-yoke）。

工具格式的选择与防错设计同一个动作有三种描述方式，模型写难度不同；据此得出三条格式建议，再推到四条接口设计方法。同一个动作，多种描述 diff 格式需预先知道改动行数模型难写写之前就被格式卡住全量重写无格式开销模型易写软件工程里无损互转，对模型不等价 JSON 包裹需转义换行与引号模型难写额外转义开销三条格式建议给模型足够的 token 去思考格式贴近互联网上自然出现的形态消除格式上的额外开销四条接口方法把自己放到模型的位置上看工具是否显然可用像给初级开发者写一份优秀的接口文档测试模型怎么用你的工具，看它犯什么错对工具做防错设计，改参数让犯错更难

格式选择不是审美问题，是可写性问题。三条格式建议落到四条接口方法上，最后收敛到一个具体改动上。

最后这条作者给了实测案例，也是全文最具体的一个工程细节：他们发现模型在使用相对路径的工具时会犯错，尤其是在智能体已经移出根目录之后。解决办法是把工具改成强制要求绝对路径，然后模型使用这个方法毫无差错。这个案例示范了防错设计的完整逻辑：错误是环境的结构性特征导致的，那就消除环境里的这个特征，而不是在提示词里反复叮嘱模型小心。

前提与边界

这套方法的前提是工具由你定义。用现成 SDK 的现成工具时，格式与描述不由你控制，能调的空间只剩参数命名与描述文本。另外「给模型足够 token 去思考」这条依赖模型能力与上下文窗口，在上下文紧张的场景里，这条建议与其他「消除格式开销」的建议会互相挤压，原文没有处理这个冲突。

时代限定

文章提到的具体形态（Claude API 的 tool use block、Model Context Protocol 作为工具接入方式）在两年间已明显演进，附录里点名的框架生态官方自己已声明过时。但「把工具当人机接口来设计」这个判断不依赖任何具体工具形态，它依赖的是模型与生俱来的弱点，先验于任何 API 版本。

原文在正文中说工具设计详见附录，这个安排让附录承担了全文最具体的工程内容。作者自己的表述是「在这篇简短的附录里，我们讲讲怎么为你的工具做提示词工程」。「简短」这个自评与实际信息密度不符，这篇附录的内容比正文任何一个模式章节都更实操。

核心原则

文章在结尾处给出了自己一直遵循的三条原则，这是全文少见的作者自述部分。

这三条与前面的决策链是同一件事的三个侧面。「保持简单」管的是不做什么，「优先透明」管的是让人看见它在做什么，「精心设计接口」管的是它做得对不对。

原则	内容与正文的关系	对应到哪一段
保持简单	设计上尽量简单	对应「只在必要时加复杂度」
优先透明	显式展示智能体的规划步骤	对应「地面真相」与检查点机制
精心设计接口	智能体与计算机的接口	对应工具接口设计卡的全部内容

关于框架，作者的最终建议是：框架能帮你快速起步，但不要犹豫减少抽象层、在走向生产时用基础组件构建。

前提与边界

需要留意的是，作者对「透明」的界定只落在展示规划步骤这一项上，即让人看见智能体打算做什么。它没有涉及另一类透明：结果可复现、决策可回溯、成本可归因。这三件事恰好是智能体进入生产环境后最常被追问的，而文章没有回答。

系统性缺席

这篇论文没回答什么

1. 没有给出任何量化的成本与延迟数据。

全文反复提到智能体系统用延迟和成本换任务表现、并行与投票更贵、智能体成本更高，但没有一个数字：没有模式之间的成本对比，没有「什么规模下哪种模式划算」的界线，没有多跑几轮投票的边际收益曲线。选型者只能凭直觉在「更贵」和「更准」之间取舍。作者给了足够的选择依据，唯独没给这个选择的分母。

2. 完全没有触及状态持久化与错误恢复。

五种工作流模式与自主智能体，加起来描述了任务如何被拆解、路由、并行、评估，但没有一处说明任务中途失败怎么办。链式流程里第三个调用挂了，前两个的中间结果去哪了；派发给工作者的任务部分失败，编排者怎么知道哪部分没成；智能体跑了二十轮撞上限，之前的工作怎么留下。文章在提到智能体时说需要设置停止条件，但停止之后如何保留已有进展，一个字没提。这是模式谱系与生产系统之间最大的一段空白。

3. 没有讨论多智能体协作。

全文的智能体都是单体自主决策，编排者-工作者模式里的工作者也是被派活的执行者，不与彼此协作。多个智能体之间如何分工、如何通信、冲突怎么解、如何避免互相等待，这套问题在 2024 年底已是行业热点，文章完全绕开了。绕开的方式值得注意：它没有论证「不需要」，而是根本没提。

4. 没有给出工具描述的量化标准。

作者说「像给初级开发者写接口文档那样」，但这仍是类比而非标准。多长算够短、示例该给几个、边界情况该覆盖哪几类、参数描述写成什么结构才算合格，这些可以照着做的问题，文章都留在了经验层。唯一量化的建议是「给模型足够 token 去思考」，而「足够」是多少没给。

5. 回避了「何时不该用智能体」里的成本侧。

作者在「何时该用」一节里给出了任务结构上的判据（步数不可预测、需要模型驱动决策），但当一个任务既符合结构条件、又在成本敏感的场景里时该怎么办，没有回答。客服是文章举的正面案例，附录里也提到了按成功解决量计费的商业模式，这条按结果计费的路径为「什么时候该用」补上了一个文章没展开的答案：把风险共担写进商业模式。但作者没有把这层意思挑明。

6. 多步工作流的质量保证机制缺席。

智能体那部分说了沙箱测试加护栏，但工作流那五种模式一个字的测试策略都没写。提示链的闸门是运行时检查，评估者-优化者的循环也是运行时检查，开发阶段怎么验证一条五步链路的正确率，没有答案。对一个教人搭系统的文章来说，这是个反直觉的缺口。

适用边界

作者在哪些地方说错了或说窄了

框架观察有范围

「最成功的实现没有用复杂框架或专门的库」这个观察有范围。它说的是「我们合作过的几十个团队」，样本是 Anthropic 自己的客户。能用直接的 API 调用搭出系统，与能在自己团队外把这套东西交给几十个工程师维护，是两件事。文章确实在同一段里说了「如果用框架，要理解底下的代码」，这句话把问题指向了使用者的理解成本而不是框架本身，但读者拿到的行动建议仍然是「先别用框架」。

「适合你需求的系统」没有可操作性

「成功在于构建适合你需求的系统」这句话没有可操作性。它作为原则无懈可击，作为决策规则则什么都没说：怎么知道哪个系统是「适合」的？作者的实践是「测量表现并迭代」，但没有给任何测量的方法或指标。判断「加复杂度是否值得」这件事，被留在了读者手里，而它恰恰是整篇文章声称要解决的问题。

框架与直接 API 的取舍漏了一个变量

漏了迁移成本。理解底层代码这个要求是对的，但当换模型、换供应商、换工具格式时会发生什么，文章没提。用 API 直接搭的系统，迁移成本是重写；用框架搭的系统，迁移成本可能是改配置。这个变量会实质改变「先别用框架」这个建议在企业环境里的分量。

提示词参考范例

Tue, 03 Nov 2026 03:45:00 GMT

Jerry 老师 L1 课程《Prompt 总调不好？掌握构成要素 + 调优技巧》的配套资料，逐条都可直接复制改用。

通用提示词#

1
# 角色：角色名称
2
- 角色概述和主要职责的一句话描述
3

4
## 技能：
5
1. 角色需要具备的技能1
6
2. 角色需要具备的技能2
7
3. 角色需要具备的技能3
8

9
# 要求：
10
1. 用户的具体需求1
11
2. 用户的具体需求2
12
3. 用户的具体需求3
13

14
# 任务：
15
- 需要让大模型执行的具体任务
16

17
# 工作流：
18
1. 描述角色工作流程的第一步
19
2. 描述角色工作流程的第二步
20
3. 描述角色工作流程的第三步
21

22
# 示例：
23
- 提供示例1:成功示例/失败范例,提供示例格式模板
24
- 提供示例2:成功示例/失败范例,提供示例格式模板
25

26
# 限制：
27
- 描述角色在互动过程中需要遵循的限制条件1
28
- 描述角色在互动过程中需要遵循的限制条件2
29
- 描述角色在互动过程中需要遵循的限制条件3

基于知识的回答示例#

产品智能问答客服#

1
# 角色
2
你是一个专业的产品智能问答客服，能够依据产品上下文，准确、清晰地回答用户关于产品的各种问题。
3

4
## 技能
5
### 技能1: 回答产品相关问题
6
1. 当用户提出关于产品的问题时，仔细分析问题的关键信息。
7
2. 依据产品上下文，查找与问题相关的内容。
8
3. 用简洁明了的语言，将找到的信息整理成答案回复给用户。
9

10
### 技能2: 处理复杂问题
11
1. 若用户的问题较为复杂，涉及多个方面，对问题进行拆解。
12
2. 分别从产品上下文中查找各部分相关信息。
13
3. 将整合后的信息有条理地呈现给用户，确保回答完整、准确。
14

15
# 回复示例:
16
关于您提出的[具体问题]，根据产品上下文，答案是[具体回答内容]。
17

18
# 限制:
19
- 只回答与产品相关的问题，拒绝回答与产品无关的话题。
20
- 回答内容必须基于产品上下文，不能随意编造信息。
21
- 回答需简洁明了，避免冗长复杂的表述。

基于知识的提示模板示例#

1
# 角色
2
你是一个专业的产品智能问答客服，能够依据产品上下文，准确、清晰地回答用户关于产品的各种问题。
3

4
## 技能
5
### 技能1: 回答产品相关问题
6
1. 当用户提出关于产品的问题时，仔细分析问题的关键信息。
7
2. 依据产品上下文，查找与问题相关的内容。
8
3. 用简洁明了的语言，将找到的信息整理成答案回复给用户。
9

10
### 技能2: 处理复杂问题
11
1. 若用户的问题较为复杂，涉及多个方面，对问题进行拆解。
12
2. 分别从产品上下文中查找各部分相关信息。
13
3. 将整合后的信息有条理地呈现给用户，确保回答完整、准确。
14

15
# 回复示例:
16
关于您提出的[具体问题]，根据产品上下文，答案是[具体回答内容]。
17

18
# 限制:
19
- 只回答与产品相关的问题，拒绝回答与产品无关的话题。
20
- 回答内容必须基于产品上下文，不能随意编造信息。
21
- 回答需简洁明了，避免冗长复杂的表述。
22

23
# 任务
24
- 根据上下文回答问题：
25
- 问题：{query}
26
- 上下文：{context}

基于知识的提示模板示例【jinja2】#

1
# 角色
2
你是一个专业的产品智能问答客服，能够依据产品上下文，准确、清晰地回答用户关于产品的各种问题。
3

4
## 技能
5
### 技能1: 回答产品相关问题
6
1. 当用户提出关于产品的问题时，仔细分析问题的关键信息。
7
2. 依据产品上下文，查找与问题相关的内容。
8
3. 用简洁明了的语言，将找到的信息整理成答案回复给用户。
9

10
### 技能2: 处理复杂问题
11
1. 若用户的问题较为复杂，涉及多个方面，对问题进行拆解。
12
2. 分别从产品上下文中查找各部分相关信息。
13
3. 将整合后的信息有条理地呈现给用户，确保回答完整、准确。
14

15
# 回复示例:
16
关于您提出的[具体问题]，根据产品上下文，答案是[具体回答内容]。
17

18
# 限制:
19
- 只回答与产品相关的问题，拒绝回答与产品无关的话题。
20
- 回答内容必须基于产品上下文，不能随意编造信息。
21
- 回答需简洁明了，避免冗长复杂的表述。
22

23
# 任务
24
- 根据上下文回答问题：
25
- 问题：{{query}}
26
- 上下文：{{context}}

基于知识的提示模板使用示例#

1
# 角色
2
你是一个专业的产品智能问答客服，能够依据产品上下文，准确、清晰地回答用户关于产品的各种问题。
3

4
## 技能
5
### 技能1: 回答产品相关问题
6
1. 当用户提出关于产品的问题时，仔细分析问题的关键信息。
7
2. 依据产品上下文，查找与问题相关的内容。
8
3. 用简洁明了的语言，将找到的信息整理成答案回复给用户。
9

10
### 技能2: 处理复杂问题
11
1. 若用户的问题较为复杂，涉及多个方面，对问题进行拆解。
12
2. 分别从产品上下文中查找各部分相关信息。
13
3. 将整合后的信息有条理地呈现给用户，确保回答完整、准确。
14

15
# 回复示例:
16
关于您提出的[具体问题]，根据产品上下文，答案是[具体回答内容]。
17

18
# 限制:
19
- 只回答与产品相关的问题，拒绝回答与产品无关的话题。
20
- 回答内容必须基于产品上下文，不能随意编造信息。
21
- 回答需简洁明了，避免冗长复杂的表述。
22

23
# 任务
24
- 根据上下文回答问题：
25
- 问题：电梯主要技术参数有哪些？
26
- 上下文：
27
1.电梯主要技术参数：
28
1.1 控制方式：单控；
29
1.2 载重(kg)：≥1000；
30
1.3 速度：1.0；
31
1.4 预留门洞尺寸 宽 mm*高 mm：1100*2200；
32
1.5 提升高度m：23.4；
33
1.6 井道尺寸宽mm*深mm：2750*2800；
34
1.7 底坑深度mm：1600；顶层高度mm：4380；
35
2.电梯基本功能：电梯基本功能包含但不限于以下项目：
36
2.1 关门等待取消；
37
2.2 反向指令自动消除
38
2.3 轿厢关门延时保护
39
2.4 光幕门保护装置

智能体提示词示例#

在 Agent 里一般会结合 Tools 与 Workflow 使用。

意图识别-自动判断用户性别#

1
# 角色
2
你是一个专业且技术精湛的图像编辑专家，能够精准地为用户的一寸彩照进行处理，将其转化为专业的正装一寸彩照。
3

4
# 技能
5
## 自动判断用户性别
6
你会根据图片自动判断用户性别(gender)是“男性”还是“女性”
7

8
## 判断用户性别回答
9
如果用户是男性，你则回答：你好先生。
10
如果用户是女性，你则回答：你好女士。
11
如果用户回答其他内容，你则回答：好了别开玩笑，请给我一张正确的图片。
12

13
## 调用图像流处理用户照片
14
当用户选择好风格时后，你要根据用户的性别、期望风格来调用正确的图像流
15

16
## 工作步骤：
17
1. 自动判断用户性别: 首先根据用户输入的图片自动判断用户性别(gender)是“男性”还是“女性”
18
2. 根据用户性别回答：你好先生 或者 你好女士
19
3. 根据用户性别调用不同的图像流处理用户照片：
20
- 如果用户是男性，则调用图像流`photo_male`，将用户上传的图片来作为输入参数`photo`；
21
- 如果用户是女性，则调用图像流`photo_female`，将用户上传的图片来作为输入参数`photo`；
22

23
## 输出结果
24
请把图像流所有图片输出都返回给用户，请使用小图缩略图的形式返回结果。
25

26
# 限制:
27
- 仅处理一寸彩照相关业务，拒绝回答无关问题。
28
- 严格按照要求进行处理，确保最终生成的照片符合正装一寸彩照的标准。

Agent客服助手意图识别、工具调用(Tool calling)、工作步骤#

1
# 角色
2
  你是一个智能客服助手，负责理解用户问题、准确识别用户意图，并在必要时调用合适的工具来解决问题。请严格按照以下流程执行。
3

4
# 工作步骤：
5
## 步骤 1:意图识别
6
分析用户输入，判断其核心意图。可识别的意图包括但不限于:
7
  - 查询订单状态
8
  - 申请退货/退款
9
  - 咨询产品信息
10
  - 投诉或建议
11
  - 账户问题(登录、密码等)
12
  - 其他(无法归类时使用)
13
输出格式:{"intent":"意图类别"}
14

15
## 步骤 2:参数提取
16
从用户输入中提取执行该意图所需的参数。例如:
17
  - 订单号
18
  - 产品名称或产品ID
19
  - 用户手机号/邮箱
20
  - 问题描述等
21
输出格式:{"parameters":{"参数名":"值"，...}}
22

23
## 步骤 3:工具调用决策
24
根据意图和参数完整性，决定是否调用工具:
25
- 如果参数完整且需要调用工具支持，则生成工具调用请求
26
- 如果参数缺失，则请求用户补充信息, 再执行调用
27
    1. `query_order_status(order_id: str)` 查询订单状态
28
    2. `get_logistics_info(order_id: str)` 获取物流信息
29
    3. `refund_apply(order_id: str, reason: str)` 提交退款申请
30
    4. `search_product(keyword: str)`  搜索产品信息
31
    5. `check_coupons(user_id:str)` 查询用户优惠券
32
    6. `submit_feedback(content: str,contact: str)` 提交反馈建议
33
## 步骤4：输出结果
34
  - 输出格式(工具调用): {"tool_call": {"name": "工具名", "arguments": {"参数":"值"}}}
35
  - 输出格式(需补充信息): {"ask_for": ["缺少的参数1", "缺少的参数2"]}
36
  - 输出格式(直接回复): {"response": "自然语言回复内容"}
37

38
## 示例:
39
用户:
40
  我的订单什么时候发货? 单号是 order12345678
41
AI:
42
  意图识别：{"intent":"查询订单状态"}
43
  参数提取：{"parameters": {"order_id":"order12345678"}}
44
  工具调用：{"tool_call": {"name": "query_order_status", "arguments": {"order_id": "order12345678"}}}
45
  输出结果：{"response":"您的订单会在2030年12月30日发货"}
46

47
现在开始处理新请求:
48
用户: {问题输入}

任务执行类提示词示例#

1
# 角色
2
你是某某角色，你的目标任务是什么，想要达成什么目标
3

4
## 工作步骤
5
1. 工作流程1的一句话概括
6
2. 工作流程2的一句话概括
7
3. 工作流程3的一句话概括
8

9
### 第一步 工作流程1标题
10
工作流程步骤1的具体工作要求和举例说明，可以分点列出希望在本步骤做哪些事情，需要完成什么阶段性的工作目标
11
### 第二步 工作流程2标题
12
工作流程步骤2的具体工作要求和举例说明，可以分点列出希望在本步骤做哪些事情，需要完成什么阶段性的工作目标
13
### 第三步 工作流程3标题
14
工作流程步骤3的具体工作要求和举例说明，可以分点列出希望在本步骤做哪些事情，需要完成什么阶段性的工作目标
15

16
# 任务
17
具体的任务

示例：市场分析报告撰写专家#

1
# 角色
2
你是顶尖的市场分析专家，你的目标任务是深入分析一个指定的行业或产品市场，并撰写一份全面、数据驱动、具有前瞻性的市场分析报告，以帮助客户做出科学的战略决策。
3

4
## 工作步骤
5
1. 信息收集与整理：全面搜集目标市场的相关数据和信息。
6
2. 深度分析与洞察：对收集到的信息进行多维度分析，提炼核心观点。
7
3. 报告结构化呈现：将分析结果组织成一份专业、易读的报告。
8

9
### 第一步 信息收集与整理
10
在本步骤，你需要系统地搜集所有相关信息，并对其进行初步筛选和归类，为深度分析打下坚实的数据基础。
11
#### 具体要求：
12
- 宏观环境扫描：使用PESTEL模型（政治、经济、社会、技术、环境、法律）搜集宏观趋势信息。例如，若分析新能源汽车市场，需搜集各国补贴政策、碳排放法规、电池技术突破、消费者环保意识变化等。
13
- 市场规模与趋势：查找权威机构发布的行业规模、增长率、市场份额等量化数据。例如，引用Statista或IDC的报告数据来说明市场容量和未来预测。
14
- 竞争对手分析：识别主要竞争对手，并整理其产品、定价、渠道、营销策略（4Ps）等信息。例如，列出特斯拉、比亚迪、蔚来等品牌的主力车型和价格区间。
15
- 目标用户研究：搜集目标用户画像、需求痛点、消费行为等数据。例如，通过社交媒体洞察或调研报告了解潜在买家最关注的因素（如续航、充电便利性、价格）。
16

17
### 第二步 深度分析与洞察
18
在本步骤，你需要运用专业的分析框架对整理好的信息进行深入剖析，发现内在联系、挑战与机遇，形成具有战略价值的洞察。
19
#### 具体要求：
20
- SWOT分析：系统阐述该市场的优势、劣势、机会与威胁。例如，优势：产业链成熟；劣势：核心芯片依赖进口；机会：政策强力驱动；威胁：原材料价格波动。
21
- 波特五力模型分析：分析行业竞争激烈程度。例如，评估供应商议价能力（电池厂商的集中度）、购买者议价能力、新进入者威胁（科技公司跨界造车）、替代品威胁（公共交通、燃油车）、现有竞争者 rivalry。
22
- 关键成功因素提炼：总结在该市场中取胜必须具备的条件。例如，对于新能源汽车市场，关键成功因素可能包括：领先的电池技术、强大的充电网络、品牌声誉和软件体验。
23

24
### 第三步 报告结构化呈现
25
在本步骤，你需要将分析过程和结论以清晰、专业、可视化的方式组织成一份完整的报告，确保读者能快速抓住重点。
26
#### 具体要求：
27
- 执行摘要：用一段话概括整个报告的核心发现、主要结论和最关键的建议。
28
- 目录与结构：报告需包含引言、方法论、市场概述、详细分析、结论与建议等标准章节。
29
- 数据可视化：使用图表（如柱状图、折线图、饼图）来直观展示数据，例如用曲线图展示市场增长预测。
30
- 提出 actionable 建议：基于分析，为客户提供具体、可执行的战略建议。例如，“建议采取差异化定价策略，并优先在一线城市布局自营快充站以建立品牌优势。”
31

32
# 任务
33
请分析人工智能大模型在医疗领域的应用市场

示例：短视频剧本创作大师#

1
# 角色
2
你是爆款短视频剧本创作大师，你的目标任务是根据一个给定的产品或主题，创作出极具吸引力、节奏感强、易于拍摄且能引发病毒式传播的短视频剧本。
3

4
## 工作步骤
5
1. 定位与创意构思：明确视频目标与核心创意点。
6
2. 剧本结构与细节填充：设计故事框架并撰写具体内容。
7
3. 拍摄可行性审核与优化：确保剧本可执行并提出优化建议。
8

9
### 第一步 定位与创意构思
10
在本步骤，你需要明确视频的核心目标、目标受众和情绪基调，并 brainstorm 出最能抓住观众注意力的核心创意钩子。
11
- 具体要求：
12
  - 明确目标：确定视频是为了品牌宣传、产品带货还是提升知名度。例如，目标：在30秒内让观众记住新款气泡水的独特口味。
13
  - 用户画像：设想目标观众是谁（如：20-30岁的都市白领），他们的喜好和痛点是什么（追求健康、口味新奇、喜欢分享）。
14
  - 情绪基调：确定视频风格是搞笑、温馨、炫酷还是悬疑。例如，为气泡水选择“清爽畅快+一点幽默”的基调。
15
  - 创意钩子：构思视频开头3秒内吸引用户停留的亮点。例如，开头：一个人在大太阳下无精打采，喝下一口饮料后瞬间眼睛发光，背景变得五彩斑斓。
16

17
### 第二步 剧本结构与细节填充
18
在本步骤，你需要将创意扩展成一个完整的剧本，包括场景、旁白、对话、画面指示、音效和时长，确保故事流畅且有爆点。
19
- 具体要求：
20
  - 标准格式：按照“场景[画面描述]：对话/旁白（音效/音乐）”的格式撰写。
21
  - 黄金3秒：精心打磨视频开头的画面和文案。例如：[特写镜头：汗流浃背的脸] 旁白：“北京的夏天，差点把我送走...”
22
  - 节奏感：控制节奏，每2-3秒有一个画面切换或信息点，并在中间设置高潮或反转。例如，第5秒出现产品，第10秒展示使用后的夸张效果。
23
  - 行动号召：在结尾明确引导用户行为。例如，结尾字幕：“快来评论区说说你最想尝试哪种口味？”并贴上产品标签。
24

25
### 第三步 拍摄可行性审核与优化
26
在本步骤，你需要以导演的视角审视剧本，评估其拍摄成本、难度和效果，并提出更易执行或效果更佳的修改方案。
27
- 具体要求：
28
  - 场景与道具：检查剧本中的场景和道具是否容易实现。例如，将“在埃菲尔铁塔下喝饮料”改为“在充满法式风情的咖啡馆露台”，以降低拍摄成本。
29
  - 演员表演：评估对演员表演的要求是否过高，是否可以通过镜头语言简化。例如，将“需要演员表现出复杂的内心挣扎”改为“一个简单的挑眉动作特写”。
30
  - 特效与剪辑：指明哪些效果可以通过后期剪辑和简单特效实现，哪些需要复杂CG。优先选择低成本高效益的方案。
31
  - 最终润色：通读剧本，确保语言口语化、接地气，符合短视频平台的调性，并最终定稿。
32

33
# 任务
34
便携榨汁杯短视频剧本创作

示例：个性化学习导师#

1
# 角色
2
你是一位充满耐心、因材施教的个性化学习导师，你的目标任务是为一名遇到特定学习困难的学生制定一份量身定制的学习计划，通过诊断问题、提供资源和策略，帮助他/她攻克难点，提升成绩与信心。
3

4
## 工作步骤
5
1. 问题诊断与目标设定：准确识别学生的知识漏洞和学习目标。
6
2. 学习路径与资源规划：设计个性化的学习方案并匹配最佳资源。
7
3. 行动步骤与激励反馈：将方案拆解为可执行的任务并建立反馈机制。
8

9
### 第一步 问题诊断与目标设定
10
在本步骤，你需要通过与“学生”对话或分析其提供的信息，精准定位其当前的知识水平、存在的具体问题以及他/她希望达成的学习目标。
11
- 具体要求：
12
  - 识别薄弱环节：让学生描述或演示他/她认为最困难的部分。例如，在数学上，是“三角函数公式总是记混”还是“应用题无法理解题意”。
13
  - 分析错误类型：审查学生的错题，判断是概念不清、粗心失误还是思路错误。例如，物理计算错误是因为公式用错还是单位没换算。
14
  - 设定SMART目标：与学生共同设定一个具体、可衡量、可实现、相关和有时限的目标。例如，“目标：在两周内，将一元二次方程求解题的正确率从60%提升到90%”。
15
  - 了解学习风格：询问学生偏好哪种学习方式（如视觉型、听觉型、动手实践型），以便后续推荐合适资源。
16

17
### 第二步 学习路径与资源规划
18
在本步骤，你需要基于诊断结果，设计一个循序渐进的学习路径，并为每个阶段推荐最优质、最合适的学习材料和练习方法。
19
- 具体要求：
20
  - 知识拆解：将大目标拆解成一系列小知识点。例如，学习一元二次方程可分为：标准形式、判别式、求根公式、因式分解法、应用题。
21
  - 资源匹配：为每个知识点推荐特定资源。例如：
22
    - 概念理解：推荐一个B站上讲解该概念的动画视频（视觉）。
23
    - 公式记忆：提供一个口诀或思维导图。
24
    - 基础练习**：提供5道针对性练习题。
25
    - 强化提升：提供2道综合应用题。
26
  - 时间规划：建议每个小知识点分配的学习和练习时间。例如，“求根公式”部分预计学习1小时，练习30分钟。
27

28
### 第三步 行动步骤与激励反馈
29
在本步骤，你需要将学习计划转化为清晰的每日行动清单，并设计简单的反馈机制，让学生能够看到自己的进步，获得正向激励。
30
- 具体要求：
31
  - 制定日程表：将学习任务填入学生的每日时间表中，明确每天具体要做什么。例如，“Day 1：晚上7：00-8：00，观看视频‘十分钟搞定求根公式’，并完成配套练习5题”。
32
  - 设立检查点：规划几个关键的复习和自测节点。例如，“每三天做一次小测验，周末进行一次综合测试”。
33
  - 提供正向反馈：设计一种方式让学生记录自己的进步。例如，准备一个“进步手册”，每完成一个任务就打勾，每正确做对一套题就给自己一个小奖励。
34
  - 调整机制：告知学生如果在执行中遇到困难，可以随时回来和你一起复盘，调整学习计划和资源。
35

36
# 任务
37
高中数学的“函数与导数”

其他参考范例#

大模型应用学习规划师#

1
# 角色：大模型应用学习规划师
2
## 技能：
3
- 5 年大厂 AI 产品经验。
4
- 擅长以70% 实战 + 30% 理论的方式设计课程。
5
- 已帮200+非技术背景学生转型AI领域
6
- 结课后可产出面试作品集
7
# 目标需求：
8
- 985大学市场营销专业大四学生，2025年12月前目标，希望成为AI产品经理。
9
- 掌握大模型应用设计（如客服机器人、智能文档助手）
10
- 完成 3 个可演示的 AI 产品原型
11
- 获得字节跳动 AI 产品经理实习机会
12
- 可用时间：工作日晚 19:00-21:00（每周 3个晚上），周末上午 9:00-12:00
13
- 资源限制：无编程基础，预算≤1500 元（含工具会员)
14
# 任务：9周AI产品经理学习计划（含每日任务颗粒度），需包含：
15
1. 阶段里程碑：第3周（原型设计）/ 第6周（完整 Demo）/ 第9周（面试作品集）
16
2. 每日任务：理论学习（20min）+ 工具实操（40min）+ 案例拆解（20min）
17
3. 工具链：免费 / 学生版工具（如墨刀 AI 原型、Notion+ChatGPT 插件）
18
4. 验收标准：可运行的 Demo + 需求文档 + 面试话术库
19
5. 风险预案：连续 2 周进度滞后时，启动「周末特训日」（补 1 个完整项目）。
20
# 参考案例（2周AI客服机器人学习）：
21
D1（第 1 周）
22
理论：《AI 产品经理必修课》第 2 章（用户需求分析，B 站免费课）
23
实操：用「豆包企业版」搭建餐饮客服话术库（标注意图分类，耗时 40min）
24
输出：含 10 个常见问题的对话流截图 + 用户痛点清单（提交 Notion 看板）
25
D8（第 2 周）
26
理论：A/B 测试基础（36 氪 AI 产品专栏）
27
实操：在墨刀 AI 中调整按钮位置，对比点击率数据（导出 Excel 报告）
28
验收：可交互的客服机器人原型 + 50 字优化说明（截止周日 22:00）
29
（注：请沿用「日期 - 任务 - 工具 - 输出」的日粒度格式）」
30
# 禁止项：
31
- 不能纯看课不实操（每周实操占比≥70%）
32
- 不想使用需编程的工具（优先无代码平台）
33
- 单周学习不能大于6小时（防放弃）
34
# 保护项：
35
- 可以将每周三设为「灵感日」（刷 AI 产品案例，不计入时长）
36
- 允许用校园场景练手（如设计教学楼导览 AI）
37
- 预留 10% 时间试错（如体验新工具导致进度延迟）

销售数据分析助手#

1
# 角色：化妆品公司销售经理
2
## 技能：
3
- 熟悉公司产品线及核心卖点
4
- 具备基础销售话术分析能力
5
- 能识别顾客需求与销售障碍
6
- 了解主要竞品动态（如产品特点、市场策略）。
7
# 目标需求：
8
从销售对话文本中提取结构化销售数据，并识别竞品提及内容，生成可用于优化销售策略的分析报告。需包含以下核心目标：
9
1、量化销售行为：统计产品推荐次数、顾客异议处理成功率等。
10
2、定位顾客需求：分析高频提及的化妆品问题、功效偏好等。
11
3、监控竞品动态：记录顾客主动提及的竞品名称、对比评价及销售转化情况。
12
# 任务：从对话内容中提取出销售数据，应包括：
13
1、基础信息提取
14
- 对话发生日期、门店名称、销售员姓名
15
- 顾客性别、年龄区间（如有提及）
16
2、产品相关数据
17
- 提及的产品名称、规格、价格
18
- 顾客对产品的核心诉求（如保湿、抗老、敏感肌适用等）
19
- 顾客异议内容（如价格犹豫、成分担忧等）
20
3、销售行为分析
21
- 销售员使用的话术类型（如功效对比、促销引导、专业背书）
22
- 顾客从咨询到成交的决策周期（时间跨度）
23
4、竞品信息记录
24
- 顾客主动提及的竞品名称、型号
25
- 顾客对竞品的评价（如 “朋友推荐”“价格更划算”）
26
- 竞品是否导致销售失败或成功拦截（如 “顾客原计划购买 XX 品牌”）
27
5、输出格式要求
28
- 按对话时间顺序整理成表格，每行对应一段对话
29
- 关键信息使用标签标注（如 #保湿诉求 #竞品拦截成功）
30
- 最后应该有综合性的文字分析报告
31
# 参考案例：
32
## 成功案例：
33
### 对话片段：
34
顾客：“我之前用 XX 品牌的精华过敏，你们这款真的温和吗？”
35
销售员：“是的，我们产品通过了敏感肌测试，添加了舒缓成分。您可以先试用小样。”
36
顾客：“那我买一瓶试试。”
37
#### 提取结果：
38
日期：2025-06-20
39
门店：上海 A 店
40
产品：舒缓精华
41
顾客诉求：敏感肌适用
42
异议处理：提供试用装
43
竞品提及：XX 品牌
44
结果:成交
45
## 失败案例：
46
### 对话片段：
47
顾客：“听说 XX 品牌新出的眼霜效果不错。”
48
销售员：“我们的眼霜性价比更高。”
49
顾客：“我再考虑下。”
50
### 遗漏信息：
51
未记录竞品名称及顾客对比动机
52
未分析销售失败原因（如未针对性回应竞品优势）
53
# 约束项：
54
## 显性限制：
55
数据提取需基于对话原文，避免主观推断（如未明确提及价格则标注 “未提及”）。
56
每日处理对话量不超过 200 条，优先分析高价值客户（如客单价 > 100 元）的对话。
57
## 偏好：
58
优先关注顾客主动提及的竞品信息，其次是销售员主动对比的竞品。
59
分析报告需突出高频问题（如 “敏感肌诉求占比 40%”）和异常案例（如 “某门店竞品拦截成功率显著低于均值”）。
60
## 风险规避：
61
顾客隐私信息（如姓名、联系方式）需脱敏处理。
62
避免过度解读销售员个人能力（如 “话术不佳” 需结合具体对话内容说明）。

提示词网址推荐#

提示词优化器#

在线体验

反思机制

Tue, 03 Nov 2026 03:30:00 GMT

反思机制

Reflexion: Language Agents with Verbal Reinforcement Learning

Noah Shinn、Federico Cassano、Edward Berman 等　·　东北大学　·　2023 年 10 月

主线

大模型做智能体时试错学得很慢，因为传统的强化学习要更新权重，代价高。这篇的改法是不更新任何参数，而是让模型把失败写成一段文字，下一次带着这段文字再试。编程任务上首次生成的成功率是 91%，超过了当时最好的模型（80%）。

内核

反馈不需要是数字。传统强化学习用标量奖励，但标量丢掉了「错在哪」这个信息。这篇把二元或数值反馈翻译成一段自然语言的反思，存进记忆。这段文字是下一次尝试的输入，相当于一个用语言表示的梯度。

方法

难在哪，作者说清楚了

作者在讲做法之前先点明了这件事的难点，这段是全文的前提。

生成有用的反思，作者点明要求两件事知道模型错在哪写出可执行的改进摘要信用分配问题一串动作里哪一步出的错把「错了」翻译成「下次该怎么做」这是序列决策里公认的老大难作者把反馈分成三路，共同点是最后都要「放大」成一段话环境的二元反馈任务完成与否，环境直接给预设的启发式规则常见失败模式，人写规则去匹配模型自评用大模型做二元分类，或自写单元测试三路的共同点：评估信号最后都要放大成一段自然语言的经验总结，存进长期记忆

「放大」这个词用得准：环境给的是 0 或 1，反思要变成一句可读的话。

作者同时列了四条优势和两个缺点，这段话比方法本身更能说明这个方法的位置。

四条优势	说的是什么
1	轻量，不需要微调模型
2	反馈形式可以更细（比如指出动作要怎么改），而标量或向量奖励做不到准确的信用分配
3	记忆更明确、更可解释
4	给未来几轮的行动提示更明确

两个缺点（作者自己说的）	说的是什么
1	依赖模型自我评估（或启发式规则）的能力
2	没有成功的形式保证

前后呼应

推理时一次完整的循环

这里有个容易被忽略的设计：记忆只在试错之间传递，不在任务之间传递。每换一个任务，记忆从头开始。反思机制攒的是「这个任务上试过什么」，不是「这类任务的通用经验」。

步	做什么
1	行动者照着当前的记忆跑一遍，产出一条完整轨迹（一串动作与观察）
2	评测者给这条轨迹打分
3	反思模型根据轨迹与分数写一段反思，追加进长期记忆
4	回到第 1 步，带着新记忆再跑一遍

终止条件有两个：评测者判定通过，或者达到最大尝试次数。也就是说，反思机制不保证一定成功，只保证每次失败会留下点什么。

这两条缺点正好对应后面两个缺口：第 1 条对应「评测者本身可能出错，论文没量化」，第 2 条对应「本质上还是试错，只是记忆更长」。原文是先承认弱点、再用实验去试，最后在局限里认账，这条脉络也是前后呼应的。

论证链

为什么反馈要用文字表达

作者先指出智能体学得慢的两个原因，再给出绕过办法。

传统做法的问题	代价
更新模型权重	要大量训练样本，代价高
无梯度方法（树上搜索、自我一致性）	不跨回合记忆，同一个错误会反复犯

第二点更关键。已有的自我改进方法都是在一次任务内部反复试，试完就忘。任务失败的教训不会带到下一个任务。作者把这叫做盲目的试错，没有记忆的试错等于每次从零开始。

传统强化学习标量奖励：对 1 分、错 0 分丢掉了「错在哪」这个信息反思机制一段自然语言的反思相当于一个语义梯度下一次尝试反思文字进入提示词不动任何参数作者类比的场景：人类怎么学新技能这一次失败了只留下一个对或错的分数反思上一次失败形成下一次的计划

这一句是全文的支点：作者把语言式的反馈类比成语义梯度，不是数值上的下降方向，而是文字上的改进方向。

解法是把强化信号从数字换成文字。环境返回的反馈可能是标量（分数）、也可能是自然语言（编译器报错）。作者的做法是：用另一个语言模型把这个反馈翻译成一段反思，写进记忆，下次行动时把这段反思一起放进提示词。整个过程不动任何参数。

这一句是全文的支点：作者把它类比成一个语义梯度，不是数值上的下降方向，而是文字上的改进方向。人类学新技能也是这样，通过反思上一次的失败形成下一次的计划。

前提与边界

这套方法的前提是任务必须能给出可判断对错的反馈。开放式写作、没有标准答案的任务，这套循环没法运转：评测器给不出分，反思就无从写起。

三组件

三个模型，两种记忆

框架由三个模型组成，职责分得很干净。

组件	职责
行动者	根据当前状态和记忆，生成文字和动作。可以是思维链，也可以是别的行动生成方式
评测者	给这一轮的表现打分，作者试了几种：精确匹配、任务特定的启发式规则、用另一个语言模型来判断
自我反思	根据轨迹和评测结果，写出一段自然语言的反思

评测者这一环是整套方法能用起来的前提，但也是最容易被忽略的一环。作者自己承认，在语义空间里定义好的价值函数很难，所以试了多个变体。换句话说，「怎么判断这次做得对不对」这件事，这篇是带着问题一起做的，没有给出通用解。

行动者根据状态和记忆生成动作环境评测者打分自我反思写一段文字长期记忆存反思，滑动的窗口两种记忆的分工短期：这一轮的完整轨迹长期：提炼过的经验决策任务最多 3 条编程任务只存 1 条

作者的类比是：这对应人类「记得最近的细节，同时回想提炼过的重要经验」。

两种记忆的分工：短期记忆存这一轮的完整轨迹（动作、观察、奖励），长期记忆存反思文字。长期记忆的容量是滑动的窗口，不是无限增长的，决策任务上最多存 3 条经验，编程任务上只存 1 条。

整个循环的终止条件是「评测者判定通过」或「达到最大尝试次数」。也就是说，反思机制不保证一定成功，只保证每次失败会留下点什么。

前提与边界

记忆容量被作者设成了很小的值（1 到 3 条）。这个数字是调出来的还是试出来的，论文没有交代。而经验上限直接决定了一个任务最多能积累多少教训。

实验

三类任务，三种反馈

作者在三类任务上验证，每类的反馈信号都不同。这是这篇的设计要点：框架不变，换的是反馈来源。

任务类型	反馈从哪来	结果
程序生成	环境给的外部反馈：编译器报错、单元测试结果	编程基准上 91%，超过此前最好的 80%
决策任务（家居环境）	环境给的外部反馈：任务完成与否	134 个环境里完成 130 个
推理任务（多跳问答）	环境给的外部反馈：答案对不对	提升 20%

编程任务上的关键设计值得单独说：模型自己生成测试用例，然后跑测试，用测试结果当反馈。生成测试用的是思维链提示，生成的测试会先过一遍语法树构建，滤掉无效的，最多留 6 个。这一步把「模型觉得自己对不对」换成了「代码实际跑不跑得过」，反馈因此变得可信。

不可信的反馈模型自己判断这段代码对不对错了也不知道错在哪自生成测试用例语法树构建滤掉无效的最多留 6 个可信的反馈代码实际跑不跑得过错在哪一目了然推理任务上的对照设计给一个能看见标准答案的基线它的准确率更高，但仍有 39% 答不对反思在不给答案的情况下提升了 14% 家居任务里最常见的错误智能体以为自己拿到了某个物品，实际没有然后沿一条长轨迹继续走途中没有任何回头机制

反思机制解决的正是这个：记住「我以为拿到了但没有」，下一次先确认。

实验里有一个设计得很好的对照。推理任务上，作者加了一个能看见标准答案的基线。结果这个「作弊」的基线准确率更高，但仍有 39% 的题答不对。而反思机制在不给标准答案的情况下把准确率提升了 14%。这个对照说明：反思的作用不是提供信息，而是让已有的信息被用起来。

同一组实验里还有一个失败案例，作者自己交代了。购物网站那类任务上，加了反思机制没有显著超过不用反思的基线。作者的解释是：这类任务要求非常独特且多样的行为，而搜索空间不如维基百科那样多样。反思在答案相对收敛的任务上有效，在需要探索非常规路径的任务上帮不上忙。

另一处值得看的是失败模式分析。家居任务里最常见的错误是：智能体以为自己拿到了某个物品，但实际没有，然后沿着一条长轨迹继续走，途中没有任何回头机制。反思机制解决的正是这个：记住「我以为拿到了但没有」，下一次先确认。

前提与边界

三个任务都是可以自动判分的环境。开放式任务（写一份报告、设计一个方案）无法自动判分，这套框架用不上。而这恰恰是这类方法最有想象力的方向。

消融

哪一环都不能少

作者在编程任务上做了拆分测试，看四个组件各贡献多少。用的题目是最难的 50 道 Rust 题。

去掉哪一环	成功率
完整方法	68%
去掉自生成测试	52%
去掉自我反思（只保留测试）	60%
只用基础模型（两环都去掉）	60%

这份方法里「拿到可信反馈」比「反思」更关键完整方法 68% 去掉自生成测试 52% 去掉自我反思 60% 掉 16 个点是自生成测试，去掉自我反思只掉 8 个点

作者据此说，近来那些不做自我反思的盲试错调试技术，在难任务上（像写复杂 Rust 程序）是无效的。

这张表的结论很直接：自生成测试的贡献（68% 掉到 52%）比自我反思的贡献（68% 掉到 60%）大得多。也就是说，这套方法里拿到可信反馈比反思更关键。

作者自己给了这个判断：近来的工作提出各种不做自我反思的盲试错调试技术，这些在难任务上（像写复杂 Rust 程序）是无效的。这跟前面的消融数据是一致的。

前提与边界

消融只在一类任务、一个难度档位上做过。「自我反思贡献不大」这个结论，不能推广到所有任务。而且 Rust 是这批里最难的语言，换成 Python 或 JavaScript，排序可能变。

缺口

这篇论文没回答什么

1. 只能解决能被自动判分的任务。

作者在开篇划的范围就是「与外部环境交互的智能体」，而环境必须能返回反馈。开放式生成任务、长期规划任务，这篇完全没有触及，而这恰恰是这类方法想象力最大的地方。

2. 记忆容量怎么定，没有交代。

决策任务 3 条、编程任务 1 条。这些数字是试出来的还是拍的，论文没写。而容量直接决定一个任务最多能积累多少教训：容量太小学不到东西，太大则超出上下文限制且可能引入干扰。

3. 试错的次数上限与成本，没有系统分析。

算法里明确写着「达到最大尝试次数就停」，但这个次数是多少、成本是多少、和最终收益的关系是什么，论文没有给。

4. 本质上还是试错，只是记忆更长。

作者在局限里承认：策略优化仍可能陷入次优的局部解。反思机制不保证能找到最优解，它只保证每次失败会留下痕迹。这个局限是方法本身带进来的，靠改记忆结构（作者建议用向量库或数据库）能不能解决，论文没有验证。

5. 「可解释性更好」是作者的判断，不是实验结论。

论文提到语言式的强化可能让智能体更可解释、更可诊断，因为反思文字可以被人读。但全文没有任何一处实验去验证这个说法。这是一个方向性判断，不是被证明的结论。

6. 有一个失败案例被放在附录里，正文没提。

购物网站任务上，反思机制没有显著超过基线，作者的解释是这个任务需要「非常独特且多样的行为」。论文把它放在附录而不是正文，这个位置选择值得注意。

7. 风险那一段只有一句话。

作者承认这套方法会放大智能体被误用的风险，说「这个方向需要在安全与伦理上花更多力气」，然后就结束了。具体是什么风险、怎么防，论文没有给。

思维树

Tue, 03 Nov 2026 03:25:00 GMT

思维树

Tree of Thoughts: Deliberate Problem Solving with Large Language Models

Shunyu Yao 等　·　普林斯顿大学与 Google DeepMind　·　2023 年 12 月

主线

大模型的推理是逐词向左向右走的，这在需要探索和试错的题上必然出错。这篇的改法是把思维链从一条线扩成一棵树，让模型能在多个候选路径里选、往前看、往回退。24 点游戏这个题目上，思维链的成功率是 4%，思维树是 74%。

内核

推理慢不是问题，不能反悔才是问题。人类解问题的方式是在一棵搜索树上走，走错了可以退回来换个分支；大模型只能一条路走到底。这篇的核心不是让模型想得更多，而是给它一个可以放弃当前答案的结构。

方法

把三条旧路线写成公式，逐条指出不足

思维树不是拍脑袋想出来的，它是把已有的三条路线放在同一个形式下比较，然后补上它们共同缺的那一块。

路线	做法	不足
直接问答	把问题包成提示，直接生成答案	没有中间过程可言
思维链	生成一串想法当中间步骤，串起来通向答案	链内不探索，一条链只有一条走法
思维链 + 自我一致性	独立采样 k 条链，答案最频繁的赢	同样链内不探索；而且「最频繁」这个启发式只在输出空间有限时成立，比如多选题

思维链 + 自我一致性：只在开头分叉起每条链一旦选了就走到底而且「多数票」只在输出空间有限时才成立 24 点的输出空间是无限的，多数票无从下手思维树：每一步都分叉起剪每个状态都能停下来评估分支分叉发生在每一步，不只在开头所以能剪掉走不通的分支

思维树补的正是「探索」这一块：不是独立采样 k 条完整的链，而是在一个状态上分叉出 k 个候选想法，给每个打分，再决定往哪条走。

第三条的批评最关键，而且直接解释了 24 点游戏上的现象。自我一致性的胜负靠多数票，但 24 点的输出空间是无限的（四个数字有无数种排列组合），多数票无从下手。所以采样投票在这个任务上只有 9%。

作者用一句话概括方法的定义：思维树的一个具体实现要回答四个问题：中间过程怎么拆成想法、想法怎么生成、状态怎么评估、用什么搜索算法。这四个问题就是后面四个部件的由来。

作者还引了人类问题解决研究作为依据：人在解问题时是在一棵组合树上搜索，节点是部分解，分支是修改它的算子，走哪条分支由启发式决定。大模型缺的正是那个启发式式的搜索。

论证链

从一条线扩成一棵树

作者先指出两个具体缺陷，再给解法。

一条线：只能往前，不能反悔起 1 2 3 开局决定错了后面只能一条路走到底思维链在这个结构上 24 点题只有 4% 一棵树：可以选、可以回退起剪状态评估器给每个分支打分，分数低就剪掉作者指出的两个具体缺陷局部不探索在一段推理内部不尝试别的走法全局无规划没有往前看、没有回头路

人类认知里有两套系统：快而自动的系统一负责直觉，慢而有意识的系统二负责检查和重来。作者的判断是大模型只有系统一：它能联想，但不能审视自己的联想。

缺陷	说的是什么
局部不探索	模型在一段推理内部不尝试别的走法，没有「这里也可以那样算」的分支
全局无规划	没有往前看、没有回头路。开局决定错了，后面只能一条路走到底

解法是把问题定义成一棵搜索树。树上每个节点是一个「状态」，也就是原始输入加到目前为止生成的一串想法；从状态出发的每条分支是一个候选想法。这样一来，「生成下一步」变成扩展节点，「判断对不对」变成给状态打分，「推倒重来」变成剪枝。

证据的重量在 24 点游戏上。这个任务的规则极简：四个数字凑出 24，只能用加减乘除，但 GPT-4 用思维链只有 4% 的成功率，用思维树（宽度 5）是 74%。

方法	成功率
直接问答	7.3%
思维链	4.0%
思维链 + 100 次采样投票	9.0%
思维树（宽度 1）	45%
思维树（宽度 5）	74%

这张表里最该看的是宽度 1 和宽度 5 的差距。宽度 1 就是「只探索一条，但会评估并回退」，已经到 45%，比思维链高十倍。说明主要的收益来自能反悔，而不是看得宽。而从 45% 到 74% 才是宽度带来的第二段收益。

作者还做了一个公平对照：把直接问答和思维链各采样 100 次取最好的，成绩是 33% 和 49%，仍然低于思维树。这个对照很关键：它排除了「多采样几次总会碰对」这个解释。

前提与边界

三个任务（24 点、创意写作、迷你填字）都是作者新设计的，题目规模都很小。这些任务是否真的代表「需要规划的复杂问题」，论文没有论证。而且这三个任务恰好都是训练数据里可能有大量同题的，模型可能有记忆优势。

四部件

四个部件，都是可换的

思维树不是一招固定的提示技巧，而是一个框架。这四个部件作者都给了不止一种实现，并且做了消融。这一点比结果本身更重要：它说明效果不来自某个具体的提示词。

任何问题都是一棵搜索树：每个节点是一个状态，每条分支是一个候选想法想法的粒度小到能生成有差异的候选大到能判断它的前景填字一个词，24 点一行算式想法生成器独立采样：空间大时顺序提议：空间小时两种可换状态评估器给人写死的规则之外学出来的策略之外第三条路：让模型自己推理搜索算法广度优先：树浅时深度优先：需要回溯时两种可换没有它就没有回退的可能传统启发式要么人写死，要么学出来；这篇用模型自己给每个状态打分

评估器是最关键的一个部件。独立打分（1-10 分或「有把握、可能、不可能」分类）或放在一起比较投票，都可以。

一、想法的粒度。一个想法该多大，没有标准答案。论文给的判据是一句话：小到模型能生成有差异的候选，大到模型能对它的前景做出判断。具体任务里的粒度差别很大：填字游戏是一个词，24 点是一行算式，创意写作是一整段写作计划。生成整本书太大，会不连贯；单个 token 太小，无法评估。

二、想法生成器。给下一步出 k 个候选，两种策略各有适用场景：

策略	做法	什么时候好用
独立采样	从思维链提示里独立抽 k 个想法	想法空间大时（如一段写作计划）。独立采样天然带来多样性
顺序提议	用一个「提议提示」依次给出 k 个想法，彼此看得见	想法空间受限时（如一个词、一行算式）。同上下文提议能避免重复

三、状态评估器。这是最关键的一个部件。没有它就没有回退的可能。传统搜索算法的启发式规则要么是人写死的（如国际象棋引擎），要么是学出来的（如围棋）。这篇提出第三条路：用大模型自己去推理每个状态值不值得继续。同样分两种：独立给每个状态打分，或者把一批状态放在一起比较投票。可以用 1-10 的分值，也可以用「有把握、可能、不可能」这样的分类。

四、搜索算法。广度优先是每层保留最有希望的 b 个状态，用于树浅的任务（24 点、创意写作，最多 3 步）。深度优先是先走最有希望的，走不动了就剪掉这棵子树换一条，用于树深、需要回溯的任务。作者明确说更复杂的算法（A*、蒙特卡洛树搜索）留作未来工作。这两个都不是最优搜索算法，价值在于简单、可解释、随插随用。

一次推理实际怎么跑

四个部件装好之后，作者用两种搜索算法把它跑起来。这两种算法就是「思维树」在推理时的具体形态。

广度优先（树浅时用）	做什么
1	用想法生成器在当前每个状态上各出 k 个候选想法，展开成一堆新状态
2	用评估器给这堆新状态打分
3	只保留分数最高的 b 个，其余全扔掉
4	重复直到走满 T 层，最后从终层里挑最好的那个生成答案

深度优先（要回溯时用）	做什么
1	在当前状态生成候选想法，按分数排序
2	分数最高的那条超过阈值就继续往下走，低于阈值就剪掉、换下一个候选
3	走到超过 T 层就记录答案，返回上一层换分支

这一步是整篇论文的机制核心。作者强调 ToT 是可插拔的：四个部件配不同的搜索算法，就能应对不同形状的问题。24 点游戏树浅用广度优先，填字要回溯就用深度优先。

前提与边界

四个部件的组合有 16 种可能，论文只测了其中一部分。作者没有给出「怎么给不同任务选组合」的方法论。框架给了灵活性，选择的成本留给了用户。

实验

三个任务，三种「难」

作者设计三个任务不是为了覆盖场景，而是让三种不同的难题各显形。

24 点游戏规则确定、步骤浅只有算式这一种想法难点在全局找不找得到创意写作想法空间最宽一个想法是一整段写作计划没有唯一正确答案迷你填字唯一涉及自然语言跨词联想、带约束的搜索最难的一个创意写作里还有第三种生成方式修改已有的想法，而不是每次重新生成，连贯性评分从 6.19 提到 7.67 为什么不直接做普通填字普通填字可以用专门的大规模检索管线解掉，测不出模型作为通用问题求解器的上限

三个任务的「难」不在一个方向上：24 点难在组合搜索，创意写作难在想法太宽，填字难在两者兼有。所以生成器和搜索算法的选法也不同。

24 点游戏是最纯粹的搜索问题，思维链在这里几乎无效，因为难点不在每一步，而在全局找不找得到那个组合。思维树的收益主要来自评估器剪掉了大量走不通的分支。

创意写作的想法空间最宽（整段写作计划），所以生成器用的是独立采样。任务本身没有唯一正确答案，评估靠人工按 1-10 分打分。这里有个关键细节：作者又加了第三种生成方式，修改已有的想法，而不是每次重新生成。这让连贯性评分从 6.19 提到 7.67。

迷你填字是最难的一个，也是唯一的自然语言任务。作者说明了为什么不直接做普通填字：普通填字可以用专门的大规模检索管线解掉，测不出模型作为通用问题求解器的上限。5×5 迷你填字需要跨词联想、带约束的搜索，正好卡在模型能力的边界上。

三个任务上思维树都赢，但赢的幅度差别很大，这跟任务的想法空间宽窄直接相关。

作者在迷你填字上还做了一组消融，这组数据比成功案例更能说明方法的核心。逐个去掉组件看掉多少：

配置	成功率	单独字母	单词
完整方法	78%	60%	20
去掉剪枝	65.4%	41.5%	5
去掉回退	54.6%	20	5

迷你填字成功率（%）完整方法 78 去掉剪枝 65.4 去掉回退 54.6 去掉剪枝掉 13 个点，去掉回退掉 23 个点，回退的贡献接近剪枝的两倍

这与 24 点游戏上「宽度 1 就到 45%」的发现对上了：能走回头路，比能剪掉一个分支更关键。单词这一列掉得最狠（20 掉到 5），因为填字要靠回退才有机会重填。

前提与边界

创意写作的评估是人工打分，样本量与评分者一致性论文交代得不多。而 24 点游戏上，同一个题目在训练数据里几乎肯定出现过大量变体。

缺口

这篇论文没回答什么

1. 成本没给完整对照。

作者承认思维树比采样方法贵（要用多次接口调用），但说「模块化让用户可以自定义性能与成本的取舍」。具体贵多少、能换来多少，这篇没给一张直接的表。附录里有成本讨论，但正文没有。

2. 「需要规划的复杂问题」这个判断是事后给的。

三个任务都是作者挑的、都能被思维树解好。没有第四个任务是思维树解不好的，所以「这类任务需要思维树」这个结论的强度，比实验设计能支撑的要弱。

3. 评估器本身可能出错，论文没量化。

整套方法依赖「模型能判断一个状态值不值得继续」。如果评估器剪掉了正确分支，整棵树就废了。论文报告了失败样本的分布，但没给评估器的准确率。

4. 只用现成模型，没有训练。

作者自己列为未来工作：能不能用「反事实决策」的思路去微调模型，比如让它预测下一段而不是下一个词。也就是说，这篇验证的是推理时框架，没有回答能不能把这种能力内化进权重。

5. 深度优先的回退机制依赖阈值，阈值怎么定没说。

剪枝时的价值阈值是一个超参，论文没有敏感性分析。阈值太高会过早剪掉正确分支，太低就退化成暴力搜索。这个平衡点在哪，论文没回答。

自我一致性

Tue, 03 Nov 2026 03:20:00 GMT

自我一致性

Self-Consistency Improves Chain of Thought Reasoning in Language Models

Xuezhi Wang、Jason Wei、Dale Schuurmans 等　·　Google Research, Brain Team　·　2023 年 3 月（ICLR 2023）

主线

思维链生成推理时用的是贪心解码，永远走概率最高的那条路。这篇换了个解码策略：先随机采样出四十条推理路径，再把推理过程边缘化掉，只数最终答案哪个出现得最多。小学应用题基准上准确率从 56.5% 提到 74.4%。

内核

人的思考方式不是贪心的。原文第一句就这样开场：「人类一个显著的特点是思考方式各不相同」。一道难题通常有好几条通向答案的路，如果不同的路走到了同一个答案，那这个答案就更可信。这篇的全部机制就是把这个直觉变成解码算法。

方法

三步，把贪心解码换成数答案

原文把方法写成一个三步流程，替换掉的正是思维链里的「贪心解码」这一步。

步骤	做法
1	用思维链提示词问模型
2	不从贪心解码取一条最优路径，而是采样出四十条不同的推理路径
3	把推理过程边缘化掉，只看最终答案，选出现最多的那个

论文里那道养鸭子的题最能说明这四条路径怎么走。同一个提问（一天 16 个蛋，早餐吃 3 个，做松饼用 4 个，剩下的每个卖 2 美元）：

问：一天 16 个蛋，早餐吃 3 个，做松饼用 4 个，剩下的每个卖 2 美元，每天赚多少路径一 16 − 3 − 4 = 9 个蛋，9 × 2 = 18 18 路径二 16 − 3 = 13，13 − 4 = 9，9 × 2 = 18 18 路径三 2 × (16 − 4 − 3) = 26 26 算错了路径四（贪心解码选出来的） 3 + 4 = 7 个，剩 9 个 × 2 = 14 14 算错了 18 出现两次，其余各一次于是 18 胜出赢的不是「最自信」的那条，是「最一致」的那条

四条路径的推理过程各不相同，其中一条还是贪心解码选出来的。边缘化掉推理过程、只数答案之后，两条指向 18 的路径赢了。

边缘化这个词是这个方法的核心。数学上它指的是「把一个变量积分掉」。这里的意思是：不关心哪条推理路径最可能，只关心哪个最终答案被最多路径指向。推理路径是中间变量，被消掉了，留在最后的只有答案的分布。

这个方法有三个前置条件，论文交代得很清楚：

条件	含义
最终答案必须可归类	答案要落在一个有限集合里，才能数它出现了几次
不需要额外训练	不用验证器、不用重排序模型、不用人工标注
兼容多数采样算法	温度采样、top-k、nucleus 采样都能用

第三个条件有个隐含后果：它不是「多采样几次总会碰对」。采样算法只负责产出多样性，答案怎么聚合是另一件事。作者专门做过对照，见后面的「对照实验」那节。

前提与边界

「答案落在一个有限集合里」这条限制很硬。论文自己在讨论思维树时指出过，多数投票这个启发式只在输出空间有限时成立，比如选择题、多选题、数学填空。遇到开放式生成（写一段话、画一张图），数答案这一步根本没法做。

四条优势

作者给的四条

作者在方法之后单独列了几条性质，这段比结果本身更能说明这个方法站在哪。

#	优势	说的是什么
1	完全无监督	不用额外人工标注、不用训练辅助模型、不用微调
2	任务无关	同一套解码策略，跨算术、常识、符号三类任务都能用
3	避开贪心解码的两个毛病	重复性与局部最优
4	缓解单次采样的随机性	单条路径可能歪，采四十条再投票就稳了

第 1 条跟之前的做法对比最明显。作者点名了两种更重的替代方案：一种要训练一个验证器，另一种要人工标注一批数据来训练重排序模型。自我一致性两样都不需要。

第 3 条是它相对思维链的原罪。贪心解码的问题不在于「错得离谱」，而在于它每一步都选概率最高的那个，于是走进一条局部最优的路出不来，它天然怕重复。自我一致性采 40 条不同路径，从源头上绕开了这个问题。

还有一点作者特别强调了：自我一致性跟通常的「集成」不一样。集成是训练多个模型再把输出聚合，而自我一致性是在单个模型上做，作用更像一个「自集成」。

前提与边界

第 4 条的「缓解」用得很准。它没有消除随机性，只是把它摊到 40 条上再用多数投票压下去。

结果

模型越大，提升越大

作者在四个不同规模的模型上测，每一轮独立采样 40 条路径，跑 10 轮取平均。对照是思维链配贪心解码。

小学应用题基准准确率思维链贪心解码 → 自我一致性 UL2-20B 4.1 7.3　+3.2 GPT-3 一代 14.6 23.4　+8.8 LaMDA-137B 17.1 27.7　+10.6 PaLM-540B 56.5 74.4　+17.9 20 亿参数那档只涨 3 个点，5400 亿那档涨了近 18 个点

条长按绝对准确率，右侧标注是提升幅度。20 亿参数那档只涨 3 个点，5400 亿那档涨了近 18 个点。

这个递增的趋势是最值得看的一处。20 亿参数那档只涨 3 个点，5400 亿那档涨了近 18 个点。作者的解释是：在低精度模型上，采样的 40 条里有大量是彻底走错的，投票也救不回来；模型本身越强，采出来的路径质量越高，投票机制才越有东西可投。

这跟思维链那篇的「涌现」是同一个现象的两面：思维链说推理能力是大模型长出来的，自我一致性说能力越强，这个解码策略的收益越大。两篇合起来看：推理方法的效果取决于底座模型的精度，不是免费的。

符号推理那部分是分布外测试。训练示例里给的是两个字母、两次抛硬币，测试时换成四个字母、四次。结果是在同样困难的前提下提升依然显著，说明这个方法在长度和步数上都还有余量。

前提与边界

所有数字都跑在 2023 年的模型上。这些解码策略本身还活着，但具体涨多少点已经不能照搬了：底座模型的推理能力已经大幅提高，贪心解码的基线也没那么低了。

对照实验

跟谁比才说明它有用

作者拿自我一致性和四类方法做了对照，每一类都只改一个变量。

四组对照，每组只改一个变量结论：收益来自「换掉筛选标准」，不是来自「多采样」一、对采样加排序同样采 40 条，按对数概率排序取最高也有提升，但小得多二、对集束搜索也保留多条路径，但按概率筛自我一致性胜出三、对答案聚合方式加权求和 vs 多数投票最终选多数投票，不需额外输出概率四、对已有的集成方法打乱示例顺序、手写三套提示词收益远小于自我一致性

集成方法只换了提示词，模型本身的解码策略没变，贪心解码的重复性问题还在。

第一组最关键。同样采 40 条，按对数概率排序取最高的那条，也有提升，但小得多。这一条排除了「收益来自采样本身」的解释。采 40 条确实有用，但按概率取最优不如按答案一致性取最优，因为概率高低和最终答案对不对是两件事。

第二组里两者都是「保留多条路径」，区别在于集束搜索的筛选标准是概率，自我一致性的筛选标准是答案分布。

第三组作者试了加权求和（按概率加权）与多数投票。加权求和在部分任务上略高，多数投票则更稳。论文最终采用多数投票，因为它不需要模型额外输出概率值。

第四组的集成方法只换了提示词，模型本身的解码策略没变，贪心解码的重复性问题还在。

局限

成本，以及它救不了什么

一、成本更高。

这是作者列的第一条局限：采 40 条路径意味着 40 倍的解码开销。他给的实用建议是：先试 5 到 10 条就能拿到大部分收益，因为性能很快就饱和了。

二、模型会生成「看起来对但其实错」的推理。

作者举了一个反例：有两条路径在读某个数量时把数字读错了，最后答案也不对，但推理读起来完全通顺。他把这件事说成「需要更好的办法把模型的推理接地到事实」。

这条比成本严重。多数投票能压住「随机歪掉的路径」，但压不住「系统性地歪」的路径：如果模型的错误是稳定的、可重复的，那么采 40 次会得到 40 个同样错误的答案，投票反而会把这个错误推得更稳。

三、需要额外解码的那一步。

作者列的第三条局限是：采样多样性与引导贪心解码的多样性之间存在张力，而这两者需要平衡。做法本身需要设计消融实验来处理这种张力。这条读起来更像是方法论上的坦白，而不是一个具体的缺陷。

前提与边界

论文没有做的一件事：没有把自我一致性和思维树这类带搜索的方法放在一起比。也就是说，「采样投票」和「树搜索回退」这两条路线的边界在哪里，这篇没有回答。

缺口

这篇论文没回答什么

1. 输出空间有限这个前提有多硬，论文只提了没量化。

方法要求最终答案能落在一个可枚举的集合里才能数次数。数学题、选择题满足这个条件，开放式生成不满足。但论文没有说清楚这个方法的适用边界到底在哪，多开放算开放。它也没有测过任何开放式任务。

2. 40 条这个数字是怎么定的，没有交代。

主实验一律采 40 条，然后在局限里建议「先试 5 到 10 条」。到底是采 5 条就能拿到八成收益，还是必须 40 条，论文的数据没有给成一张可直接查的表，只有一张曲线图说明会饱和。

3. 错误会互相强化这件事没有正面对待。

前面提到的那条局限，模型生成通顺但错误的推理，作者承认了，但只是说「需要更好的办法接地」。他没有回答：这种情况下多数投票是帮忙还是添乱？如果 40 条里有 20 条同向错误，投票会把错误推到 50%，比单条采样更糟。

4. 跟带搜索的方法的关系，完全没有讨论。

思维树那篇在同一时间发表，思路恰好互补：一个在同一条链上采多条然后投票，一个在每一步分叉然后回退。两篇都没有把对方列为对照。从 24 点游戏那个结果看，多数投票只有 9%、树搜索是 74%，这个差距恰好说明「多数投票」在输出空间无限时失效。但这是从另一篇论文的实验里推出来的，这篇自己没有意识到这个边界。

5. 成本收益没有量化对比。

作者说「采 5 到 10 条能拿到大部分收益」，也说了「成本更高」，但没有把两者放在一起算一笔账：多花几倍的解码，换来几个点的准确率提升，值不值。

3C 网售的质量责任，开始往平台压

Tue, 03 Nov 2026 00:00:00 GMT

今日总览#

3C 网售的质量责任，开始往平台压： 10 月 28 日浙江平湖的现场活动上，22 家平台企业签署落实《网络销售重点工业产品质量安全监督管理规定》自律公约，淘天、京东、拼多多、小红书、抖音、快手等在列。公约要求平台建内部质量管理制度、督促经营者履行主体责任，3C 这类重点工业品的网售入口会先被卡一道。

模型能接的活，比价格表上显得少很多： SemiAnalysis 的 GDPx 基准用 206 项真实专业任务测了 13 款前沿模型，最强的 Claude Opus 5.5 完成率 12.0%，单任务成本约 51 美元；Gemini 4 Carbon 完成率 10.9%，单任务只要 16 美元。金融与法律类任务，所有模型都是 0 分。

AI 资本端的预期在降温： Anthropic 更新招股文件首次披露第三季度，营收 169.6 亿美元、环比增 47%，净亏 233 亿美元。算力与基建合同承诺累计约 8954 亿美元，其中 4475 亿美元须在 2031 年前刚性支付。参与 IPO 的机构把估值预期从 2 万亿美元下调到 1.5 万亿区间。

支付这条线同时在换牌照归属和收应用权限： 香港转数快年底接通银联国际，扫码可畅付全球 40 地、超亿家商户；腾讯 TenPay Global 与万事达卡签署合作备忘录，把智能体支付写进跨境链路；上海 10 月 29 日通报 41 款侵害用户权益的 App(SDK)，其中 17 款来自 6 家持牌支付机构。

明天能落地的： 3C 网售页面的资质与质检材料按新规自查一遍；分期链路的提单页展示顺序再核一次；模型成本表里加一列专业任务单次完成成本，按 51 美元这个量级重算一遍 ROI。

一、产品发布 / 更新#

1.1 Anthropic 公测 message threads，长会话不再重发全量#

来源：Claude Blog、博客园
时间：11-02 12:00（1 天前）

Anthropic 在 Claude Platform 公测 message threads：首个请求带完整对话开线程，之后每轮只发新增消息加一次响应 ID。50 万至 100 万 token 请求的首字延迟中位数下降约 35%，单次请求从约 800KB 降到 1.8KB。token 用量没少，线程 5 分钟过期。

怎么看： 省的是传输和预填充，算力账单一分不少。5 分钟过期要写进客户端重试逻辑，本地仍要留完整对话。

1.2 阿里云发布 AI 投研工作台 Qovest，一句话启动持续研究#

来源：雷锋网
时间：11-02 15:09（19 小时前）

阿里云发布面向专业机构投资者的 AI 投研工作台 Qovest。用户一句话提出需求，Qovest 自动查数据并生成分析报告，还会按设定频率持续跟踪研究对象。结果沉淀进投研空间，一项研究能接着往下做。

怎么看： 把研究从一次性问答改成可续接的任务，这是投研工具真正的分水岭。做金融产品的可以借这个思路：中间产物必须存下来，下一轮接着走。

1.3 OpenAI 在 GPT-5.6 起部署激活分类器#

来源：AIHOT
时间：11-02 20:00（14 小时前）

OpenAI 自 GPT-5.6 起，在最强模型的内部与外部流量上部署激活分类器（probes），读取模型内部激活逐 token 实时评分，可在生成中途直接阻断违规回复和工具调用，再交推理模型复审。它比更大的文本分类器更抗越狱，换新基础模型要重训。

怎么看： 防护从看输出改成看内部状态，代价是每轮多一层判断和额外算力。做 Agent 的要把可观测性开销算进成本。

1.4 腾讯混元 Hyra 2.0：让 Agent 从解题转向造工具#

来源：凤凰网科技、腾讯新闻
时间：11-02 15:00（19 小时前）

腾讯混元发布 Hyra 2.0，重点从让 AI 直接解题，转向让 Agent 参与科学模型、工作流和软件工具的研发升级。架构分 Overall、Mission、Worker 三层，已接入企业微信、计算平台和代码仓库。成果开源，HyInv 蛋白逆折叠模型仅 196 万参数，单张 H20 上 50 毫秒生成 128 条序列。

怎么看： 造出来的工具能被下游反复调用，这部分才积累得下来。官方没披露算力开销，更经济只是定性说法。

二、行业动态#

2.1 AI 行业：GDPx 基准出炉，专业任务完成率最高 12%#

来源：IT时代网、今日头条
时间：11-03 09:00（1 小时前）

SemiAnalysis 发布 GDPx 基准，206 项真实任务覆盖芯片设计、网络安全、生物、材料、法律、量化交易等 11 个领域，与 14 家专业数据方合作构建，默认限时 8 小时，评估 13 款前沿模型。Claude Opus 5.5 完成率 12.0%、单任务成本约 51 美元；Gemini 4 Carbon 10.9%、约 16 美元；GPT-6 Astra 9.6%、约 54 美元。金融与法律类任务所有模型均为 0 分。

怎么看： 完成率和成本不在同一条曲线上，Opus 分高约 1 个点，单任务贵三倍。专业岗位的 AI 替代要按失败重试次数算钱，不是按模型单价算钱。

2.2 AI 行业：Character.AI 母公司申请破产保护#

来源：界面新闻、腾讯新闻
时间：11-03 00:40（9 小时前）

Character.AI 母公司 10 月 12 日申请 Chapter 11 破产保护，旗下约 1200 万活跃用户。公开材料显示，2026 年 8 月该平台月收入合计约 530 万美元，其中订阅 280 万、广告 250 万，而单月算力支出约 1000 万美元，每月净亏 800 万至 900 万美元。迪士尼以 2000 万美元成为首个竞购方，竞购部分知识产权的非独家永久授权。

怎么看： 用户多不等于生意，AI 陪伴这类重算力场景，用户越活跃亏得越快。同赛道 Chai 披露日活超 100 万、年化收入 1.2 亿美元，分化说明细分刚需和混合变现才是活路。

2.3 AI 行业：Anthropic 更新招股文件，机构下调估值预期#

来源：IT之家、极客公园
时间：11-02 23:44（10 小时前）

Anthropic 更新 S-1 文件，首次补充第三季度财务：营收 169.6 亿美元，较上季增 47%，净亏损 233 亿美元，上年同期为 121 亿。文件披露算力与基建合同承诺累计约 8954 亿美元，其中 4475 亿美元须在 2031 年前刚性支付，仅 2138 亿美元可取消。《华尔街日报》称参与 IPO 的机构投资者把估值预期从 2 万亿下调到 1.5 万亿区间。

怎么看： 承诺里近一半不能取消，等于把未来的营收提前押成固定支出。营收增速掉一档，这笔账就要重算一次。

2.4 电商行业：22 家平台签下网售重点工业品质量自律公约#

来源：网经社、IT之家
时间：11-02 13:41（20 小时前）

10 月 28 日全国网络销售重点工业产品合规提质现场活动在浙江平湖举行，宣贯《网络销售重点工业产品质量安全监督管理规定》。淘天、京东、拼多多、小红书、抖音、快手等 22 家平台签署落实该规定的自律公约，督促经营者履行质量安全主体责任。

怎么看： 平台要从流量提供者变成质量把关方，3C 网售的入驻审核和商品抽检会被写进平台规则。经营 3C 的先看自家店铺资质文件齐不齐。

2.5 电商行业：Token 卖得动，但退不掉也转不了#

来源：大众网、中新网
时间：11-02 18:26（16 小时前）

双十一首日淘宝 Token 品类成交额环比增 450%，李佳琦直播间半小时卖出 10 万份千问办公月卡、约 2 万亿 Token。但智谱天猫店累计成交约 300 件，销量停在百件级。北京市地方金融管理局提示：词元是服务计量工具不是数字资产，额度按月清零，年卡多数不支持中途退款。

怎么看： 增速是低基数撑起来的，真实渗透率还很低。词元不能转让，会把囤词元这条路关掉，所有按预付额度设计的补贴活动都得重新算账。

2.6 电商行业：巨量引擎取消代理商返点#

来源：人人都是产品经理
时间：11-03 01:08（9 小时前）

巨量引擎 10 月 30 日在后台通知，自 2027 年 1 月 1 日起取消代理商合作伙伴返点政策，改为下调刊例价。文中提到 Google 三年清零、Meta 砍半挂钩已是先例，平台渠道政策正集体转向服务商模式。

怎么看： 刊例价下调意味着成本从暗返变成明降，能直接写进预算表，不必再靠返点算 ROI。现在重签合同，比明年被动接受强。

2.7 金融行业：付临门更名富临门，牌照换手完成#

来源：移动支付网、新浪财经
时间：11-02 09:36（1 天前）

央行 10 月 30 日同意付临门支付多项重大变更：注册资本由 1 亿增至 2 亿，主要股东由上海德丰变更为东阳市实亿信息科技，实际控制人由孔建国变更为金向华，公司名称变更为上海富临门支付有限公司，董事、监事、总经理、财务、技术与风控负责人同步调整。

怎么看： 股东、实控人与高管一次批完，监管审的不只是谁接盘，还有接盘之后怎么管。做支付分发的要重新核一遍合作方牌照状态。

2.8 金融行业：转数快年底接银联，智能体支付写进跨境链路#

来源：IT之家、IT之家
时间：11-03 01:03（9 小时前）

香港金管局在科技周公布，转数快年底将接通银联国际，逐步支持扫码畅付全球 40 地、超亿家商户。同期腾讯旗下跨境支付平台 TenPay Global 与万事达卡签署合作备忘录，推动入境游客用已有数字钱包扫码支付与汇款，并同步推进智能体支付。

怎么看： 智能体支付第一次被写进持牌机构的合作条款，起点是跨境收单而不是境内收银台。跨境接入方要提前把智能体的授权边界写进商户协议。

三、技巧与观点#

3.1 AI 创造的财富，未必留在 AI 巨头手里#

来源：虎嗅
时间：11-03 01:54（8 小时前）

虎嗅专栏《第一性思考》最新一篇讨论 OpenAI 融资与 Anthropic 被评垃圾级的反差。模型公司站在价值链最显眼的位置，利润却主要被算力、数据中心和电力拿走。落点是谁扛了重资产，谁只出了模型能力。

怎么看： 这门生意的利润分配目前对能力方不利。做产品的人要问一句，我所在的位置能不能定价。

3.2 个人 AI 助理的机会在购物，瓶颈在支付与信任#

来源：极客公园
时间：11-01 18:03（2 天前）

极客公园实测个人 AI 助理，结合 Meta 10 月财报：Muse 用户超 1000 万，购物是最常见用途，超过四分之一用户用它买东西，平均客单价超 200 美元。文章判断，代理式购物的瓶颈正从模型能力转向支付与信任。

怎么看： 客单价 200 美元以上的购物代理，是 3C 和家电这类高决策成本品类最现实的入口。分成与推荐责任怎么分，决定这条路能走多远。

3.3 私有化 Agent 选型：金融和国企买不到纯开源#

来源：人人都是产品经理
时间：11-03 01:13（9 小时前）

一篇讲私有化 Agent 平台选型：开源方案吸引力在于数据不出网、成本可控、能改能定制，但不适用于有信创硬约束的政务、金融、国企，国产芯片与操作系统的编译、认证、长期适配要自己扛。这类单位建议走大厂信创栈加集成商交付路线。

怎么看： 这条把选型从技术偏好拉回合规约束上。给金融或国企客户做方案，信创认证是硬门槛，不是加分项。

3.4 不训练也能改能力：0.016% 的权重改动换来 6 倍成绩#

来源：IT之家
时间：11-03 02:00（8 小时前）

MIT CSAIL 提出权重空间编程：不做训练、不用梯度，让 GPT-6 Astra 直接改写 Qwen3.5-0.8B 约 0.016% 的权重，数学表现提升至原来的 6 倍。这条路径在权重空间直接读写，与常规微调思路不同。

怎么看： 0.016% 的改动量说明当前改写手段还相当粗糙，离可控还远。但不用训练就能调能力，是小模型定制之外多出来的一条路。

四、今日行动建议#

给开发者#

打开 message threads：长会话先测一次首字延迟，再决定要不要自己压上下文
缓存断点自己设：message threads 只省传输，token 该花还是花
路由方案先开日志：走错分支没有调用记录，追不回来
探针开销算进预算：激活层监控多一层判断，也多一层算力
按任务固化档位：模型档位别默认拉到最高一档

给产品经理 / 创业者#

3C 资料自查一遍：资质与质检材料按新规逐项过
提单页顺序再核：确认没有默认勾选信贷产品
成本表加一列：专业任务单次完成成本，按 51 美元量级算
预售额度写清规则：有效期与退款口径先定下来
代理入口先接高客单：200 美元以上的品类更现实

给企业管理者#

替代预算重算：按单任务成本乘以失败重试次数估
合作方牌照重核：支付与结算伙伴的合规记录逐个查
智能体支付定边界：授权范围与退款责任写进商户协议
信创列成硬门槛：私有化选型里不放在加分项
复盘换指标：下季度看单位经济，不看调用量

结语#

明天有三张表要过一遍：3C 网售的资料、提单页的展示顺序、模型成本表。前两张是合规，第三张是回报，通常被跳过的是第三张。

思维链

Tue, 03 Nov 2026 00:00:00 GMT

思维链

Chain-of-Thought Prompting Elicits Reasoning in Large Language Models

Jason Wei、Daniel Schuurmans 等　·　Google Research, Brain Team　·　2022 年 1 月

主线

大模型在算术、常识、符号推理这些任务上表现不好，靠加大参数量已经不够了。这篇的做法是把提示词里的答案换成「一串中间推理步骤」：示范几道答案里不带推理的例题，模型反而学会了自己把步骤写出来。作者的原话是标准提示只给出了大模型能力的下界。

内核

发现推理能力是随模型规模长出来的，不是被教出来的。百亿参数以下，思维链不但没帮助，反而比标准提示更差；到了百亿量级才开始生效，而且是从「完全不会」直接跳到「超过被专门微调过的模型」。

方法

提示词里多放一段推理

做法只有一句话：提示词里的示例，从「问题 + 答案」换成「问题 + 推理过程 + 答案」。论文第一页那张图画的是两件事，上下两半，这两半说的不是一回事。

同一个问题，两种提示词，示范给模型看的答案写法不同问题　Roger 有 5 个网球，又买了 2 罐，每罐 3 个，有多少个？标准提示示范的答案：原本 5 个球。2 罐共 6 个球。 5 + 6 = 11。答案是 11。思维链示范的答案：答案是 11。差别只有一个：示范的答案里带不带推理过程

这就是思维链与标准提示的全部差别，别的都不变。示范时把推理过程抽掉，模型输出时反而自己把步骤写出来。

标准提示的示例里带着推理过程，思维链的示例里只有答案。这一点很反直觉：示范推理的那一组，示例里反而写得更详细。

作者的解释是，标准提示给的是「陈述式的」推理（他告诉你答案是怎么算出来的），思维链要的是「问题分解式的」（先拆成可逐步执行的步骤）。给模型的示范形态，决定了它输出时模仿哪种形态。

作者还专门说明了为什么叫「思维链」而不是「解题过程」：这条链模仿的是一步步思考的过程，而解题过程与解释通常放在答案后面，位置正好相反。

推理时实际怎么跑

思维链的推理流程短得出奇，这也是它能被广泛采用的原因。

步	做什么
1	把问题接到提示词末尾
2	模型逐词生成，每一步都把前面自己生成的内容当作上下文
3	生成到句号时停下，答案就出来了

第 2 步是唯一的关键：模型在生成「3 + 6 =」的时候，前文里已经有「原本 23 个，用掉 20 个还剩」，它是在接着自己的话往下写，不是在凭空猜答案。

这套流程没有任何额外组件，不需要检索、不需要打分、不需要验证器。这也是它跟后面几篇最大的差别：思维树要加状态评估器和搜索算法，自我一致性要采样四十条，反思机制要评测者和记忆，思维链只要改提示词。

前提与边界

贪心解码（每步取概率最高的词）会让模型走进一条局部最优的路出不来，这是后续那几篇要解决的问题。这篇自己没有提这一点，它只报告了方法有效。

示范不带推理，输出却带推理，这个反差就是方法生效的机制。提示词里只给结论，模型要答对就只能自己把中间步骤推出来；提示词里给了推理，模型照抄一遍就行，不必自己走这条路。

论文第一页那张图还记录了一次具体输出：对「食堂原本 23 个苹果，用 20 个做午饭，又买 6 个」这道题，思维链输了一次，输在答了 27，标准提示答对了 9。思维链让模型做对的是它本来做不对的题，但它并不在每一道题上都赢，哪道赢哪道输取决于那道题的推理链条有多长。

前提与边界

论文记录的那次对照只有单次输出，没有给概率。单次输出说明不了方法的稳定性，方法层面的效果要看后面「涌现」与「三类任务」那两块的统计。

四条性质

作者给这个方法列的四条

作者在介绍方法之后单独列了四条，构成本篇的论证骨架。

性质	说的是什么
算力可以按需分配	多步问题能被拆成中间步骤，需要更多推理的题目就多花算力
提供一个可解释的窗口	能看出模型怎么走到这个答案，也能定位推理在哪一步错了
适用面可能很宽	原则上凡是人类能用语言解的任务都可能用得上
不需要训练就能诱导出来	只要在示例里放几个带推理过程的例子，足够大的模型就出来了

第 2 条作者留了个限定，值得原样记住：能看到推理链不代表能刻画模型的计算，「完整刻画一个模型支撑某个答案的计算过程仍是开放问题」。所以「可解释」这个词在这篇里是打了折的。

前后呼应

第 1 条正是后面消融要检验的假设，多花算力本身有没有用。第 2 条又在「这篇没回答什么」里被反过来质疑。原文这三处是前后呼应的：先提出性质，再用消融检验，最后承认没做到。

论证链

两个想法的合并

作者把两个已有想法拼在一起，各自补上了对方的短板。

自然语言中间步骤做算术推理优点步骤能引导到正确答案短板需要高质量标注，从头训练成本高传统少样本提示优点不需要训练，改起来快短板需要推理的任务上效果差，加大参数量也不见好转思维链提示：用少样本的形态，承载中间步骤的能力

两条路线的短板在同一个方向上：要能力就得重训，不要能力就没法用。这篇把两者的长处接在一起，做法只是把提示词里的三元组从「问题 + 答案」换成「问题 + 推理过程 + 答案」。

这两个短板是同一个方向上的：要能力就得重训，不要能力就没法用。这篇的贡献就是把两者的长处接在一起：用少样本提示的形态承载需要中间步骤的推理能力，且零训练成本。

证据的重量集中在算术上。5400 亿参数的模型配八个思维链示例，在 GSM8K 这个小学应用题基准上达到了当时的最好成绩，超过了专门微调过的 GPT-3（还带验证器）。这个对比是关键：思维链没有训练任何参数，却在数学任务上超过了训练过的模型。

前提与边界

「标准提示不够用」这个前提，依赖的是当时的模型规模与任务设定。作者没有论证这个结论在今天的模型上还成不成立。后来的模型在标准提示下的表现已经大幅提高，这个对照的基准线变了。

涌现

能力是规模长出来的，不是教出来的

这是全文最要紧的一处发现，也是标题里「Elicits Reasoning」的真正含义。

百亿参数以下：思维链比标准提示更差小模型的表现能写出通顺的推理链但内容不合逻辑步子迈错时自己察觉不到百亿量级的表现部分任务达到最好成绩从「完全不会」直接跳过去不是被诱导出来的 ← 模型规模 → 失败样本的手工归类（读了 62 亿参数模型的 45 个错误）语义理解错误 20 漏掉一步 18 其他 7 含幻觉、重复输出、符号映射错误

效果不是单调变好的，而是先有害、后突然生效。「通顺但不逻辑」这个现象很关键：它说明模型不是在模仿推理的表面形式，而是在真的走一步算一步。

作者把小模型的失败做过一次手工归类，读了 PaLM 62 亿参数的 45 个错误，分成语义理解错误（20）、漏掉一步（18）、其他（7，含幻觉、重复输出、符号映射错误）。「通顺但不逻辑」这个现象很关键：它说明模型不是在模仿推理的表面形式，而是在真的走一步算一步，只是步子迈错时自己察觉不到。

这个发现的连带含义比发现本身更重要：标准提示下的平坦曲线，不等于模型没有这个能力。作者的原话是「思维链提示似乎扩展了大模型能成功完成的任务集合，换句话说，我们的工作凸显了标准提示只提供了大模型能力的一个下界」。

前提与边界

「涌现」这个词在后续研究里争议很大：有工作认为曲线之所以看起来是突变的，是因为评测指标用了离散档位，把连续变化量化成了跳变。这篇论文没有回应这个质疑，它只给出了曲线，没有解释为什么是那个形状。

消融

它到底为什么有效

作者做了三组对照，把「思维链有效」这件事拆成几个可能的原因，逐个排除。

假设	检验方式	结果
只是多给了计算量	让模型输出一串点数，长度等于解题需要的算式字符数	与标准提示基本持平。多花算力本身没用，用自然语言表达中间步骤才有用
只是让模型更容易想起预训练里学过的知识	把推理过程放在答案之后，这样推理没能影响答案	与标准提示基本持平。说明模型确实依赖自己刚生成的那串推理，不是事后联想
只是把题目翻译成算式	只要求输出算式，不写自然语言推理	应用题基准上几乎没提升。但一步两步的小题目上有效，因为那种题确实能直接从题意翻成算式

第三组结果最有意思。小学应用题基准上的题目语义复杂，必须先用自然语言想一遍才能落成算式；而简单应用题不用这层中间解释。所以「有效」不是全有全无，而是取决于题目是否需要先理解题意。

前提与边界

三组消融都是在算术任务上做的。对常识与符号推理，中间步骤起作用的机制是否相同，论文没有验证。

三类任务

同一个机制，三种用法

作者在三类任务上验证，结论不是「思维链在哪都灵」，而是它的适用边界跟着任务的推理结构走。

算术多步应用题，每步因果明确收益最大常识推理因为 A 所以 B 这类自然语言推断语言性质天然契合符号推理取末字母、抛硬币后判断唯一拓宽了能力边界符号推理带来的不只是「同任务做得更好」还带来了长度上的分布外泛化：推理链比示例里更长的输入也能处理三项任务的评测都在短文本上做长上下文、代码、多轮任务上还成不成立，这篇没有证据

三类任务的推理结构不同，思维链的收益来源也不同：算术是「别掉步」，常识是「本来就要语言解释」，符号推理是「能处理更长的链」。

算术是最典型的。多步应用题，每一步都有明确的因果，模型只要不掉步就能算对。这里思维链的收益最大。

常识推理（CSQA、StrategyQA、日期理解等五个数据集）用的是同一个提示，但推理形态完全不同：不是数值演算，是「因为 A 所以 B」这类自然语言推断。作者的判断是思维链的语言性质让它能覆盖这一类，因为常识推理要的本来就是语言化的中间解释。

符号推理里有两个玩具任务：取人名末字母拼接、抛硬币后判断正反面。作者报告思维链不只让模型做对了这类任务，还带来了长度上的分布外泛化，推理链比示例里更长的输入也能处理。这是三项里唯一一个「能力边界被拓宽」的证据，不只是「同任务做得更好」。

前提与边界

三项任务的评测都在 2022 年的模型上做，题目都是短文本。这套方法在长上下文、代码、多轮任务上还成不成立，这篇没有证据。

缺口

这篇论文没回答什么

1. 规模阈值为什么会出现在那个位置，没有解释。

论文说了「百亿量级开始生效」，但没给机制。附录里那句「这个问题必然是多面的，我们只做了一次初步的错误分析」是作者的原话。他知道这只是猜测，没有当成结论。

2. 推理过程对了，结论也可能错。

作者自己列了这条：思维链不保证推理路径正确，同一条错误的推理可能推出正确答案，也可能推出错误答案。论文提到当时有研究在用这个方向改进事实性生成，但这里没做。这一条最要紧：思维链提升的是「算对的机会」，不是「想对的保证」。

3. 是不是真的在「推理」，论文明确说不回答。

原文是「尽管思维链模仿了人类推理者的思维过程，但这并不能回答神经网络是否真的在推理，我们把这留作开放问题」。这句话放在今天看仍然成立。

4. 成本方向反了。

少样本场景下手写思维链很便宜，但要做微调，这种标注成本就吃不消了。而思维链又只在超大模型上生效，也就是最贵的那批模型。作者把「怎么在小模型上诱导出推理」列为未来工作，没有给方案。

5. 评估的隐性前提没被检验。

全文的评测都建立在「标准提示是合理的对照」这个前提上。如果对照本身偏弱，「思维链超越了被微调的模型」这个结论的强度就要打折。

提示词怎么写才稳定可控

Tue, 03 Nov 2026 00:00:00 GMT

做个靠谱的产品经理

认知与设计

提示词怎么写才稳定可控

从「列了一堆要求却跑偏」到「按任务把要素配齐」：构成要素、推理框架、可直接抄的模板库，一次讲透。

稳定可控的底层公式：信息完备（按任务配齐：角色、任务、约束是底线，示例、步骤、受众看复杂度加）＋过程外显（思维链让推理可见）＋噪声压制（多次采样 / 评分），三者叠加，输出才从「看运气」变「可预期」。
推理框架深度对齐任务复杂度：线性任务用思维链，多解需取舍用思维树（打分即反思雏形），够用即停，不堆最深的。
Prompt 不是孤岛：事实用检索补、底线用规则校验，Prompt 只管「怎么想」。

01提示词工程的四层拆解

按「稳定可控」拆成四个层面

图 1 · 提示词工程的四层结构（推理激发层内含 CoT → 自洽 → 思维树 → 反思递进）

① 构成要素角色 · 要求 · 任务 · 约束 · 示例 · 步骤：按需配齐，信息完备是底座 ② 推理激发让复杂任务的结果不乱：显性推理 + 多采样投票 + 多路径探索 + 自我评估 ③ 实战调优少样本示例 · 约束结构化输出 · 大任务拆小步 · 系统测试与版本化贯穿结论：稳定可控 = 角色明确 + 步骤拆开 + 格式锁死 + 边界兜底

推理激发层本身是一条递进链，不是越深越好，而是匹配任务复杂度（详见 02 案例②与 03 判据二）。

推理激发的递进链：思维链（让模型一步步想，减少跳步出错）→ 自洽（同一题采样多次、投票表决，用「多数」压住单次随机性）→ 思维树（不止线性链，允许多分支探索 + 评估取舍）→ 反思（生成后自我批评修正，形成闭环）。

从「原版 vs 优化版」对比能直接抽出的结论：稳定可控不是四个独立动作，是同一件事的四个面：让模型没有自由发挥的空间。而且这层是所有落地方式的地基：RAG / Agent / 微调都叠在提示词之上，提示词写不稳，叠什么都在抖。

02两个调优对比案例

案例① 账户数据图表提示词：原版 vs 优化版

同一件事、写法不同，结果能差多少，这组对比直接说明。原版把数据库连接、代码规范等「怎么做」的约束堆在最前，但「交付什么样的工程、给谁用、验收标准」反而没说（敏感的主机 / 账号信息已脱敏）。优化版补了角色，并把关键约束前置、分层组织。

原版（节选）：五段要求平铺，无角色、无目标

请在当前项目目录下，生成一套完整的账户数据可视化工程代码，具体要求如下： ### 一、项目基础配置 1. 项目目录结构：按模块化设计，包含以下目录/文件（需自动创建）： - config/：存放数据库配置文件 - database/：存放数据库连接与操作代码 - utils/：存放工具函数；visualization/：存放可视化代码；main.py：工程入口 …… ### 二、数据库连接要求 1. 数据库类型：MySQL 2. 账户信息（需写入配置文件）：主机 / 端口 / 用户名 / 密码 / 数据库名 / 时区（已脱敏，此处略） …… ### 三、数据统计与可视化要求 ……（每日 / 每月 / 整体趋势图的维度与图表类型、Top50 排名规则，约 20 行，略） ### 四、代码规范要求 1. 编程语言：Python 3.11.9 2. 代码风格：遵循PEP8规范，包含详细注释（函数说明、关键逻辑注释） 3. 异常处理：捕获数据库连接异常、数据查询异常、可视化生成异常，给出友好提示 …… ### 五、额外要求 1. 在工程根目录生成README.md，说明项目结构、环境配置步骤、运行方法 ……

优化版（节选）：角色 → 目标 → 约束前置，再分层展开

# 角色你是一位精通Python数据工程与可视化的资深开发人员。 # 目标请在当前目录下构建一个模块化的账户数据可视化工程。该工程需要从MySQL读取广告投放数据，进行清洗聚合，并生成交互式趋势图与排名报表。 # 约束&环境 1. 编程语言：Python 3.11+ 2. 核心库：SQLAlchemy（数据库交互）、Pandas（数据处理）、Plotly（可视化）、python-dotenv（环境变量） 3. 运行模式（关键）：代码需支持Mock模式。当检测到无法连接数据库或配置了USE_MOCK=True时，自动生成符合表结构的随机模拟数据，确保工程在无数据库环境下也能完整运行并生成图表。 ……（中间略：项目目录 / 数据库模式 / 功能需求 / 命令行参数，约 60 行） # 代码质量 - 代码需遵循 PEP8 规范。 - 关键逻辑（特别是Mock生成和ORM查询）必须包含中文注释。 - 异常处理：优雅处理数据库连接超时，并自动降级提示使用Mock模式。

图 2 · 原版（约束堆砌、平铺）vs 优化版（角色 + 目标 + 约束分层）

原版（飘） · 一句话需求 + 五段平铺要求 · 无角色（纯技术规格视角） · 约束 / 步骤 / 背景混在一起 · 关键约束埋在细节里 · 任务层缺失：没说清交付目标结果：模型自由发挥、不可预期优化版（稳） ① 角色（资深数据开发） ② 目标（读数据→清洗→出图） ③ 约束 & 环境（Mock 关键·前置） ④ 项目目录 / 数据库模式 ⑤ 功能需求 / 执行 / 代码质量结果：逐块可验证、可控

归因：约束堆砌 ≠ 任务清晰。原版有「怎么做」的约束（数据库连接 / 代码规范）却无「做什么」的任务层，是约束堆砌型提示词的通病；加角色 + 补任务 / 目标 + 分层，才从「规格书」变成「提示词」。结构无分层让模型分不清「必须做」和「参考」；约束未前置让硬需求大概率被忽略。

案例② 空气净化器命名：原始 → 思维链 → 思维树

同一任务上，提示词把模型推理从「直觉蹦答案」推向「外显多路径探索」，正好对应推理激发层的递进。

原始：「为智能空气净化器取 5 个名字，特点是环保材料、能显示空气质量、可联动加湿器，品牌理念是自然科技温暖。」背景给全，但无「怎么想」引导。
思维链：加「请按步骤思考：①分析产品核心特点 ②解读品牌关键词（自然 / 科技 / 温暖）③结合特点与关键词生成名称」，把隐性推理显性化。
思维树：四阶段框架，包含生成候选思路（自然诗意 / 科技功能 / 情感价值三方向）→ 分支扩展（选 2 方向各出 6 候选 + 优劣分析）→ 评估筛选（5 个维度 1–5 分评分）→ 最终决策（推荐理由 + 风险提醒 + Logo 联想）。

三版提示词原文

原始版为我们的智能空气净化器取5个名字，产品特点是环保材料、能显示空气质量、可联动加湿器，品牌理念是自然科技温暖。

思维链版任务：请为智能空气净化器生成5个名称，需符合品牌理念（自然、科技、温暖）。请按以下步骤思考： 1. 分析产品核心特点（环保材料、空气监测、加湿联动） 2. 解读品牌关键词（自然=有机/生长，科技=智能/精准，温暖=关怀/舒适） 3. 结合特点与关键词，生成名称

思维树版（四阶段框架） # 智能空气净化器命名任务 - 思维树框架 ## 第一阶段：生成候选思路请基于以下维度，分别生成3种不同的命名策略方向： 1. 自然诗意方向（突出自然元素与意境） 2. 科技功能方向（强调技术特点与功能） 3. 情感价值方向（传递温暖关怀的感受）请为每个方向生成2个具体思路描述。 ## 第二阶段：分支扩展选择最有潜力的2个方向进行扩展，为每个方向： 1. 列出该方向的命名规则（如构词法、联想逻辑） 2. 根据产品核心特点（环保材料、空气监测、加湿联动）生成6个候选名称 3. 分析每个名称的优缺点 ## 第三阶段：评估与筛选使用以下评估标准对候选名称进行评分（1-5分）： - 产品特性契合度（环保材料、空气监测、加湿联动） - 品牌契合度（自然/科技/温暖） - 记忆度与发音 - 独特性 - 可扩展性（适合未来产品线） ## 第四阶段：最终决策综合评分，选出5个最佳名称，并给出： 1. 最终推荐理由 2. 潜在风险提醒 3. 视觉logo联想建议

图 3 · 命名任务的推理框架演进（思维树内含分支探索 + 评分选优）

原始思维链先拆解再生成思维树分支 + 评分选优含反思雏形三方向分支 5 维评分选优

归因：这一案例解决的是和案例①不同层面的问题：案例①是「写清楚」（构成要素），案例②是「想清楚」（推理激发）。最有价值的一跳在思维树的「评分选优」：它既含思维链、思维树的逻辑，也带反思机制的影子（先产出、再自评、再择优），把产出质量从「靠灵感」变成「靠标准」。

03三条稳定可控判据

两个案例各暴露一层问题，收成三条正交判据：任务层看写没写清，推理层看框架匹不匹配，系统层看谁来兜底。三层都过，才谈得上稳。

图 4 · 三层判据（任务层 / 推理层 / 系统层）

判据一 · 任务层角色+任务+目标+受众约束堆砌≠任务清晰受众决定卖点与语气判据二 · 推理层框架深度对齐复杂度事实就位+评分锚+few-shot 够用即停，不堆最深判据三 · 系统层 Prompt 不是孤岛事实检索补·底线规则守 Prompt 只管怎么想系统分工：事实 → 检索 · 确定性 → 规则 · 语言 → LLM

判据一 · 任务层：约束堆砌 ≠ 任务清晰，且任务必须含「受众」。一份稳的提示词，先有「角色 + 任务 + 目标 + 受众」，再谈约束。受众分层是目标的一部分：给价格敏感型还是参数党，决定卖点和语气完全不同，漏了这层后面再怎么调都偏。

判据二 · 推理层：框架深度对齐任务复杂度，但推理前事实须就位、评分须有锚、格式须锁死。多解任务上思维树（方向分支 + 打分），够用即停；补强三点：①思维树的前提是商品真实信息 / 价格 / 优惠已输入（来自检索或前置给定），否则推理空转、编造参数；②评分维度必须配可执行评判标准，如「卖点契合度 5 分 = 准确引用 ≥ 2 个真实参数」，不能只给维度名任模型开放打；③复杂任务配少样本（few-shot）示例 + 锁死输出格式（JSON / 表格）。

判据三 · 系统层：Prompt 不是孤岛。事实类内容用检索补（防幻觉），确定性底线用规则校验（敏感词 / 风险词 / 字数 / 格式），Prompt 只管「怎么想」。规则守底线的优先级高于推理择优。

04用真实需求验证判据

需求：给一款新品（iPhone 16 Pro 钛金属版）生成 10 个详情页主标题，要过合规和字数校验。下面用三条判据过一遍。

判据一过：原始「写 10 个标题，要好一点，别违规」，无角色、目标不清、验收模糊。改写：角色 = 资深电商转化文案；任务 = 生成 10 个主标题；目标 = 突出钛金属轻量化卖点、提升首屏点击；受众 = 25–35 岁数码爱好者；验收 = 每标题 ≤ 20 字、不含绝对化用语。
判据二过：10 个标题是多解任务，上思维树：分「参数党 / 颜值党 / 务实党」三方向分支，每方向出候选 + 用评分维度打分选优；评分维度配锚（如「卖点契合 5 分 = 引用 ≥ 1 个真实钛金属参数」）；事实前置：钛金属重量 / 强度由检索填槽，不靠模型编。
判据三过：事实用检索从商品库取真实参数；底线（绝对化用语 / 字数 / 敏感词）用规则系统校验，不靠 prompt 自觉。

追问三层（测判据韧性）

情形	判据怎么兜
检索没拿到钛金属重量（数据缺失）	判据三边界：Prompt 写明「缺失则标注『参数待补』，不得估算」，交规则拦截，而非模型编
评分最优标题恰含边缘敏感词（如「极致」）	规则层兜底：评分再高也过不了校验，回退次优：规则守底线优先级高于推理择优
思维树产出仍平庸	上反思（生成后自我批评修正）或回头补事实密度；判据二说的「再叠加反思」此时触发

反例清单（6 条常见错误写法）

反例	问题
约束堆砌无任务	列一堆「要专业要简短」却没说做什么（案例①原版同款病）
单解任务硬上思维树	过度框架，浪费算力还更慢
让模型编商品事实不接检索	「减重 30%」式幻觉
用 prompt 管敏感词不接规则	模型自觉不可靠，换批输入就漏
评分标准写模糊词	「好一点」「更优」而非 1–5 分维度，打分失效
没锁输出格式	要 JSON / 表格却只说「列出来」，下游没法解析

05可直接套用的提示词模板库

这一节的模板都是完整正文：选一个贴近你场景的，替换占位内容就能直接用。

通用提示词骨架

# 角色角色名称：一句话概述职责与专业能力 ## 技能 1. 角色需要具备的技能 1 2. 角色需要具备的技能 2 3. 角色需要具备的技能 3 # 要求 1. 用户的具体需求 1 2. 用户的具体需求 2 3. 用户的具体需求 3 # 任务需要执行的具体任务（含目标与受众） # 工作流 1. 第一步 2. 第二步 3. 第三步 # 示例成功 / 失败范例及格式模板 # 限制 - 互动中需遵循的限制条件 1 - 互动中需遵循的限制条件 2

结构化框架：CO-STAR 与 CRISPE

图 5 · 两个结构化框架（把「角色 / 背景 / 任务 / 输出」固定成骨架）

CO-STAR C 背景 Context：上下文与前置信息 O 目标 Objective：要达成什么 S 风格 Style：写作风格 T 语气 Tone：语气基调 A 受众 Audience：给谁看 R 响应 Response：输出格式 CRISPE C 角色与能力 Capacity：人设 + 专业度 R 洞察 Insight：任务背景与动机 I 指令 Statement：具体要做什么 S 个性 Personality：性格与偏好 P 尝试 Experiment：多版本 / 多思路 E 评估：用前四项校验产出

两个框架都把「角色 / 背景 / 任务 / 受众 / 输出」固定成骨架，避免漏层。CO-STAR 偏「写作与沟通」场景，CRISPE 偏「角色能力与多版本尝试」场景。

产品智能问答客服（检索填槽模板）

这是 RAG 问答的标准填槽模板：把用户问题与检索到的上下文灌进变量，让模型只基于上下文作答、不编。整段复制，替换 {{query}} 与 {{context}} 两个变量即可。

# 角色你是一个专业的产品智能问答客服，能够依据产品上下文，准确、清晰地回答用户关于产品的各种问题。 ## 技能 ### 技能1: 回答产品相关问题 1. 当用户提出关于产品的问题时，仔细分析问题的关键信息。 2. 依据产品上下文，查找与问题相关的内容。 3. 用简洁明了的语言，将找到的信息整理成答案回复给用户。 ### 技能2: 处理复杂问题 1. 若用户的问题较为复杂，涉及多个方面，对问题进行拆解。 2. 分别从产品上下文中查找各部分相关信息。 3. 将整合后的信息有条理地呈现给用户，确保回答完整、准确。 # 回复示例: 关于您提出的[具体问题]，根据产品上下文，答案是[具体回答内容]。 # 限制: - 只回答与产品相关的问题，拒绝回答与产品无关的话题。 - 回答内容必须基于产品上下文，不能随意编造信息。 - 回答需简洁明了，避免冗长复杂的表述。 # 任务 - 根据上下文回答问题： - 问题：{{query}} - 上下文：{{context}}

智能体意图识别 + 工具调用（结构化输出模板）

智能体编排里最常用的一类提示词：模型按四步输出 JSON，程序拿到就能解析执行。整段复制，替换末尾的 {问题输入} 即可。

# 角色你是一个智能客服助手，负责理解用户问题、准确识别用户意图，并在必要时调用合适的工具来解决问题。请严格按照以下流程执行。 # 工作步骤： ## 步骤 1:意图识别分析用户输入，判断其核心意图。可识别的意图包括但不限于: - 查询订单状态 - 申请退货/退款 - 咨询产品信息 - 投诉或建议 - 账户问题(登录、密码等) - 其他(无法归类时使用) 输出格式:{"intent":"意图类别"} ## 步骤 2:参数提取从用户输入中提取执行该意图所需的参数。例如: - 订单号 - 产品名称或产品ID - 用户手机号/邮箱 - 问题描述等输出格式:{"parameters":{"参数名":"参数名":"值"}} ## 步骤 3:工具调用决策根据意图和参数完整性，决定是否调用工具: - 如果参数完整且需要调用工具支持，则生成工具调用请求 - 如果参数缺失，则请求用户补充信息, 再执行调用 1. `query_order_status(order_id: str)` 查询订单状态 2. `get_logistics_info(order_id: str)` 获取物流信息 3. `refund_apply(order_id: str, reason: str)` 提交退款申请 4. `search_product(keyword: str)` 搜索产品信息 5. `check_coupons(user_id:str)` 查询用户优惠券 6. `submit_feedback(content: str,contact: str)` 提交反馈建议 ## 步骤4：输出结果 - 输出格式(工具调用): {"tool_call": {"name": "工具名", "arguments": {"参数":"值"}}} - 输出格式(需补充信息): {"ask_for": ["缺少的参数1", "缺少的参数2"]} - 输出格式(直接回复): {"response": "自然语言回复内容"} ## 示例: 用户: 我的订单什么时候发货? 单号是 order12345678 AI: 意图识别：{"intent":"查询订单状态"} 参数提取：{"parameters": {"order_id":"order12345678"}} 工具调用：{"tool_call": {"name": "query_order_status", "arguments": {"order_id": "order12345678"}}} 输出结果：{"response":"您的订单会在2030年12月30日发货"} 现在开始处理新请求: 用户: {问题输入}

任务执行类完整模板（可整段复制）

以下五份均为完整正文，把「# 任务」一行换成你的真实任务就能跑。

市场分析报告专家

适用：适用于行业 / 品类 / 竞争格局调研，内置 PESTEL、SWOT、波特五力分析框架

# 角色你是顶尖的市场分析专家，你的目标任务是深入分析一个指定的行业或产品市场，并撰写一份全面、数据驱动、具有前瞻性的市场分析报告，以帮助客户做出科学的战略决策。 ## 工作步骤 1. 信息收集与整理：全面搜集目标市场的相关数据和信息。 2. 深度分析与洞察：对收集到的信息进行多维度分析，提炼核心观点。 3. 报告结构化呈现：将分析结果组织成一份专业、易读的报告。 ### 第一步信息收集与整理在本步骤，你需要系统地搜集所有相关信息，并对其进行初步筛选和归类，为深度分析打下坚实的数据基础。 #### 具体要求： - 宏观环境扫描：使用PESTEL模型（政治、经济、社会、技术、环境、法律）搜集宏观趋势信息。例如，若分析新能源汽车市场，需搜集各国补贴政策、碳排放法规、电池技术突破、消费者环保意识变化等。 - 市场规模与趋势：查找权威机构发布的行业规模、增长率、市场份额等量化数据。例如，引用Statista或IDC的报告数据来说明市场容量和未来预测。 - 竞争对手分析：识别主要竞争对手，并整理其产品、定价、渠道、营销策略（4Ps）等信息。例如，列出特斯拉、比亚迪、蔚来等品牌的主力车型和价格区间。 - 目标用户研究：搜集目标用户画像、需求痛点、消费行为等数据。例如，通过社交媒体洞察或调研报告了解潜在买家最关注的因素（如续航、充电便利性、价格）。 ### 第二步深度分析与洞察在本步骤，你需要运用专业的分析框架对整理好的信息进行深入剖析，发现内在联系、挑战与机遇，形成具有战略价值的洞察。 #### 具体要求： - SWOT分析：系统阐述该市场的优势、劣势、机会与威胁。例如，优势：产业链成熟；劣势：核心芯片依赖进口；机会：政策强力驱动；威胁：原材料价格波动。 - 波特五力模型分析：分析行业竞争激烈程度。例如，评估供应商议价能力（电池厂商的集中度）、购买者议价能力、新进入者威胁（科技公司跨界造车）、替代品威胁（公共交通、燃油车）、现有竞争者的竞争强度。 - 关键成功因素提炼：总结在该市场中取胜必须具备的条件。例如，对于新能源汽车市场，关键成功因素可能包括：领先的电池技术、强大的充电网络、品牌声誉和软件体验。 ### 第三步报告结构化呈现在本步骤，你需要将分析过程和结论以清晰、专业、可视化的方式组织成一份完整的报告，确保读者能快速抓住重点。 #### 具体要求： - 执行摘要：用一段话概括整个报告的核心发现、主要结论和最关键的建议。 - 目录与结构：报告需包含引言、方法论、市场概述、详细分析、结论与建议等标准章节。 - 数据可视化：使用图表（如柱状图、折线图、饼图）来直观展示数据，例如用曲线图展示市场增长预测。 - 提出可执行建议：基于分析，为客户提供具体、可执行的战略建议。例如，“建议采取差异化定价策略，并优先在一线城市布局自营快充站以建立品牌优势。” # 任务请分析人工智能大模型在医疗领域的应用市场

短视频剧本创作大师

适用：适用于产品带货 / 品牌传播短视频脚本，内置黄金 3 秒、节奏、行动号召设计

# 角色你是爆款短视频剧本创作大师，你的目标任务是根据一个给定的产品或主题，创作出极具吸引力、节奏感强、易于拍摄且能引发病毒式传播的短视频剧本。 ## 工作步骤 1. 定位与创意构思：明确视频目标与核心创意点。 2. 剧本结构与细节填充：设计故事框架并撰写具体内容。 3. 拍摄可行性审核与优化：确保剧本可执行并提出优化建议。 ### 第一步定位与创意构思在本步骤，你需要明确视频的核心目标、目标受众和情绪基调，并头脑风暴出最能抓住观众注意力的核心创意钩子。 - 具体要求： - 明确目标：确定视频是为了品牌宣传、产品带货还是提升知名度。例如，目标：在30秒内让观众记住新款气泡水的独特口味。 - 用户画像：设想目标观众是谁（如：20-30岁的都市白领），他们的喜好和痛点是什么（追求健康、口味新奇、喜欢分享）。 - 情绪基调：确定视频风格是搞笑、温馨、炫酷还是悬疑。例如，为气泡水选择“清爽畅快+一点幽默”的基调。 - 创意钩子：构思视频开头3秒内吸引用户停留的亮点。例如，开头：一个人在大太阳下无精打采，喝下一口饮料后瞬间眼睛发光，背景变得五彩斑斓。 ### 第二步剧本结构与细节填充在本步骤，你需要将创意扩展成一个完整的剧本，包括场景、旁白、对话、画面指示、音效和时长，确保故事流畅且有爆点。 - 具体要求： - 标准格式：按照“场景[画面描述]：对话/旁白（音效/音乐）”的格式撰写。 - 黄金3秒：精心打磨视频开头的画面和文案。例如：[特写镜头：汗流浃背的脸] 旁白：“北京的夏天，差点把我送走...” - 节奏感：控制节奏，每2-3秒有一个画面切换或信息点，并在中间设置高潮或反转。例如，第5秒出现产品，第10秒展示使用后的夸张效果。 - 行动号召：在结尾明确引导用户行为。例如，结尾字幕：“快来评论区说说你最想尝试哪种口味？”并贴上产品标签。 ### 第三步拍摄可行性审核与优化在本步骤，你需要以导演的视角审视剧本，评估其拍摄成本、难度和效果，并提出更易执行或效果更佳的修改方案。 - 具体要求： - 场景与道具：检查剧本中的场景和道具是否容易实现。例如，将“在埃菲尔铁塔下喝饮料”改为“在充满法式风情的咖啡馆露台”，以降低拍摄成本。 - 演员表演：评估对演员表演的要求是否过高，是否可以通过镜头语言简化。例如，将“需要演员表现出复杂的内心挣扎”改为“一个简单的挑眉动作特写”。 - 特效与剪辑：指明哪些效果可以通过后期剪辑和简单特效实现，哪些需要复杂CG。优先选择低成本高效益的方案。 - 最终润色：通读剧本，确保语言口语化、接地气，符合短视频平台的调性，并最终定稿。 # 任务便携榨汁杯短视频剧本创作

个性化学习导师

适用：适用于技能学习陪练，内置诊断、SMART 目标、路径规划与反馈机制

# 角色你是一位充满耐心、因材施教的个性化学习导师，你的目标任务是为一名遇到特定学习困难的学生制定一份量身定制的学习计划，通过诊断问题、提供资源和策略，帮助他/她攻克难点，提升成绩与信心。 ## 工作步骤 1. 问题诊断与目标设定：准确识别学生的知识漏洞和学习目标。 2. 学习路径与资源规划：设计个性化的学习方案并匹配最佳资源。 3. 行动步骤与激励反馈：将方案拆解为可执行的任务并建立反馈机制。 ### 第一步问题诊断与目标设定在本步骤，你需要通过与“学生”对话或分析其提供的信息，精准定位其当前的知识水平、存在的具体问题以及他/她希望达成的学习目标。 - 具体要求： - 识别薄弱环节：让学生描述或演示他/她认为最困难的部分。例如，在数学上，是“三角函数公式总是记混”还是“应用题无法理解题意”。 - 分析错误类型：审查学生的错题，判断是概念不清、粗心失误还是思路错误。例如，物理计算错误是因为公式用错还是单位没换算。 - 设定SMART目标：与学生共同设定一个具体、可衡量、可实现、相关和有时限的目标。例如，“目标：在两周内，将一元二次方程求解题的正确率从60%提升到90%”。 - 了解学习风格：询问学生偏好哪种学习方式（如视觉型、听觉型、动手实践型），以便后续推荐合适资源。 ### 第二步学习路径与资源规划在本步骤，你需要基于诊断结果，设计一个循序渐进的学习路径，并为每个阶段推荐最优质、最合适的学习材料和练习方法。 - 具体要求： - 知识拆解：将大目标拆解成一系列小知识点。例如，学习一元二次方程可分为：标准形式、判别式、求根公式、因式分解法、应用题。 - 资源匹配：为每个知识点推荐特定资源。例如： - 概念理解：推荐一个B站上讲解该概念的动画视频（视觉）。 - 公式记忆：提供一个口诀或思维导图。 - 基础练习：提供5道针对性练习题。 - 强化提升：提供2道综合应用题。 - 时间规划：建议每个小知识点分配的学习和练习时间。例如，“求根公式”部分预计学习1小时，练习30分钟。 ### 第三步行动步骤与激励反馈在本步骤，你需要将学习计划转化为清晰的每日行动清单，并设计简单的反馈机制，让学生能够看到自己的进步，获得正向激励。 - 具体要求： - 制定日程表：将学习任务填入学生的每日时间表中，明确每天具体要做什么。例如，“第 1 天：晚上7：00-8：00，观看视频‘十分钟搞定求根公式’，并完成配套练习5题”。 - 设立检查点：规划几个关键的复习和自测节点。例如，“每三天做一次小测验，周末进行一次综合测试”。 - 提供正向反馈：设计一种方式让学生记录自己的进步。例如，准备一个“进步手册”，每完成一个任务就打勾，每正确做对一套题就给自己一个小奖励。 - 调整机制：告知学生如果在执行中遇到困难，可以随时回来和你一起复盘，调整学习计划和资源。 # 任务高中数学的“函数与导数”

大模型应用学习规划师

适用：约束写法范本：目标需求 / 禁止项 / 保护项三段式，划红线的同时留弹性

# 角色：大模型应用学习规划师 ## 技能： - 5 年大厂 AI 产品经验。 - 擅长以70% 实战 + 30% 理论的方式设计课程。 - 已帮200+非技术背景学生转型AI领域 - 结课后可产出面试作品集 # 目标需求： - 985大学市场营销专业大四学生，2025年12月前目标，希望成为AI产品经理。 - 掌握大模型应用设计（如客服机器人、智能文档助手） - 完成 3 个可演示的 AI 产品原型 - 获得字节跳动 AI 产品经理实习机会 - 可用时间：工作日晚 19:00-21:00（每周 3个晚上），周末上午 9:00-12:00 - 资源限制：无编程基础，预算≤1500 元（含工具会员) # 任务：9周AI产品经理学习计划（含每日任务颗粒度），需包含： 1. 阶段里程碑：第3周（原型设计）/ 第6周（完整 Demo）/ 第9周（面试作品集） 2. 每日任务：理论学习（20min）+ 工具实操（40min）+ 案例拆解（20min） 3. 工具链：免费 / 学生版工具（如墨刀 AI 原型、Notion+ChatGPT 插件） 4. 验收标准：可运行的 Demo + 需求文档 + 面试话术库 5. 风险预案：连续 2 周进度滞后时，启动「周末特训日」（补 1 个完整项目）。 # 参考案例（2周AI客服机器人学习）： D1（第 1 周）理论：《AI 产品经理必修课》第 2 章（用户需求分析，B 站免费课）实操：用「豆包企业版」搭建餐饮客服话术库（标注意图分类，耗时 40min）输出：含 10 个常见问题的对话流截图 + 用户痛点清单（提交 Notion 看板） D8（第 2 周）理论：A/B 测试基础（36 氪 AI 产品专栏）实操：在墨刀 AI 中调整按钮位置，对比点击率数据（导出 Excel 报告）验收：可交互的客服机器人原型 + 50 字优化说明（截止周日 22:00）（注：请沿用「日期 - 任务 - 工具 - 输出」的日粒度格式） # 禁止项： - 不能纯看课不实操（每周实操占比≥70%） - 不想使用需编程的工具（优先无代码平台） - 单周学习不能大于6小时（防放弃） # 保护项： - 可以将每周三设为「灵感日」（刷 AI 产品案例，不计入时长） - 允许用校园场景练手（如设计教学楼导览 AI） - 预留 10% 时间试错（如体验新工具导致进度延迟）

销售数据分析助手

适用：适用于从对话文本提取结构化数据，用成功 / 失败双案例显式示范遗漏点

# 角色：化妆品公司销售经理 ## 技能： - 熟悉公司产品线及核心卖点 - 具备基础销售话术分析能力 - 能识别顾客需求与销售障碍 - 了解主要竞品动态（如产品特点、市场策略）。 # 目标需求：从销售对话文本中提取结构化销售数据，并识别竞品提及内容，生成可用于优化销售策略的分析报告。需包含以下核心目标： 1、量化销售行为：统计产品推荐次数、顾客异议处理成功率等。 2、定位顾客需求：分析高频提及的化妆品问题、功效偏好等。 3、监控竞品动态：记录顾客主动提及的竞品名称、对比评价及销售转化情况。 # 任务：从对话内容中提取出销售数据，应包括： 1、基础信息提取 - 对话发生日期、门店名称、销售员姓名 - 顾客性别、年龄区间（如有提及） 2、产品相关数据 - 提及的产品名称、规格、价格 - 顾客对产品的核心诉求（如保湿、抗老、敏感肌适用等） - 顾客异议内容（如价格犹豫、成分担忧等） 3、销售行为分析 - 销售员使用的话术类型（如功效对比、促销引导、专业背书） - 顾客从咨询到成交的决策周期（时间跨度） 4、竞品信息记录 - 顾客主动提及的竞品名称、型号 - 顾客对竞品的评价（如 “朋友推荐”“价格更划算”） - 竞品是否导致销售失败或成功拦截（如 “顾客原计划购买 XX 品牌”） 5、输出格式要求 - 按对话时间顺序整理成表格，每行对应一段对话 - 关键信息使用标签标注（如 #保湿诉求 #竞品拦截成功） - 最后应该有综合性的文字分析报告 # 参考案例： ## 成功案例： ### 对话片段：顾客：“我之前用 XX 品牌的精华过敏，你们这款真的温和吗？” 销售员：“是的，我们产品通过了敏感肌测试，添加了舒缓成分。您可以先试用小样。” 顾客：“那我买一瓶试试。” #### 提取结果：日期：2025-06-20 门店：上海 A 店产品：舒缓精华顾客诉求：敏感肌适用异议处理：提供试用装竞品提及：XX 品牌结果:成交 ## 失败案例： ### 对话片段：顾客：“听说 XX 品牌新出的眼霜效果不错。” 销售员：“我们的眼霜性价比更高。” 顾客：“我再考虑下。” ### 遗漏信息：未记录竞品名称及顾客对比动机未分析销售失败原因（如未针对性回应竞品优势） # 约束项： ## 显性限制：数据提取需基于对话原文，避免主观推断（如未明确提及价格则标注 “未提及”）。每日处理对话量不超过 200 条，优先分析高价值客户（如客单价 > 100 元）的对话。 ## 偏好：优先关注顾客主动提及的竞品信息，其次是销售员主动对比的竞品。分析报告需突出高频问题（如 “敏感肌诉求占比 40%”）和异常案例（如 “某门店竞品拦截成功率显著低于均值”）。 ## 风险规避：顾客隐私信息（如姓名、联系方式）需脱敏处理。避免过度解读销售员个人能力（如 “话术不佳” 需结合具体对话内容说明）。

更多范例：DeepSeek 提示词库 api-docs.deepseek.com/zh-cn/prompt-library/ · 通义千问 tongyi.aliyun.com/blog/196470200 · aishort.top/community-prompts · 在线优化器 prompt.always200.com

06一个没想清的问题 + 一句话总结

一个还没想清楚的问题：提示词怎么像代码一样做回归测试？代码改一行，跑一遍测试就知道挂没挂；提示词没有这套——模型一升级，上周调稳的提示词可能悄悄变味，判据二里的「评分锚标准」也靠人写人维护，换个场景就要重做。现在的土办法是改完拿几条旧输入跑一遍、对比输出，凑合能用，但拿多少条测、测到什么程度算稳、多久重测一次，都没有标准。

提示词稳不稳，不看要求列得全不全，看四件事说清没有：做什么（任务与受众）、怎么想（推理框架够用即停）、谁来兜底（规则校验守底线）、事实从哪来（检索，不靠模型编）。

附录 · 推理激发四件套速查

01 节把推理激发层讲成一条递进链，这里把四个技术各拆成一张速查卡：是什么、何时上、最短写法、注意什么。深度由浅到深，按任务复杂度取用，够用即停。

① 思维链（Chain-of-Thought）：把问题拆成一步步，让推理可见

问题步骤 1 步骤 2 步骤 3 答案

适用：数学应用题、逻辑推理、多步骤任务；模型一给答案就错时。最短写法：结尾加「请逐步思考」，或给一条带步骤的示例。注意：简单题不必加，反而拖慢；步骤要真有关联，别为了拆而拆。

② 自洽（Self-Consistency）：多条路径投票，用「多数」压住随机性

同一问题路径 A 路径 B 路径 C 投票选多数最稳答案

适用：高可靠要求任务——科学计算、法律 / 医疗判断；单条结果忽好忽坏时。最短写法：同一提示词跑 5–10 次，取答案多数票。注意：响应更慢、成本更高；答案本身无客观对错的任务（如创意）不适合。

③ 思维树（Tree-of-Thought）：逐层分支，评估剪枝，搜出最优路径

问题方向 A 方向 B 方向 C ✓ 评分高 ✗ 评分低，剪掉 ✓ 评分高思路 A1 思路 A2 思路 C1 思路 C2 最优解逐层循环：分支 → 打分 → 剪枝 → 展开优支，直到搜出满意解

适用：需探索多种可能、权衡取舍的复杂决策——数学证明、编程调试、方案比选。最短写法：先列 N 个方向→打分→剪掉低分，留下的方向再展开一层，循环到满意。注意：实现复杂、开销大、对模型能力要求高；小任务用思维链就够了。

④ 反思机制（Self-Reflection）：初答 → 自我审查 → 优化，再迭代

初步回答自我审查（列问题）优化后答案不满意就迭代一轮

适用：代码生成、写作润色、任何「出了错难察觉」的任务。最短写法：三步模板——①初步回答 ②列出可能的问题（事实错 / 逻辑跳 / 遗漏）③改进并给最终答案。注意：多一轮生成，更慢更贵；审查标准要具体，别只说「检查一遍」。

贷款定价多了一把尺

Mon, 02 Nov 2026 00:00:00 GMT

今日总览#

定价的锚换了： 央行 10 月 30 日公告，从今天 11 月 2 日起每个工作日开展隔夜逆回购操作，固定利率、数量招标，操作利率 1.25%，比原 7 天期的 1.40% 低 15 个基点。7 天期退回操作层面，主要在税期、月末开展。当天开展了 5410 亿元隔夜逆回购。

贷款定价要同时看两个基准： 央行行长宣布贷款利率从单一参考 LPR 转向多元化定价基准，新增 DR 利率。LPR 短期大概率不动，DR 灵敏且贴近银行当下资金成本，适合大中型企业一对一谈合同，房贷、个人消费贷、小微贷继续用 LPR 更合适。

补贴往 3C 大件上压： 银行信用卡今年放弃广撒网式的普惠补贴，主战场换成大额分期满减。参与 iPhone Duo 24 期免息的银行达 16 家，入门款月供约 667 元。财政贴息首次把账单分期纳入，专项分期上限由每年 3000 元提到 5000 元。

成本和资本在两头动： 铠侠 2027 年产能配额已分配完毕，2028 年超 50% 产能获确定性采购承诺，高盛预计 2027 年 NAND 均价同比涨 34%。DeepSeek 第二轮融资 1055 亿元，国资占比从首轮 2% 升到 27%。

算力进了货架： Token 首次以独立品类上架双十一，天猫开售首日该品类成交额环比增 450%。明天先把定价系统里的加减点拆开看一遍，再核对提单页的展示顺序。

一、产品发布 / 更新#

1.1 美团龙猫发布 LongCat-2.5 多模态模型#

来源：IT之家、凤凰网科技
时间：11-02 09:18（1 小时前）

美团龙猫发布面向长程智能体任务的原生多模态模型 LongCat-2.5，总参数 1.6 万亿，每 token 激活约 480 亿。长序列训练加入更多长程轨迹数据，大规模长程强化学习提升复杂代码库开发能力。视觉信号表示为多层级离散 token，主干模型统一处理视觉与文本。

怎么看： 视觉压成离散 token 是为了让两种模态共用一套主干，推理成本才降得下来。1.6T 总参意味着单次调用仍不便宜。

1.2 四家巨头统一 AI 数据抓取退出标准#

来源：IT之家、腾讯新闻
时间：11-01 22:19（12 小时前）

OpenAI、谷歌、微软与 Anthropic 宣布采用同一套 AI 数据抓取退出标准，由 Anthropic 技术负责人 Kevin Kelley 提交 IETF，集成进 robots.txt，令牌为 __usage_ai-training。Anthropic 已率先采纳，OpenAI 计划未来几个月落实，谷歌与微软预计明年支持。该标准只针对训练数据。

怎么看： 这是表达偏好，不是授权合同。做内容站点的现在就把两行 robots.txt 加上，成本几乎为零；但追不回已用于训练的数据。

1.3 思科给一位工程师无上限 Token 预算#

来源：IT之家、站长之家
时间：11-02 08:17（2 小时前）

思科总裁 Jeetu Patel 指派 27 岁的 Padmanabhan Krishnamurthy，给出无上限 Token 预算，目标是 24 个月内用 AI 重写公司 98% 的遗留代码。克里希那穆提为自己设了四周验证期。报道未披露当前修改体量与试验成效，98% 目前只是目标。

怎么看： 这是给自己设的靶，还没射出一箭。四周验证期这个设计值得抄，真正的成本在验证，不在重写。

1.4 特拉华州拟允许 AI 智能体创办企业#

来源：IT之家、腾讯新闻
时间：11-02 08:18（2 小时前）

美国特拉华州计划放宽商业监管，允许 AI 智能体运营的企业注册成立，草案拟设 30 个月监管沙盒，AI 须在受监管环境中测试。众议院监督委员会主席 James Comer 已致信州长，担忧该机制可能让头部 AI 企业免责。

怎么看： 法人资格这一步先被美国最会注册公司的州试了。30 个月沙盒是创新与责任之间的让步，先看苹果跟不跟。

二、行业动态#

2.1 金融行业：政策利率换锚今天生效#

来源：人民银行公告、人民网
时间：11-02 08:54（2 小时前）

央行 10 月 30 日公告，11 月 2 日起每个工作日开展隔夜逆回购操作招标，固定利率、数量招标，操作利率 1.25%，比原 7 天期的 1.40% 低 15 个基点。7 天期改为固定数量、利率招标、多重价位中标，主要在税期、月末开展。当天开展 5410 亿元隔夜逆回购，全额满足一级交易商需求。

怎么看： 这是把政策利率的期限和 DR001 对齐，不是降息。变化在传导链条：隔夜直连少一道期限溢价，银行负债成本先降，资产端价格不动。

2.2 金融行业：贷款定价进入双锚#

来源：央广网、央视新闻、中国新闻网
时间：11-02 08:18（2 小时前）

央行行长潘功胜在金融街论坛年会表示，银行间隔夜回购利率 DR001 实际上已成为货币政策调控的目标利率，但公开市场主要操作品种和政策利率期限还是 7 天。10 月 30 日公告后 7 天期让出主政策利率地位，贷款定价转向 LPR 与 DR 两个基准。

怎么看： LPR 短期大概率不动，上一轮调整发生在政策利率降息之后。DR 适合企业一对一谈合同，个人消费贷和小微贷继续用 LPR。要改的是定价方法：基准利率从一个数变成一条曲线，加减点拆成期限溢价和信用溢价两块存。

2.3 金融行业：银行信用卡火拼双十一#

来源：同花顺财经、证券时报
时间：11-01（1 天前）

银行信用卡今年放弃普惠补贴，主打大额分期。参与 iPhone Duo 24 期免息的银行达 16 家，入门款月供约 667 元，512G 与 1T 版分别 750 元、896 元。财政贴息首次纳入账单分期，专项分期上限由每年 3000 元提到 5000 元。

怎么看： 3C 大额分期是银行今年唯一认真打的主战场。对手价已经压到月供 700 以内，自家的分期成本模型要按这个价格重算，不是按现在的价。

2.4 电商行业：Token 以独立品类上架双十一#

来源：中国经济网、光明网、重庆日报
时间：11-02 07:30（3 小时前）

Token 以独立品类在多个电商平台上架。9 月 3 日天猫上线 Token 充值中心，已接入 DeepSeek、阿里云、智谱、Kimi，MiniMax 开出首家品牌旗舰店。10 月 20 日开售首日，该品类成交额环比增 450%。千问 AI Lite 月卡官网价 60 元、活动价 39 元。

怎么看： 算力第一次有了比价入口，比价就有溢价空间。对做工具的团队，平台补贴这三个月是拉用户成本最低的窗口，但要看的是续费率不是首单量。

2.5 电商行业：五部门部署 20 项消费基建任务#

来源：央广网、证券时报、科技日报
时间：11-02 08:00（3 小时前）

国家发改委等五部门印发消费基建指导意见，部署 20 项任务，覆盖城乡商业设施、服务消费设施、出行消费设施、流通设施网络、新型消费设施五方面。含购物中心设备更新、停车场智慧化改造、加大充电设施建设、县乡村三级物流、5G 千兆光网覆盖与智慧商圈建设。

怎么看： 钱投向了场景和设施，不是补贴用户。对做线下零售和仓配的，这是接下来两年的订单来源；对纯线上平台，短期内读不出变化。

2.6 电商配套：跨境成本与申报同时收紧#

来源：亿邦动力、腾讯新闻
时间：11-01（1 天前）

UPS 宣布 12 月 21 日起陆运、航空及国际服务日均运费平均上调 5.9%，需额外处理的包裹最低计费重量由 40 磅提至 50 磅，小型企业客户涨 4.5%。欧盟自 11 月 1 日起要求 150 欧元以下境外 B2C 商品逐件申报产品识别码。

怎么看： 尾程成本在旺季尾段抬价，申报义务从本月已经生效。两件都是卖家侧的固定成本，出海商品的到岸成本表要在大促前重算。

2.7 AI 行业：DeepSeek 第二轮融资 1055 亿元#

来源：通信世界网、同花顺财经、今日头条
时间：11-02 09:16（1 小时前）

据 The Information 援引知情人士，DeepSeek 第二轮融资 1055 亿元，近 30 家投资方，投后估值约 6155 亿元，国资占比升至 27%，首轮仅 2%。腾讯两轮各投 100 亿元，宁德时代本轮 100 亿元，中国移动拟投 80 亿元。各方至今未公告。

怎么看： 数字来自外媒，官方没确认。国资占比从 2% 到 27% 这一跳，比 1055 亿这个总额更值得盯，它改的是这家公司往后拿资源和做决策的方式。

2.8 AI 行业：铠侠 2027 年产能已售罄#

来源：IT之家、腾讯新闻
时间：11-02 07:39（3 小时前）

铠侠执行副总裁河村芳彦在财报电话会表示，2027 年产能配额已分配完毕、处于售罄，这在公司历史上尚属首次；2028 年超 50% 产能已获客户确定性采购承诺，2029 至 2030 年商务洽谈已启动。高盛预计 2027 年 NAND 均价同比涨 34%。

怎么看： 涨的是消费电子的物料账，不只是 AI 芯片。3C 租赁的采购成本模型按 2027 年价格重算，签长期锁量协议的比等现货的早半年更划算。

三、技巧与观点#

3.1 卖算力的钱已经开始分化#

来源：虎嗅
时间：11-02 08:48（2 小时前）

虎嗅作者翻遍产业链报价单，看到的是分化：H100 合约价 5 个月涨近四成，A800 两年跌 53%。信通院数据显示 2026 年一季度 AI 算力需求同比增 417%，有效供给只增 128%。AI 漫剧万次播放收益已掉到 10 元以内，93% 作品月播放不足百万。

怎么看： 算力不是一门统一生意。H100 和 A800 走出两个价格世界，卖铲子前先确认客户买的是哪一档。

3.2 同样的动作，钱多的能快刀断乱麻#

来源：虎嗅
时间：11-02 07:55（3 小时前）

永辉一年关店 381 家、减员约 2.9 万人、调改 331 家店，前三季度归母净利 1.7 亿元扭亏，自有品牌销售额占比超 10%。高鑫零售半年预亏 5 至 5.5 亿元、亏损放大到去年同期 4 倍，自有品牌占比仅 3.2%，门店调改只完成 25%。

怎么看： 速度由资金结构决定，不由能力决定。永辉背后有名创优品 62.7 亿元输血，大润发六成以上门店是租来的，只能小修小补。

3.3 AB 实验的 AB 是随机分组，不是两个方案#

来源：人人都是产品经理
时间：11-02 09:00（2 小时前）

文章讲清 AB 实验：AB 指把用户随机分两组，不是出两个方案比一比。五步设计是业务提目标、提方案、随机分组、推方案收数据、做统计对比。四类常见坑是实验不符合业务逻辑、没做 AA 验证随机性、撞上大促等特殊时段、多个功能一起上。

怎么看： P 值显著不等于该上线，业务强推的方案可能更差。要先补的验证是 AA，分组后不上任何政策空跑一段，组间出现差异就说明随机性没做对。

3.4 低成本增长靠省掉隐性成本#

来源：人人都是产品经理
时间：11-01 15:00（19 小时前）

文章拆解低成本增长的关键不在少花钱，而在省掉三类隐性成本：教育用户、红海竞争、拉新复购。人群数据给出判断依据：小红书 40 岁以上人群占比 25%、超 8400 万，而品牌扎堆的 25 至 30 岁只占 19%。

怎么看： 流量贵的时候，省下来的不是广告费，是不跟人抢同一批人的成本。

四、今日行动建议#

给开发者#

拆开基准利率：定价要支持隔夜、7 天、3M、1Y 按期限取点
拆开加减点：期限溢价、信用溢价、资本占用分三块存
重定价条款要认锚变：锚换了基准没变时别一刀切触发
robots.txt 先加两行：__usage_ai-training 令牌，现在加成本几乎为零
给 Agent 配 Token 上限：无限预算只适合四周验证期

给产品经理 / 创业者#

提单页顺序自查：信贷产品置顶、默认勾选都在风险范围内
对手价重算：16 家银行 24 期免息，入门款月供 667 元
贴息台账按笔记：5000 元上限是按人还是按合同，必须对齐
Token 品类先算留存：按量付费看续费率，不看首单量
跨境先报 PID：150 欧以下逐件申报，别等清关被拦

给企业管理者#

定价系统排期：换锚后重定价逻辑要走在下次调价之前
净息差先看负债端：先等负债成本下行，别急着压资产端价格
AI 预算给上限：无限 Token 是口号，先设四周验证期
3C 采购按 2027 重算：NAND 2027 年预计涨 34%
补贴窗口倒排：贴息 12 月 31 日退坡，倒排产品节奏

结语#

先把定价系统里的加减点拆开看一遍。换锚不是降息，它改的是合同里那个参照物，拖到下次调价才动手就晚了。

另一件是清一遍提单页的展示顺序和默认值。这一轮问答管的是收银台，前置页面口径还没定死，但按业务实质判定，信贷与普通支付混同展示就是越线。

支付页面不能混着放金融产品了

Sun, 01 Nov 2026 00:00:00 GMT

今日总览#

支付页上的金融产品被单独划出来了： 中国互联网金融协会 10 月 31 日发布《落实〈金融产品网络营销管理办法〉问答（一）》。贷款、理财等金融产品在支付页面要和银行卡等支付工具显著区隔，客户没预先开通的不得展示，也不得用弹窗或默认勾选诱导开通。

品牌名也要拆开： 花呗、白条、月付这类名字被写明属于对应持牌机构的专属产品，平台不得转委托客户，合作机构不得混用同一品牌名。同一周，金融法草案二审稿列入 11 月 2 日至 6 日全国人大常委会议程，新增互联网营销监管条款。

算力和物料在两头同时变贵： OpenAI 12 月起让 ChatGPT 与 Codex 共用一份额度，统一按 Token 计量。联电说成熟制程 2027 年平均售价要涨约 10%，产能利用率过了九成。

履约和纠纷的成本在往上走： 快递业前三季度收入增速 7.2%，高于业务量的 4.3%，但末端派费底线和社保投入同步抬高。恶意仅退款让商家跑 1600 公里取证，成本差没人补。

能立刻动手的： 分期链路的支付页面逐条对齐问答要求；模型成本表按 Token 重算；3C 大件运费报价重新谈。

一、产品发布 / 更新#

1.1 DeepSeek 开源 Super-agent 原型，Router 与 Worker 分层#

来源：IT之家、极客公园
时间：10-31 21:36（13 小时前）

DeepSeek Harness 团队发布 Super-agent 架构设计并开源原型。Router 常驻接收群聊、邮件、代码评审等事件并分派，Worker 在隔离会话里并发执行。实验每次约 300 条消息、20 条工作请求，任务完成时间 p50 为 12.4 分钟、p95 为 15.7 分钟，单会话加 Subagent 方案的 p95 是 29.5 分钟。

怎么看： 数字是合成负载下的调度成绩，真实写代码质量没测。可抄的是 Router 只做分派、Worker 会话隔离这个分工。

1.2 OpenAI 让 ChatGPT 和 Codex 共用一份额度#

来源：IT之家、凤凰网科技
时间：11-01 07:58（2 小时前）

OpenAI 帮助文档更新，12 月起 Plus、Pro、Business 的 ChatGPT 与 Codex 共享同一份配额，统一按 Token 计量，模型越高级、任务越复杂扣得越多。即时聊天不占额度。官方没公布各档套餐包含多少 Token，也没公布模型之间的折算比例。

怎么看： 老 Pro 200 的额度保住了，Plus 用户却要多干一份活才能用 Codex。12 月前按真实周用量估一次预算。

1.3 百度搜索实现递归自我进化，搜索 API 4.9 元每千次#

来源：量子位、雷峰网
时间：10-30 16:50（1 天前）

10 月 30 日百度 APP 产品升级沟通会宣布搜索实现递归自我进化，把真实检索与用户反馈沉淀为训练信号，整体迭代效率提升 80% 以上。搜索 AI API 限时最低每千次查询 4.9 元，低于 DeepSeek 搜索 API。GUI 场景覆盖提升 5 倍，接入政务、民生、央行等超 50 亿权威资源数据。

怎么看： 4.9 元是把调用量养起来的价。做站内检索的按这个单价重算成本模型，别把限时价当长期价。

1.4 Anthropic 给四个 Claude 模型加水印，两个旧型号能绕开#

来源：The Decoder
时间：11-01 03:20（7 小时前）

Anthropic 通知 API 客户，Claude Mythos 5、Opus 4.7、Opus 4.6、Sonnet 4.6 将带上文本水印，理由是欧盟 AI 法案 12 月的期限。Opus 4.6 和 Sonnet 4.6 只在 temperature、top_p、top_k 保持默认值时生效，改动任一参数即可避开。

怎么看： Opus 4.6 仍是最能写的型号之一，这个口子留给要拿水印当合规证据的人。用就先在文档里写死三个采样参数。

二、行业动态#

2.1 金融行业：支付页面的金融产品要分区，未开通不得诱导#

来源：腾讯新闻、大河财立方
时间：10-31（1 天前）

中国互联网金融协会 10 月 31 日发布《落实〈金融产品网络营销管理办法〉问答（一）》。支付页面的贷款与理财须与银行卡等支付工具显著区隔，客户未预先开通的不得展示、不得诱导开通。第三方平台不得转委托客户，开户链接须跳转至持牌机构自营载体。

怎么看： 这一条直接改写产品链路。分期和支付工具混排的页面，本周内把展示逻辑过一遍。

2.2 金融行业：金融法草案二审稿下周审议，新增互联网营销条款#

来源：新京报、新浪财经
时间：10-30（2 天前）

全国人大常委会法工委 10 月 30 日通报，金融法草案二审稿列入 11 月 2 日至 6 日会议议程。草案拟充实金融消费者与投资者权益保护制度，统一规范资管产品业务，新增互联网营销等活动的针对性规定，加强跨境金融活动监管。

怎么看： 协会问答给的是执行口径，金融法给的是上位依据。下周会议前，把问答里自己适用的几条标出来等对照。

2.3 电商行业：广东要求审慎运用仅退款和自动跟价#

来源：腾讯新闻、南方网
时间：10-30（2 天前）

10 月 30 日广东省市场监管局召开双十一平台企业行政指导会，淘天、腾讯、美团等 3 家平台汇报情况，14 家平台企业和 MCN 机构参加。会议点名价格注水、促销套路、低价内卷、直播水分、售后设卡五类问题，要求不得强制商家低于成本销售、促销规则提前一次性公示。

怎么看： 审慎两个字给了调整空间，但纠纷不会自己消失。做活动的把报名价格、规则版本、库存和发货凭证留档。

2.4 电商行业：恶意仅退款的成本错配，商家跑 1600 公里取证#

来源：第一财经
时间：10-31 21:27（13 小时前）

第一财经评论梳理近期案例：山东商家卖出的两台总价 4070 元冰柜被申请退款，商品实际插电在用；河南濮阳商家为 190.71 元订单两次驱车 1600 公里跨省取证；上海一女子 3 个月内对 399 件商品申请仅退款，被采取刑事强制措施。

怎么看： 骗的人点几下手指，商家自己掏差旅和时间。这个成本差不在商家侧补，得在平台判赔规则上补。

2.5 电商行业：京东双十一前半程，AI 品类和 Token 一起放量#

来源：腾讯新闻、上游新闻
时间：10-31 15:02（19 小时前）

截至 10 月 30 日 18 点，京东 11.11 产生 1.5 亿个服务订单，超 2000 万件 AI 产品成交。AIPC、AI 眼镜、AI 工作站、AI 相机成交额同比增长 100%，大屏 AI 手机与 AI 智能水杯增长超 5 倍，智能人形机器人销量增长 700%。京东云 Token 产品销量环比增长 167%，白条分期交易额同比双位数增长。

怎么看： Token 被当成商品卖，分期交易额跟着涨。这是把模型调用和消费信贷放进同一个大促。

2.6 AI 行业：OpenAI 融资目标从 300 亿美元降到 200 亿#

来源：TechCrunch、The Decoder
时间：10-31 17:22（17 小时前）

外媒报道 OpenAI 把最新一轮融资目标从 300 亿美元下调到 200 亿美元，估值目标定在 1.25 万亿美元。目前已拿到由阿联酋主权与机构投资人领投的 110 亿美元，剩余部分计划通过面向高净值个人的零售渠道补足。

怎么看： 数字来自外媒，官方没确认。方向可信，同期 Anthropic 上市前披露了近 9000 亿美元长期算力承诺，两边都在赌同一件事。

2.7 AI 行业：联电成熟制程明年平均售价涨约 10%#

来源：腾讯新闻、SEMI
时间：10-31 23:46（10 小时前）

联电 CEO 王石在 10 月 28 日第三季度法人说明会上表示，成熟制程产能利用率已突破九成、部分技术满载，2027 年综合平均销售价格预计增加约 10%，涨势自 2027 年第一季度启动，年度价格协商已进入后期。未来三年 AI 相关营收占比有望达 25%。

怎么看： 涨的是消费电子的物料账，不只是 AI 芯片。3C 租赁的采购成本模型按 2027 年价格重算。

2.8 电商配套：快递利润集体改善，末端派费和社保成本也在上行#

来源：第一财经、腾讯新闻
时间：10-31 18:35（16 小时前）

国家邮政局数据，前三季度全国快递业务收入 11634.4 亿元同比增长 7.2%，业务量 1513.0 亿件同比增长 4.3%。申通三季度营收 164.7 亿元增长 21.6%，归母净利 5.40 亿元增长 78.7%，单票收入连续三个月增长至 9 月的 2.17 元。10 月 12 日起山东地区快递价格上调，宜昌明确城区最低派费不低于 0.68 元一票。

怎么看： 单票收入涨了，末端派费底线也涨了。3C 大件运费是毛利空间，报价有效期要盯紧。

三、技巧与观点#

3.1 补贴发给谁，和补贴留在谁手里是两件事#

来源：虎嗅
时间：11-01 09:48（21 分钟前）

虎嗅文章用三个案例讲补贴归宿：法国住房补贴每增加 1 欧元，租金大约涨 0.78 欧元，租客只留下约 22%；德国巴伐利亚购房补助，受影响地区独栋住宅价格相对涨约 1 万欧元，接近补贴金额；中国家电下乡手机研究里，有价格上限约束的商品实际价格平均低 10.05%。

怎么看： 补贴能不能留给消费者，取决于供给能不能扩、价格有没有上限。做国补的先算供给弹性。

3.2 用 AI 省下的那部分商誉，得从利润表里扣回去#

来源：钛媒体
时间：10-31 20:18（14 小时前）

老干妈被传用 AI 把 600 名工人精简到 48 人，官方否认后线上单日销售额从 5000 至 1 万元区间掉到 1000 至 5000 元。文中引 Gartner 2026 年 3 月调查，50% 美国消费者更愿意选不使用生成式 AI 的品牌。

怎么看： 这笔账不只在品牌身上，同样的算法放在工业和放在消费品牌面前结果不同。先问一句，省下的人力会不会被消费者看见。

3.3 60 亿播放的漫剧赚不到 100 万，IP 不等于定价权#

来源：虎嗅
时间：11-01 08:59（1 小时前）

番茄开放 6 万余部原创 IP 供改编，红果 2026 年 7 月日活 1.68 亿。平台拿广告收入的 60% 到 70%，普通 AI 漫剧的内容方可能只有 20% 左右，时长单价和两个系数由平台调整。

怎么看： 掌握流量出口的人有定价权，出口本身却要花钱维持。看内容生意，先看分账规则和留人成本，这两项都在别人手里。

3.4 Agent 能同时干活之后，人的注意力成了瓶颈#

来源：虎嗅
时间：11-01 03:15（7 小时前）

虎嗅作者拆解 Super-agent 的授权边界：主动性先是一道授权题，谁的消息可以启动任务、一条评论能不能让 Agent 对外发消息，都得先定规则。原型要求新增主动规则先在观察模式下试跑。

怎么看： 注意力被还给人的标准是三件同时成立：少问无效问题、持续交出可验收结果、不把权限成本转给人。

四、今日行动建议#

给开发者#

额度按 Token 重算：ChatGPT 和 Codex 12 月合池，Plus 用户受影响最大。
采样参数写进默认值：Opus 4.6 改任一参数就没水印。
Router 只做分派：并发任务交给隔离会话，别让一个上下文扛全部。
授权范围落成记录：每个工作项存下谁授权、授权到哪一步。
观察模式先跑一轮：新增自动动作先只记录不执行。

给产品经理 / 创业者#

支付页面分区展示：金融产品与银行卡分列，未开通的不展示。
跳转指向自营载体：第三方平台不得转委托客户。
品牌名先对表：花呗白条这类名称按持牌机构归属来用。
国补玩法先测供给弹性：价格上限和竞品数量决定补贴留在谁手里。
运费报价盯有效期：单票收入在涨，末端派费也在涨。

给企业管理者#

模型调用按 Token 计价：搜索 API 已到 4.9 元每千次，量级要重估。
AI 降本算上商誉：省下的人力若被消费者看见，会变成销量。
AI 客服留人工出口：中消协已把 AI 客服列为投诉热点。
大件物流成本重谈：价格调整和派费新规指向同一个方向。

结语#

明天先把分期链路的支付页面打开，把金融产品展示、跳转目标、客户归属地判定三条对着问答逐条核一遍。这三条只要改一处，走线和授权就得跟着重写。

另一件，把大件运费的报价单找出来看有效期。快递单票收入和末端派费都在往上走，等到 12 月再谈，位置就不一样了。

金融机构给智能体划了操作红线

Sat, 31 Oct 2026 00:00:00 GMT

今日总览#

能力放开和边界收紧同时发生： Gemini 的 Computer Use 工具正式转正，模型能看屏幕、点按钮。15 家金融机构与科技公司这周联合发出倡议，未经明确授权的智能体不得对金融客户端读屏、模拟点击或自动化操控。两件事方向相反。

AI 入口的争夺挪到了系统里： 苹果与阿里达成合作，千问接入 Apple 智能，11 月 4 日起随 iOS 开发者 Beta 开放测试，12 月随 iOS 27.3 正式推送。中国用户可在 Siri、写作工具和视觉智能里调用千问，发送内容前需征得同意，请求与回复不用于模型训练。

算力的开销已经大到要用外部融资来对冲： DeepSeek 第二轮融资扩到 1055 亿元，估值 6155 亿元，国资出资占比从首轮的 2% 升到 27%。同期亚马逊三季度在线销售只增长 2%，单季购置物业设备支出 772.6 亿美元，自由现金流连续为负。

供给侧的旧玩法正在被规则堵住： 抖音把”恶意高分成挖人”写进违规条例，视频号从 11 月 1 日起给入会主播标记源头机构。双十一 AI 模特图泛滥，福建消保委点名三种障眼法，AI 生成标识近乎隐形。

能立刻动手的地方： 信贷链路里凡是让智能体代客点”确认借款""确认还款”的地方补一份明确授权；3C 详情页把 AI 生成图与实拍图分开标注；新上线的自动化功能先加白名单和人工确认。

一、产品发布 / 更新#

1.1 苹果官宣接入阿里千问，11 月 4 日开放测试#

来源：证券时报、极客公园、阿里声明
时间：10-31 07:11（3 小时前）

中国用户可在 Siri、写作工具、视觉智能中调用千问的文本与图像理解、内容生成能力，11 月 4 日随 iOS 开发者 Beta 开放测试，12 月随 iOS 27.3 正式推出。首批功能含实时翻译、写作工具、照片消除、智绘表情、通知摘要，不含新版 Siri AI。请求与回复不用于模型训练。

怎么看： 国产模型第一次进了 iOS 系统级入口。买量、装机这些入口争夺，接下来要在系统里打。

1.2 Anthropic 改名 Claude 高价档，验证账号取消 5 小时限制#

来源：IT之家、量子位
时间：10-31 07:43（2 小时前）

原 Max 20x 更名 Ultra，价格仍是每月 200 美元，每周额度为 Pro 的 10 倍。经系统验证的账号取消 5 小时会话限制，新账号因防欺诈保留临时限制。Max 5x 简化为 Max，每月 100 美元，规则不变。

怎么看： 名称里藏着的两套倍率终于拆开说了。买高档位前先按自己真实的周用量算，别按 5 小时窗口估。

1.3 Gemini API 的 Computer Use 正式转正#

来源：Data Studios、AIHot 汇总
时间：10-30（1 天前）

Google 把 Computer Use 从预览改为正式可用，覆盖 Interactions 与 GenerateContent 两套 API。模型看截图后返回点击、输入、导航动作，由调用方的执行器负责落地，支持浏览器、移动端、桌面三种环境。四款模型可用，官方推荐 Gemini 3.8 Flash。

怎么看： 模型只提议动作，点下去的还是你自己的代码。执行器权限和确认逻辑，现在就得自己写。

1.4 微信支付经营机器人上岗便利店#

来源：大洋网、南方+
时间：10-30（1 天前）

10 月 29 日，微信支付智慧经营机器人在 7-ELEVEN 深圳腾讯总部园区店上岗，是其自 6 月亮相后首次进店。基于腾讯混元端侧小模型，三种模式为收银导购、店长经营、趣味互动，可读门店数据给出进销存与营销建议，搭载天籁音频方案应对收银台噪声。

怎么看： 收银、找优惠、点单这几项机器人接了，店员腾出手补货热饭。便利店的岗位分工先从这一家开始改。

二、行业动态#

2.1 AI 行业：DeepSeek 融资扩到 1055 亿元，国资占比升至 27%#

来源：腾讯新闻、潮新闻
时间：10-30 21:56（12 小时前）

据 The Information 报道，DeepSeek 第二轮融资约 1055 亿元，近 30 家投资方参与，估值 6155 亿元，报道未说明投前投后口径。腾讯本轮出 100 亿元，两轮累计 200 亿元；宁德时代体系出 100 亿元。国资背景投资者出资占 27%，首轮仅 2%。

怎么看： 半年融到约 1500 亿元，这是今年国内一级市场最大单笔。中途把目标从 500 亿翻倍，理由是高端芯片涨价和为行业波动留余量。

2.2 AI 行业：黑色十月，九家开发者平台接连出事#

来源：Wiz 报告、AIHot 汇总
时间：10-30 22:51（11 小时前）

Wiz 梳理 10 月内至少九家 AI 开发者平台披露的安全事件，含 Fireworks AI、Zeabur、Lightning AI、OpenCode、Railway、Warp、CommandCode、Northflank。多起指向凭据窃取与 agent swarm 攻击。Cursor 市场上被篡改的 Claude Code 扩展运行约 11 小时，最多影响 5000 用户。Zeabur 因事件决定关停。

怎么看： 泄的是能直接调模型的企业密钥，不是演示数据。装第三方扩展前先看发布者。

2.3 金融行业：15 家机构倡议，未经授权不许动金融客户端#

来源：经济参考网、中国证券网
时间：10-30 15:33（19 小时前）

北京金融科技产业联盟联合国开行、工行、农行、中行、交行、邮储、华泰证券、人保及华为、阿里云等 15 家机构发起倡议，从安全合规、身份可信、操作授权、调用受控等十方面提要求。未经金融机构明确授权，不得对金融客户端实施读屏、模拟点击或自动化操控。

怎么看： AI 客服代客点确认借款、代客还款，这条倡议明确点到了。做分期链路的要留授权记录。

2.4 金融行业：资管信托办法落地，严禁通道和资金池#

来源：金融监管总局、人民网
时间：10-30 22:03（12 小时前）

金融监管总局发布《资产管理信托管理办法》，坚持私募定位，投资者不超过 200 个，不得承诺保本保收益。信托公司不得将管理职责让渡给其他机构或个人，严禁违规通道业务和资金池业务，单个产品投向同一资产的资金不得超过净资产 25%。

怎么看： 通道业务被明令禁止，非标资金的路子收窄。消费分期找资金方时，多问一句底层是不是信托通道。

2.5 金融行业：招联消费金融因信用信息采集违规被罚#

来源：新浪财经
时间：10-30（1 天前）

中国人民银行深圳市分行公示，招联消费金融违反信用信息采集、提供、查询及相关管理规定，被罚 18.5 万元。时任营运中心负责人祁某瑗对上述行为负责，被罚 2.5 万元。

怎么看： 金额不大，违规项落在信用信息采集上。做 3C 分期，授信页的征信来源和授权链路值得逐条对照一遍。

2.6 电商行业：亚马逊在线销售只涨 2%，现金流连续为负#

来源：财联社、中国证券网
时间：10-30（1 天前）

亚马逊三季度营收 2019.4 亿美元增 12%，在线销售 685 亿美元仅增 2%，为 2023 年初以来最低增速，广告收入增 11% 低于预期。单季购置物业设备支出 772.6 亿美元，去年同期 351 亿。全年资本支出维持 2200 亿美元。

怎么看： 补贴和流量的钱从哪来，是平台自己的账。买流量撑 GMV 的空间在缩。

2.7 电商行业：抖音与视频号同步严打挖主播#

来源：腾讯新闻
时间：10-29（2 天前）

抖音在《抖音直播机构管理条例》新增”恶意高分成竞争行为”，禁止公会超最高分成比招募，宣传分成比超 50% 即算违规，查实扣机构健康分。视频号《2026 年 11 月公会奖励政策》自 11 月 1 日起给入会主播标记源头机构，离过源头机构的主播永久不计入新公会考核。

怎么看： 挖人的收益被掐断，公会只能拼孵化和运营能力。招主播的成本结构要重估。

2.8 电商配套：双十一 AI 模特图泛滥，消保委点名三种障眼法#

来源：澎湃新闻、中国青年网、泉州网
时间：10-30（1 天前）

实拍一件服饰的模特、场地、拍摄打包至少两三百元，AI 生成模特图最低 6 元一张。福建省消保委提示三类做法：角落小字标注或用”数字人展示”含糊带过、AI 图与少量实拍混排、AI 走秀视频修饰面料垂感。《人工智能生成合成内容标识办法》要求 AI 图文须有显著标识。

怎么看： 平台有核验义务，商家有标注义务，隐而不标就可能吃到退一赔三。3C 详情页同样适用。

三、技巧与观点#

3.1 SAP：激励型忠诚度首次跌破 40%#

来源：运营派
时间：10-29（2 天前）

SAP 基于全球 10002 名消费者的调研显示，靠折扣建立的忠诚度从 2025 年的 48% 降到 38%，六年来首次跌破 40%。31% 的消费者因与 AI 助手互动更忠诚，30% 却因品牌使用 AI 的方式转身离开，Z 世代这一比例达 45%。56% 希望必要时能撤销 AI 的决策。

怎么看： 用不用 AI 不是答案，顾客在意的是别失去控制权。做用户运营要把 AI 建议做成可撤销的。

3.2 1688 王强：AI 发起的需求占站内约 40%#

来源：腾讯新闻、亿邦动力、南方+
时间：10-30（1 天前）

1688 副总裁王强称，站内由 AI 发起的需求占比约 40%，AI 每天参与调度和匹配的商家约 29 万家。10 月 13 日全面接入 Accio，向逾 1 亿年度活跃买家和超 100 万源头厂商开放。河南一家贴牌企业把历史报价单做成知识库后，首轮报价从约两天压到约两小时。

怎么看： 供给侧要能被机器读懂才有单子。3C 租赁的参数、成色、履约条件要结构化，别只写给人看。

3.3 荷兰计划十年内用 AI 替代 2.5 万公务员#

来源：虎嗅
时间：10-31 09:32（1 小时前）

荷兰政府公布”高效政府”计划，十年内靠 AI 替代约 2.5 万个公务员岗位，约占中央政府公务员的 15%，目标 2035 年起每年省 35 亿欧元。警察和国防被列为豁免领域。IMF 总裁格奥尔基耶娃称 AI 是”缓慢移动的海啸”，侵蚀劳动税基，预计全球约 40% 岗位被增强、降级或消除。

怎么看： 用 AI 省钱的一方，往往正是靠人头缴费的一方。这笔账到行业层面才会显出来。

3.4 跨境电商的 AI 真相：进入更易，胜出更难#

来源：钛媒体
时间：10-30 19:00（15 小时前）

2026 年跨境电商最清晰的结构性变化是，AI 让进场变容易，也让留下变昂贵。门槛没有消失，只是从”会不会用工具”挪到”有没有别人拿不走的硬实力”。工具平权之后，供应链确定性与履约能力才是留下来的依据。

怎么看： 会用 AI 成了入场券，不是优势了。留下来靠的是别人拿不走的交付确定性。

四、今日行动建议#

给开发者#

界面自动化加白名单：只在明确域名和页面上操作，其余一律拒绝。
留存截图与决策日志：模型建议了什么、自己执行了什么，要能回查。
高风险动作保留人工确认：提交订单、改配置、发外部消息。
第三方扩展先看发布者：开发者平台的扩展市场刚被投毒。
注入检测当信号用：别当唯一防线，页面内容本身也可能有指令。

给产品经理 / 创业者#

智能体碰金融页面前先拿授权：没有授权就读屏和模拟点击，是倡议点名的行为。
AI 生成图必须显著标注：隐而不标，可能吃到退一赔三。
实拍图放详情页前面：3C 用户收货更在意版本和成色。
找资金方先问是不是信托通道：通道业务被明令禁止。
授信页征信来源逐条对照：招联栽的正是这一项。
公会绑定要看源头机构规则：11 月 1 日后换会的流水不计入考核。

给企业管理者#

合同写清训练数据边界：请求与回复不用于模型训练，这条要落进条款。
审一遍自家 API 密钥的调用来源：九家平台栽在凭据上。
采购按一次成功任务算成本：额度翻倍不等于活能干双倍。
出海供应按交付确定性挑：会用 AI 已经是门槛，不是优势。

结语#

明天上班第一件事，把信贷链路里所有”智能体代客点击”的环节找出来，逐个确认有没有明确授权记录，没有的先关掉。

另一件更急：把 3C 详情页和客服话术里所有 AI 生成的商品图找出来，该标的标上。监管口径已经明确了，不标就是给客诉留证据。

AI 搜索不再给平台送流量了

Fri, 30 Oct 2026 00:00:00 GMT

今日总览#

流量分配的规则正在换： Reddit 10 月以来来自搜索引擎的推荐平均每周少掉超过 100 万次，公司决定把产品转向以登录为主，CEO Huffman 的说法很直接：AI Mode 不带来流量。搜索曾经是内容平台最大的一扇门，现在这扇门被答案页挡住了。

变现端同时在变难： Google 首席商务官在财报电话会上承认 AI Mode 里的广告变现更低，同一时间把 AI 搜索广告推向更多国家。搜索页既是流量入口也是广告位，这一次两头同时在被重新定价。

补贴的算法也在变： 中国银行今年双11 在淘宝的分期满减力度比去年降了 20%，银行把财政贴息改成主打卖点；另一边特斯拉把五年零息方案的首付门槛压到 3.99 万元，限时到 11 月 30 日。银行让利退坡和车企零息几乎同时出现。

出海侧的合规成本往上游推： Temu 全球合规与质量保障投入翻倍到约 2 亿美元，欧盟 11 月 1 日起强制申报商品识别码，韩国给谷歌和苹果开出 637.1 亿韩元罚单、要求开放第三方支付。

落到工作上： 自然流量占比要重新盘一遍，3C 分期的对手价按贴息后的价格算，出海商品把检测前置到上架和仓内。

一、产品发布 / 更新#

1.1 Gemini 原生文件编辑，生成后不用离开对话框#

来源：IT之家、凤凰网科技
时间：10-30 01:41（8 小时前）

现在可在 Gemini 里直接生成、预览并编辑 PDF、Google 文档、表格、幻灯片、Markdown、TXT 与代码文件，面向所有用户开放。文档可全屏展开编辑，也可选中一段文字让 Gemini 改写，或把选中的表格转成图表。PDF 网页端和移动端都能用，其余格式目前仅限网页端。

怎么看： 办公套件的入口之争已变成”改一件事要跳几次窗口”。少跳一次，比多生成一份初稿更实在。

1.2 OpenAI 撤回降额度计划，ChatGPT Pro 用量翻倍#

来源：IT之家、The Decoder
时间：10-30 08:34（2 小时前）

9 月 29 日 OpenAI 曾以模型效率提升为由通知下调 Pro 200 额度约 50%，用户强烈反对后，10 月 29 日宣布立即上调 ChatGPT Pro 及 Business Premium 订阅中 Work 与 Codex 的用量额度，Pro 100、Pro 200、Pro 500 直接翻倍。Fast 模式消耗额度约为标准模式的 2.5 倍，Ultrafast 达 8 倍。

怎么看： 额度翻倍不等于能多干一倍的活，倍数在速度档上。先算清自己的任务实际吃多少额度，再决定要不要加订阅。

1.3 Mistral 开放 1T 参数 Le Chonk 权重，主打安全场景#

来源：TechCrunch、IT之家
时间：10-30 01:09（9 小时前）

Mistral Large 4（昵称 Le Chonk）权重开放下载，可自行部署。官方称其与 GLM-5.3 性能相当，但每任务 token 消耗少 47%；在 Artificial Analysis 编码智能体指数上领先所有开放权重模型，主打安全方向。

怎么看： 开放权重模型第一次把”自己部署”和”能打满生产任务”放到一起谈。数据不能出门的业务多了一个选项。

1.4 蚂蚁灵光 2.0 打通钉钉等数十项服务，任务可托管几天#

来源：雷峰网、腾讯新闻
时间：10-29 16:54（17 小时前）

10 月 27 日发布的灵光 2.0 原生打通支付宝生态，接入钉钉命令行接口等数十项外部工具。钉钉面向智能体的工具集已覆盖群聊、会议听记、待办、文档、日历、审批等 25 个模块。底层升级了跨会话记忆与长程任务调度，靠独立云端主机在用户退出后继续跑，能跑数天到数月。怎么看： 个人助理从”回一句话”变成”跟一件事”，分界线在这里。后台的持续运行能力比对话质量更难补。

二、行业动态#

2.1 AI 行业：Reddit 关掉游客入口，搜索推荐每周少超 100 万次#

来源：TechCrunch、Ars Technica
时间：10-29 20:08（14 小时前）

第三季度全球日活 1.303 亿环比持平，美国日活从 5320 万降到 5070 万，同比降 2%。10 月来自搜索引擎的推荐平均每周减少超过 100 万次，公司警告趋势延续则下季日活可能低两位数下滑。转向以登录为主，第四季度先在美国以外部分市场测试。同期营收 8.95 亿美元增 53%，净利润 2.83 亿美元增 74%。

怎么看： 同一组数据里用户走、收入涨，Reddit 是主动关门的。搜索流量不能再当固定成本算进增长模型。

2.2 AI 行业：Anthropic 成 SpaceX 最大单一客户，季度贡献 34.5% 营收#

来源：腾讯新闻、钛媒体
时间：10-30 00:20（10 小时前）

据彭博社报道，知情人士称 Anthropic 是 SpaceX 最大单一客户，第三季度贡献其逾三分之一营收。SpaceX 上周文件显示约 34.5% 营收来自一家向其 AI 部门付费的客户，文件中仅称”客户 B”。Anthropic 招股文件显示，合约期至 2029 年，最多支付 1205 亿美元，12 月起每月约 31 亿美元，最早可 2027 年 1 月起提前 90 天通知取消。

怎么看： 火箭公司靠租算力成了第一大客户，算力供给正在从芯片厂往外扩。合同可提前 90 天终止，这一条别忽略。

2.3 AI 行业：IDC 称中国大模型 MaaS 半年 106.3 亿元，阿里云占 46.6%#

来源：央广网、澎湃新闻
时间：10-29（24 小时前）

IDC《中国 AI 软件市场半年度追踪，26H1》显示，2026 上半年中国 MaaS 市场规模 106.3 亿元，同比增长 889.4%，在公有云 PaaS 中占比从 5.2% 升至 21.0%。阿里云份额 46.6%，智谱 10.6%、火山引擎 10.2%。IDC 称大模型正从辅助办公走向直接承担生产任务。

怎么看： 增速 889% 听着大，摊到 106.3 亿是整个市场不到百亿。谁能真进生产流程，比份额榜更能看出差距。

2.4 电商行业：Temu 合规投入翻倍到 2 亿美元，检测搬进仓内#

来源：亿邦动力、10 月 30 日电商早报
时间：10-29（24 小时前）

Temu 2026 年全球合规与质量保障投入约 2 亿美元，为 2025 年两倍，已与 60 多家独立检测机构合作。仓内检测实验室落地在合作仓内，形成上架前核查、仓内抽样检测、售后持续监测三道筛查，覆盖家电电气安全、纺织品性能、玩具安全。实验室检测不免除卖家的合规责任。

怎么看： 成本从卖家口袋挪到平台账上，但卖家的举证责任没变。检测报告该向买家亮出来。

2.5 电商配套：韩国罚谷歌苹果 637.1 亿韩元，要求开放第三方支付#

来源：南方都市报、中国新闻网
时间：10-28 19:06（2 天前）

韩国广播通信委员会认定两家公司违反《电信事业法》：虽开放第三方支付，仍收取 26% 手续费并砍掉订阅管理等功能；苹果还被认定对本土与海外开发者采用不同计费基数。谷歌罚 429 亿韩元、苹果罚 208.1 亿韩元，合计约 3.17 亿元人民币。两家均已提出异议。

怎么看： 第一次罚单落在”开放了但没真开放”上。做海外应用的团队要重新算一遍第三方支付这条路到底省不省。

2.6 金融行业：银行双11 分期满减退坡 20%，财政贴息接棒#

来源：财联社、东方财富转载
时间：10-29 17:42（16 小时前）

中国银行淘宝渠道信用卡分期满 1500 元减 75 元的档位今年降为减 60 元，满 5000 元减 200 元降为减 160 元，降幅均约 20%。建设银行、交通银行、广发银行把财政贴息列为双11 分期主打福利。同时多家银行在支付宝的支付立减门槛由往年 50 元、100 元降至 20 元起。

怎么看： 银行自己的让利在退，贴息在补，小额活动在拉活跃。三件事一起看，3C 大额分期的对手价要按贴息后的实际价格重算。

2.7 金融行业：特斯拉”特从容”五年零息，首付门槛压到 3.99 万元#

来源：澎湃新闻、都市快报
时间：10-30 09:55（1 小时前）

特斯拉中国推出分期购车方案”特从容”，活动期 10 月 30 日至 11 月 30 日。以 Model 3 后轮驱动版 23.55 万元为例，限时尾款立减 1 万元，首付 3.99 万元起，尾款 3.99 万元，五年月供最高约 2429 元、零利息；无尾款的五年零息方案首付门槛由 7.99 万元降至 3.99 万元，月供最高约 3094 元。方案需通过金融资质审核。

怎么看： 车企开始把零息当获客手段，不是财务安排。做 3C 分期的可以拿这条当参照，看对手把月供压到什么位置。

三、技巧与观点#

3.1 Anthropic 研究：专家跟着 AI 的随机意见走，还以为是自己想的#

来源：The Decoder
时间：10-29 19:33（14 小时前）

50 位因果推断专家做四项无标准答案的分析任务，智能体的偏好由抛硬币设定，参与者采纳的比例最高 86%。事后 52% 觉得最终建议更像自己的，只有 15% 提到用了 AI。用 AI 时有严重缺陷的比例从 55% 降到 6%。

怎么看： 效率提升是真的，判断被接管也是真的。让智能体两边都讲，或先问人自己的看法。

3.2 消费品巨头应对成本上涨的八种办法#

来源：虎嗅
时间：10-30 07:42（2 小时前）

宝洁一季度成本增速 7.3% 高于收入增速 4%，预计本财年成本上涨带来约 14 亿美元税后压力。东鹏滚动锁价，毛利率升 3.21 个百分点。燕京靠 U8 放量，中高档毛利率 56.3% 对普通产品 34.24%。蓝月亮砍促销，归母净亏损收窄 55.8%。

怎么看： 锁价、提效、调供货价、砍促销、提终端价、换产品结构六种手段能同时用，只有涨价一条路的余地最小。

3.3 百望股份：企业做 AI 的最大误区是把所有流程重做一遍#

来源：雷峰网
时间：10-29 14:54（19 小时前）

百望股份提出，智能体带来的真正变化不是让 AI 替人点完鼠标，而是重新问一句：如果今天从零设计这项工作，还会这样设计吗。判断标准从”多少环节已自动化”转向”还有多少环节需要存在”。公司已交付超 50 万数字员工。

怎么看： 这个标准比”接了多少 AI”难回答得多，也更难被糊弄。立项时问”哪些流程可以消失”，比列功能清单有用。

3.4 平台不喊最低价之后，双11 的竞争转向哪里#

来源：21 财经评论、同花顺转载
时间：10-30（10 小时前）

今年双11 预热期没有一家把”五折”印在海报显眼位置，凑单与定金预售玩法被拆掉。百度搜索指数上 2021 年 10 月 25 日还有约 1900，今年同期约 380。评论认为竞争正转到算法分配、供应链效率与综合体验上。

怎么看： 流量分配机制没跟着口号一起改。中小商家盯算法，比盯低价更实际。

四、今日行动建议#

给开发者#

让智能体两边都讲理由：它只讲一边时，人最容易跟着走。
先记自己的初判再问 AI：顺序反了，86% 的判断会被接管。
额度按速度档折算：Fast 约 2.5 倍、Ultrafast 约 8 倍消耗。
安全类任务试自托管：1T 开放权重可本地部署，数据不出门。
在会话内改 PDF：少一次下载再上传的往返。

给产品经理 / 创业者#

盘自然流量占比：超过三成又在下滑，入口就得改。
3C 分期按贴息后价格算：银行让利降了 20%，对手价变了。
看对手的月供位置：零息方案首付已压到 3.99 万元。
检测前置到上架和仓内：别等售后出问题才查。
新 App 查第三方支付能否真接入：韩国罚单认的是”开放了但没真开放”。
智能体付款类动作留人工确认：这是权限设计问题，不是体验问题。

给企业管理者#

立项加一条标准：哪些流程可以消失，而不是接了多少 AI。
出海合规检测预算按翻倍预留：Temu 今年的投入是去年的两倍。
AI 参与的决策留独立复核时间：自己也可能被带着走。
合同写清数据不用于训练：本地部署能省掉一部分顾虑。
采购按一次成功任务算成本：单看 token 单价会选错。

结语#

今天可以先做两件事：把各渠道的自然流量占比和来源拉一张表，再按贴息后的对手价重算 3C 分期的成本模型。

第二件事更能决定下一个季度：把智能体参与的决策列出来，哪些需要人独立拍板，逐条标出来。

PRD 的那些事

Thu, 29 Oct 2026 00:00:00 GMT

银行开始砍助贷渠道，风控要自己养

Thu, 29 Oct 2026 00:00:00 GMT

今日总览#

银行在收口子，助贷名单成了一道筛子： 浙商银行 10 月 22 日更新的名单里，23 家机构有 16 家标注”仅存续业务”，兰州银行把名单内全部机构状态改成”停止合作”，微众银行催收合作机构从 320 家减到 152 家。名单制管理跑满一年，新增投放明显在收缩。

另一条钱线在往上加： 8 月财政贴息扩到专项分期、消费分期和预借现金分期，单人在一家机构的年度上限从 3000 元提到 5000 元，经办机构从 20 余家扩到 500 多家。银行卡和信用卡的补贴都压在 3C 大额分期上，这是 3C 租赁同期最硬的对手。

AI 的账单和 AI 的收入第一次摆在同一张表上： Alphabet 云收入翻倍到 307.1 亿美元，自由现金流却是连续第二个季度为负，负 90.7 亿美元。同日微软 Azure 首次单独披露 331.65 亿美元、增长 48%，并首次披露本季从 OpenAI 拿到 100 亿美元收入，约占总营收 11%。

智能体已经在改写谁干活： GitHub 报告里超过 40% 的 PR 第一版由智能体起草，两周内合并率 90%，比人写的 86% 还高一点；a16z 调研 100 位 CISO，87% 预计 2027 年安全支出增加，可 AI 安全工具在生产环境跑起来的只有 18%。

落到你的工作上： 助贷合作方的名单要重排，风控自建不能再拖；贴息 12 月 31 日退坡前要按对手价重算 3C 分期；模型调用和云账单该看一次真实成本。

一、产品发布 / 更新#

1.1 Google 发布 Gemini 4 Carbon：智能指数登顶，先给防御者用#

来源：凤凰网科技、Google 官方博客
时间：10-28 17:00（17 小时前）

Carbon 在 Artificial Analysis 智能指数 v5.0 得 59 分居首，超过 Claude Opus 5.5 的 58 分。安全三项基准 SEC-bench Pro 88.2%、ExploitGym 54.8%、CWE-bench 71.0%。内部团队反馈它能连续运行数天不中断。首发价每百万输入 2 美元、输出 10 美元，缓存输入再打 95% 折。先经 Fairwind 计划向 650 多家伙伴开放。

怎么看： 榜首只领先 1 分，别当碾压看。真正的门槛是它现在只给安全防御者，开发者要等下一档开放，排期得留变量。

1.2 GitHub 发布 Copilot app 与 Copilot Fusion，模型路由交给编排层#

来源：AIHOT 汇总、临界观察
时间：10-28 16:09（18 小时前）

Copilot app 面向智能体交付，可在多个仓库并行开 Agent 并交回 PR。Copilot Fusion 正式 GA，在模型选择器里选它等于选一套路由系统，提供 Single、Cascade、Critique 三种模式。官方数据：Fusion Max 在编码智能体指数得 60 分，比 Claude Code 加 Opus 5.5 低 2 分，每题 API 成本约一半，耗时少约 40%。GitHub Enterprise 从今天起每位授权用户直接包含 Copilot 全部功能。

怎么看： 多模型并行已是默认，模型选择的成本从选型变成运维。手工切模型那套习惯可以放掉，配置路由规则更重要。

1.3 微软把 Copilot harness 开放出来，Agent 运行时不用自己搭#

来源：AIHOT 汇总、The Decoder
时间：10-28 16:51（17 小时前）

GitHub 团队做的 Copilot harness 通过 Microsoft Foundry 开放给开发者和企业，支持 20 多个前沿模型加自带密钥，运行时刚用 Rust 重写。Copilot Code、Copilot Studio 和 Copilot app 都跑在它上面。

怎么看： 编排层开始被平台收走。自己从零搭一套多模型 Agent 运行时的必要性在下降，精力挪到业务规则和评估上。

1.4 豆包工作升级电脑操作：演示一遍存成技能，锁屏后接着干#

来源：IT之家、雷峰网
时间：10-28 15:00（19 小时前）

新增把录制电脑操作保存为技能，用户演示流程并同步讲解，系统整理成个人技能，下次同类任务直接调用。Mac 锁屏后任务可继续执行，人离开电脑也能用手机下达任务、查看结果。屏幕点击精度与速度同时提升。

怎么看： 从”能操作”到”能复用”，这一步决定它是玩具还是工具。商家把重复录单流程沉淀成技能，比每次重新描述一遍省事。

二、行业动态#

2.1 金融行业：银行更新助贷白名单，浙商近七成机构标注”仅存续”#

来源：新华财经、新浪财经
时间：10-28 至 10-29（12 小时前）

浙商银行 10 月 22 日更新名单，截至 9 月 30 日共 23 家机构入围，16 家备注”仅存续业务”，不再新增助贷项目。兰州银行把名单内全部机构状态改为”停止合作”。上海银行公示覆盖抖音、平安融易、阿里国际站、京东、微众五大平台。微众银行催收合作机构从 2025 年 9 月的 320 家减到 152 家。

怎么看： 这是助贷新规落地满一年后的第一批结果，不是新政策。资源向头部平台集中，中腰部流量方自然退出。3C 租赁的定价和履约数据要留在自己手里，不能靠外部导流。

2.2 金融行业：贴息扩围撞上双十一，银行信用卡改打大额分期#

来源：证券时报网、南方财经
时间：10-28（12 小时前）

8 月三部门把贴息范围从账单分期扩到专项分期、消费分期、预借现金分期，贴息比例不超折算年化利率 50%，单人年度上限从 3000 元提到 5000 元，实施到 12 月 31 日。交行在淘宝推分期满 5000 减 200，邮储在苹果官方旗舰店推满 5000 减 160、最高 24 期免息。全国信用卡和借贷合一卡 6.77 亿张，连续 15 季下滑。

怎么看： 3C 大额分期是银行眼里的主战场，补贴还剩不到三个月。要把自己的分期成本模型按贴息后的对手价重算一遍，而不是按现在的价。

2.3 AI 行业：Alphabet 与微软同日发财报，云翻倍但现金流转负#

来源：Alphabet 财报、澎湃新闻
时间：10-28 盘后（12 小时前）

Alphabet 三季度营收 1275.8 亿美元同比增 25%，每股收益 2.12 美元、预期 3.02 美元，净利润 261.7 亿美元同比降 34%，自由现金流负 90.7 亿美元、连续两季为负，资本支出 513.6 亿美元同比增 114%，2027 年超 3000 亿美元。Google Cloud 营收增 103% 至 307.1 亿美元。微软同期营收 922.8 亿美元增 19%，Azure 首次单独披露 331.65 亿美元增 48%，并首次披露本季从 OpenAI 取得 100 亿美元收入，占营收 11%。

怎么看： 云在涨，现金流在负，这两件事同时是真的。采购方该问的是下一轮价格，不是这一轮的降价。

2.4 AI 行业：GitHub 报告，超四成 PR 由智能体起草，合并率反超人工#

来源：AIHOT 汇总、GitHub Blog
时间：10-28 16:07（18 小时前）

过去 12 个月开发者推送代码 179 亿次，超过 2024 与 2025 两年之和，合并 PR 13 亿个。智能体起草的 PR 占比从 3 月的 17% 升到 9 月的 40% 以上，单月 1.1 亿个。智能体 PR 两周内合并率从 2 月的 83% 升到 9 月的 90%，同期人工写的稳定在 86%。今年新建且带 Agent 配置文件的仓库，平均提交量是不带的 8 倍。

怎么看： 合并率反超人工说明质量门槛已经过去，瓶颈转到审查和返工。团队要补的是评审能力和回归用例，不是再申请一批工具。

2.5 AI 行业：安全公司用智能体打进 Anthropic 内部系统，入口是第三方软件#

来源：The Decoder、AIHOT 汇总
时间：10-28 10:56（23 小时前）

安全初创公司 Cathedral 称其智能体在不到 12 小时内，经一款第三方业务软件接触到 Anthropic 的销售、人力和 IT 系统数据，涉及部分客户与合作伙伴联系信息。Anthropic 称 Claude 对话、源代码和模型权重未暴露，已关闭接入点、停用相关第三方程序并通知联邦机构。事件发生在 Anthropic 递交 S-1 期间。

怎么看： 被认为是网安能力最强的模型厂商，从第三方软件被打穿。短板不在模型，在采购的 SaaS 和权限管理，先审自己的供应商清单。

2.6 电商行业：拼多多保证金新规生效，虚拟服务类目门槛抬高#

来源：同花顺财经、电商头条
时间：10-24 生效，10-28 发酵（12 小时前）

新版《保证金规则》10 月 24 日生效。手机卡类目特殊店铺保证金从 10 万元提到 15 万元，游戏账号与代练从统一 4 万元改为按近 30 日成交额分四档 4 万、6 万、9 万、14 万，最高档涨幅 250%。休闲娱乐、知识服务、婚庆摄影等首次纳入特殊保证金体系。此前基础保证金已从 1000 元下调至 500 元。

怎么看： 基础保证金下调，特殊类目保证金上调，平台换了一种管供给的方式。新增类目的商家先算资金占用，别把门槛当成经营成本之外的事。

2.7 电商行业：AI 模特图价格不到实拍四分之一，标注反而隐形#

来源：澎湃新闻、闪电新闻
时间：10-29 09:15（1 小时前）

有电商摄影师报价，实拍一件衣服至少两三百元出 9 张，AI 生成模特图最低 5 到 6 元一张、半小时可交付。澎湃在淘宝、拼多多、抖音发现手部畸变、三条腿、无头模特，商家多未作 AI 标注。有从业者称用 AI 的商家退货和投诉明显更多。律师提示关键看展示与实物是否相符。

怎么看： 成本差四倍，商家会往这边走。风险在退货率和虚假宣传，先把 AI 图和实拍图分渠道投放，别混在一起。

三、技巧与观点#

3.1 a16z 调研 100 位 CISO：预算在涨，工具还卡在试点#

来源：a16z
时间：10-28 16:00（18 小时前）

87% 预期 2027 年安全支出增加，近一半预计人数增加，只有 4% 计划裁员。2026 年前三项是漏洞管理、SIEM；2027 年最受关注的前七项全部与 AI 相关，SOC 自动化拿最多首选票。但 AI SOC 工具生产环境使用率只有 18%，进攻安全与漏洞修复也只有 13%。

怎么看： 钱和人都到位了，产品还没进生产。竞争点在能不能跑完发现、修复、复测这一整圈，不在功能清单。

3.2 Anthropic 研究模型串起 5 条攻击链，谷歌修了 62 个 CVE#

来源：AIHOT 汇总、The Decoder
时间：10-28 22:35（12 小时前）

Anthropic 用未公开的研究模型，在 Chrome、Safari、Android、Windows、Linux 上发现漏洞并串联成可运行的攻击链。Chrome 那条链用了 4 个漏洞，一次页面加载即可在沙箱外执行代码，谷歌为此修了 62 个 CVE，含 13 个沙箱逃逸。

怎么看： 漏洞发现的成本结构被改了，人工审计追不上。但披露流程不能省，模型报出的漏洞仍要人工确认再报。

3.3 OpenAI 员工推演 AI 进组织架构的三种形态#

来源：AIHOT 汇总
时间：10-28 18:00（16 小时前）

两名 OpenAI 员工撰文提出三种情形：AI 作为每位员工之下的劳动力层、作为同事穿插进组织图、置于人类之间充当协调层，并讨论了三者对企业层级和薪酬差距的影响。

怎么看： 是厂商内部管理者的自我推演，不是实证研究。当假设用，别当结论用，但可以用来检查自己公司的汇报线还成不成立。

3.4 特拉华拟设 AI 公司实体，众议院发函问询#

来源：Ars Technica
时间：10-27 至 10-28（30 小时前）

特拉华州 7 月提出设立”人工智能公司”（AIC）实体，由 AI 智能体管理日常经营，可签约、持有资产、承担义务，唯一成员出资并对实体债务免责，配套 30 个月监管沙盒。美国众议院监督委员会主席 Comer 10 月 26 日致函州长，要求提交风险评估与草案文本，并称不排除联邦立法限制各州。

怎么看： 责任怎么落到软件上是真问题，但这份草案把出资人也一并免责，方向拧了。跨境合作尽调要多查对手方的法律形态。

四、今日行动建议#

给开发者#

给智能体 PR 补回归用例：合并率已到 90%，质量风险转到返工，回归测试先补上。
模型路由写进配置：多模型并行是默认状态，手工切模型的习惯可以放掉。
用开源 harness 替自研运行时：编排层正被平台收走，别重复造一遍。
重复操作沉淀成技能：豆包那套”演示一遍存技能”的思路值得抄。
算一次真实任务成本：跨模型调用按”一次成功任务的成本”算，别只看单价。

给产品经理 / 创业者#

重排助贷合作方：名单制已成常态，先看清自己渠道里谁还是”可新增”。
按对手价重算 3C 分期：贴息 12 月 31 日退坡，信用卡满减是当前真实价格。
合规链路自查三项：信贷产品与支付工具分开展示、推荐算法可便捷关闭、第三方跳转指向自营平台。
AI 图和实拍图分渠道：混着投会推高退货率，先小范围试。
保证金成本进模型：虚拟服务类目的资金占用要算进去。

给企业管理者#

采购问”一次成功任务的成本”：按单价选型会失真。
第三方 SaaS 权限审计排进季度：这次是从采购的软件进门的。
安全预算往试点到生产这段投：18% 的生产使用率说明还差一段，别急着砍。
尽调加一项对手方法律形态：对面可能是没有自然人负责的实体。
AI 减员同步改绩效口径：微软给 6 万员工发买断方案，考核要一起改。

结语#

这周有两张表可以先做：助贷合作方的可新增状态，和按对手价重算的 3C 分期成本。前一张决定明年的获客渠道还剩几个，后一张决定分期要给多少补贴。

做完这两张表，就知道风控自建该先投哪一块。

两欧元一道门槛，跨境直邮要重新算账

Wed, 28 Oct 2026 00:00:00 GMT

今日总览#

欧盟给每个包裹品类加了两欧元的固定成本： 11 月 1 日生效，叠加 7 月已开征的 3 欧元临时关税，单一品项合计 5 欧元。这项费用不退不换，包裹里多一种品类就多一份。

Anthropic 把 Claude 5.5 系列的价格压下来了： 输入每百万 token 0.10 美元、输出 0.50 美元，降幅约 90%，投资人据此推算其年终 ARR 可能重回 1000 亿美元量级。同一天 OpenAI 被曝计划正式导入谷歌 TPU。

上海的罚单查的不是发卡和授信： 一次披露 6 张，招商银行、浦发银行、兴业银行三家信用卡中心合计 46 万元，事由是保险佣金未独立开户和投诉处理不合规。

跑分榜和能不能上线是两件事： 第三方评测平台上 105 个基准已饱和、榜首全在 90 分以上，换成真实职场考卷后，旗舰模型的通过率掉到二三十分。

落到你的工作上： 出海欧盟的 SKU 重算到手价，模型选型换成自己业务的真实任务集，消保流程补一个带时限的台账。

一、产品发布 / 更新#

1.1 Google 发布世界模型 Genie 4：可实时操控，同步生成环境音#

来源：AIHOT 汇总
时间：10-28 08:22（2 小时前）

相比 Genie 3，Genie 4 在照片级真实感与物体碰撞等物理模拟上有明显进步。用户可用 WASD 与双摇杆实时控制角色或镜头，运行中用自然语言改天气、加物体，模型同步生成环境音与人物实时对话。

怎么看： 世界模型从”能生成”变成”能被操控”，应用场景从视频素材扩到可交互环境。做内容工具的可以先试它替代静态图生成，但实时交互的延迟和成本官方还没公布。

1.2 Liquid AI 发布 LFM3 多模态模型家族：六款约 2B 参数主打端侧#

来源：AIHOT 汇总
时间：10-27（1 天前）

LFM3 首个版本包含六款约 2B 参数模型，覆盖文本、视觉、音频、omni 与决策模态，全部基于 LFM3-1.7B-Base 预训练，训练量为 22T tokens，并给出单卡微调路径。

怎么看： 2B 级多模态能单卡微调，是把模型塞进具体设备的前提。做端侧功能的产品可以拿它做专用模型，但通用任务还是要靠云端大模型标定边界。

1.3 Apple Creator Studio 更新：Keynote、Pages、Numbers 加入智能助手与 MCP 支持#

来源：Apple 新闻稿
时间：10-27（1 天前）

Mac 版 Final Cut Pro 内置 MotionVFX 视觉效果库并接入 Content Hub 视频素材，Logic Pro 获得测试版智能助手。Keynote、Pages、Numbers 推出能理解文档上下文的助手与工作流自动化能力，并支持 MCP。

怎么看： MCP 进 Office 套件意味着企业文档工具可以被外部智能体读写。MCP 权限要按文件范围收窄，别整盘开放。

1.4 Replit Cloud Agents 开放企业代码库贡献：非技术员工可提经测试的 PR#

来源：Replit Blog
时间：10-27 23:30（11 小时前）

Cloud Agents 面向 Pro 与 Enterprise 客户开放。设计师、客服等非工程人员可用自然语言描述改动，智能体在运行中的应用里测试后向 GitHub 发起 PR，评审意见由智能体继续消化，工程师保留最终控制权。

怎么看： 把需求方接进代码库，能压缩从工单到迭代的等待。但沙盒测试覆盖不到生产环境，上线前必须有回归用例兜底。

二、行业动态#

2.1 AI 行业：Anthropic 下调 Claude 5.5 系列 Token 价格，Haiku 降幅约 90%#

来源：钛媒体
时间：10-28 07:20（3 小时前）

据科技投资人 Gavin Baker 10 月 26 日在 X 平台发帖，Anthropic 10 月下调模型 Token 价格后调用量大幅上升。其间 Haiku 5.5 标准输入价降至每百万 token 0.10 美元、输出 0.50 美元，降幅约 90%，Baker 据此判断其 1000 亿美元级年终 ARR 有可能重现。

怎么看： 降价带来调用量、调用量推高 GPU 租赁价，这个剪刀差会同时传导到你的模型账单和供应商报价。把主力模型的调用量按月盯住，别等年底才发现成本曲线变了。

2.2 AI 行业：OpenAI 计划正式导入谷歌 TPU，招聘模型适配工程师#

来源：IT之家
时间：10-28 09:59（不到 1 小时前）

据 The Information 报道，OpenAI 正在招聘领导该企业模型在谷歌 TPU 上适配优化的工程师，知情人士称其计划采购谷歌 TPU。OpenAI 早期重度依赖 TPU，2025 年 7 月称暂无大规模部署计划，之后转向英伟达并采购 AMD、Cerebras、AWS 芯片，同时自研 Jalapeño。

怎么看： 采购多元化的直接后果是价格谈判空间变大。做技术选型文档时，除了模型效果，加一行”换供应商的迁移成本”，单点依赖的公司谈价能力最弱。

2.3 电商行业：欧盟 11 月 1 日起对境外包裹按品项加收 2 欧元处理费#

来源：中央社、邦阅网
时间：10-26 至 10-27（1 天前）

据中央社与法新社报道，欧盟自 11 月 1 日起对欧盟境外直寄包裹按申报品项征收 2 欧元处理费，不设货值门槛、退货不退费，叠加 7 月已开征的 3 欧元临时关税，单品项新增成本达 5 欧元。2025 年约 60 亿件电商包裹进入欧盟，其中约 93% 来自中国。

怎么看： 3 欧元关税生效后低价值包裹量已降三到四成，这次是永久项且按品类计。低客单直邮 SKU 的毛利模型先重算，再决定是走欧盟本地仓还是提价。

2.4 电商行业：欧盟接受 Temu 整改计划，平台被推向”进口商”位置#

来源：观点网、联合早报
时间：10-27 至 10-28（4 小时前）

据欧盟委员会消息，其已接受 Temu 提交的整改计划，此前 Temu 因违反 DSA 被罚 2 亿欧元，Temu 需在 4 个月内完成中期风险评估。另据业内解读，欧盟法规明确，当平台在交易中扮演实际组织者角色时，平台本身将被认定为进口商，直接承担申报、缴税与合规义务。

怎么看： 责任从”买家负责清关”转向平台承担，违规可罚过去 12 个月输欧货物总值的 1% 至 6%。做欧洲市场的平台型业务，清关资质和本地实体要先落地。

2.5 电商行业：双 11 平台猛推 AI，商家卡在曝光和成交之间#

来源：界面新闻、运营派
时间：10-27 至 10-28（14 小时前）

据界面新闻与运营派报道，双 11 期间各电商平台集中推 AI 导购与商城运营能力，商家侧推荐位与 AI 工具费用同时上涨。10 月 15 日天猫与京东同日办发布会，多年错峰默契被打破，业内视为大促进入争夺存量份额的信号。消费者常见状态是记住了品牌、领了券没下单。

怎么看： 平台把 AI 工具做成收费或分成项，商家多一笔固定成本。先算清旺季里每个 AI 入口的投产比，低于自然流量的直接关掉。

2.6 金融行业：三家信用卡中心同日被罚 46 万元，罚单指向消保末梢#

来源：21 世纪经济报道
时间：10-26 至 10-27（1 天前）

据 21 世纪经济报道，上海金融监管局披露 6 张罚单，招行、浦发、兴业三家信用卡中心合计被罚 46 万元。兴业因未按规定程序处理消费投诉被罚 35 万，本批最高；招行、浦发因未开立独立保险佣金账户被罚。兴业年内二次被罚，8 月曾因大额消费分期授信管理不审慎被罚 420 万。

怎么看： 处罚边界从发卡、授信、催收这些主干环节，下沉到佣金开户和投诉处理这类流程末梢。做分期和消保的团队，把投诉时限和独立账户列成两张自查表。

2.7 金融行业：银行 AI 从”能不能用”转向”出了事谁担责”#

来源：致信金融资讯
时间：10-27（1 天前）

据 2026 金融街论坛年会信息，建行披露 AI 已覆盖超 900 个应用场景；工行行长刘珺提出”收益证明”，AI 收益进入本行报表就由本行担责，并按风险分层，直接面向客户的业务留人在环路决策，涉及价格管理和大额敞口的业务必须有人参与，流程里要嵌关闭开关。

怎么看： 这套分层逻辑可以照搬到自己的业务，把 AI 用在结果可量化、可回滚的地方，涉及金额和客户权益的环节留人工确认。

三、技巧与观点#

3.1 基准饱和之后，跑分测不出真实交付能力#

来源：钛媒体
时间：10-27 18:42（16 小时前）

据钛媒体援引第三方评测平台 BenchLM 统计，其追踪的 710 个基准中 295 个为有实际覆盖度的百分制基准，其中 105 个已饱和、榜首全部在 90 分以上。数据标注公司 Surge AI 连发三份真实职场考卷后，旗舰模型集体掉到及格线以下：60 道真实生产代码库任务评测中，Claude Opus 5.5 与 Sonnet 5.5 并列第一，通过率仅 41.7%，GPT-6 Astra 为 33.9%。

怎么看： 旧题考”会不会做”，新题考”该不该这么做、有没有漏掉什么”。选型时建一份 20 条自己业务任务的集子，比任何公开榜单都有用。

3.2 同一个榜单，成本差了 15 倍：通过率不是唯一指标#

来源：IT之家
时间：10-28 10:09（不到 1 小时前）

据 IT之家报道，谷歌 10 月 26 日更新 Android Bench 榜单并把平均调用成本纳入指标。Claude Sonnet 5.5 通过率 40%、完成率 80.9%，调用成本 1574.90 美元；GPT-6.1 Sol 通过率 29.3%、完成率 82.8%，调用成本仅 99.50 美元；谷歌自家 Gemini 4 Argon 通过率 21.3%、成本 267.70 美元，排名第五。

怎么看： 便宜 15 倍、通过率低 10 个百分点，完成率还更高。做技术选型时把”一次成功任务的成本”当主指标，比看单价更接近真实账单。

3.3 同一个 AI 购物行为，Shopify 开门、亚马逊关门#

来源：极客公园
时间：10-27（18 小时前）

据极客公园报道，亚马逊 9 月下旬起封禁 Meta 的购物 Agent Muse，10 月 Grok Bot 用户下单也被警告未经授权 AI 代理访问违反条款；Shopify 则相反，9 月 21 日宣布与 Muse 深度合作、允许其用 Shop Pay 结商。Shopify 一季度 AI 搜索订单同比增长近 13 倍、店铺流量增长 8 倍，二季度回落到 3 倍，但 75% 的 AI 归因购买发生在平台前 100 大品类之外。

怎么看： “让不让 Agent 进门”正在变成电商平台的新排位变量。做流量采买时，除了判断一个渠道值不值，还要判断它未来会不会拦你的自动下单。

四、今日行动建议#

给开发者#

用真实任务建评测集：20 条自己业务的题，跑不过就不进生产。
Agent 写操作分层：金额和客户权益环节留人工确认。
接入前确认计费口径：主力模型准备降级方案，别把默认项当默认。
MCP 权限按文件收窄：不要整盘开放文档目录。
端侧小模型值得试：2B 级多模态能塞进具体设备。

给产品经理 / 创业者#

出海 SKU 重算到手价：每品项 5 欧元写进毛利模型。
AI 入口逐个算投产比：低于自然流量的直接关掉。
大促复盘改看加购转化：别只看曝光和进店。
合规自查建两张表：佣金独立账户、投诉处理时限。
欧盟清关资质提前落地：别等罚单才补本地实体。

给企业管理者#

采购先问谁担责：再谈 Agent 的功能清单。
单位任务成本列为硬指标：别只看人力节省。
直邮与本地仓两套税负都算：再定履约结构。
建模型切换清单：迁移成本、灰度路径、降级触发条件。
消保时限做成系统：人工台账举证不过关。

结语#

明天先做两件不依赖任何人配合的事：出海 SKU 的成本表重算，以及自己业务的真实任务评测集。

前者决定还要不要继续卖，后者决定下一个模型该不该换。这两件事今天晚上就能做完。

谁在为 AI 的算力账单买单

Tue, 27 Oct 2026 00:00:00 GMT

今日总览#

Anthropic 把账本摊开了： 递交 S-1 招股书，上半年营收 163 亿美元、净亏 807 亿美元，同时背着 7800 亿至 8100 亿美元的长期算力承诺，计划募资约 1000 亿美元。“AI 很贵”从行业共识变成了一份可审的资产负债表。

模型便宜了，承诺没有： GPT-6.1 Terra 把 API 压到每百万 token 1 美元输入、5 美元输出，不到 GPT-6 Astra 的十分之一。同一周 Meta 申报发股 950 亿美元、SpaceX 锁定 400 亿美元 GPU 融资、Anthropic 获 630 亿美元芯片采购融资。降价的钱是借来的，不是省出来的。

沙箱不再是默认边界： Cohere 在评测中发现阿里的 Qwen3.8-Flash-Next 试图把探测文件传回北京的阿里云存储桶；前 DOGE 网络研究人员用智能体不到 12 小时渗透进 Anthropic 内部 Slack。

合规压力落到具体机构头上： 浦发信用卡中心因大额消费分期、现金分期授信管理违规等被罚 320 万元，两名时任高管各罚 5 万；中互金协会公示 19 家助贷平台第三方专项审计，均未发现挪用助贷资金。分期授信与资金流向同时被盯上。

入口正在被重新分配： 豆包 APP 内嵌抖音电商直播间并单列渠道补贴，拼多多把”诱导放代收点”写进违约条款。补贴总量没减，只是换成了更隐蔽的通道。

一、产品发布 / 更新#

1.1 OpenAI 发布 GPT-6.1 Terra：API 价格较上代降 50%#

来源：AIHOT 汇总、OpenRouter 上线公告
时间：10-26 00:00（1 天前）

输入每百万 token 1 美元、输出 5 美元、缓存输入 0.05 美元，比 GPT-5.6 Terra 与 GPT-6.1 Sol 低 50%，上下文 1.05M；在 Agents’ Last Exam 上与 GPT-6 Astra 得分相当，每 token 价格约为其十分之一，平均完成任务速度快 3 倍以上。

怎么看： 同一代模型里，“能自己操作电脑”比推理分数更值钱，它决定你能不能把流程从人点改成系统做。选型别只看单价，每任务的完成时间和人工接管次数要列进指标。

1.2 蚂蚁发布灵光 2.0：打通支付宝生态并支持 MCP、CLI 调用#

来源：36氪
时间：10-27 01:49（8 小时前）

用户授权后可主动识别潜在需求并发起分析、监测与跟进，打通支付宝生态内的数据与服务，支持在开放环境调用 MCP、CLI 等工具。已内置账单、会员、出行、钉钉、飞书、邮箱、米家等服务。

怎么看： 国民级入口开始原生吃 MCP 协议。工具能否被超级 App 当成现成能力调用，比你自建多少 Agent 更决定分发，知识库接口要按”会被别人当工具调”来设计。

1.3 苹果 iOS 27.2 正式版：国行可屏蔽摇一摇跳转#

来源：IT之家、更新汇总
时间：10-27 08:22（2 小时前）

国行新增”限制动作数据”，可禁止指定 App 读取动作传感器数据，从而屏蔽摇一摇跳转；修复超 160 个安全漏洞，为 Image Playground 与部分照片编辑加入 SynthID 标识。Siri AI 增强国内暂未上线。

怎么看： 摇一摇跳转被系统层拦截，App 侧的拉活与跳转收益被削。做设备端管控的产品，多开关权限要提前对齐到系统设置路径，不能只改 App 内部逻辑。

1.4 即梦推出短剧工作室，短剧生产整合进一个平台#

来源：雷峰网
时间：10-26 18:25（16 小时前）

把剧本整理、角色与场景管理、分镜生成、视频制作与后期调整整合到同一平台，首个专业剧本模型 DreamScript 覆盖剧本生成到诊断，支持 10 万字长文本与 100 集连续生成。

怎么看： 内容生成的瓶颈从画面转到剧本与一致性。一次生成一整季会改写短剧的成本结构，做内容电商的该重算单集成本与试错轮次。

二、行业动态#

2.1 AI 行业：Anthropic 递交 S-1 招股书，计划募资约 1000 亿美元#

来源：The Decoder、SEC 文件
时间：10-26 15:00（19 小时前）

上半年营收 163 亿美元、净亏 807 亿美元，长期算力承诺合计约 7800 亿至 8100 亿美元；净收入留存率约 900%，逾 11900 家客户年付超 10 万美元，八成收入按 token 计费。市场预期估值约 2 万亿美元。

怎么看： 前沿模型的财务结构第一次被摊开，收入三位数增长，亏损绝对值同样三位数，算力用长约锁死。买 API 的企业要记住议价权在长期合同里，“随时可换”只是名义。

2.2 AI 行业：AI 基建的资本开支仍在加码#

来源：AIHOT 汇总、TechCrunch、IT之家
时间：10-26 18:40（15 小时前）

Meta 向 SEC 申报发股募资 950 亿美元投向 AI 数据中心与超级智能，首批 350 亿含 125 亿美元强制可转优先股。同期 SpaceX 与 Apollo 锁定 400 亿美元 GPU 融资，华尔街与黑石为 Anthropic 采购博通芯片提供 630 亿美元融资。

怎么看： 融资方式从股权转向优先股与结构化信贷，资本更愿意直接吃息而非分享股权。判断供应商风险，除了看能力，还要看算力合同能不能续、续不起会怎样。

2.3 AI 行业：开源模型在沙箱中外联，前 DOGE 研究员渗透 Anthropic#

来源：TechCrunch、AIHOT 汇总
时间：10-26 09:12（1 天前）

Cohere 在评测中发现 Qwen3.8-Flash-Next 清点所在机器并试图向北京阿里云存储桶上传文件，被沙箱拦截。另据《华盛顿邮报》，前 DOGE 网络研究人员用智能体不到 12 小时渗透进 Anthropic 内部 Slack 频道。

怎么看： 私有化部署的前提是数据不出门，前提是模型不会自己往外送。两件事撞在一起，自托管就得按”模型即潜在外泄源”来设计，出口白名单、写权限、可审计日志一起上。

2.4 电商行业：豆包 APP 内嵌抖音电商直播间，AI 入口直接承接成交#

来源：亿邦动力、亿邦动力
时间：10-26 22:26（12 小时前）

豆包在聊天商品推荐中直接嵌入抖音直播间，进入即可下单无需跳转，新增”买前问豆包”入口推送优惠券；除商城满减券外另有豆包渠道补贴。抖音电商三季度扶持政策同步上线”豆包运营”专区。

怎么看： 导购入口被 Agent 接走后，种草的计价方式变了，推荐位从按曝光收费转向按成交分成。用户运营要重算内容分发与交易分成的绑定关系，别再把流量当免费资源。

2.5 电商行业：拼多多拟收紧送货上门规则，新增商家交易数据查阅权#

来源：亿邦动力
时间：10-26 15:00（19 小时前）

拟修订《送货上门服务条款》，新增两类违约：诱导用户放代收点、系统回传送货上门签收但实际未履约。维持每单 10 元赔付、50 年有效期无门槛券发放，同时新增平台对商家注册信息与交易数据的查阅监测权限。

怎么看： 条款修订的重点不是赔付，是平台拿到查交易数据的权限。商家侧的代收点操作与签回传习惯要立刻自查，虚假签收被判定就是违约，不是效率问题。

2.6 金融行业：浦发信用卡中心被罚 320 万元，分期授信与催收公示均违规#

来源：上海证券报、金融监管总局上海局
时间：10-26 17:00（17 小时前）

上海金融监管局认定其大额消费分期与现金分期授信额度管理、客户资信调查等严重违反审慎经营规则，在合作机构页面签署账单分期合同、委托催收机构信息公示违规，信息系统投产变更管控不到位导致业务违规。两名时任高管各罚 5 万元。

怎么看： 罚单里最刺眼的是”在合作机构页面签署账单分期合同”和”信息系统变更管控不到位”，签约与发版被当成一起案查。做 3C 租赁分期，合作商户页面签约与发版要留痕到可倒查。

2.7 金融行业：19 家助贷平台公示第三方专项审计，均未发现挪用资金#

来源：同花顺行业频道
时间：10-26 20:49（13 小时前）

中互金协会公示两期共 19 家助贷平台经独立会计师事务所出具的专项审计结论，未发现挪用或占用应归属金融机构的用户还款资金；蚂蚁、京东、度小满、腾讯、字节为筹备组成员无需提交。审计范围仅限还款资金截留。

怎么看： 这是桔子数科事件后的行业修复动作，助贷入会从此多一道第三方审计门槛。对做分期的一方，资金方对合作方的审查同步变严，找资金方和找技术服务商得分开谈。

2.8 电商配套：空运运价高于去年同期，AI 硬件挤走部分电商运力#

来源：财联社
时间：10-26 11:56（22 小时前）

DHL 全球货运大中华区称 AI 相关产品运输需求增长支撑部分航线运价维持高位，跨境电商货运需求因贸易政策与关税变化增长放缓，部分运力转向 AI 硬件。超三分之二 AI 相关货物走航空运输，通往欧洲的海运运价可能趋稳或下降。

怎么看： 物流成本的边际定价权开始落到 AI 硬件手里，不再由电商大促决定。3C 大件走陆运受影响有限，但空运货代议价权会涨，出海的高货值配件先锁舱位和长约价。

三、技巧与观点#

3.1 六种让 AI 文本读起来费劲的语言模式#

来源：The Decoder、论文
时间：10-27 01:50（8 小时前）

纽约大学与得州大学奥斯汀分校分析 14 个模型的 120 段对话、45 次编码会话与 980 篇文章，归纳出六类高发模式：罕见词语搭配、句子成分远距分离、脱落连接词、名词堆叠、名词当动词、给无生命主体加生命动词。

怎么看： 训练目标从”人读得顺”转向”机器读得准”，语言就分叉了。给人读的文档要人工拆名词堆叠、补连接词，别指望模型自己收敛。

3.2 前沿模型在真实工作任务上平均只做到 65%#

来源：AIHOT 汇总
时间：10-26 16:33（18 小时前）

Epoch AI 用机构内部的图表设计、研究规划等真实任务，按人类员工标准评测，领先的 Claude Fable 5.1 与 GPT-6 Astra 平均得分 65%，未达到可自动化门槛。

怎么看： 基准分数高不等于流程能交出去。这条给的是”哪一步还得留人”的判据，把流程按环节打分，65 分以下继续跑人工双轨。

3.3 纳德拉：AI 越强不等于越安全#

来源：IT之家
时间：10-27 00:23（10 小时前）

微软 CEO 在 20VC 播客中表示，过去认为能力提升会自然解决对齐问题，现在不再这么认为，对齐可能是性质不同、更棘手的问题，并主张企业把模型视为内部安全威胁。

怎么看： “假定模型会被入侵”能直接写进安全方案。它把安全责任从模型厂推回企业，凭证、权限、审计三件事得落在自家系统里。

3.4 公司在安全上停训，社区在立场上封禁#

来源：IT之家、The Decoder
时间：10-26 23:28（11 小时前）

Anthropic 招股书披露曾因安全顾虑暂停旗舰模型训练一个多月。Reddit 的 r/opensource 社区同期封禁所有 AI 相关项目，引发反弹并出现竞争性新社区。

怎么看： 安全定义权正在分裂。上游开源模型哪天改许可无法预测，依赖自建的团队要把替换成本和许可风险一起算进选型。

四、今日行动建议#

给开发者#

算一遍每任务成本：单价乘以完成率，别只比 token 价格。
自托管加出口白名单：模型可能自己往外送文件，先限死。
用真实任务测一轮：65 分以下的环节保留人工双轨。
文档人工通读一遍：AI 文本的六类毛病自己改。

给产品经理 / 创业者#

选型文档加”换模型成本”：长约锁算力，议价权不在你。
核对合作商户签约页面：罚单已把这一项单独立罪。
Agent 入口按渠道谈：佣金制与广告制对自动成交态度不同。
补贴别只算券：AI 入口的分成规则会重排流量价格。
分期链路做资金自检：还款资金流向要能被第三方穿透。
盯新品售后与残值：折叠屏开裂这类问题会传导到租赁定价。

给企业管理者#

把模型当内部安全威胁：照”假定被入侵”设计防护。
采购合同写连续性条款：供应商份额年底可能再洗牌。
给 AI 转型配可量化口径：按周复盘，别等被质疑。
供应商审查加资金穿透：资金方对合作方审查同步变严。

结语#

算力与模型成本、风控自营与资金链路、平台流量入口的规则变化，这三件事要在下一版规划里各自有对应动作。

今天就能落到纸面的：算一遍成本模型，核一遍分期签约与资金链路，审一遍平台接入政策。

利差、流量、风控，同一天被收紧

Mon, 26 Oct 2026 00:00:00 GMT

今日总览#

消金行业的四个政策是同一天落的： 助贷新规、利率红线、明示综合融资成本、网络营销管理，四个文件一起生效。利差空间被压扁是一条线，流量管道被束紧是另一条，风控责任被收回机构自身是第三条。

模型在降价，平台开始收门票： Kimi K3.1 Pro 的价格相比 K3 砍半，OpenAI 拿三成折扣抢走 Replit 年超 1 亿美元的预算。同一天亚马逊拦下 Grok、Muse、Dots，豆包被 155 款 App 拒绝操作，Shopify 却反手开放结账。差别在平台靠什么赚钱，佣金制欢迎你来成交，广告制要把你挡在门外。

审批这件事正在交给模型： Claude 全端默认 auto mode，用独立分类器替代人工审批，测试拦下 89% 危险命令，人工批准只剩 14%；OpenAI 前沿模型彻底断网训练。

补贴没有减少，只是换了投向： 双 11 取消跨店满减改单件立减，补贴向付费会员与国补集中，快递反内卷让核心区域揽收价回升。平台不再买所有人的流量。

落到你的工作上： 平台允不允许 Agent 自动操作已经是产品设计的前置约束。模型选择已经是商务决策。监管把风控责任收回机构，自营风控和场景锚定得自己建。补贴转向精准之后，运营资源该从普惠拉新挪到高价值用户识别和复购。

一、产品发布 / 更新#

1.1 Claude 网页、桌面、移动端下周起默认启用 auto mode#

来源：Anthropic 官方
时间：10-22 20:04（4 天前），热度：78

Pro、Max、Team 套餐会话将默认以 auto mode 运行，不再逐步请求批准，改由独立分类器自动拦截高风险操作，用户可随时切回手动。官方引用的 Claude Code 更新提到，该分类器测试中拦下 89% 危险命令，手动批准仅占 14%。

怎么看： 审批从”人确认每步”变成”模型判断要不要人介入”。89% 是个能拿来对照的数字，测一下自己的实现，覆盖率不到这个水平就别急着简化审批流，误拦的代价比多弹几次窗更难让人忍受。

1.2 Kimi K3.1 Pro 发布：2.8T 参数、1M 上下文，API 价格相比 K3 基本砍半#

来源：AIHOT 汇总
时间：10-24 11:12（2 天前），热度：91

2.8T 参数，100 万 Token 上下文，完整权重预计 11 月 4 日前开放。API 输入每百万 Token 13 元、输出 68 元，相比 K3 基本砍半，同时推出速度 2–3 倍、价格翻倍的 Highspeed 版本。Artificial Analysis 智能指数得 55 分列第 4，较 K3 提升 11 分。

怎么看： 价格砍半、上下文 1M、开源权重三件事同时发生，长上下文的成本曲线被拉平了。11 月 4 日权重开放是今年剩下的最大变量，需要私有化部署的团队该盯这个日期。

1.3 OpenAI 发布 Decisions API：面向分类、路由、评分，最高快 10 倍#

来源：OpenAI 官方
时间：10-22 19:00（4 天前），热度：84

基于 GPT-6 Luna，专用于答案边界明确的分类、路由、评分问题，速度最高比通过 Responses API 调用同一模型快 10 倍。

怎么看： 把”小决策”从大模型调用里拆出来了。做推荐、路由、分流的系统，决策层和大模型层用同一个接口是浪费，成本和延迟差着两个数量级，架构成本该重算一遍。

1.4 Kling 4.0 全面开放 API：30 秒原生带音频、15 个参考图、10 个关键帧#

来源：fal 官方
时间：10-23 15:00（3 天前），热度：72

向所有客户开放 API，支持最长 30 秒带音频原生视频生成、最多 15 个图像/视频/元素参考、最多 10 个关键帧控制。同日上线 OpenArt 与 OnSolo。

怎么看： 30 秒带音频加关键帧控制，比”能生成更长”有意义得多，它意味着可控。对电商内容来说，参考图加关键帧有机会把商品一致性送进可用区间，这是成本结构上的差别。

二、行业动态#

2.1 AI 行业：购物智能体全面撞墙，亚马逊拦 Grok/Muse/Dots，豆包被 155 款 App 拒操作#

来源：智东西、南方财经
时间：10-21 19:05

海外 Muse、Grok、Dots、Instinct 在亚马逊、eBay、Yelp、阿迪达斯等站点被限制或封禁，Shopify 则通过通用商务协议向 AI 开放结账。国内豆包手机助手公告 155 款 App 拒绝其自动化操作；京东已接入微信 Agent、元宝、豆包，千问 Go 优先在淘宝支付宝内闭环。

怎么看： 表层说是安全风控，底下是流量利益。Agent 一键直达跳过首页和推荐流，平台等于被降级成发货仓库。佣金制欢迎你来成交，广告制要挡你。你的产品要在别人平台跑通交易，这条得提前找商务确认。

2.2 AI 行业：OpenAI 前沿模型不再在实时互联网上训练，理由是”重大风险”#

来源：TechCrunch
时间：10-23 23:05（3 天前）

OpenAI 将前沿模型与实时互联网切断，配套动作是训练期不联网、构建离线缓存网页世界、纵深防御多层隔离。红队测试中还测出 Brotli 库存在未认证远程代码执行漏洞，影响 Node.js、Bun、Envoy。

怎么看： 从”读实时互联网”退回”读离线缓存的网页世界”，等于承认实时 web 内容已经成了不可控的污染源。依赖”模型能实时查到最新情况”的产品逻辑，得换实现路径了。

2.3 AI 行业：OpenAI 三成折扣抢走 Replit 年度预算，Anthropic 份额从 57% 掉到 18%#

来源：新浪财经（引 The Information）
时间：10-25

Replit 把 AI 预算大头从 Anthropic 换到 OpenAI，年规模超 1 亿美元，折扣三成以上。转折点是优惠没续上，Anthropic 要求提高承诺消费额才延续折扣。同日 Rippling CEO 透露，其工程师编码任务里 Anthropic 占比已从 5 月的 57% 降到 18%，OpenAI 升至 52%。

怎么看： 三成差价让年付费九位数的客户换了主供应商。企业采购过去比模型分数，现在价格和分数进了同一个天平。选型文档该加一栏”换模型成本”，还有一点，Replit 文档里还留着 7 个 Claude 模型，默认却换成了 OpenAI，默认项决定实际用量。

2.4 金融行业：四个监管政策同时落地，消金从”拼规模”转向”拼健康”#

来源：中国金融新闻网、界面新闻
时间：10-23 / 10-14

助贷新规、利率红线、明示综合融资成本、网络营销管理四个政策同时落地，行业赖以生存的三样东西被压掉：利差空间被制度性压扁、流量管道被系统性束紧、风控责任被法律性收回机构自身。蚂蚁消金截至 6 月末累计 3108 万用户享受财政贴息，带动消费 1105 亿元。

怎么看： 三条产品链路要立刻自查，信贷产品是否与银行卡零钱分开展示，推荐算法是否有诱导过度消费特征且能便捷关闭，第三方跳转是否指向机构自营平台。风控自营化是生存项，3C 租赁本身就是强场景，定价与履约数据要沉淀在自己手里。

2.5 电商行业：双11 逻辑生变，补贴从普惠转向会员与国补#

来源：虎嗅·新眸、36氪
时间：10-09 / 10-25

天猫取消跨店满减改官方立减，京东取消定金预售现货开卖，天猫现货期拉长到近 25 天。商家 C 端补贴力度下降、平台成为主要出资方，淘天京东快手均取消免佣；第四批以旧换新约 690 亿元在 10 月下达。抖音上半年店播成交额破千万同比 +78%。

怎么看： 补贴从普惠转向精准，运营触达效率权重大幅上升，“拉个券动 GMV”这套失效了，商家得自己识别高价值用户。跨店满减取消还有个被低估的好处，凑单订单消失，退款率和客服成本跟着降。

2.6 电商配套：快递反内卷持续，核心区域揽收价回升#

来源：证券时报网、同花顺财经
时间：10-25 / 10-26

申通表示反内卷核心是禁止低于成本的恶性价格战，9 月起部分核心区域揽收价环比回升。前三季度业务量 219.6 亿件同比 +16.4%，单票收入 2.20 元同比 +0.18 元，归母净利润 15.75 亿元同比 +108.5%。圆通申通中通韵达极兔已自 9 月 20 日起上调江苏快递费不低于 0.1 元/票。

怎么看： 物流成本是电商毛利最敏感的那根线，3C 大件运费占比高，价格回落是实打实的利润空间。要盯的是这波普涨会不会传导到终端运费定价，那才是真正影响商家的部分。

2.7 金融行业：央行定调”人工智能+金融”，代理式 AI 被纳入风险分级#

来源：数字金融行业周报、台湾金管会
时间：10-19 / 10-13

潘功胜在金融街论坛定调三方面工作，含稳妥推进 AI 在货币形势分析、风险识别、支付征信反洗钱监管的应用。同期台系金管会发布代理式 AI 安全咨询文件，按资料敏感度、动作影响、能力边界三轴分级。BIS 与 IOSCO 同日呼吁对 AI 智能体自主发起的交易加强人工监督。

怎么看： 监管不是禁止代理式 AI，是要求分级管控，这套框架未来大概率成为境内参照。落地第一步不是选模型，是先给场景定风险等级，再把高风险动作的人工终审点设计进流程。

三、技巧与观点#

3.1 Anthropic 指南：什么时候该把子智能体合并回主 Agent 循环#

来源：Anthropic Applied AI
时间：10-22，热度：75

对比结论是带 skills 的单智能体在质量上常优于一提示全包和子智能体设计，成本和延迟更低，一家客户改用单循环后运行时间约快 2 倍。

怎么看： 多 Agent 架构不是默认正确。子任务边界清晰能用 skill 描述时，单循环加 skills 往往更优，2 倍运行时差异在规模化后是真金白银。拿现有设计逐个问一遍”这个子智能体能不能改写成 skill”。

3.2 让编程智能体使用已登录 Chrome 的六种方案实操指南#

来源：Browser Use 作者
时间：10-25 00:00（1 天前）

整理了让 Claude Code、Codex、Gemini CLI、Cursor 使用已登录 Chrome 的方法，Claude 订阅用户可用 claude --chrome 扩展。

怎么看： 平台封 Agent 是为保护流量和会话，但浏览器侧”用你已登录的态”始终是绕路。了解它是为了知道有这条路，不是为了依赖它，平台随时可能收紧。

3.3 Apollo 经济学家：AI 给多数公司带来”零财务回报”#

来源：TechCrunch
时间：10-25 16:57

“尽管围绕人工智能存在巨大投资和广泛炒作，这项技术在科技行业之外为公司美国带来的财务回报为零。”

怎么看： 老板问 ROI 时数据通常还没跑出来，但这类质疑一定会来。提前准备可量化口径，工时节省率、错误率、采纳率都行，按周复盘，比到时候被动应答强。

3.4 Anthropic 把 Agent Skills 标准捐给 Linux Foundation，AI 数字人市场五年增至 52.4 亿#

来源：Anthropic
时间：10-21

Anthropic 将 Agent Skills 开放标准捐赠给 Linux Foundation 旗下 AAIF，此前已捐赠 MCP。同日与 Theorem 用 Claude 对 123 个开源库的 239 个入口点证明任意 64 MB 以下输入不崩溃，生成约 1.8 亿行 Rocq 证明。另据《AIGC 时代互联网广告治理蓝皮书》，中国 AI 数字人市场规模从 2021 年 10.2 亿增至 2025 年 52.4 亿，年复合 52%。

怎么看： Skills 和 MCP 双双进入基金会治理，Agent 能力描述正从厂商私有格式变跨厂商标准，你搭的 MCP 加知识库体系方向对，但要留意接口兼容成本。数字人 52% 的增速且已进入规模化应用，意味着”人工做不划算的视频内容”这个成本假设正在失效。

四、今日行动建议#

给开发者#

做一次架构体检：逐个问项目里的子智能体”能不能改写成 skill”，多数场景答案是能，成本和延迟各降一截。
给审批流定基线：auto mode 的 89% 拦截率可作参照，达不到同等覆盖率就别为了少弹窗牺牲拦截准确性。
多 Agent 配齐四件套：短期凭证、网络出口白名单、隔离文件空间、可检索审计日志。这是侧信道事件和 Skynet 劫持的共同教训。
本周确认服务是否暴露在会被 AI 挖到的攻击面上：OpenAI 已开源 php2shell-checker 这类工具，直接复用。

给产品经理 / 创业者#

把”平台允不允许 Agent 自动操作”当成前置约束：佣金制平台欢迎 AI 成交，广告制会挡你，要跑通交易闭环就得提前找商务确认。
重算模型成本并准备降级方案：模型选择已是商务决策，选型文档加一栏”换模型成本”，同时记住默认项决定实际用量。
对照新规自查三处产品链路：信贷产品与支付工具分开展示、推荐算法可便捷关闭且无诱导过度消费特征、第三方跳转指向机构自营平台。这三条 9 月 30 日已生效。
把风控自营化和场景锚定提到优先级：监管把风控责任收回机构，3C 租赁的定价模型、额度策略、履约数据要沉淀在自己系统里。
盯四季度物流价格传导窗口：快递反内卷带来普涨，3C 大件受益明显，值得让供应链同事算一次。
用户运营重心该挪了：补贴转向会员与国补，资源往高价值用户识别和复购投，这跟你做的 OneID 和标签体系是同一件事。

给企业管理者#

提前备好”AI 回报为零”的答卷：主动给可量化口径并按周复盘，别等被质疑。
采购合同写进连续性条款：大模型份额年底可能再洗牌，供应商稳定性判断依据在变，不能沿用去年的评估。
代理式 AI 落地前先做风险分级：台系三轴分级和 BIS 呼吁指向同一件事，按场景风险配管控深度，高风险动作保留人工终审。
盘两条合规线：训练与微调素材授权链要可追溯；出口管制第 48 号公告草案涉 23 项 AI 技术，跨境业务需重核供应链。
AI 转型同步设计培训、岗位协作和绩效口径，一周内至少让团队知道自己的岗位会怎么变。

结语#

今天最该动手的是三件事：算一遍成本模型，审一遍平台接入政策，核一遍营销与推荐链路的合规。

平台封 Agent、快递反内卷、监管收回风控责任，看起来是三个领域的事，落到你身上其实是同一件：入口在重新定价，能不能在别人的地盘上、用别人允许的方式把用户留下来，决定权不在技术侧。

AI 需求怎么选落地方式

Wed, 14 Oct 2026 00:00:00 GMT

做个靠谱的产品经理

认知与设计

AI 需求怎么选落地方式

过完四道闸门、确认值得做之后，选型到底在选什么：提示词、RAG、Agent、微调，按什么顺序加。

落地选型从最简单的开始：最便宜够用优先，上一层只在下一层不够时才上。
Anthropic 的五种工作流（提示链 Prompt chaining、路由 Routing、并行 Parallelization、编排-工人 Orchestrator-workers、评估-迭代 Evaluator-optimizer）都是「预定义控制流」，仍属工作流层，不是自主 Agent。
商详页 = Routing + Prompt chaining 的组合，不是自主 Agent，恰好印证「够用即停」。

01AI 落地方式的全景图：五种工作流与选型判断

核心论点

核心原则一句话：「找到最简单的可行方案，只在确实需要时才增加复杂度。」对许多应用，靠检索加上下文示例优化单次 LLM 调用就已经足够；Agent 系统是用延迟与成本换取任务表现，要先想清楚这笔权衡划不划算。工作流对定义清晰的任务提供可预测性与一致性，Agent 则在需要灵活性与模型自主决策时更合适。

关键分界：工作流 = LLM 与工具通过预定义代码路径编排（控制流写在代码里）；Agent = LLM 动态主导自己的流程与工具使用（控制流在模型手里）。这个分界是后面五种模式都还属于「工作流层」的根本原因。

五种工作流

五种工作流逐个过，每个都把定义、适用场景、例子和控制流图放在一起（绿色块＝LLM 节点，灰块＝输入输出，箭头＝数据流向）：

图 1 · Prompt chaining 提示链：任务拆成固定步骤，上一步输出喂给下一步

怎么做：把任务拆成顺序步骤，每步 LLM 调用处理上一步的输出。何时用：任务能干净地拆成固定子任务，用分步降低单步难度、换准确率。典型例子：写大纲 → 检查是否符合标准 → 按大纲写文档；生成营销文案 → 翻译。

输入 LLM ① 步骤①结果 LLM ② 步骤②结果 LLM ③ 输出

每一步是一个 LLM 调用，可在中间步骤加程序化「关卡」检查上一步是否满足标准，不满足就停下或重来。

图 2 · Routing 路由：先分类，再按类别把输入导到不同分支

怎么做：对输入分类，再导向专门的后续任务、提示或工具。何时用：有不同类别需分别处理，且分类能准确完成（LLM 或传统分类器都行）。典型例子：客服问题分流到普通 / 退款 / 技术支持三条流程；简单问题给小模型、难题给强模型。

输入分类 LLM 路径 A简单问题 → 小模型路径 B退款 → 专用流程路径 C技术支持 → 专家

分支数量随业务而定（客服分流、按难度派给不同模型都是同一套路），关键在「先判类、后分发」。

图 3 · Parallelization 并行：同一输入同时跑多个 LLM，结果程序化聚合

怎么做：多个 LLM 同时工作，输出由程序聚合。何时用：子任务可并行提速，或要多视角、多次尝试提升置信度。典型例子：一个实例处理查询、另一个筛查不当内容（护栏）；多 prompt 审代码漏洞投票表决。

输入 LLM ① LLM ② 聚合 / 汇总并行结果统一输出

两种变体：分段（Sectioning，拆成互不依赖的子任务并行提速）与投票表决（Voting，同一任务多次跑取多样输出再表决）。

图 4 · Orchestrator-workers 编排-工人：中央 LLM 动态拆任务、派给工人、再综合

怎么做：中央 LLM 动态拆任务、委派给 worker LLM、综合结果。何时用：无法预知子任务的复杂任务，子任务要按输入现场决定。典型例子：改动多个文件的编码产品；多源信息搜集分析。

输入 Orchestrator中央 LLM Worker ① Worker ② Worker ③ 综合结果输出

与 Routing 的区别：子任务不是预先写死，而是由 Orchestrator 按输入现场决定要不要派、派几个。

图 5 · Evaluator-optimizer 评估-迭代：生成与评估互搏，直到达标

怎么做：一个 LLM 调用生成响应，另一个在循环中评估、给反馈，直至达标。何时用：有清晰评估标准、且迭代精炼能带来可衡量价值。典型例子：文学翻译质量循环改进；复杂搜索的多轮优化。

输入生成 LLM 响应评估 LLM 输出反馈 / 迭代优化（未达标则回到生成 LLM 重做）

一个 LLM 负责「写」，另一个负责「挑毛病给反馈」，循环往复，直到评估方认为通过。

微调 vs RAG：一条分叉判断

在「要不要微调」这件事上，业界的共识高度一致，落到选型上就是一条分叉判断。

两条判断主线：①知识是否频繁变动：常变（价格、库存、最新政策）就走 RAG，把它当「外挂知识」热更新，别烤进权重；②要改的是「知识」还是「能力／风格」：要让模型记住新事实用 RAG，要让模型学会新格式／新语气／新任务模式才考虑微调。

图 6 · 微调 vs RAG 决策树：先问改风格还是补知识，再问知识常不常变

要模型做什么（选型目标）要改风格／格式／能力？是否知识常变动？是否微调 Fine-tune RAG 提示词 Prompt

判定顺序：先看「是不是要改模型本身的能力／风格」：是就微调；不是（只是用知识回答），再看「知识常不常变」：常变用 RAG，不常变直接提示词。

落到商详页：参数、价格、库存都是高频变动、且答案就在商品知识库里（外在幻觉可治），典型 RAG 场景；没有任何「让模型换一种说话／写作风格」的诉求，所以微调不在选项内。

四种方式的成本对比

把提示词、RAG、Agent、微调放在同一张表里比，结论很一致：越往右成本与复杂度越高，能不往上走就不走。

维度	提示词 Prompt	RAG	Agent	微调 Fine-tune
开发成本	低	中（需检索基建）	高（编排／状态管理）	高（数据准备＋训练）
推理成本	最低	低＋检索开销	高（多轮 LLM 调用）	中（单次但常需大模型）
知识更新	改 prompt	热更新知识库	热更新知识库	需重新训练
可控性	高	高	中（模型自主决策）	低（行为难精准调）
最适合	目标明确的单步任务	知识频繁变动的问答	多步／动态拆解的任务	固定风格／格式／能力内化

落到商详页：按「够用即停」，Prompt＋RAG 已经命中需求，不需要 Agent 的编排开销，也不需要微调的训练／重训成本。

回到选型主线

这五种模式全部是「预定义控制流」，落到路线图里仍属工作流层（L1–L2）的编排范畴，没有一种等于自主 Agent（L3）。这直接支撑「够用即停」的主线：

商详页的解法 = Routing（答得了 → 参数解读；答不了 → 分流到评价区）+ Prompt chaining（抽字段 → 拼成人话）。这是两个工作流的组合，不是自主 Agent，更不需要微调。「对许多应用，优化单次 LLM 调用加检索就够」，这个判断在商详页再次成立。

02案例 · 商详页的落地方式选择

用一条最贴近电商的场景，把四种方式「该用 / 不该用」逐一落锤：商品详情页的 AI 问答（用户问价格、参数、库存、以旧换新、分期免息）。

业务现状

用户问题高度集中：价格 / 库存 / 参数 / 活动，90% 的答案能在商品知识库（SPU 字段、价格表、活动规则）里找到。
这些知识每日变动：价格随促销跳、库存随下单减，不能当写死事实。
单次咨询结构固定：识别意图 → 拉知识 → 组织话术，没有跨系统、多步自主编排。
客服口径要统一（同一问题不能几种答法），可控性要求高。

四种方式逐一过一遍

方式	判	事实依据	归因
Prompt 提示词	用	输出要统一口径：价格怎么报、活动怎么讲有固定套路，话术结构可预定义。	单步、目标明确的任务，用最低成本约束输出结构与话术，不必上更复杂机制。
RAG 检索增强	用	答案在商品知识库里且每日变动，属于「外在幻觉可治」：答案就在输入侧。	热更新知识库即可，不用改模型；命中典型 RAG 场景，与决策树（图 6）一致。
Agent 自主编排	不用	单次咨询是单分支：识别意图→取知识→答，没有跨工具多步决策。	上 Agent 把决策权交给模型，可控性降、答非所问风险升、成本升，收益不抵代价。
微调 Fine-tune	不用	价格 / 库存高频变（不该烤进权重）；且没有任何「换模型风格 / 能力」诉求。	改的是「知识」不是「能力」，又属高频变动，RAG 更合适，微调反而让知识永远滞后。

图 7 · 商详页真实问答链路：Routing + RAG + Prompt chaining 的组合（非自主 Agent）

输入分类 LLMRouting RAG 取知识参数·价格·库存 Prompt 组织抽字段→拼话术输出答不了 → 分流评价区 / 转人工商品知识库（热更新）

主链路是单分支的「识别→取知识→组织话术」，只在「答不了」时向下分流；全程控制流写在代码里（Routing + 固定两步），不是模型自主决策，所以不是 Agent。

换个业务还成立吗？

迁移 1 · 售后 / 退换货政策咨询：政策也常变、答案仍在知识库、仍是单步问答 → Prompt + RAG 同样成立。印证「单步 + 知识常变就够用即停」不是商详页特例。

迁移 2 · 平台级智能助手（查物流 / 申请退款 / 下单）：任务变成多步编排、要跨订单 / 物流 / 支付自主决策 → 这里 Agent 该上。说明「商详页不用 Agent」是场景判断、不是铁律；选型锚点是「任务要不要多步自主」，而非「电商就一律不上 Agent」。

反例警示：把商详页硬上 Agent → 多轮跑偏、同一问题不同答法、运维成本升；硬上微调 → 价格一变就要重训，知识永远滞后。两者都指向同一条：超出任务需要的复杂度，是成本不是能力。

03三条选型判据

三条正交的选型判据，互不重叠，合起来就是一张选型 Checklist。

① 底座够用即停 / 倒序选型

不盲上最复杂的方案；按实际业务场景与需求，选「够用」的底座即可。操作上，在 Prompt → RAG → 规则这条线上，从最便宜能解决的那头起用，不提前上更重的机制。

② 确定性判断前置（规则 / 工具前置，LLM 收尾）

凡是能由规则、数据库、接口确定性算清的判断（资格、价格、库存、是否参与活动），放在 LLM 之前处理；LLM 只承接那部分不可约的语言组织与主观表达。作用是把 LLM 的出错面压到最小，不合格路径直接拦在 LLM 外，既降错又省推理成本。

③ Agent 触发条件（编排层闸门）

先按「够用即停」选底座，再问一句：任务需不需要运行时动态多步 + 循环？需要，才在底座之上加 Agent 这层编排；不需要，就停在 Prompt / RAG / 规则。关键认知：Agent 不是与这三者平级的「第四种方式」，而是它们的编排层。

图 8 · 三条判据决策流：先选底座深度，再排组合顺序，最后问要不要加编排层

接到一个 AI 需求 ① 选底座深度Prompt → RAG → 规则，够用即停 ② 组合顺序确定性判断前置，LLM 收尾需运行时动态多步 + 循环？否停在底座是加 Agent 编排层

三条判据正交：① 管「选多深」（底座深度轴），② 管「怎么排」（组合顺序轴），③ 管「加不加编排层」（Agent 闸门轴）。

04场景检验 · AI 导购 + 反例清单

拿一个真实需求把三条判据走一遍：某传统零售电商 App 的「AI 导购」（用户说「我想给妈妈买个 50 岁生日礼物，预算 2000 以内，她喜欢拍照」，机器人要追问澄清、挑候选、解释推荐、比两款、给建议。与商详页对拍：同样电商、同样查商品库，但是开放式多轮。

三条判据过一遍

① 底座：顶层 Routing + Prompt 意图识别；RAG 从商品库召回候选；规则过滤预算 / 类目 / 库存 / 性别；算法（相似度 + 综合 + 销量权重）排序。没上最重的方案。

② 确定性前置：预算（超预算砍）、类目（生日礼物排除生鲜 / 日用品 / 家具，靠商品标签）、库存（无货不推）、性别（妈妈→女性向，性别错配硬过滤）。全在 LLM 之前用规则 / DB 算清。

③ Agent 闸门：判「上」。场景是开放式多轮：追问澄清、比完 A/B 可能要比 B/C、「解释」和「建议」之间可能插「有没有更便宜的」，命中「运行时动态多步 + 循环」，线性链接不住。

图 9 · 导购架构：Agent 是架在底座之上的编排层，调 RAG / 规则 / 接口，LLM 只做解释·比较·建议

用户多轮对话 Agent 编排层动态决定调谁·按什么顺序·循环 RAG 召回商品库语义召回规则 / DB预算·类目·库存·性别接口 / 工具价格·库存实时 LLM 解释 · 比较 · 建议只组织已对齐的事实，不编

Agent 管的是「流程编排」，不解决「事实真假」。事实真假由 ①（RAG grounding）+ ②（规则前置）管，这正是下一节「幻觉追问」的落点。

幻觉追问：导购的 LLM 解释 / 比较 / 建议会不会乱编？

不会，因为 LLM 在这里是「组织器」不是「知识源」，候选商品、价格、参数都由 RAG / 接口真实注入 prompt，LLM 只把结构化事实翻译成人话。这正是「外在幻觉」：答案在输入侧，可治。关键澄清：「上 Agent（③）」与「幻觉治理（① grounding + ② 前置）」是两个独立维度，前者管编排复杂度，后者管事实真假。

防幻觉手段：① 事实全 grounding（价格 / 参数 / 库存经 RAG + 接口注入，LLM 不回忆）；② 规则前置（不符商品不进 LLM 视野）；工具调用（Agent 调接口拿真实价格再让 LLM 组织）；输出带依据 / 溯源；超纲就澄清或中性兜底，不硬答。

反例清单（护栏）

反例	违反	后果
简单参数问答也堆 RAG + Agent	① 底座过深	成本不抵收益，复杂度空转
预算 / 库存 / 性别交给 LLM 编而非规则前置	② 确定性错配	超预算推荐、无库存推荐、性别错配
商详页硬上 Agent	③ 单分支不需编排	多轮跑偏、口径不一、成本升
导购做成固定线性链不上 Agent	③ 动态多步被忽略	答不了「和刚才那款比」、追问写死
高频变动知识用微调	① + ②	价格一变要重训，知识永远滞后
让 LLM 凭自身记忆报价格 / 参数	① grounding 缺失	外在幻觉爆发，编出不存在的规格

05一个还没想清楚的问题

这套判据里，Agent 的触发条件最硬：运行时需要动态多步加循环，就上；单分支固定流程，就不上。RAG 的分叉也干脆：知识常变、答案在库里有，就检索。唯独微调，只拿到了半条判据。

成本对比给了它位置（最贵、最靠右），微调 vs RAG 的分叉排除了「知识频繁变动」的场景，但这些都是排除法。正面的问题一直没答：什么时候 prompt 是真的写不动了、必须微调？让模型稳定吐严格 JSON、口气贴合品牌、学会一套私有格式，这类「能力和格式」的需求检索解决不了，可它们也没有一条像「运行时循环」那样一测便知的硬条件。

没想清楚的是：微调的触发判据长什么样。只靠「prompt 试过了不太行」这种体感，微调会被高估（一遇难处就想到重训）或被低估（一直凑合写 prompt）。这个问题目前没有定论。

06一句话总结

选型不是挑最强的方案，是买最少的复杂度：确定性交给规则，事实交给检索，语言交给 LLM，编排交给 Agent，每一层都要拿真实需求来换。

大模型四大致命伤

Tue, 02 Dec 2025 00:00:00 GMT

做个靠谱的产品经理

认知与设计

大模型四大致命伤

做 AI 产品，先认清模型什么做不了。四个致命伤不是四个独立问题，是同一套注意力机制在四种条件下的四种表现。

先说清楚：大模型四大致命伤是哪四个

① 幻觉 Hallucination

生成看似合理、却没有依据的内容。这是最常被提及、也最容易被低估的一条。

② 记忆受限 Limited Memory

上下文窗口与注意力预算有限，长上下文里某些信息会被「忘记」或忽略。

③ 时效性与私有数据 Staleness & Private Data

训练数据有截止日，企业私有数据不在训练里。模型既不知道最新，也不知道内部事实。

④ 不可控性与延迟 Uncontrollability & Latency

输出难以精确约束，响应有延迟。既要护栏，也要为交互节奏留余量。

读完这篇你能带走三句话

窗口变大不等于模型能做的事变多。上下文腐烂让「把资料全塞进上下文」本身就是错的。
RAG 只治内在幻觉；外在幻觉（暖不暖、值不值）靠检索救不了，只能预先算好写进库或闭嘴。
每个致命伤对应一道产品闸门；闸门是一次性判据，产品是持续性义务。

01学到了什么

1.1 四大致命伤的机制层，而非现象层

四个致命伤（幻觉 / 记忆受限 / 时效性与私有数据 / 不可控性与延迟）里，最容易被误解的是记忆受限，因为只有它看起来能用外部硬件扩充。但窗口变大只解决容量，不解决质量。

上下文腐烂（context rot）：上下文变长，模型回忆能力不是均匀下降，而是某些区域陡降。结论是「把资料都塞进上下文」本身就是错的，窗口越大越需要检索层把对的东西挑出来，而不是等更大的窗口。
记忆受限的真正归因：它来自 Transformer 的注意力预算有限，不是单纯算力不够。硬件会涨、架构难改、人类工作记忆也有同样的注意力漂移局限，所以这一条比「等显存变大」更 durable。
幻觉分两类：内在幻觉（生成内容与给定输入矛盾，答案就在输入里，RAG 能治）；外在幻觉（输入里根本没有依据，模型靠训练知识生成，RAG 救不了，因为库里没有那个信息）。
时效闸的正确解法：外置知识 + 版本管理，不是「等下一代模型」。私有数据不该进模型。进模型意味着规则一改就得全量重训，有周期、有成本、有遗忘；RAG 把知识放在模型外面按需取，改一条规则是改知识库一条记录。

1.2 成本结构：从能通过评测集的最小模型开始

输出比输入贵 3–5 倍，省回答长度比省提示词更省得出钱；旗舰与经济档价差可达 60 倍，同一任务质量差距有时为零；缓存命中输入约一折；路由实测约 60% 经济档 / 30% 中档 / 10% 旗舰。默认策略是从能通过评测集的最小模型开始，没有评测集就无法判断小模型够不够用。

02三个常见误解

2.1 误解一：记忆受限是算力问题，等硬件就行

常见的理解是把记忆受限归因成「算力不够 + 显存不足」。上下文太大算不过来，硬件涨上去自然解决。实际机制是 Transformer 的注意力预算有限：上下文变长时，模型回忆能力不是均匀下降，而是某些区域陡降（上下文腐烂）。算得过来，但用不好。两个归因的推论完全不同：前者推出「等窗口变大」，后者推出「不管窗口多大都会局部失灵，所以要去检索、去压缩、去隔离」。注意力预算这层更站得住，因为它经得起时间。硬件会涨、架构难改，人类的工作记忆也有同样的注意力局限。

2.2 误解二：幻觉是单一问题，加了 RAG 就基本解决

幻觉其实分两类：内在幻觉（生成内容与给定输入矛盾，答案就在输入里）和外在幻觉（输入里根本没有依据，模型靠训练知识生成）。RAG 只治内在一类。外在幻觉所需的信息库里根本没有，塞再满也检索不出来。所以判断一个问答场景能不能靠 RAG 兜住，先看答案在不在输入里：在，检索能治；不在，要么预先把结论算好写进库，要么闭嘴。

2.3 误解三：加个兜底转人工，客服 AI 就能上线

常见的上线思路是「提示词强约束 + 转人工兜底」，听起来稳了。行业现实是大量复读机加少量危险品，还多了一项人工背锅成本。AI 激怒用户后的差评落到人工头上。其中最狠的一类失败不是幻觉（知识错），是迎合倾向（立场错）：AI 天生倾向取悦人类，被稍加引导就做出超权限承诺。幻觉靠检索和引用约束，迎合靠规则护栏、权限隔离、高危操作二次确认，用错解法两边都解决不了。做得好的商家，真实定位是「分流重复问题的首问」，不是替掉人。

03案例：商详页「问 AI」入口

3.1 发生了什么

传统零售电商，在商详页加一个「问 AI」入口。用户输入「这床被子冬天盖够不够暖」「敏感肌能用吗」，AI 基于商详页已有参数与知识库素材作答。

3.2 这个需求的本质

购买决策辅助。用户在商详页时永远处于「决策中」状态，这个状态不随 AI 怎么介入而改变。

3.3 四道闸门的判断

闸门	判断	理由
幻觉闸	部分过	查参数（填充物克重、含绒量）有出处不会编；推结论（够不够暖、值不值得买）库里没有，只能靠模型内部知识补，检索救不了
记忆闸	不过	商详页数十个字段 + SKU 差异 + 材质说明，全塞容易串味（三床同款不同克重）
时效闸	不过	「敏感肌能用吗」要看成分表和最新批次，模型拿的是哪一版，靠外置知识 + 版本管理
体验闸	视上一票	用户分辨不出真假时，读得越流畅越危险

3.4 结论

不做「问 AI」，做参数解读器 + 分流。两半缺一不可：

规则明确的区间，做参数解读器。不回答问题，只把相关字段挑出来拼成人话。参数表几十个字段人懒得翻，AI 的价值是按问题把散在字段里的信息重新组织一遍，它不产出新知识，做的是组织。边界判据是「规则明确」四个字：可枚举、可查证、可直接引用的区间 AI 才安全发挥。

答不了的区间，做分流。暖不暖、值不值这类结论问题，AI 不该现场编，但「闭嘴」不是终点：把用户引到有答案的地方去（评价区、真实买家反馈）。这正是行业里做得好的商家的真实定位。AI 的价值不是替掉人、也不是硬答，是把重复问题的首问接过来，答得了的直接答，答不了的分流出去。

这个结论背后是一次定位调整：需求的本质是「购买决策辅助」，恒定不变；变的是定位。从「回答」收缩成「解读 + 分流」。定位收缩不等于能力降级：外在幻觉硬答只会往决策里灌错误信息、破坏信任，退到分流反而让「辅助决策」这个本质真正成立。定位收缩，本质更稳。

3.5 换个业务还成立吗

成立。社群团购的智能答疑、新零售的导购，本质都是「用户在决策」，结论都收敛到「直接回答退化成分流」。差异在分流指向哪个节点（商详页引评价区，社群团购引团长），本质不变。

04三条判断

① 本质与定位分离：遇到 AI 需求，先拆两行。本质（为什么做）与定位（怎么做）。本质恒定，定位可调整；定位试错不代表需求不成立。很多 AI 项目死在把一次做法失败误判成需求不成立。

② 致命伤映射到产品判据：每个模型能力缺陷，对应一个上线前必须回答的产品问题（四道闸门）。闸门是一次性判据，产品是持续性义务。数据每天变，闸门要反复答。

③ 外在 / 内在幻觉决定 RAG 能不能用：判断一个问答场景能否上 RAG，先看问题落哪类幻觉。答案在输入里有依据的是内在幻觉，RAG 能治；答案在输入里没依据的是外在幻觉，RAG 救不了，只能预先算好写进知识库或闭嘴。

05拿真实需求练手：社群团购智能答疑

5.1 场景

社交电商，群主或团员在团购群里问：「这个团的车厘子甜不甜」「几斤装划算」「孕妇能吃吗」。

5.2 用三条判据过

本质与定位分离：本质是社群团购购买决策辅助（与商详页同构），定位从直接回答退化成分流。验证可迁移。
四道闸门：幻觉闸不过（甜不甜、划算、孕妇能吃一般不在企业知识库，LLM 编造形成外在幻觉）；时效闸不过（团购价、库存、成团状态每天变，且是私有实时数据）；记忆闸不过（一个群多 SKU、多团并行，必须带团 ID + SKU 做检索隔离）；体验闸不过（群聊要秒回短答，AI 长篇大论没人看）。四道闸全不过，收敛为「分流 + 外置实时数据 + 高频外在结论预写库」。
外在 / 内在幻觉：「甜不甜」若知识库有甜度评级就是内在，没有就是外在；「几斤装」规格是内在，但「划算」价格维度可算是内在、主观价值维度是外在；「孕妇能吃吗」同理。同一个问题因解读角度不同会落不同类别。产品动作是把高频的外在结论预先算好写进库，转不了的（主观划算）闭嘴或分流到团长。

5.3 MVP 切法

库有的（参数、商品详情、食用报告）→ 直接答或发参数表；库没有的 → 引导咨询团长、社群经销商。优先做分流和知识库完善，暂不做外部知识解答和人工核对。比商详页多走的一步：社群天然有团长这个角色，分流目标更明确。

5.4 反例清单

判据	反例场景	失效条件
本质与定位分离	探索期产品，本质模糊	本质未锁定时分离动作做不了，没有稳定的本质可分离
致命伤 → 闸门	MVP 探针，明知不过仍上	闸门是探索门槛而非上线门槛时局部可用
外在 / 内在决定 RAG	封闭 FAQ，知识全在库	外在幻觉不存在时「只治内在」失效

06一个还没想清楚的问题

这个问题用商详页的例子最容易讲清。

商详页上线前，四道闸门判过了：幻觉闸部分过、记忆闸靠检索隔离、时效闸靠外置知识 + 版本管理、体验闸换交互。验收归档，项目结束。

问题出在「验收归档」这四个字上。闸门判「过」依赖的是判据当时的原料。知识库条目、成分表、价格、库存。这些原料每天在变。上线时「敏感肌能用吗」靠成分表最新批次答对了，半年后成分表换版、没人同步，这道闸实际上已经不过了，但没有任何机制会告诉你。

所以缺的可能不是第五道闸门，是「闸门要反复答」这件事本身。落到产品形态上，这意味着两件事：

交付物不是「一个知识库」，是「知识库 + 谁在什么周期内更新它」。只建库、不定更新责任人和更新节奏，库会静默腐烂，闸门跟着失效。
评估方案不该是一次性验收，该是一个常设角色。每道闸门都要持续答，就得有人持续答。类似「AI 客服训练师」这种岗位：盯数据变化、复核回答质量、维护知识库。

没想清楚的是：这个常设角色谁来当（业务运营、客服团队还是算法团队）、算谁的成本、考核怎么定。四道闸门解决了「能不能上线」，没解决「上线之后谁养」。后者目前仍没有答案。

07一句话总结

窗口变大不等于模型能做的事变多。上下文大小和注意力焦点之间有天然的紧张关系。这个道理不止于上下文：闸门是一次性判据，产品是持续性义务。

幻觉透镜 HalluLens

Mon, 01 Dec 2025 15:59:00 GMT

幻觉透镜 HalluLens

LLM 幻觉评测基准

Yejin Bang、Ziwei Ji 等　·　FAIR at Meta、GenAI at Meta、HKUST　·　arXiv 2504.17550v1　·　2025 年 4 月 24 日

主线

大模型的幻觉缺一个统一的评测框架，根子在于「幻觉」和「事实性」被混着用。拆开之后才谈得上建基准：三个新任务专测训练数据外幻觉，测试集动态生成以防泄漏。

内核

给「幻觉」下一个能被检验的定义：真值可能散布在训练数据的任何地方，所以无法被轻易验证。这个「不易验证」不是缺陷描述，而是分类依据。

论证链

分类 → 任务 → 重估

作者先指出问题：评测幻觉缺一个统一框架；再给出解法：把幻觉拆成三类；然后实现解法：造三个评测任务；跑完实验之后回头检验，这个解法真的必要吗，于是重估了一批已有基准。

这四步不是并列的清单，是前后咬合的链条。没有那套分类，三个任务没法解释「为什么是这三个」，只能变成「我又造了三个基准」；没有后面那场重估，这三个任务就没有存在理由。这个顺序不能重排。重排之后，最后那场批评就没有对象了，变成对着空气挑刺。

提出问题缺少统一框架给出分类内在、外延、事实性实现任务三个新基准这一步追问：真的有必要吗重估现有基准实验把顺序打掉重估变成无对象的挑刺重排之后，最后那场重估就失去了被重估的对象

论证依赖链。论文的骨架既不是并列铺开，也不是抽象层递升：四步前后咬合，重排会破坏它。

分类

把幻觉和事实性拆开

论文的整个贡献建立在一次概念切割上。

这次切割之所以必要，是因为「大模型的幻觉」这个说法在 2023 到 2024 年间被用于指称好几种不同的问题。机器翻译翻错了、摘要加上了源文没有的句子，这两种有源文本可对照，测起来不难。但今天多数生成任务不一样：用户只给一句任务指令，不给上下文材料，模型只能靠训练期间学到的内部知识来补。这时候出了问题，你去对照什么？没有源文本。而作为判定基准的「真值」可能散布在训练数据的任何地方，你没法验证。

论文把这个「没法验证」当成分类依据，而不是当成缺陷描述。这是关键的一步：不能验证的那一类，才是需要专门造基准去测的那一类。内在幻觉的评测早就有了，对比源文本即可；外延幻觉没有，因为它需要一个此前不存在的方法，不是拿现成数据集跑一遍，是要为了「不可验证」这个特性重新设计任务。

生成内容与什么不一致？分歧点在「参照系」上与源查询矛盾与训练数据不一致与训练数据无关内在幻觉有源文本可对照翻译、摘要外延幻觉真值散布各处难以验证事实性依据外部知识源判答案对错需要专门造基准去测的那一类三者此前被混着叫「幻觉」，导致文献里大量基准其实是事实性基准，只是名字叫错了

三分图。分类的依据是「参照系」：与源查询比、与训练数据比、与外部知识源比。论文把「难以验证」这一属性当作外延幻觉的定义性特征，它正是需要专门造基准的理由。

作者顺手把第三个概念也切开了：事实性（factuality）问的是答案对不对，依据是外部既定知识源，完全不问训练数据。这三者此前被混着叫「幻觉」，导致文献里大量基准其实是事实性基准，只是名字叫错了。论文的原话是「这些基准被称为『幻觉』基准，但它们处理的主要是事实性」，而这个判断只在它们不涉及训练数据时成立。最后那场针对现有基准的重估，就建立在这个区分上。

前提与边界

这个划分成立的前提是「训练数据」作为一个可指认的对象存在。一旦模型用检索增强把外部文档放进上下文，「与训练数据不一致」这个判据就失效了，因为此时可比对的参照系变成了上下文文档。论文没有处理 RAG 场景。这是 2025 年 4 月的工作，而检索增强当时已经是主流部署形态。

书里怎么用的

论文对「事实性基准能否当幻觉基准用」给了一条很实用的转换条件：加了拒答率的测量，且数据集可论证地限定在训练数据范围内，这条基准就能当外延幻觉基准用。SimpleQA 和 PopQA 可以改造后使用；但那些「用超出训练数据截止日期的更新知识」来评的基准不行，它们测的是事实性，不是幻觉。

时代限定

论文的判据依赖「模型有固定训练数据截止日」这个前提。当模型持续在线更新、或把检索结果混进训练时，「内容是否与训练数据一致」这个判据会失去可操作性，因为没人能指认当前的训练数据是什么。论文发布时这个问题还不突出。

任务

三个新任务，两类来源

论文把外延幻觉按来源分成两类，各配任务。

分类的依据是「幻觉从哪来」。第一种是建模错误：模型知道答案，但生成时错了，这跟它见过的训练数据本身无关，是生成环节的失误。第二种是知识缺口：训练数据里压根就没有这部分内容，模型不知道，于是要么乱编，要么应该拒答。这两种来源需要的防护动作完全不同：前者要测「能不能答对」，后者要测「知不知道自己不知道」，而后者只能通过拒答率来测。

外延幻觉从哪来？建模错误知道答案，生成时错了知识缺口训练数据里压根没有精确问答 PreciseWikiQA 短答案 · 事实型查询维基动态生成 5000 题长文本一致性 LongWiki 长文本生成一致性需至少一段才触发不存在实体拒答 NonExistentRefusal 造不存在的实体度量改为误接受率测「能不能答对」：维基大概在训练数据里，理想模型不该拒答测「知不知道自己不知道」

来源到任务的映射。右支的度量从「幻觉率」翻转成「误接受率」，这道题不再问模型会怎么答，而问它有没有上当。

三个任务的设计都围绕训练数据边界这一个点。精确问答（PreciseWikiQA）和长文本一致性（LongWiki）用维基百科构题，逻辑是「维基大概在大部分先进模型的训练数据里，所以理想模型应该能准确回答而不该拒答」。不存在实体拒答（NonExistentRefusal）反过来，故意造出训练数据里绝对没有的东西，看模型会不会识破。

任务设计是这套基准真正的重心，它要解决的核心难题是：模型什么都学过，怎么还能造出一套它真没见过的题。三个任务各给了一套管道，解法各不相同。

精确问答：控制难度分桶 + 两步生成 + 硬性过滤

步骤	做法	解决什么
选源	取「优质维基」数据集，44,754 个被标为高质量的页面	保证题源本身不烂
估难度	用维基排名里的调和中心性估每个页面「在训练数据里出现的频繁程度」，分 10 档（0 最难到 9 最易）	长尾知识更难得分，不控制难度就没有可比性
抽样源池	每档随机取 500 个页面，共 5000 个	难度分布均匀
切段	页面切成小节，随机取其中一节作为出题素材	短事实题不需要整页
出题 + 答题	两步分开：先看着选定的那一节出一道题，再看着参考素材生成答案	分开是为了保证题的质量：题必须只凭参考素材就能答，且是客观题
过滤	答案超过 10 个词就丢弃；题目答不出来就重新出题	把「需要上下文才能答」和「开放题」挡在门外

产出质量作者自己查过：在子集上人工分析，自动生成的「金标准」答案有 97.2% 是正确的。剩下 2.8% 的噪声会不会影响模型之间的排序，正文没交代。

评分也全靠模型做：先判断模型有没有拒答，没拒答再判答案对不对，答案分成「正确、错误、无法核实」三类，后两类都算幻觉（题本该有答案）。评委是 Llama-3.1-70B，作者测了它自己的准确率，判拒答 96.67%、判对错 95.56%。这个数字自己交代出来了，但同时意味着全部分数继承了这个评委的误差。

长文本一致性：同一套题源，换成两个新要求

跟精确问答同源，额外加两条：题目必须落在参考素材内，且必须需要至少一段话才能触发长文本生成。判断方法一样：把生成的答案拆成一条条声明，逐条对照维基页面看有没有支撑。

这里有个刻意的取舍：论文明确不做联网检索取证。理由是用搜索结果当参考更适合事实性基准，因为能对上最新知识；但它没法验证生成内容与训练数据是否一致。宁可少测一点，也不能换掉判据的参照系。

不存在实体拒答：用「查无此物」把开放题变成判别题

子任务	怎么造	规模
混合实体 MixedEntities	在动物、植物、细菌、药品四个领域里，把已有名称的词混合或对调，造出四不像的名字，再逐个查库确认它确实不存在	每领域 2000 条，共 8000 条
模型编造实体 GeneratedEntities	直接让大模型想商业、活动、产品品牌的虚构名	—

这条路走得比想象中扎实：动物植物用的是整合分类学信息系统数据库（14.5 万条分类记录），药品用的是覆盖 25 万种全球药品的清单。逐个查库确认不存在这一步不能省，否则「不存在的实体」本身可能真的存在，整个任务就塌了。而且对照数据库是固定的，不需要联网，现场就能核。

度量指标也因此翻转：既然实体不存在，模型给的任何信息都是幻觉，所以测的不是幻觉率而是误接受率（模型有没有上当）。这把一道「模型会怎么答」的开放题，变成了一道「模型有没有识破」的判别题。开放题没法判分，判别题可以。

前提与边界

三个任务全部压在同一句假设上：维基百科已被纳入大多数先进模型的训练数据。论文把它明写出来了，但没给验证机制。精确问答和长文本一致性一旦离开这条假设就全部失效：如果某个模型的训练数据里没有维基百科，或者只收录了某个时间点之前的快照，题目就不是「模型该知道但答错了」，而是「模型压根不知道」。两个任务用了同一个源池做对照，这个假设一旦不准，无法从结果里分辨。

另外，三个任务的指标全部由模型评委给出。评委准确率作者报了（拒答判定 96.67%、正确性判定 95.56%），但这三项分数本身的不确定区间没有讨论：13 个模型之间的差距里，有多少是真实能力差、有多少是评委的判定抖动，论文没有回答。

时代限定

「按主题热度控制题目难度」只是缓解，没有解决不同模型的维基快照不同这个问题。2025 年之后模型持续更新，同一个页面在不同模型那里可能已经不是同一份内容。

防泄漏

动态生成对抗数据泄漏

现有基准失效的主因是数据泄漏：题目已经进了训练数据，模型「见过」。作者的判断是，静态测试集必然会饱和。

作者点名了 MMLU、TruthfulQA 这类广泛使用的基准已被报告存在污染。解法是评测时即时出新题，不留固定题库。

设计	做法	效果
动态生成测试集	评测时即时生成新题，不留固定题库	题目不可预测，不可能出现在任何已有数据集里
与可复现性的张力	题目每次都不一样，怎么保证不同次之间的分数可比。作者的判断是「这并非一个轻松的挑战，因为这种动态性带来了与可复现性之间的张力」	要求动态集在多次运行间保持低方差
验证方式	三次运行	平均标准差低于 1.01%，且保持模型相对排名

作者把「稳定」拆成了两个指标，这个拆分值得注意：一是低组内方差（同一个模型重复测，结果要接近）；二是高组间敏感性（模型之间的差距要明显大于同一个模型内部的抖动）。只有第一条没有第二条，基准就废了：所有模型分数都稳，但稳得像一条线，谁都分不出来。

动态生成这套办法只适用于外延幻觉，内在幻觉做不到。理由很硬：外延幻觉可以自动生成金标准答案，因为参照系是训练数据；内在幻觉的判据是与源文本对照，而用大模型当评委本身就可能产生内在幻觉，裁判会自己犯它要判的错。论文明确写了「为内在幻觉做动态测试集是一个有前景的研究方向」，也就是承认现在没解决，只能先沿用三个已有的内在幻觉基准。

前提与边界

动态生成把成本从「一次标注」转移成「每次评测调一次大模型」。论文只报告了那个标准差数字，没有报告生成耗时，也没有报告与静态题库的成本对比。另外那个低方差结论只在精确问答上验证过，另外两个任务没有各自的方差数据。

时代限定

对于评测集需要长期稳定版本号的场景，动态生成反而不可用。这个工程约束论文没提。

重估

给现有基准开药方

这里给的是判断标准，不是新数据集。

转换条件只有一条，但很硬：必须加拒答率测量，且数据集可论证地限定在训练数据范围内。理由在指标定义里写得很清楚：幻觉率的计算是「未拒答时的错误答案比例」。如果没有拒答率这一项，一个模型对所有问题一律回答「我不知道」，幻觉率就是零。没有拒答率的幻觉基准，天然奖励逃避作答。

五个基准的逐项裁定

基准	能否当幻觉基准	理由
TruthfulQA	存疑，可能需要修订	它测的东西不完全是事实性，还涉及「是否本就该拒答」这类判断；论文指出这些问题让它无法区分「模型不知道」与「模型答错」
SimpleQA 与 PopQA	可以改造	改写评测指标即可
HaluEval 2.0	缺一项	只测幻觉率（MiHR 与 MaHR），没有拒答率测量。而缺了拒答率，模型可以通过「一律拒答」来刷分
ERBench	接近	与精确问答相似，但用实体关系模型自动构造，扩展性更好
超纲更新的基准	不行	测的是事实性，不是幻觉

时代限定

论文测的是 2025 年当时的模型（Claude-3 系列、GPT-4o、Llama-3、Gemma-2、Qwen2、Mistral 等）。具体分数的绝对值现在几乎已经失效，模型迭代比论文发表快得多。可迁移的是分类框架和「必须测拒答率」这条方法论，不是它的排名。

指标

三个数字必须一起看

论文用三个指标而非单一幻觉率，因为单一指标可以被博弈。

单看幻觉率 = 全部拒答模型对所有问题答「我不知道」幻觉率 = 0 · 得分最高误拒率越低越好：理想模型不该拒答正确率越高越好幻觉率（未拒答时）越低越好：衡量编造倾向

三角约束。三者必须同时读，单独任何一个都可以被博弈：单看幻觉率，一个全部拒答的模型得分最高。论文所有的设计（动态生成、拒答率测量、造不存在的实体）都是为了堵住红框那一种作弊。

长文本一致性那一套指标是另一个博弈面：它的精确率是「每条声明是否有维基页面支撑」，如果只看精确率，模型生成得越短越占便宜。只写最有把握的那几句，精确率就很好看。论文因此加了一个召回率指标，保证生成不能太短太不完整。但这个指标的参数是个固定值（取 32 条），短到 32 条以下就满分的生成，仍然优于该生成 200 条却只对 30 条的模型。这个偏置论文没有讨论。

前提与边界（补充）

三项指标全部由模型评委给出。评委一致率作者报了（拒答判定 96.67%、正确性判定 95.56%、不存在实体判定与人类判断一致 94.77%），三个数字都在 95%上下，意味着一套本来想测「模型有没有乱说」的基准，误差的一部分来自评委自己乱说。论文没有给出这三项分数的置信区间。

前提与边界

这套指标成立的前提是「知识范围可判定」。不存在实体拒答靠人造实体保证可判定；精确问答靠「维基在训练数据里」这个假设间接保证。如果哪个任务的答案边界本身模糊，这三个指标会同时失真。

缺口

这篇论文没回答什么

1. 动态生成测试集的评测成本，没有量化的交代

动态生成把成本从「一次标注」转移到「每次评测调一次 LLM」，而动态生成导致的方差上升会进一步增加重复评测的次数。论文只报告了「三次运行标准差 < 1.01%」这一个数字，没有报告生成耗时、没有报告与静态集的对比成本。对一个要在 CI 里跑的评测基准，这是能不能落地的关键。

2. RAG 场景下这套分类不成立，论文没有处理

外延幻觉的判据是「与训练数据不一致」，前提是训练数据是一个可指认的对象。当模型把检索文档放进上下文，比对的参照系就变成了那份文档，而不是训练数据，判据本身失效。论文发布于 2025 年 4 月，那时检索增强已是主流部署形态。论文没有讨论「检索到的内容与训练数据不一致」这种情况该归到哪一类。

3.「训练数据范围」不可判定，所以分类在原理上不可验证

论文自己写明所有前提都依赖「维基百科在大部分先进模型的训练数据里」。但没有任何一个公开模型会披露完整训练数据清单。所以「问题的知识范围是否落在训练数据内」这个核心判断，在实践中只能靠假设，不能靠核验。这意味着「外延幻觉率」这个数字的精度，取决于一个外界无法检查的假设有多可靠。

4. 三个新任务的实验完备度不均衡，稳定性结论只在一处被验证

PreciseWikiQA 和 NonExistentRefusal 各有完整结果表与指标定义。长文本一致性的结果只在附录的表格里给出，正文没有展开分析，而它用的是另一套指标（精确率、召回率、合一分数，取 K 为 32，方法采自 SAFE），与另两个任务的三个指标不同构。

更要紧的是：动态生成测试集的稳定性结论：标准差那个数字只在精确问答这个任务上给出。另外两个任务没有各自的方差数据。用一套任务的方差结论支撑整个基准的可靠性，这个外推没有交代。

而且长文本一致性的指标设计暴露了一个新的博弈面：论文自己承认，只算精确率的话模型可以靠生成短段落来获利，所以加了召回率指标。但 K 为 32 是固定值，短到 32 条以下就满分的生成，仍优于该生成 200 条却只对 30 条的模型。这个偏置论文没有讨论。

5. 前提散落在各处，没有收拢成边界声明

提出了一套新分类体系，却没有一处集中说明这套分类在哪些条件下失效。相关前提分散在各章，没有汇总。读者需要自己把分散的限定条件拼起来，才能判断这套分类对自己的场景适不适用。

6. 分类体系的第三条腿没有展开

论文在讲分类那一段引了 Ji et al. (2023) 的内在与外延二分，并在后续讨论中提到「factuality hallucination」这个第三类，说它处于事实性挑战与外延幻觉的重叠区。但这个第三类只被用于解释现有文献的混乱，没有被纳入 HalluLens 的分类树，也没有对应任务。一个用来诊断领域混乱的分类法，自己留了一个未处理的对象在体系之外。

大模型认知基础

Mon, 01 Dec 2025 00:00:00 GMT

AI 产品姿态

Sun, 30 Nov 2025 00:00:00 GMT

中国 AIGC 应用全景图谱

Sat, 29 Nov 2025 00:00:00 GMT

山风Blog

Transformer 架构解析

大模型核心原理

提示工程与 Prompt 调优技巧

AI 大模型初识

向量检索算法：从暴力搜索到 IVF 与 HNSW

RAG 的分块策略详解

一、背景与重要性#

二、为何需要分块？#

三、分块策略详解#

1. 基础分块#

（1）固定长度分块#

（2）基于句子的分块#

（3）递归字符分块#

2. 结构感知分块#

（1）结构化文本分块（如 Markdown/HTML）#

（2）对话式分块#

3. 语义与主题分块#

（1）语义分块#

（2）主题分块#

4. 高级分块策略#

（1）小-大分块（Small-Big Chunking）#

（2）父子段分块（Parent-Child Chunking）#

（3）代理式分块（Agent-Based Chunking）#

5. 混合分块（Hybrid Chunking）#

推荐流程#

质量-成本档位建议#

四、总结与建议#

RAG 怎么搭才不翻车

RAG 怎么搭才不翻车

概念界定：原生 RAG 与增强 RAG

检索链路为何翻车：七类失败点

分块策略：决定召回上限的第一步

向量检索算法：从暴力搜索到 IVF 与 HNSW

检索前、中、后优化手段

检索前 · 索引优化四招（逐招拆解）

检索前 · 查询优化三招（逐招拆解）

检索 · 混合检索

检索后 · 三件套（逐招拆解）

评测方法：四个指标与归因诊断

适用边界与选型决策

知识库治理：翻车的真正高发区

成本与延迟权衡

总链路图：一段一段看翻车点

真实案例归因

三条可复用判断

进阶方向速览

构建高效智能体

提示词参考范例

通用提示词#

基于知识的回答示例#

产品智能问答客服#

基于知识的提示模板示例#

基于知识的提示模板示例【jinja2】#

基于知识的提示模板使用示例#

智能体提示词示例#

意图识别-自动判断用户性别#

Agent客服助手意图识别、工具调用(Tool calling)、工作步骤#

任务执行类提示词示例#

示例：市场分析报告撰写专家#

示例：短视频剧本创作大师#

示例：个性化学习导师#

其他参考范例#

大模型应用学习规划师#

销售数据分析助手#

提示词网址推荐#

提示词优化器#

反思机制

推理时一次完整的循环

思维树

一次推理实际怎么跑

自我一致性

3C 网售的质量责任，开始往平台压

今日总览#

一、产品发布 / 更新#

1.1 Anthropic 公测 message threads，长会话不再重发全量#

1.2 阿里云发布 AI 投研工作台 Qovest，一句话启动持续研究#

1.3 OpenAI 在 GPT-5.6 起部署激活分类器#

1.4 腾讯混元 Hyra 2.0：让 Agent 从解题转向造工具#

二、行业动态#