AI 知识图谱 · 完整合集 2026

用户输入的是口语、模糊、带指代、夹带情绪的「原话」，而检索系统（向量库 / 全文 / 工具 API）需要的是表述规范、信息完整、可命中的「好查询」。「查询优化（Query Optimization）」就是横在两者之间的一道翻译 + 重构工序：把"那个去年签的合同还能退吗"改写成"2025 年签订的服务合同，在什么条件下可申请退款 / 解约"。

它直接决定了 「召回率（Recall）」 的天花板——没召回到的内容，再强的大模型也答不出。在 RAG 与 Agent 流水线里，query 优化是「检索」前最高杠杆的一环：改一句 query 的收益，常常大于换一个更贵的 Embedding 模型。

把一次「用户提问 → 优质检索」拆成可落地的七步，每一步都可独立开关、可观测：

# Agent 检索前的 query 优化器（伪代码骨架）
def optimize_query(user_msg, history):
    # ① 意图 + 澄清：缺槽位则交回 Agent 发澄清问
    intent, slots = classify_intent(user_msg)
    if intent.missing_slot:
        return {"action": "clarify", "ask": intent.ask}
    # ② + ③ 改写 + 指代消解（喂入多轮历史）
    std_q = rewrite(user_msg, history)        # 口语→标准、回填"它/这个"
    # ④ 拆解：复合问题 → 子问题列表
    subs  = decompose(std_q) or [std_q]
    # ⑤⑥ 每个子问题生成多条变体 + Step-back + HyDE
    variants = []
    for q in subs:
        variants += expand(q)            # 同义/扩展 N 条
        variants += [step_back(q)]      # 上位母问题
        variants += [hyde_doc(q)]       # 假设文档
    # ⑦ 多路召回 → 去重 → rerank
    hits = multi_recall(variants)        # 向量+全文+工具，取并集
    return {"action": "retrieve", "docs": rerank(dedup(hits))}

面向 Agent 的关键升级：query 优化不是「一次性预处理」，而是和 「工具调用（Function Calling）」 组成闭环——检索回来发现信息不足，Agent 会再优化一轮 query 或换一个工具再查，直到证据充分才作答。这正是 ReAct「想—查—再想」循环在检索维度上的体现。

把这套方法论压成一条主线背诵，遇到"你怎么提升 RAG / Agent 检索效果"直接成段输出。

传统大模型像 GPT-4 是收到提示就逐 token 立刻作答——对应卡尼曼《思考，快与慢》里的 System 1（快、直觉、模式匹配）。「推理模型（Reasoning Models / 大型推理模型 LRM）」引入了一个中间「思考」阶段：先生成一长串（常达数千 token 的）隐藏思维链（hidden CoT），在内部探索多条解题路径、验证、自我纠错，再吐出最终答案——对应 System 2（慢、分析、逻辑）。

它与第一部讲的 「思维链（CoT）」 提示有本质区别：CoT 是用提示词「哄」一个普通模型把步骤说出来（中间步骤未经验证）；推理模型是把「会推理」直接训进权重——延长思考成为模型的默认一等行为，而非提示技巧诱导出的临时表现。代表：OpenAI o 系、DeepSeek-R1、阿里 QwQ、Gemini Thinking、Claude extended thinking。

行业现在公认三条 Scaling Law（扩展律），分别对应三种「砸算力」的方式：

核心洞察：推理质量随「思考时间」上升。同一模型，被迫立刻作答 vs 允许延长推理，在 AIME 2024 数学竞赛上的差距是约 10% 准确率 → 70%+。o1/o3 证明了：测试时计算能达到 GPT-4 级模型无论堆多少参数都做不到的结果。趋势上，推理类「推理时算力」预计在 2026 年占到全部 AI 算力的约三分之二（2025 年约一半），2026 年的关键词转向「效率扩展」（用 1 美元拿到过去百万美元算力的效果）。

DeepSeek-R1（已发表于《Nature》，MIT 开源）最大的冲击在于：推理能力可以从纯强化学习中「涌现」，不依赖监督微调。它把思维链显式包在 <think>…</think> 标签里，性能对标 o1。背后两个关键词：

# RLVR：用「可验证奖励」的强化学习（数学/代码有标准答案）
def verifier(output, ground_truth):
    # 程序化校验，对就给 1、错就给 0（无需人工偏好标注）
    return 1.0 if check_correctness(output, ground_truth) else 0.0

# GRPO：组相对策略优化——去掉 critic，靠「一组采样」算优势
def grpo_advantage(rewards):       # 对同一题采样 8~64 个答案
    mean, std = stats(rewards)
    return [(r - mean) / std for r in rewards]   # 组内归一化即优势

「RLVR + GRPO」 相比传统 RLHF 的优势：不用训练人类偏好奖励模型、不用 critic 网络，靠数学/代码的「答案对不对」当二值奖励，迭代快、可复现。这套范式（GRPO/DAPO/RLVR）在 2025–2026 已基本取代 RLHF 成为推理模型后训练主流。重要 nuance：研究（清华等）指出 RLVR 很大程度是「把模型本来 8 次能蒙对的，压缩成 1 次就对」——提升的是采样效率，而非凭空扩展推理边界。

第三部讲过 RAG 的基本盘（把问题向量检索→塞进 LLM 作答）。但朴素 RAG（Naive RAG）一上企业规模就露馅：数据碎、问法模糊、相似度搜回「统计相关但事实错」的内容、长文超上下文、成本与延迟失控。业界把 RAG 的演进归纳为四代：

X11 讲的是「提高召回率与知识库工程」，X16 讲的是「query 侧优化」；本章聚焦检索侧（pre / in / post-retrieval）全栈优化与模块化/图谱/自纠正等高级范式，把第②③④代讲透。

分块（Chunking）是地基：分块策略太长模型分心、太短丢上下文。语义分块按主题边界切，比定长切分可提升约 15–25% 召回；上下文检索（给每块补一段全局摘要再嵌入）语义连贯性最好但算力贵，late chunking 更省但牺牲完整度。重排收益巨大：在候选集上加一层 cross-encoder/ColBERT 重排，有实践报告显示检索失败率下降约 67%。

第③④代的四个明星范式，面试高频，务必能说清「解决什么 + 代价」：

# CRAG 主干：先评估检索质量，再决定动作（伪代码）
def crag(query):
    docs  = retrieve(query)
    grade = evaluator(query, docs)        # Correct / Incorrect / Ambiguous
    if grade == "Correct":
        ctx = refine(docs)                 # 切知识条→按相关性过滤→拼回精简上下文
    elif grade == "Incorrect":
        ctx = web_search(query)            # 丢弃内部结果，转权威网搜兜底
    else:
        ctx = refine(docs) + web_search(query)  # Ambiguous 两路对冲
    return generate(query, ctx)

这套「检索→评估→纠正」与第十部推理模型的「想—查—再想」、X16 的「优化 query→调工具→证据不足再优化」同源——都是把自我评估闭环引进流水线。

不评估的 RAG 等于盲飞。检索层看排序质量（MRR@k、NDCG@k）与候选覆盖（Recall@k）；生成层看 RAGAS 三件套——忠实度（Faithfulness，答案是否只依据检索内容）、答案相关性、上下文精确/召回率。

大多数评测只报单次成功率，但生产环境真正要的是可靠性。2026 年的 ReliabilityBench 把智能体可靠性拆成三个维度，构成一张可靠性曲面 R(k, ε, λ)：

关键判定法：动作元关系（action metamorphic relations）——用「最终状态是否等价」判对错，而不是「输出文本是否相似」。这是把软件工程的混沌工程 + SLO思想搬进 Agent 评测的核心。

① 保证 JSON 输出的三层兜底——受限解码（OpenAI Structured Outputs / outlines / instructor）保证「形状对」，Schema 校验保证「字段对」，重试保证「偶发失败可恢复」：

# 三层保障：受限解码 → Schema 校验 → 重试
def get_json(prompt, schema, max_retry=3):
    for i in range(max_retry):
        out = llm(prompt, response_format={"type": "json_schema", "schema": schema})
        ok, err = validate(out, schema)   # jsonschema 严格校验
        if ok:
            return out
        prompt += f"\n上次输出不合规：{err}，请严格按 schema 修正。"  # 把错误回灌
    raise ValueError("JSON 连续校验失败，触发降级兜底")

② 高并发 + 鲁棒：信号量限流 + 指数退避——既榨干吞吐，又不被 API 限流打爆：

import asyncio, random
sem = asyncio.Semaphore(10)            # 并发上限=10，尊重速率限制
async def call(task):
    async with sem:                    # 限流闸门
        for i in range(5):
            try:
                return await llm_async(task, timeout=30)   # 超时保护
            except (RateLimit, Timeout):
                await asyncio.sleep(2**i + random())  # 指数退避+抖动
        return fallback(task)               # 重试耗尽→降级
results = await asyncio.gather(*[call(t) for t in tasks])  # 批量并发

在国家金融监督管理总局《银行业保险业数字金融高质量发展实施方案》推动下，2025 年银行业 AI 应用从「流程辅助」迈向「价值创造」。据《2025 金融智能体深度应用报告》，金融行业智能体部署率已超 80%，在风控、客服、资产配置等场景推动效率提升 30%–50%。

金融落地要解的三大痛点：① 系统孤岛——大量 legacy 系统缺 API，需靠视觉识别/RPA 跨系统协同；② 流程动态性——信贷审批、反洗钱需适配频繁变动的监管，靠 Agent 自主规划灵活调整；③ 效率与合规的平衡——金融 Agent 的核心特征必须是合规可追溯、数据安全可控、业务流程闭环，这正是它区别于通用 Agent 的关键。

工行以「工银智涌」千亿级金融大模型体系为底座，构建新一代信贷智能体矩阵「智贷通」，并配套评审数字助手「工小审」，组成「大模型底座 + 业务智能体矩阵 + 人审兜底」三层架构：

成效（公开口径）：企业级智能风控平台覆盖全部境内分行及 130+ 风控决策场景，实现五大市场风险智能化排查预警；依托「工银智涌」开展「领航 AI+」，新增 AI 财富助理等 100+ 应用场景。

IDC《2025 中国工业企业调研》显示，工业企业应用大模型及智能体的比例已从 2024 年的 9.6% 飙升至 47.5%，其中 35% 实现多环节规模化应用。中国信通院定义工业 AI Agent 由 LLM + Planning（规划）+ Memory（记忆）+ Tools（工具） 四大模块组成；邬贺铨院士指出其本质差异是具备自主性与决策能力，而非被动执行预设规则。

水泥是典型高耗能流程工业：新型干法生产线涉及窑炉风速、煤粉浓度等上百个强耦合工艺参数，人工调参靠老师傅经验、响应慢，能耗与稳定性难兼顾——这正是「经验传承 + 效率瓶颈」痛点。

阿里巴巴工业大脑在海螺水泥落地：用强化学习智能体在线调控工艺参数，与产线 DCS（分布式控制系统）毫秒级闭环交互，对 128 个参数做多目标优化（能耗↓、产量稳、排放达标）：

成效（公开口径，海螺水泥 4 条日产 5000 吨线）：标准煤耗降低 3.2%；年节约能源成本超 1200 万元；可提前 2 小时预判环境变化；系统对接实施周期仅 6 周。

2025 年中国 AI 智能体市场年增 72.7%（全球规模突破 8.5 万亿元）。主流平台分四派，选型先看「合规要求 × 开发门槛 × 场景复杂度」：

字节 HiAgent 2.0 首创「调度—对话—行动」三位一体架构，支持流程图/自然语言/API 三种编排，内置 100+ 行业模板，多模态知识库结合 RAG 使知识召回准确率 +30%。

零售正从「流量经济」转向「会员经济」。艾瑞咨询数据：94.7% 的消费者购买前会访问 2 个以上平台比价，去 3–4 个平台的占比达 54%——多触点、全渠道下如何提供一致且个性化的体验成为核心难题。叠加人工成本上升、60% 消费者期望 1 分钟内得到响应，传统人力密集模式撑不住。

德勤预测 2025 年 25% 企业部署生成式 AI 智能代理、2027 年激增至 50%；中国信通院预测全球智能体市场从 2024 年 51 亿美元增至 2030 年 471 亿美元（CAGR 44.8%）。

迈富时以 AI-Agentforce 智能体中台 + T-force 营销大模型为底座，核心是「双涡轮驱动模型」——数据智能层 + 流程智能层联动，实现「动态档案」实时构建与流程自动化：

成效（公开口径，迈富时服务超 20 万家企业、750+ 软著专利）：某乳业复购周期缩短 2.7 天、订单金额 +4.2%；某服装会员复购率提至 58%；智能导购使「误购尺码」投诉降 60%、导购转化 +42%；销售陪练使异议处理成功率 58%→89%、团队人均成单量 +2.3 倍。

流量成本高企、用户触点碎片化、个性化需求爆发，让传统人力密集型营销露出效率与成本双瓶颈。艾瑞《2025 中国 AI 营销智能体市场研究报告》预测：采用 AI 营销智能体的企业占比将从 2023 年不足 15% 跃升至 2025 年底 60%，市场规模突破 300 亿元。中国信通院指出，融合企业私域知识的 RAG 可将智能体在专业任务上的事实准确性提升超 70%。

AI 营销智能体从单一功能插件进化为贯穿全链路的「数字员工」，以「感知-记忆-规划-行动」自主系统覆盖五大场景：

成效（公开口径，综合多项目）：某零食品牌短视频矩阵月均产出超 500 条、人工参与度 -70%、电商渠道 GMV +50%；某越野车品牌预约试驾成本 -38%、订单转化 +19%；某头部券商高净值客户投研活跃度 +46%；某零售企业营销模型开发周期 3 月→3 周、交叉销售成功率 +22%；某 B2B 制造商 6 个月有效线索 +150%、线索转商机 +40%；平均 ROI 高达 300%。

2024 年企业 AI 调研：73% 中型企业选平台标准产品而非自研，头部 SaaS 平台 AI 功能渗透率 89%，典型 ROI 周期从 18 个月缩短至 3–6 个月。落地办公智能体先做「买 vs 造」决策：

办公智能体以平台为底座，把高频流程交给 数字员工：

成效（钉钉《AI 实干家》案例集公开口径）：永升服务用钉钉 AI 打造晨会管理系统，全国 1000+ 物业项目晨会智能质检，人效提升 5 倍、年省近 300 万元；菜鸟「菜小蜜 AI」解决 80% 员工咨询、「差旅问数 AI」省成本；百丽时尚「百炼 AI」助导购提升销售力；招商证券打造私有化 AI 助理平台。

当模型能力趋于同质化，真正拉开差距的是谁能把 AI 嵌入业务流程、产生可衡量价值。AI 落地的瓶颈已从「模型能力」转向「部署落地」，FDE（Forward Deployed Engineer，前沿部署工程师）正是填补这道鸿沟的关键结构性角色。

市场信号：① 据 Business Insider 统计，美国 FDE 相关岗位一年内从 643 个增至 5,330 个，同比增长约 729%；② 2026 年 5 月，OpenAI 联合 TPG、麦肯锡成立独立 Deployment Company，初始投资约 40 亿美元；③ 同期 Anthropic 联合黑石、高盛注资约 15 亿美元，两家共同指向 FDE 岗位。FDE 最早由 Palantir 于 2003 年提出，「Forward Deployed」源自军事术语，强调驻场嵌入。

工作定义：FDE 是一种 AI 原生的现场工程角色，嵌入客户真实环境，识别高价值业务问题，打通数据、模型、工具、工作流与治理，交付能产生可衡量业务价值的生产级 AI 系统。它不是传统软件工程师、售前或顾问，而是三者在 AI 时代的结构性融合。

源自 30+ 个企业 AI 与数字化转型项目沉淀：强 FDE 必须能赢得信任、框定正确问题、构建真实系统、理解业务与 AI 架构、设计安全边界，并把每次部署复利为可复用的组织能力。

① 流程维度：梳理业务工作流，识别 AI 价值挖掘机会（端到端输出强化、节点整合自动化、岗位技能门槛降低）；② 数据维度：构建让一线隐性经验显性化、可持续积累的工具与机制，把个人经验转为组织资产；③ 组织与人维度：通过影响、教育与推动，在客户组织内持续扩大 AI 用户群体与应用深度。三者迭代推进，构成 FDE 驱动价值增长的飞轮。

把领域专家知识封装为标准化 Skill 资产，通过统一协议（如 MCP）分发到各类 AI 客户端，实现「一次封装、多端即装即用」，让 AI 落地从依赖个人英雄走向可规模化交付。

以软件工程为首个验证场景，把专家知识封装为三类可调用 Agent；切换到金融、医疗、制造等领域只需替换对应 Skill 包，底层范式不变。

四阶段渐进式推进（以 BA 为例）：① 根目的发现 → ② 领域知识加载 → ③ 三维度需求澄清 → ④ 结构化产出。适用条件：需要专家知识、可结构化、强调可复用与可审计的领域；每个 Skill 内建触发条件、执行流程、输入/输出契约与质量校验规则。

领先者三特征：① 从「一把手」开始，自上而下推动；② 从「小场景」切入，先做小而高频、端到端可衡量；③ 建立「陪伴」机制，持续陪跑而非一次交付。
落后者三错位：① 认知错位（对 AI 能力边界判断失准）；② 时机错位（入场过早或过晚）；③ 方法错位（方法论与场景不匹配，照搬他人方案）。

① 选场景：优先「小而高频、端到端、可衡量」；② 推动力：确保「一把手」参与、自上而下设目标；③ 沉淀物：把一线隐性经验封装为标准化 Skill 资产并纳入版本管理；④ 复用性：用统一协议分发到多端，能力不绑定个人；⑤ 控制面：为每个能力设门禁规则与合规检查，保证可审计；⑥ 陪伴制：建立持续陪跑机制，逐步扩大用户群体与应用深度。

来源：The Forward Deployed Engineer Competency Model（Kai Shi · Lean AI，2026-05）；知乎专栏《FDE：AI 落地最后一公里的结构性角色》（2026-06）；AskTable 企业 AI 落地成熟度行业分析（2026-03）。已归纳改写，未逐字复制。

下图为纯内联 SVG（自包含、可离线/可打印）。每个轴代表一个行业，数值是该行业的「Agent 落地匹配指数」（0–10，越靠外越容易规模化落地）。该指数由五个子维度等权合成：数据就绪度、流程标准化、ROI 可量化、合规可控性、生态/平台成熟度。分值为结合行业调研口径（金融领跑、制造加速、强监管行业更谨慎）的综合研判，用于相对排序与选场景参考，非精确测量。

研判要点：① 金融 / 零售电商数据标准化高、ROI 清晰、平台成熟，最易规模化；② 物流 / 制造流程标准化高、ROI 可量化，集成工作量是主要门槛；③ 医疗 / 教育受隐私与效果滞后约束，宜从低风险辅助场景切入。背景口径：约 67% 企业仍在概念验证期、28% 局部部署、5% 规模化（行业调研口径）。

场景：病历结构化与质控、智能导诊分诊、影像辅助阅片、临床决策支持、用药相互作用核查、医保合规审核。
架构：私有化部署 + 专科知识库（RAG over 诊疗指南/药典）+ 强人审（医生终审）+ 数据匿名化/脱敏层 + 全程审计留痕。
实施步骤：① 选低风险高频场景（导诊/病历质控）先行 → ② 建专科语料与指南知识库 → ③ 小范围试点 + 医生在环校验 → ④ 明确纠错与责任边界 → ⑤ 再扩展到决策支持。
踩坑教训：用通用大模型直接出诊断结论触碰责任红线；医疗场景幻觉不可接受，必须强制「引用来源 + 人审」；患者隐私（HIPAA/GDPR 类）数据不可外流。
FDE 经验：定位「辅助」而非「替代」；把医生纳入设计闭环；用可追溯引用降低信任门槛。适用条件：可私有化、有结构化专科语料、科室愿配合试点。

场景：12345 热线智能受理与派单、政策问答、城市运行事件识别与处置建议、材料预审、惠企政策匹配。
架构：国产化算力与模型底座（自主可控）+ 政务知识库 + 多条线系统打通（常靠 RPA/视觉跨 legacy）+ 严格权限分级 + 源代码审查。
实施步骤：① 明确国产化与等保要求 → ② 选「受理/问答」标准场景 → ③ 打通条线系统数据 → ④ 人审兜底 + 留痕 → ⑤ 扩展到跨部门协同。
踩坑教训：忽视国产化/自主可控导致选型推倒重来；低估数据条线壁垒（系统孤岛）；缺一把手统筹则跨部门难推动。
FDE 经验：合规选型前置；用 RPA/视觉补齐无 API 的老系统；「一把手」工程自上而下。适用条件：满足国产化/等保、有跨部门协调机制。

场景：设备预测性维护、能效优化调参（强化学习）、电网/管网调度辅助、安全巡检（视觉）、报表与合规填报。
架构：边缘 + 云协同 + 工业时序数据平台 + 机理模型与 AI 融合 + 安全联锁约束。
实施步骤：① 接入设备时序数据 → ② 单工艺/单机组试点（如能效调参）→ ③ 与机理模型交叉校验 → ④ 设安全边界与人工确认 → ⑤ 复制到同类机组。
踩坑教训：工业数据质量差/标注缺失；直接让模型控制生产参数而无安全联锁=重大风险；OT/IT 网络隔离带来集成难题。
FDE 经验：参照制造业 RL 调参范式（见 X21 阿里×海螺）；先「建议」后「自动」。适用条件：有可用时序数据、安全边界可设、单点可复制。

场景：智能批改与作文反馈、个性化学习路径、答疑助教、教研备课、学情分析。
架构：轻量 SaaS 或私有化 + 学科知识库 + 内容安全过滤（未成年人保护）+ 教师在环。
实施步骤：① 选答疑/批改类高频场景 → ② 建学科语料 → ③ 教师审核内容 → ④ A/B 评估学习效果 → ⑤ 扩到个性化推荐。
踩坑教训：学习效果滞后导致 ROI 难量化；内容安全与价值观红线；过度依赖 AI 削弱师生互动。
FDE 经验：用「批改/备课」减负切入见效快；强调教师主导；设内容安全门禁。适用条件：场景标准化、有学科语料、对效果有耐心。

场景：需求预测、库存与补货优化、路径与运力调度、异常件处理、客服与轨迹查询、单证识别。
架构：Agent 编排 + 预测/优化模型 + 与 TMS/WMS/OMS 打通 + 实时数据流。
实施步骤：① 接入订单/库存/物流系统 → ② 选「客服闭环」或「补货优化」试点 → ③ 量化 ROI（周转率/响应速度）→ ④ 扩展到端到端调度。
踩坑教训：多系统集成是主要工作量；数据实时性与一致性；旺季并发与稳定性（<500ms、99.9%）。
FDE 经验：优先做能闭环调用业务系统的场景（客服直连订单/物流/退换货）；ROI 清晰处先落地。适用条件：系统 API 齐备、数据实时、场景可闭环。

关键工程指标：单次交互延迟 <500ms、系统可用性 ≥99.9%、任务执行成功率 ≥95%；强监管行业多走私有化部署（初期硬件约 100–500 万、年运维约 50–100 万，示例量级）。
通用方法（承接 X26）：选「小而高频、端到端、可衡量」场景 → 争取一把手自上而下 → 把一线经验沉淀为标准化 Skill 资产 → 统一协议多端分发 → 设门禁与合规检查 → 建立持续陪伴机制。
行业成熟度口径：概念验证期约 67%、局部部署期约 28%、规模化应用期约 5%（McKinsey/Gartner/IDC 类调研口径）。

来源：BetterYeah《企业级 Agent 平台核心价值与落地路径 2026》、IDC《中国 AI Agent 市场概览 2025Q3》、McKinsey《The State of AI 2025》、Gartner 2025 中国 AI 预测、CSDN《AI Agent 行业应用案例：金融/医疗/制造》等公开资料，已归纳改写；评分为综合研判。

FDE 与传统咨询/外包最大的不同，不在于「到现场」，而在于一条把现场经验带回产品的回流闭环。传统咨询交付一份报告或一套定制系统就结束，知识留在乙方、随项目蒸发，与产品演进彻底脱节；而 FDE 每一次驻场，除了交付可运行的业务价值，还必须把一线提炼出的行业 skill 经验沉淀为可复用资产（Skill 包 / 连接器 / Playbook / 明确的产品需求），回流到产品与工程团队，驱动产品发生更核心的价值改变。

核心命题：如果 FDE 不能把行业 skill 经验带回、不能为产品迭代带来更核心的价值改变，FDE 就没有价值——它会退化成一个昂贵的「咨询外包」。
反向飞轮：客户现场 → 提炼行业 skill → 回流产品 / 工程 → 产品更强（多长出一块行业能力）→ 下一个同行业客户落地更快更深 → 再提炼新 skill……每转一圈，产品的行业纵深与组织资产都在复利增长。这正是 FDE 区别于「按人天计费、交付即结束」的结构性价值。

（以下为综合多个真实项目模式的情景还原，非特定企业案例，用于展示 FDE 的实际工作方式。）某区域性银行对公信贷的尽职调查环节，客户经理要在数十个系统、工商 / 舆情 / 财报 / 司法之间反复人工核验，单笔尽调平均 2–3 天，质量还因人而异。银行想用 Agent 提速，但前两家外包交付的是「通用问答机器人」，接不进核心系统、不敢用于合规环节，试点即搁置。

FDE 驻场后没有急着写代码，而是跟着 3 位资深客户经理做了 6 笔真实尽调，发现真正的瓶颈不是「问答」，而是跨源交叉核验——同一家企业的工商变更、舆情风险、财报勾稽、关联方司法，要按一套隐性的「风控核验顺序」比对。这套顺序只在老员工脑子里，从没被写下来。FDE 把它显性化为一张四维核验决策表，与风控负责人逐条确认门槛规则。

FDE 用 RPA / 视觉补齐了三个没有 API 的老系统，构建「尽调核验 Agent」的首个生产级版本：按决策表自动拉取四源数据、交叉比对、标红异常、生成结构化尽调底稿，关键结论一律附数据出处 + 人审确认。
踩坑：第一版让 Agent 直接给「授信建议」被风控否决（触碰责任红线）；改为只做「核验与底稿」、把决策权留给人，才通过合规。

上线后单笔尽调从 2–3 天压缩到半天，异常项漏检明显下降，且每一步可追溯。
★ 核心一步——回流：FDE 没有止步于交付。他把这套「对公尽调四维核验」沉淀为一个标准化 Skill 资产（含决策表、数据契约、门禁规则、人审节点），连同「无 API 老系统的视觉接入连接器」一并回流给产品团队。产品据此新增了一条「金融尽调」行业能力线——下一家城商行落地时，FDE 直接加载这个 Skill 包，两周即装即用，而不是从零再来。这一步，才是 FDE 区别于外包的价值所在。

FDE 的项目不是一条直线，而是一个闭环——真正让它成环的，是第 7 步「回流产品与工程」。少了这一步，前面所有步骤只是一次性咨询。

闭环的关键是第 7 步。把它去掉，FDE = 昂贵的咨询；保留它，FDE = 让产品不断长出新行业能力的复利引擎。

FDE 经验的价值，不在于记住某个行业的几条 tips，而在于掌握一套可迁移的能力——把装在专家脑子里的隐性行业技能，逐级推上「标准化 → 通用化 → 产品化」阶梯，变成能回流产品、不断复利的资产。技能本身会过时，这套「三化」转化能力不会。

所以：一行式「经验要点」只是结果的纪念品，绑定具体场景、随行业变化失效；真正可学习、可迁移的，是下面这套三化阶梯。学 FDE，学的就是"遇到任何行业的隐性技能，如何把它推上三化阶梯"。

老员工脑中隐性的"风控核验顺序"——先看什么、什么触发否决——被显性化为一张四维核验决策表（工商 / 舆情 / 财报 / 司法 + 门槛规则 + 数据契约 + 人审节点）。从此"换个客户经理也能照着做、且可审计"。这一步把技能从"人"上剥下来。

剥离这家银行的特定字段、特定系统，把数据源与门槛规则参数化，抽象成"对公尽调核验"的行业级模式。换一家城商行时，只需配置数据源映射与风控阈值，无需重写逻辑。技能从"一个项目"升为"一个行业模板"。

把它封装为「金融尽调 Skill」包（含决策表、数据契约、门禁、人审节点），连同"无 API 老系统视觉连接器"，经标准协议分发、版本化管理，回流进产品，成为一条"金融尽调"行业能力线。下一家银行落地：加载 Skill 包，两周即装即用。技能从"模板"变成"产品资产"，开始复利。

读法变了：不再问"这个行业有什么 tips"，而是问"哪项隐性技能被标准化、它通用化成了什么行业模式、又产品化成了哪块可复用资产"。这一列列下来，才是 FDE 能复制、能教、能复利的核心。

① 标准化：这次我把哪一项隐性技能写成了可执行、可审计的 Skill？
② 通用化：它抽象到整个行业了吗——换一家同行业客户能只配置、不重写吗？
③ 产品化：它回流产品了吗——成为产品一等能力、可被任意团队/Agent 即装即用吗？
若三问都为「否」，这次就只是一次外包，而不是一次 FDE。这三问，就是 FDE 经验唯一值得被学习和迁移的部分。

X27 与 X29 里的一行式经验，本质是索引，不是教材——它能提醒、不能教学。本部把八大行业的 FDE 经验全部展开为深化论述，每个行业沿你确立的「三化」主线讲透：隐性技能 → 标准化（把什么显性化、产物长什么样、给出具体规则示例）、通用化 → 产品化（剥离什么、保留什么、封装成什么 Skill 与连接器、长出哪条能力线）、深层约束 · 踩坑 · FDE 关键判断（合规/数据/责任/集成的真实难点，以及"如何不沦为外包"的判断）。读完每一节，你应当能自己复刻这套转化，而不是记住一句口号。

隐性技能是什么：金融条线最值钱的隐性技能，是资深风控/客户经理"按什么顺序看、看什么信号、在哪一步叫停"的研判直觉。以对公尽调为例：先核工商主体与实控人穿透，再比对财报三表勾稽（收入与现金流是否背离、应收与存货是否异常堆积），叠加舆情与司法（被执行、股权冻结、关联方诉讼），最后形成风险结论。这套"看的顺序"与"叫停阈值"几乎从不成文，全凭经验。
怎么标准化：把这套直觉翻译成一张可执行、可审计的核验决策表——每一行是"信号 → 阈值 → 动作（放行/标红/否决/转人工）"，并配套数据契约（每个信号来自哪个数据源、取哪个字段、刷新频率）与人审节点（哪些结论必须人工终审）。
产物示例（一条规则）："实控人近 6 个月新增对外担保 > 净资产 30% ⇒ 标红并强制转人工复核"。标准化的本质，是把"老法师的感觉"变成"换个人/换个 Agent 执行结果一致、且监管可审计"的规则。

通用化（剥离什么、保留什么）：要剥离"这家银行的特定项"——核心系统字段名、内部评级口径、专属黑名单与白名单；保留"行业共性骨架"——尽调四维核验的结构、监管要求的留痕逻辑、人审边界。把数据源映射、阈值、评级口径全部做成配置项，于是同一套逻辑换一家城商行只改配置、不改逻辑。
产品化（封装成什么）：封装为"金融尽调 Skill"（决策表 + 数据契约 + 门禁规则 + 人审节点），配套"无 API 核心系统的视觉/RPA 连接器"，经标准协议（MCP）分发、纳入版本管理。产品由此长出一条"金融尽调"能力线；再叠加反洗钱、信贷审查、合规审查等 Skill，形成金融能力簇。
回流的不只是 Skill：还包括"强监管场景下人审边界怎么划"这一可迁移范式——这才是产品迭代真正吃到的核心价值。

深层约束：金融的底线是"合规可追溯 + 责任边界"——数据不出境、等保三级、ISO27001、交易留痕完整。
最大的踩坑：让 Agent 直接输出"授信/放贷建议"——这越过责任红线，监管不认、风控不签字，试点必死。正确姿势是 Agent 只做"核验 + 底稿 + 标红"，把决策权牢牢留给人。第二个踩坑在集成：大量 legacy 系统没有 API，真正的工作量是用视觉/RPA 把它们打通，而不是调模型——低估这点会严重超期。
FDE 关键判断：① 切入点选"低风险、高频、可量化"的核验/质检类，先建立信任，绝不一上来碰授信决策；② 用"可追溯引用"（每个结论附数据出处）化解风控对黑箱的天然抵触；③ 度量用风控真正关心的指标——单笔尽调耗时、异常项漏检率，而非模型准确率。
怎么判断它有没有沦为外包：看有没有把"这家行的尽调"抽象成"对公尽调能力线"回流产品。没有，就只是一次昂贵的定制外包。

隐性技能是什么：制造业最值钱的隐性技能，是老师傅"听声音、看火色、凭手感"调参数的工艺经验——什么工况下把哪个参数往哪个方向微调、能耗与良率之间怎么权衡、什么征兆预示设备要出问题。这是几十年攒下的、写不进 SOP 的手感。
怎么标准化：第一步把工艺过程的可观测量（温度、压力、转速、能耗、质检结果）结构化为时序特征；第二步把老师傅的调参逻辑显性化为"工况 → 优化目标 → 可调参数 → 安全/质量约束"的规则与目标函数；对于规则难以穷尽的部分，用强化学习在仿真或历史数据上学习调参策略，但所有动作都被"安全联锁"硬约束兜底。
产物：一份"工艺优化策略 + 安全约束表"——既包含可学习的优化策略，也明确了绝不可越过的红线。

通用化：剥离这条产线的设备型号、传感器布点、专属 PLC 协议；保留"工况识别 → 目标优化 → 安全约束 → 人工确认"这一范式。把设备接入、约束阈值、优化目标参数化，换一台同类窑炉/机组/产线时，只需改配置并用其历史数据重新拟合策略。
产品化：封装"工艺/能效优化 Skill"（优化策略 + 安全约束 + 一键回滚）+ "边缘部署连接器"（对接 OT 层与工业时序库），以边云协同方式分发。产品长出"工业优化"能力线，可复制到水泥、钢铁、化工等同构场景（参见 X21 阿里×海螺能效优化）。

深层约束：OT/IT 网络物理隔离（生产网不能直接联网）+ 生产安全（参数写错可能炸炉/停产）。
踩坑：① 直接让模型把参数写进 PLC 而无安全联锁 = 重大事故风险；② 工业数据质量差、标注缺失，且停机做实验代价极高，不能在产线上"试错"。
FDE 关键判断：① 先"建议"后"自动"——人工确认 → 影子运行（只算不控）→ 小步放权；② 先在仿真/历史数据上验证再上线；③ 吃透工艺机理，把机理模型与 AI 融合，而不是纯数据驱动黑箱。
沦为外包的标志：只交付了"这条产线的调参模型"，却没把"工况识别 + 安全约束 + 人审放权"这套范式产品化、回流——那下一条线还得从零再来。

隐性技能是什么：专科医生的"质控/核验顺序"与"红旗征识别"——读片时先看哪些区域、病历里哪些症状组合提示高风险、开药时哪些相互作用必须拦截。这是临床训练与经验沉淀出的判断。
怎么标准化：把诊疗指南、药典、专科共识结构化为知识库；把医生的核验顺序显性化为"质控规则 + 红旗触发 + 强制引用"的 Skill——任何结论必须附指南/文献出处与置信度，并强制人审（医生终审）。
产物："临床 QA 规则 + 引用契约 + 人审门禁"。和金融一样，核心是把结论变成"可追溯、可审计、有人兜底"的形式。

通用化：剥离这家医院的 HIS 字段、专属模板；保留"指南知识库 + 核验规则 + 强引用 + 人审"这一范式。把专科语料、阈值、引用源参数化，换一家医院或换一个科室，换知识库即可，范式不变。
产品化：封装"临床 QA Skill"（病历质控、智能导诊、用药核查，内建强引用与人审门禁）+ 脱敏层连接器，以私有化方式分发。产品长出"临床辅助"能力线——但要严格限定在"辅助"而非"诊断决策"，这是产品边界，也是合规边界。

深层约束：责任与隐私双红线——患者隐私（HIPAA/GDPR 类）数据不出域、须匿名化；医疗幻觉零容忍。
最大的踩坑：用通用大模型直接给"诊断结论"——责任与合规同时踩线，医院法务与临床都不会签字。
FDE 关键判断：① 从"辅助/质控/效率"类不直接承担诊断责任的场景切入（病历质控、文书生成、导诊）；② 把医生纳入设计闭环，用"强制引用来源"换取临床信任；③ 度量用"质控漏检率、文书效率"，而非"诊断准确率"（后者一旦作为卖点就触碰责任）。
沦为外包的标志：只做了一个院内 demo，没把"强引用 + 人审 + 脱敏"这套临床落地范式沉淀回产品，换家医院又是一次性项目。

隐性技能是什么：12345 受理/派单人员的"研判与转办规则"——一个市民诉求该归哪个委办局、什么情形要升级、惠企政策怎么匹配到具体企业。这套权责判断分散在老员工的经验里。
怎么标准化：把办事指南、政策库、部门权责清单结构化，把转办研判显性化为"诉求特征 → 归口部门 → 升级条件 → 留痕"的决策表与政策匹配规则。
产物："政务受理决策表 + 政策匹配规则 + 留痕契约"——既能自动派单，也能在每一步留下可追溯记录。

通用化：剥离这个城市/委办局的特定条线与系统；保留"受理研判 + 政策匹配 + 留痕"范式。把部门权责、政策库、升级阈值参数化，换一个区/市换配置即可。
产品化：封装"政务受理 Skill + 政策匹配 Skill"+ "国产化适配层与跨条线 RPA 连接器"，以自主可控方式分发。产品长出"数字政务"能力线。

深层约束：国产化与自主可控——必须国产算力/模型、源代码可审查、过等保；且数据条线壁垒（系统孤岛）严重。
踩坑：① 忽视国产化要求，选型做到一半被推倒重来；② 低估跨部门数据打通的政治与技术成本；③ 缺"一把手"统筹，跨条线寸步难行。
FDE 关键判断：① 合规选型前置——先满足国产化/等保，再谈场景；② 用 RPA/视觉补齐无 API 的老系统；③ 把它当"一把手工程"自上而下推。
沦为外包的标志：只交付一个单部门问答，没把"国产化适配 + 跨条线打通"的范式产品化回流。

隐性技能是什么：运营操盘手的"全链路打法"——什么节点投什么内容、客服话术怎么一步步把咨询转成下单、什么信号该追单/挽留/防流失。这是顶尖运营的手感。
怎么标准化：把营销链路、客服 SOP、转化规则显性化为"触点 → 动作 → 话术 → 闭环系统调用"的工作流与决策规则。关键是"闭环系统调用"——客服不只是答话，还要真的去调订单/物流/退换货系统把事办了。
产物："全链路营销工作流 + 客服闭环规则"。

通用化：剥离这家店铺/品牌的特定商品与活动；保留"链路编排 + 闭环调用业务系统"的范式。把商品体系、活动规则、话术库参数化。
产品化：封装"全链路营销 Skill + 智能客服 Skill"+ "订单/物流/退换货系统连接器"，以 SaaS 或私有化分发。产品长出"零售数字员工"能力线（参见 X23 迈富时、X24 营销智能体）。

深层约束：多系统集成 + 旺季高并发稳定性——价值恰恰在于 Agent 能闭环调用订单/物流/退换货，集成工作量大；大促期要扛住 <500ms、99.9%。
踩坑：① 只做问答不闭环 = 鸡肋，用户体验还不如人工；② 数据实时一致性差导致答非所是。
FDE 关键判断：① 优先做"能闭环、ROI 清晰"的客服/追单场景，见效快、好量化；② 把"闭环连接器"本身当成最值钱的产品资产沉淀。
沦为外包的标志：交付一个不能闭环的客服机器人，没把"业务系统闭环连接器"产品化。

隐性技能是什么：调度/补货老手的经验规则——什么前置期补多少货、异常件怎么分级处置、运力紧张时怎么调。这套"什么情况下怎么办"的规则藏在老员工脑子里。
怎么标准化：把需求预测、补货策略、调度规则显性化为"信号 → 策略 → 约束 → 执行"的规则与优化目标，把"凭经验拍"变成"按模型 + 规则算"。
产物："补货/调度策略 + 服务水平约束表"。

通用化：剥离这家企业的 SKU 体系与网络结构；保留"预测 → 优化 → 调度 → 闭环"范式，把补货策略、服务水平、网络参数参数化。
产品化：封装"补货优化 Skill + 调度 Skill"+ "TMS/WMS/OMS 连接器"。产品长出"供应链智能"能力线。

深层约束：实时性、数据一致性与旺季并发——预测和调度高度依赖实时、准确的库存与订单数据。
踩坑：① 多系统集成是主要工作量，常被低估；② 数据延迟/不一致导致误判，补错货、调错车。
FDE 关键判断：① 从 ROI 清晰、可闭环的客服/补货切入；② 先把数据打通、对齐口径，再谈优化算法。
沦为外包的标志：只交了个预测模型，没把"连接器 + 策略范式"产品化，换家企业又从零接系统。

隐性技能是什么：运行/巡检/调度专家的经验——机组在什么工况下怎么调能效最优、巡检时看哪些隐患、电网/管网负荷怎么平衡。
怎么标准化：把运行参数、能效目标、安全约束显性化为"工况 → 优化目标 → 安全联锁 → 人工确认"的策略与约束表；巡检环节用视觉识别隐患，并把"什么算隐患"的判据显性化。
产物："能效优化策略 + 安全联锁约束 + 巡检判据"。

通用化：剥离这台机组/这张网的特定设备；保留"工况识别 → 优化 → 安全约束 → 人审"范式，参数化设备模型与阈值。
产品化：封装"能效优化 Skill（含安全联锁）+ 巡检 Skill"+ 边缘连接器，边云协同分发。产品长出"能源优化"能力线——它与制造业的工艺优化同构，两条线可互相借用范式。

深层约束：安全联锁不可绕过 + OT/IT 隔离 + 工业数据质量差。
踩坑：直接让模型控制生产参数而无安全联锁 = 事故风险；缺乏标注数据导致策略不可靠。
FDE 关键判断：① 先建议后自动；② 单机组试点跑通再复制到同类机组；③ 机理模型 + AI 融合，别迷信纯数据驱动。
沦为外包的标志：只交了个能效模型，没把"安全约束 + 人审放权"范式产品化。

隐性技能是什么：名师的批改/备课方法——一篇作文从哪些维度评、错在哪、怎么给出有建设性的反馈；一节课怎么设计节奏与重点。
怎么标准化：把评分量规、学科知识图谱、反馈模板显性化为"维度 → 评判 → 反馈生成 + 内容安全门禁"的 Skill。
产物："学科评分量规 + 反馈模板 + 内容安全门禁"。

通用化：剥离这所学校/这门课的特定教材；保留"量规 + 反馈 + 内容安全"范式，参数化学科语料与量规。
产品化：封装"学科批改 Skill + 备课 Skill"（内建未成年人内容安全门禁），以轻量 SaaS 或私有化分发。产品长出"教育数字助教"能力线。

深层约束：内容安全红线（未成年人保护、价值观）+ 学习效果 ROI 滞后、难量化。
踩坑：① 内容安全一旦失守是重大舆情；② 过度依赖 AI 削弱师生互动，本末倒置。
FDE 关键判断：① 从"减负"（批改/备课）切入，见效快、阻力小；② 强调教师主导、AI 辅助；③ 用 A/B 长期评估学习效果，而非盯短期分数。
沦为外包的标志：做了个批改 demo，没把"量规 + 内容安全门禁"范式产品化。

前面几部讲清了 FDE「是什么、为什么、价值在哪」；本部解决「怎么做、先做什么、再做什么」——给出一套可直接照着执行、可作为团队行为准则的标准落地流程模板。它由三件套组成：① 十条铁律（红线级行为准则）、② P0–P7 标准流程（每个阶段都有进入条件、有序动作、产出、完成标准与红线）、③ 一页纸现场行动卡（可打印、可逐项打勾）。

进入条件：确定要进入一个客户/项目时　·　完成标准（DoD）：知道找谁拍板、知道合规红线、拿到数据访问承诺

动作序列（先后有序）：

1. 摸清客户背景、所在行业与监管要求（是否需国产化/私有化/等保/隐私合规）；
2. 锁定决策人与「一把手」——谁能拍板、谁为结果负责；
3. 约定驻场节奏、数据访问权限与脱敏方式；
4. 盘点产品已有的行业 Skill 包，看这次能否直接加载复用。

产出：进场清单、合规约束清单、干系人地图
红线：合规要求没摸清就开始选型或导数据

进入条件：进场第一周　·　完成标准（DoD）：能准确复述一线最痛的 1–2 个高频环节

动作序列（先后有序）：

1. 跟着 3–5 位一线专家，做 5–10 笔真实业务；
2. 记录他们「实际怎么做、在哪一步卡、什么地方全凭经验」；
3. 只观察、不打断、不预设方案，先把业务看懂；
4. 画出「真实」工作流（而非他们口述的理想流程）。

产出：真实工作流图、痛点清单、隐性技能候选清单
红线：还没看懂业务就急着写 demo

进入条件：已掌握真实工作流与痛点　·　完成标准（DoD）：决策人认可「做这个、用这些指标量」

动作序列（先后有序）：

1. 从痛点里筛选「高频 × 高价值 × 可衡量 × 低合规风险」的场景；
2. 写一句话场景定义：谁、在什么场景、要 Agent 替他做什么、成败怎么量；
3. 设定可量化成功指标与当前基线（如单笔耗时、漏检率）；
4. 与决策人对齐并签字确认范围。

产出：场景定义书、ROI 假设、度量基线
红线：一上来就挑最难、最敏感、责任最重的场景（如直接做授信/诊断决策）

进入条件：场景已框定　·　完成标准（DoD）：换个人按表执行结果一致，且专家认可

动作序列（先后有序）：

1. 找该场景的资深专家做结构化访谈；
2. 把「看的顺序 + 叫停阈值」翻译成决策表：信号 → 阈值 → 动作（放行/标红/否决/转人工）；
3. 定义数据契约：每个信号的来源、字段、刷新频率；
4. 标出必须人审的节点与门禁规则；
5. 让专家逐条 review 决策表，确认无误。

产出：可执行决策表 / Skill 草案、数据契约、门禁规则
红线：跳过专家确认、凭自己想象写规则

进入条件：决策表/契约已就绪　·　完成标准（DoD）：所需数据能稳定、合规地取到

动作序列（先后有序）：

1. 盘点场景要用的系统，标出哪些有 API、哪些没有；
2. 有 API 的接 API；无 API 的用 RPA/视觉打通；
3. 做数据质量与一致性校验；
4. 在隔离/脱敏环境里把数据流跑通。

产出：连接器、集成方案、数据流验证报告
红线：把敏感数据导出隔离边界；在生产系统上裸跑未验证代码

进入条件：数据已打通　·　完成标准（DoD）：试点指标达成基线改善目标，且合规通过

动作序列（先后有序）：

1. 按决策表搭首个可运行版本——只做核验/底稿，不做最终决策；
2. 关键结论一律附数据出处；
3. 小范围灰度，人审在环逐笔校验；
4. 收集 bad case，迭代决策表与门禁；
5. 影子运行（只算不控）→ 验证稳定后再小步放权。

产出：生产级 Agent、评测集、bad case 库
红线：让 Agent 直接下最终决策、或无人审上线

进入条件：MVP 试点跑通　·　完成标准（DoD）：产品新增/增强一条行业能力线，可被他人即装即用

动作序列（先后有序）：

1. 用 P2 设定的指标量化效果（耗时↓、漏检↓、ROI）；
2. 把场景沉淀为标准化 Skill 包（决策表 + 契约 + 门禁 + 人审节点）；
3. 把无 API 连接器、人审边界范式一并整理成资产；
4. 提交产品需求，把能力回流为产品的一条行业能力线；
5. 写成 Playbook，供下一个客户与团队复用。

产出：价值报告、Skill 资产、产品需求、Playbook
红线：交付即走，不沉淀、不回流（=外包，FDE 无价值）

进入条件：已形成可复用 Skill 资产　·　完成标准（DoD）：落地周期较上一个客户显著缩短

动作序列（先后有序）：

1. 下一个同行业客户直接加载 Skill 包；
2. 只配置差异项（数据源映射、阈值），不重写逻辑；
3. 把新客户暴露的差异反哺 Skill，版本 +1；
4. 度量「第 N 个客户的落地周期是否更短」。

产出：即装即用范式、Skill 版本迭代记录
红线：每来一个客户都从零重做

进场前　☐ 合规红线已确认　☐ 决策人/一把手已锁定　☐ 数据权限已拿到
跟岗　☐ 已做 5–10 笔真实业务　☐ 真实工作流已画出　☐ 高频痛点已锁定
框定　☐ 一句话场景定义已签字　☐ 指标与基线已定　☐ 选的是低风险高频场景
标准化　☐ 决策表已成型　☐ 数据契约已定　☐ 人审节点已标　☐ 专家已逐条确认
打通　☐ 无 API 系统已用 RPA/视觉接通　☐ 数据质量已校验　☐ 在脱敏环境跑通
MVP　☐ 只做核验/底稿不做决策　☐ 结论附出处　☐ 人审在环　☐ 影子运行后再放权
★回流　☐ 效果已量化　☐ 已封装 Skill 资产　☐ 已提产品需求/长出能力线　☐ 已写 Playbook
复制　☐ 下个客户加载 Skill　☐ 只配置不重写　☐ 落地周期已缩短

把表里「内容」换成医疗质控、制造调参、政务受理……流程（P0–P7）完全不变——这正是它能当「行为准则模板」复用的原因。

2026 上半年延续「约六周一发」的高频节奏。仅 6 月前两周，就有约 12 个前沿或近前沿模型集中发布，覆盖 Anthropic、OpenAI、Google、Meta、Mistral 与中国厂商（阿里、DeepSeek、腾讯、百度、字节、智谱）。下表为本月发布地图（据 Presenc AI《June 2026 LLM Release Roundup》）。

注：6 月新发布的 GPT-5.6 / Claude Mythos 5 / Gemini 3.2 等尚在补齐第三方跑分，故榜单旗舰（如 Opus 4.6）可能低于厂商已发布的最新版本号——这是榜单"入榜滞后"的正常现象，请以"发布地图 + 榜单快照"两张表合看。

① 安全前沿从 Preview 走向 GA：Claude Mythos 5 把「漏洞感知推理」带进企业采购流程——在 Mythos 驱动的供应商风险评估里被标为低可信的品牌将承受复合惩罚。
② 中国前沿收敛为「四强格局」：Qwen、DeepSeek、Hunyuan、GLM 形成可信四强，叠加消费侧锚定的百度、字节，显著扩大了中文消费与企业语境下的品牌可见面。
③ 模型家族开始按「使用原型」分线：Claude Fable 5 开出创意线，标志前沿实验室不再只按"规模档"切分，而是按 use-case archetype（安全/创意/通用）分家族——选型要从"哪个最强"转向"哪个原型 × 成本/合规最合适"。

① 字节豆包打响 C 端付费第一枪：推出 68~500 元/月三档订阅，宣告"免费午餐"时代结束。
② DeepSeek 反向操作：官宣 V4-Pro API 永久降价 75%，把百万 Token 输入压到 0.025 元，号称全球最低价。
③ 通义千问 Qwen3.7：在阿里云峰会亮相，杀入全球大模型文本总榜前 15，成为前 15 中唯一国产。

随着自治 Agent 进入生产，"让 Agent 安全地访问数据"本身成为新焦点。Immuta 与 Databricks（2026-06-15）推出 Agentic Data Access + 意图驱动访问控制（Intent-Driven Access Control），基于 Unity Catalog 的 RBAC 提供动态、上下文感知的数据访问、安全的 agentic 工作流与自然语言合规审计——让 Agent 在不泄露敏感数据、不压垮 IT 的前提下规模化运行。这印证了本合集 X27/X30 反复强调的"合规可控 + 门禁"是落地硬门槛。

① Llama 4.5 主打 Agentic 稳定性改进，开源阵营的"可编排可靠性"在补齐；② 模型按"使用原型"分线后，Agent 选型口径升级为：任务原型（安全/创意/通用）× 成本/延迟/合规 × 是否需要 agentic 数据治理；③ 经典设计模式（ReAct / Reflection / Planning / HITL，见 P6）依然适用，新增的硬约束是"安全对齐前沿 + agentic 数据治理"。

本期以 2026-06 公开榜单与发布资讯为准，更新/校正：
· P2「2026 模型全家桶」：旗舰推进到 GPT-5.6 / Claude Mythos 5（创意线 Fable 5）/ Gemini 3.2；榜单旗舰 GPT-5.5 / Claude Opus 4.6 / Gemini 3.1 Pro。国产推进到 Qwen3.7 / DeepSeek V4.1 / GLM-6 / Hunyuan Large 3 / ERNIE 5.1 / Doubao Pro。
· P5/P6 选型与架构：新增"按使用原型分线"的选型口径与"agentic 数据治理"硬门槛。
· P2 早前列出的更早版本号（如 Opus 4.8 / GPT-5.5 等）作为历史快照保留不删，本部为 2026-06 最新快照。

来源：llm-stats.com《LLM Leaderboard 2026》榜单快照；Presenc AI《June 2026 LLM Release Roundup》；Sohu《2026 年 5 月国产大模型最新格局》（2026-06-11）；TMCnet/PRNewswire：Immuta×Databricks Agentic Data Access（2026-06-15）。数据为对应时点快照，会随发布持续变化。

2026 年被业内称为「金融智能体（Agent）元年」——金融 AI 已彻底摆脱早年问答辅助、文案生成的浅层应用，迈入可自主完成回测训练、风控合规、研报撰写、业务全流程闭环作业的新阶段（Sina Finance，2026-06-19）。保险是其中杠杆最高的细分：文档密集、决策密集、大量可映射到 agentic 自动化的重复劳动；但同时是监管最严的行业之一，这从根上限制了 Agent 能有多「自治」。
核心规律（FDE 必须吃透）：ROI 最高的地方，是让 Agent「组装 + 建议（assemble + recommend）」，而不是「决策（decide）」；一旦让 Agent 去做自动定价或自动赔付决策，ROI 反而最低、监管风险最高。这与本合集 X31「决策权留人」铁律完全一致。

规律一目了然：越是"文档密集 + 组装建议"的场景，ROI 越高、风险越低（如 FNOL 分流 3–7×、反欺诈 5–15×）；越靠近"自动定价/自动赔付决策"，风险越高、越该交还给人。（来源：aiagentrank.io《AI for Insurance 2026》，2026-05）

车险理赔是文档最密集、最适合首发的场景。一条典型的"组装+建议"链路如下：语音/聊天 Agent 受理 FNOL → 抽取结构化信息并做严重度分级 → 文档抽取与校验（事故认定书、维修估价、发票、照片）→ 视觉定损（与估价库比对）→ 反欺诈核验 → 人审决策（赔付/争议留人）。

关键工程点：① FNOL 抽取要在首次接触就补齐缺失信息（别把缺单证留给定损员）；② 视觉定损用视觉模型与估价数据库比对，标准车险小损可做到当日结案（历史是数天到数周）；③ 每个结论附数据出处；④ 赔付/定价最终决策一律走人审节点。

P0 进场前：① 摸清银保监合规、个人信息保护与数据不出境要求；② 找分管理赔的副总/总监拍板；③ 约定理赔系统数据权限与脱敏。
P1 驻场跟岗：跟理赔员处理 10 笔真实 FNOL 与定损，记录真实卡点（单证来回、定损争议、欺诈识别全凭老手感）。
P2 框定场景：选「标准车险小额理赔」首发（高频、低风险、可量化）；指标 = FNOL 处理时长、标准件结案周期、单证完整率，并立基线。
P3 标准化：把理赔分流与核验顺序写成决策表（见上）+ 数据契约（报案/单证/定损/反欺诈四源的字段与刷新）+ 标出人审节点；请资深理赔与风控逐条 review。
P4 打通系统：接核心理赔系统（无 API 用 RPA）、定损视觉模型接图片库、反欺诈模型；在脱敏环境跑通四源数据。
P5 MVP 灰度：搭「组装+建议」Agent——只出结案建议 + 底稿，不自动赔付；人审在环逐笔校验；先影子运行再小步放权。
P6 度量与回流（★）：量化 FNOL 时长↓、标准件当日结案率、单证完整率↑；把场景沉淀为「车险理赔 Skill + 定损视觉连接器 + 反欺诈 Skill」回流产品，长出一条「保险理赔」能力线。
P7 复制复利：下一家财险/寿险换产品条款与阈值配置即用，不重写逻辑。

核保加速（标准个人险：车/家财/基础寿）：Agent 自动归集投保资料、按核保规则做风险研判与资料补全建议，把"标准件"自动化、把"非标件/拒保边界"交人工。注意它是六大场景里风险最高的一档（中-高）——因为越靠近"定价/承保决策"越敏感，务必只做"建议 + 资料组装"。
反欺诈（ROI 最高，5–15×）：用图谱 + 异常模式识别命中可疑报案（多次报案、关联方、轨迹/单证矛盾），但 Agent 只「标红 + 给证据链」，立案与拒赔仍由调查/核赔人定。

① 最大红线：让 Agent 自动定价或自动赔付——监管不认、ROI 最低、风险最高；必须"组装+建议+人审"。
② 文档质量：模糊照片、非标单证、手写件会显著拖累抽取准确率，要在 FNOL 阶段就把"补全/重拍"前置。
③ 定损争议：视觉定损结果与第三方/4S 估价标准不一致会引发纠纷，需保留"差异说明 + 人工复核"。
④ 数据合规：个人信息保护、数据不出境是底线，优先私有化部署、最小必要字段、全程留痕。

标准化：把理赔员的"分流+核验顺序"、核保的"风险研判规则"、反欺诈的"异常模式判据"显性化为决策表 + 数据契约 + 判据。
通用化：剥离这家险企的特定产品条款与系统，抽象为"车险/财险/寿险 理赔/核保/反欺诈"行业模式，把条款、阈值、规则参数化——换一家险企只配置、不重写。
产品化：封装"理赔 Skill / 核保 Skill / 反欺诈 Skill"+ "定损视觉连接器 + 无 API 理赔系统 RPA 连接器"，回流产品，长出"保险"能力簇。

适用条件：文档密集、规则可结构化、可私有化/满足合规、愿意从"建议类"低风险场景切入。
不沦为外包的判断：有没有把"这家险企的理赔流程"抽象成"保险理赔能力线"回流产品。没有，就只是一次定制外包；有，FDE 才在为产品长出一块新行业能力。
来源：aiagentrank.io《AI for Insurance 2026: Claims, Underwriting, Fraud》（2026-05）；Sina Finance《金融智能体元年：告别问答式 AI，规模化应用落地》（2026-06-19）。数据为对应时点公开资料，已归纳改写。