Private Capture

Unlock Capture

这个站点包含私人录音与日记内容。输入密码后进入;当前浏览器会自动记住。

密码仅保存在当前浏览器本地。

48小时做出病历 Agent

完整原文、主题、复核、脑图、原子层、关系网络与处理轨迹。

时间线282 / 563

48小时做出病历 Agent

2026.08.29 · 13:25xhs_shareLily4 段原文

这条记录讲了什么

48小时做出病历 Agent 8小时,一个能跑的病历Agent。 不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道,护理记录冒充查体不知道,哪句话没有数据支持也不知道。 我的做法是用Pi(开源Agent Runtime)承载一个三层Loop: 第一层,任务执行。一个MCP Server暴露7个只读临床工具,模型按需调用,Pi自动驱动循环,直到草稿成形。 第二层,质量校验。模型必须提交每句话的证据ID。校验器逐条核对——时间越界、检查遗漏、护理越权、无据断言,任何一条不过就打回重写。两轮还没改对?删掉没证据的句子,剩余风…

4 段原文3 个主题7 个复核单元1 个实体

后续动作

动作状态来源
真正稀缺的是对业务的判断力——把它转化成Skill和校验规则,再用一个可靠的Loop串起来,通用模型就能开始干活待继续p03
8小时,一个能跑的病历Agent待确认p01
查看完整 AI 结构化导读按需展开
Report

关键导读

先把有效信息集中到顶部:一句话总览、编号要点、待办与历史呼应。完整正文与结构化数据在下方展开。

一句话总览

48小时做出病历 Agent 8小时,一个能跑的病历Agent。 不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道,护理记录冒充查体不知道,哪句话没有数据支持也不知道。 我的做法是用Pi(开源Agent Runtime)承载一个三层Loop: 第一层,任务执行。一个MCP Server暴露7个只读临床工具,模型按需调用,Pi自动驱动循环,直到草稿成形。 第二层,质量校验。模型必须提交每句话的证据ID。校验器逐条核对——时间越界、检查遗漏、护理越权、无据断言,任何一条不过就打回重写。两轮还没改对?删掉没证据的句子,剩余风…

01

关键洞见

  • 不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道
  • 哪句话没有数据支持也不知道
  • 我不是后端工程师,我的能力在临床信息化——知道病历该怎么写、数据从哪来、质量红线在哪
  • 核心结论是:病历Agent的壁垒不在模型大小,也不在编程水平
  • 48小时做出病历 Agent
02

优先级分层

  • 高:真正稀缺的是对业务的判断力——把它转化成Skill和校验规则,再用一个可靠的Loop串起来,通用模型就能开始干活
  • 高:模型必须提交每句话的证据ID
  • 高:我不是后端工程师,我的能力在临床信息化——知道病历该怎么写、数据从哪来、质量红线在哪
·

涉及实体

Codex
✓

待办动作

  1. 真正稀缺的是对业务的判断力——把它转化成Skill和校验规则,再用一个可靠的Loop串起来,通用模型就能开始干活
  2. 48小时做出病历 Agent
  3. 8小时,一个能跑的病历Agent
  4. 不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道
  5. 哪句话没有数据支持也不知道
与历史呼应

第一层,任务执行 真正稀缺的是对业务的判断力——把它转化成Skill和校验规则,再用一个可靠的Loop串起来,通用模型就能开始干活 护理记录冒充查体不知道

原文p01

48小时做出病历 Agent 8小时,一个能跑的病历Agent。不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道,护理记录冒充查体不知道,哪句话没有数据支持也不知道。我的做法是用Pi(开源Agent Runtime)承载一个三层Loop: 第一层,任务执行。一个MCP Server暴露7个只读临床工具,模型按需调用,Pi自动驱动循环,直到草稿成形。第二层,质量校验。模型必须提交每句话的证据ID。

原文p02

校验器逐条核对——时间越界、检查遗漏、护理越权、无据断言,任何一条不过就打回重写。两轮还没改对?删掉没证据的句子,剩余风险交给医生。宁可不完整,不能不可信。第三层,交互路由。医生说"简洁一点"不重新读数据,说"换一天的"才重跑取数。多轮对话像改稿,不像跟失忆助手从头交代。整个项目用Codex VibeCoding写的。我不是后端工程师,我的能力在临床信息化——知道病历该怎么写、数据从哪来、质量红线在哪。代码这一层,用自然语言跟Codex对话就搞定了。

原文p03

所以核心结论是:病历Agent的壁垒不在模型大小,也不在编程水平。真正稀缺的是对业务的判断力——把它转化成Skill和校验规则,再用一个可靠的Loop串起来,通用模型就能开始干活。你是信息科的工程师?你也可以试试。#PiAgent[话题]# #MCP[话题]# #vibecoding[话题]# #医疗AI[话题]# #病历书写[话题]# #Agent[话题]# #AI医疗[话题]# 48小时做出病历 Agent 8小时,一个能跑的病历Agent。

原文p04

... 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
Mind Map

思维导图

这里不再用摘要卡片伪装脑图,而是直接用经典 mindmap 组件来展示结构。点击分支会跳到正文。

点击节点会定位到正文,方便一边看脑图一边回看原文。

完整主题结构

3 个主题、7 个复核单元;全部保留原文锚点。

01任务系统

归档结构化主题;完整分支见上方思维导图。

02AI 工具与 Codex

归档结构化主题;完整分支见上方思维导图。

03产品与站点

归档结构化主题;完整分支见上方思维导图。

全部复核单元

判断 · 关键洞见不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道证据 · p01
判断 · 关键洞见哪句话没有数据支持也不知道证据 · p01
判断 · 关键洞见我不是后端工程师,我的能力在临床信息化——知道病历该怎么写、数据从哪来、质量红线在哪证据 · p02
判断 · 关键洞见核心结论是:病历Agent的壁垒不在模型大小,也不在编程水平证据 · p03
判断 · 关键洞见48小时做出病历 Agent证据 · p01
意图 · 行动候选真正稀缺的是对业务的判断力——把它转化成Skill和校验规则,再用一个可靠的Loop串起来,通用模型就能开始干活证据 · p03
意图 · 行动候选8小时,一个能跑的病历Agent证据 · p01
Atomic Insight Layer

原子结构层

主题 / 实体 / 概念三层标签 + 逐字原话 + 出链 / 反链。点击 chip 筛选。

主题 实体 概念
全部主题实体洞见
topic-0

任务系统

主题
topic-1

AI 工具与 Codex

主题
topic-2

产品与站点

主题
entity-0

Codex

实体
insight-0

不是调一次大模型API让它"写作文"——那样出来的东西你没法信:漏了哪条检查不知道

洞见
insight-1

哪句话没有数据支持也不知道

洞见
insight-2

我不是后端工程师,我的能力在临床信息化——知道病历该怎么写、数据从哪来、质量红线在哪

洞见
insight-3

核心结论是:病历Agent的壁垒不在模型大小,也不在编程水平

洞见
insight-4

48小时做出病历 Agent

洞见
Local Relation

这条录音的局部关系图

不用先跳到全局图。这里先把当前 capture 连到的 Topic / Entity / Day,以及共享这些节点的其他记录显出来。

View
Layout
来源
聚焦
Topic Entity Capture Signal Day capture -> topic / entity / signal / day

单击右侧看详情;双击节点开浮层。这里只展示和当前录音直接相关的局部网络。

关联内容

只展示已有派生关系,不把自动相似度伪装成人工判断。

来源类型xhs_share
说话人Lily
归档时刻2026-08-29 13:25:25
主题任务系统 / AI 工具与 Codex / 产品与站点
实体1 项
模式结构化 + 正文

来源与处理轨迹

用于自动化排障与后续作品集历史回顾。

原始内容记录xhs_share
归档进入 Capturesingle_link
结构化视图生成3 个主题 · 7 个复核单元