48小时做出病历 Agent 8小时,一个能跑的病历Agent。不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道,护理记录冒充查体不知道,哪句话没有数据支持也不知道。我的做法是用Pi(开源Agent Runtime)承载一个三层Loop: 第一层,任务执行。一个MCP Server暴露7个只读临床工具,模型按需调用,Pi自动驱动循环,直到草稿成形。第二层,质量校验。模型必须提交每句话的证据ID。
48小时做出病历 Agent
完整原文、主题、复核、脑图、原子层、关系网络与处理轨迹。
48小时做出病历 Agent
这条记录讲了什么
48小时做出病历 Agent 8小时,一个能跑的病历Agent。 不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道,护理记录冒充查体不知道,哪句话没有数据支持也不知道。 我的做法是用Pi(开源Agent Runtime)承载一个三层Loop: 第一层,任务执行。一个MCP Server暴露7个只读临床工具,模型按需调用,Pi自动驱动循环,直到草稿成形。 第二层,质量校验。模型必须提交每句话的证据ID。校验器逐条核对——时间越界、检查遗漏、护理越权、无据断言,任何一条不过就打回重写。两轮还没改对?删掉没证据的句子,剩余风…
后续动作
| 动作 | 状态 | 来源 |
|---|---|---|
| 真正稀缺的是对业务的判断力——把它转化成Skill和校验规则,再用一个可靠的Loop串起来,通用模型就能开始干活 | 待继续 | p03 |
| 8小时,一个能跑的病历Agent | 待确认 | p01 |
查看完整 AI 结构化导读按需展开
关键导读
先把有效信息集中到顶部:一句话总览、编号要点、待办与历史呼应。完整正文与结构化数据在下方展开。
一句话总览
48小时做出病历 Agent 8小时,一个能跑的病历Agent。 不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道,护理记录冒充查体不知道,哪句话没有数据支持也不知道。 我的做法是用Pi(开源Agent Runtime)承载一个三层Loop: 第一层,任务执行。一个MCP Server暴露7个只读临床工具,模型按需调用,Pi自动驱动循环,直到草稿成形。 第二层,质量校验。模型必须提交每句话的证据ID。校验器逐条核对——时间越界、检查遗漏、护理越权、无据断言,任何一条不过就打回重写。两轮还没改对?删掉没证据的句子,剩余风…
关键洞见
- 不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道
- 哪句话没有数据支持也不知道
- 我不是后端工程师,我的能力在临床信息化——知道病历该怎么写、数据从哪来、质量红线在哪
- 核心结论是:病历Agent的壁垒不在模型大小,也不在编程水平
- 48小时做出病历 Agent
优先级分层
- 高:真正稀缺的是对业务的判断力——把它转化成Skill和校验规则,再用一个可靠的Loop串起来,通用模型就能开始干活
- 高:模型必须提交每句话的证据ID
- 高:我不是后端工程师,我的能力在临床信息化——知道病历该怎么写、数据从哪来、质量红线在哪
涉及实体
待办动作
- 真正稀缺的是对业务的判断力——把它转化成Skill和校验规则,再用一个可靠的Loop串起来,通用模型就能开始干活
- 48小时做出病历 Agent
- 8小时,一个能跑的病历Agent
- 不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道
- 哪句话没有数据支持也不知道
第一层,任务执行 真正稀缺的是对业务的判断力——把它转化成Skill和校验规则,再用一个可靠的Loop串起来,通用模型就能开始干活 护理记录冒充查体不知道
校验器逐条核对——时间越界、检查遗漏、护理越权、无据断言,任何一条不过就打回重写。两轮还没改对?删掉没证据的句子,剩余风险交给医生。宁可不完整,不能不可信。第三层,交互路由。医生说"简洁一点"不重新读数据,说"换一天的"才重跑取数。多轮对话像改稿,不像跟失忆助手从头交代。整个项目用Codex VibeCoding写的。我不是后端工程师,我的能力在临床信息化——知道病历该怎么写、数据从哪来、质量红线在哪。代码这一层,用自然语言跟Codex对话就搞定了。
所以核心结论是:病历Agent的壁垒不在模型大小,也不在编程水平。真正稀缺的是对业务的判断力——把它转化成Skill和校验规则,再用一个可靠的Loop串起来,通用模型就能开始干活。你是信息科的工程师?你也可以试试。#PiAgent[话题]# #MCP[话题]# #vibecoding[话题]# #医疗AI[话题]# #病历书写[话题]# #Agent[话题]# #AI医疗[话题]# 48小时做出病历 Agent 8小时,一个能跑的病历Agent。
... http://xhslink.cn/o/6cTwxtyrms9 把这段复制好,然后去【小红书】就能看笔记。resolved_url: https://www.xiaohongshu.com/explore/6a69f208000000000f014cf2 xhs_capture_status: success
归档文档完整内容 · 含智能总结与原始标记
48小时做出病历 Agent 8小时,一个能跑的病历Agent。 不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道,护理记录冒充查体不知道,哪句话没有数据支持也不知道。 我的做法是用Pi(开源Agent Runtime)承载一个三层Loop: 第一层,任务执行。一个MCP Server暴露7个只读临床工具,模型按需调用,Pi自动驱动循环,直到草稿成形。 第二层,质量校验。模型必须提交每句话的证据ID。校验器逐条核对——时间越界、检查遗漏、护理越权、无据断言,任何一条不过就打回重写。两轮还没改对?删掉没证据的句子,剩余风险交给医生。宁可不完整,不能不可信。 第三层,交互路由。医生说"简洁一点"不重新读数据,说"换一天的"才重跑取数。多轮对话像改稿,不像跟失忆助手从头交代。 整个项目用Codex VibeCoding写的。我不是后端工程师,我的能力在临床信息化——知道病历该怎么写、数据从哪来、质量红线在哪。代码这一层,用自然语言跟Codex对话就搞定了。 所以核心结论是:病历Agent的壁垒不在模型大小,也不在编程水平。真正稀缺的是对业务的判断力——把它转化成Skill和校验规则,再用一个可靠的Loop串起来,通用模型就能开始干活。 你是信息科的工程师?你也可以试试。 #PiAgent[话题]# #MCP[话题]# #vibecoding[话题]# #医疗AI[话题]# #病历书写[话题]# #Agent[话题]# #AI医疗[话题]# 48小时做出病历 Agent 8小时,一个能跑的病历Agent。 ... http://xhslink.cn/o/6cTwxtyrms9 把这段复制好,然后去【小红书】就能看笔记。 resolved_url: https://www.xiaohongshu.com/explore/6a69f208000000000f014cf2 xhs_capture_status: success
思维导图
这里不再用摘要卡片伪装脑图,而是直接用经典 mindmap 组件来展示结构。点击分支会跳到正文。
点击节点会定位到正文,方便一边看脑图一边回看原文。
完整主题结构
3 个主题、7 个复核单元;全部保留原文锚点。
归档结构化主题;完整分支见上方思维导图。
归档结构化主题;完整分支见上方思维导图。
归档结构化主题;完整分支见上方思维导图。
全部复核单元
原子结构层
主题 / 实体 / 概念三层标签 + 逐字原话 + 出链 / 反链。点击 chip 筛选。
任务系统
AI 工具与 Codex
产品与站点
Codex
不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道
哪句话没有数据支持也不知道
我不是后端工程师,我的能力在临床信息化——知道病历该怎么写、数据从哪来、质量红线在哪
核心结论是:病历Agent的壁垒不在模型大小,也不在编程水平
48小时做出病历 Agent
这条录音的局部关系图
不用先跳到全局图。这里先把当前 capture 连到的 Topic / Entity / Day,以及共享这些节点的其他记录显出来。
单击右侧看详情;双击节点开浮层。这里只展示和当前录音直接相关的局部网络。
关联内容
只展示已有派生关系,不把自动相似度伪装成人工判断。
从这条 capture 派生出来的事项
点任意 item 可以继续看 gate / writeback / patch 的处理结果。
从 Capture《48小时做出病历 Agent》保留问题:48小时做出病历 Agent 8小时,一个能跑的病历Agent。 不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道,护理记录冒充查体不知道,哪句话没有数据支持也不知道。 我的做法是用Pi(开源Agent R
先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题
从 Capture《48小时做出病历 Agent》保留问题:48小时做出病历 Agent 8小时,一个能跑的病历Agent。 不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道,护理记录冒充查体不知道,哪句话没有数据支持也不知道。 我的做法是用Pi(开源Agent R
先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题
来源与处理轨迹
用于自动化排障与后续作品集历史回顾。