notebooklm的框架构建器能基于结构化文档自动生成带失效边界的决策树；需上传含明确判断条件的多份文档，输入指定提示词，缺失显式条件句将导致输出退化为模糊流程图，禁用任一文档会使引用失效。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要从零开始构建一个能落地执行的应用决策树，并明确标注哪些输入会导致框架失效——NotebookLM 的「框架构建器」功能专为此设计，它不生成模糊逻辑图，而是基于你上传的全部文档自动提取可操作节点与真实存在的边界条件。
准备知识源并启用框架构建器
登录 notebooklm.google.com → 点击「+ New notebook」→ 上传至少两份结构化文档（如技术白皮书 PDF + 内部 SOP Markdown），【必须包含明确的判断条件、分支动作和失败场景描述】。
上传完成后，在对话框中直接输入提示词：“请基于所有已上传文档，创建一个整合所有来源概念的综合框架，包括关键组件、组件间关系、应用决策树，以及框架失效的边缘情况。”
这一步操作起来很简单，直接把提示词粘贴进去就行。但若文档中缺乏显式条件句（例如“当响应延迟＞200ms时，切换至降级模式”），模型将无法识别分支逻辑，输出会退化为泛泛而谈的流程图。
强制输出结构化决策树
如果首次响应未生成清晰树状结构，追加指令：“请用 Mermaid 语法重写决策树，每个节点必须标注原文出处，如 [doc2:p14]；失效边缘必须单独列为‘Failure Modes’章节，并注明触发该模式的具体输入值或状态。”
Mermaid 输出示例：
```mermaid
graph TD
A[请求类型] -->|API调用| B[检查认证令牌有效期]
B -->|≤1小时| C[转发至主服务]
B -->|＞1小时| D[拒绝并返回401]
D --> E[Failure Mode: 令牌过期未刷新]
E --> F[触发条件：token.exp - now ＜ 3600]
```
注意：Mermaid 代码块会被 NotebookLM 自动渲染为可视化图表，但仅当右侧「Sources」面板中所有相关文档均处于启用状态时才生效——【禁用任一文档将导致引用标记丢失，整棵树不可信】。
验证边缘情况的真实性
第一步：在右侧「Sources」面板中，逐个点击每条 Failure Mode 后标注的引用（如 [doc3:sec5.2]），确认该段落确实描述了对应失效条件，而非模型臆测。
第二步：对每个 Failure Mode 提出反事实问题，例如：“若将 token.exp 延长至 7200 秒，是否仍触发该失效？” → 观察 NotebookLM 是否能定位到文档中关于“最大容忍刷新窗口”的原始约束。
第三步：导出全部 Failure Mode 到本地，用 Excel 表格整理三列：失效名称、原文触发条件、实测阈值偏差（如文档写“≤200ms”，实测崩溃点为 213ms）。这一步是验证框架能否真正指导工程落地的关键动作。
