LangGraph与Skills如何结合落地医疗场景探讨
摘要: LangGraph 是构建医疗AI混合架构(大模型+Skills+RAG)的理想框架,其图结构可清晰定义临床决策流程。通过节点分工(意图分类、规则执行、知识检索、数据获取、结果整合)和条件分支,实现精准路由与协同。优势包括:职责分离(Skills专注规则,大模型负责调度与整合)、流程可视化、安全可追溯(关键节点人工审核)。与医疗协作平台(MCP)结合时,LangGraph作为工作流引擎,M
·
LangGraph 是实现这个混合架构的理想框架。
让我们用苏格拉底式的方法探讨如何用 LangGraph 落地:
第一问:为什么 LangGraph 特别适合这个场景?
1. 医疗决策的本质是什么?—— 一个有条件分支的工作流。
例如:
- 如果问“血糖危急值判断” → 走 Skills 路径(规则引擎)。
- 如果问“糖尿病最新治疗指南” → 走 RAG 路径(知识检索)。
- 如果问“这个患者该如何综合管理” → 需要多步骤协同(先查数据,再判断,再查指南,最后整合)。
LangGraph 的核心价值:将大模型作为“调度器”和“协调器”,用图结构定义清晰的决策流程,避免“绕晕”。
第二问:如何用 LangGraph 构建这个混合系统?
2. 想象一个“临床决策图”可能的样子:
# 伪代码示意
graph = StateGraph()
# 定义节点
graph.add_node("intent_classifier") # 意图分类:大模型判断问题类型
graph.add_node("skill_executor") # 执行 Skills(规则判断)
graph.add_node("rag_retriever") # 执行 RAG(知识检索)
graph.add_node("data_fetcher") # 通过 MCP 获取患者数据
graph.add_node("synthesizer") # 大模型整合所有信息,生成回答
# 定义边(决策流)
graph.add_conditional_edges(
"intent_classifier",
# 根据意图路由到不同节点
lambda state: "skill" if state["intent"] == "rule_based" else "rag"
)
graph.add_edge("skill_executor", "synthesizer")
graph.add_edge("rag_retriever", "synthesizer")
# 复杂场景:需要先取数据,再判断
graph.add_edge("data_fetcher", "skill_executor")
关键优势:流程可视化、可调试、状态可追踪。
第三问:LangGraph 如何解决“Skills 繁琐”和“大模型价值感”问题?
3. 通过清晰的职责分离:
- Skills 只做一件事:接收结构化输入(如
{"指标": "血小板", "值": 18}),返回规则结果。 - 大模型专注于:
- 意图识别(分类到图的不同分支)
- 参数提取(从自然语言中提取
{"指标": "血小板"}) - 信息整合(将 Skill 结果、RAG 内容、患者背景综合成连贯回答)
这样,Skills 不再“繁琐”,大模型也不再是“传声筒”。
第四问:具体到医疗场景,LangGraph 如何保证安全性?
4. 医疗场景的核心安全需求:
- 可追溯性:每个决策步骤都被记录。
- 可干预性:关键节点可设置人工审核。
- 可验证性:每个结论都有依据(来自 Skill 规则或 RAG 引用)。
LangGraph 的实现方案:
# 在关键节点添加检查点
graph.add_node("safety_check",
lambda state: human_review_if_high_risk(state))
graph.add_edge("skill_executor", "safety_check") # 高危结果需要人工确认
graph.add_edge("safety_check", "synthesizer")
第五问:LangGraph + MCP 如何协作?
5. MCP 作为“工具统一接入层”,LangGraph 作为“工作流引擎”:
用户问题
↓
LangGraph(工作流引擎)
↓
大模型节点(意图识别)
↓
┌───────────── 条件分支 ────────────┐
▼ ▼
[需要规则判断?] [需要知识查询?]
↓ ↓
调用 MCP Client → Skill 调用 MCP Client → RAG
↓ ↓
返回结构化结果 返回知识片段+引用
↓ ↓
└───────────── 汇聚节点 ────────────┘
↓
大模型节点(整合生成)
↓
最终回答 + 证据链
MCP 负责标准化工具调用,LangGraph 负责编排复杂流程。
第六问:这会增加还是减少落地复杂度?
6. 短期复杂度增加,长期可维护性大幅提升:
- 传统单体系统:逻辑耦合,修改一处可能影响全局。
- LangGraph 系统:
- 修改规则?只需更新 Skill,无需改动工作流。
- 新增指南?只需更新 RAG 知识库,无需改动代码。
- 调整流程?可视化编辑图结构即可。
对于医疗场景的长期迭代,这是更可持续的架构。
第七问:现实挑战是什么?
7. 最大挑战不是技术,而是医疗流程的适配:
- 责任界定:图中的每个节点都可能成为责任划分点,需要明确。
- 验证周期:整个工作流需要临床验证,不能仅验证单个组件。
- 性能考量:多节点调用会增加延迟,需要优化(如并行执行)。
结论:LangGraph 不仅可行,而且是优秀选择
它能将你的混合架构理念工程化:
- 清晰分离 Skills、RAG、大模型各自的职责。
- 提供可解释的工作流,符合医疗对透明度的要求。
- 支持复杂决策路径,而非简单的“一问一答”。
- 与 MCP 天然契合,构建标准化工具生态。
落地路径:
- 从一个简单但完整的场景开始(如“检验危急值判断+解释”)。
- 构建最小可行图(意图分类 → Skill 判断 → 大模型解释)。
- 逐步添加分支(增加 RAG 路径、多步骤推理等)。
- 在临床环境中迭代优化。
更多推荐

所有评论(0)