Private Capture

Unlock Capture

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

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

48小时做出病历 Agent

页首只保留导读,完整正文和结构化内容继续在下方展开。

Day2026-08-04 Time13:25 SenderLily Topics任务系统 / AI 工具与 Codex Entities1 ModeStructure + Text SourceArchive Complete
来源类型小红书分享
说话人Lily
归档时刻2026-08-29 13:25:25
主题任务系统 / AI 工具与 Codex / 产品与站点
实体1 项
模式结构化 + 正文
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串起来,通用模型就能开始干活 护理记录冒充查体不知道

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

思维导图

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

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

Local Relation

这条录音的局部关系图

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

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

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

完整原始转录 · 音频文稿点击展开

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

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

洞见
Normalized Tags

规范标签与同类归并

把 topic / semantic / source / entity 放到分组标签里,后面做筛选、聚类和同类合并时会更稳。

Normalized Topics
任务系统AI 工具与 Codex产品与站点
Normalized Entities
Codex
Normalized Provenance
Xiaohongshu
Normalized Semantics
AI 工具与 Codex
Normalized Channels
小红书
Normalized Sources
小红书分享web_link