LifeOS 用药清单维护指南：基于 MEDICATIONS.md 搭建可持续的处方与补剂台账
【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS
导读：本文以 LifeOS 仓库中的 MEDICATIONS.md 样本模板为主线，讲解如何在 LifeOS 的 USER 身份层中维护一份可供数字助理（DA）推理用药交互、可被 Pulse 健康面板渲染的处方药与补剂清单。读完本文，你将掌握该模板的四段式结构（处方药 / 每日补剂 / 按需补剂 / 历史用药）、字段设计与填写规范，并理解它与 CONDITIONS.md 等健康文件的分工边界，以及其底层渲染与隐私保护机制。
一、MEDICATIONS.md 在 LifeOS 中的定位
LifeOS 将用户的健康数据集中存放在USER/HEALTH/目录下，采用扁平布局——每个主题一个 Markdown 文件，便于 DA 快速扫描，也便于人工直接编辑。HEALTH/README.md 给出了完整的文件清单：
| 文件 | 用途 |
|---|---|
HEALTH.md | 顶层概览（年龄、身高、体重、当前重点、速查） |
METRICS.md | 化验值、生物标志物、生命体征、日常活动数据、趋势 |
FITNESS.md | 运动计划、体重史、健身目标 |
NUTRITION.md | 饮食模式、备餐方式、营养优先级 |
MEDICATIONS.md | 处方药、每日补剂、按需补剂、历史用药 |
PROVIDERS.md | 全科医生、专科医生、检测服务、待办转诊 |
CONDITIONS.md | 当前疾病、过敏、病史 |
从上述表格可以看出，MEDICATIONS.md承担的是用药维度的单一事实来源。它只回答"你现在在吃什么、曾经吃过什么"，而"为什么吃、身体指标如何"则由CONDITIONS.md与METRICS.md回答。三者通过文件间交叉引用构成可推理的健康知识网络。
在 Pulse 健康面板的渲染端（src/app/health/page.tsx）中，MEDICATIONS被映射为PillIcon图标、标签为 "Medications"、优先级 5，与CONDITIONS（优先级 4）、PROVIDERS（优先级 6）一起按序呈现在 Overview 标签页的 Core Files 区域。也就是说，这个文件的表结构会直接影响你的健康数据在面板中的展示形态。
二、模板四段式结构：一张完整的用药台账
MEDICATIONS.md采用 frontmatter + 分节表格的组织方式。文件开头携带provenance: template标记，表示这是一份随安装分发的样本脚手架，正文顶部明确提示：用/interview或直接编辑本文件来替换为你的真实数据。
模板将用药分成四个相互独立的台账段落，每段对应一种用药性质：
1. 处方药（Prescription Medications）
这是由医生开具、需要处方的药物清单，表格列为：
| Medication | Dose | Purpose | Notes |
|---|---|---|---|
| 药物名称 | 剂量 | 用途 | 备注 |
模板中的示例行为Sample Med A | 10 mg daily (sample)。若你未服用任何处方药，模板建议将整表替换为_None._，而不是保留空表——显式声明"无"比空白更有利于 DA 推理。
2. 每日补剂（Daily Supplements）
固定每天服用的补剂，列为：
| Supplement | Dose | Purpose |
|---|---|---|
| 补剂名称 | 剂量 | 用途 |
模板给出了三行示例（如1000 IU daily、1 capsule daily），覆盖了常见的剂量表达方式（国际单位、毫克、粒数）。
3. 按需补剂（As-Needed, Not Every Day）
非每日固定服用的补剂，列为：
| Supplement | Timing | Purpose |
|---|---|---|
| 补剂名称 | 服用时机 | 用途 |
Timing 字段记录的是"何时服用"，模板示例为 Morning / Evening 等时机语义。这与每日补剂的 Cadence 字段语义互补：一个回答"多久一次"，一个回答"什么时候"。
4. 历史用药（Past Medications）
已停用或已完成的用药记录，列为：
| Medication | Period | Reason | Status |
|---|---|---|---|
| 药物名称 | 服用时段 | 原因 | 状态 |
Period 采用 ISO 日期区间（如2026-01-01 to 2026-02-01），Status 用于标注完成状态。若无相关用药史，同样建议替换为_None recorded._。
三、Notes 规则：让 DA 具备交互风险提示能力
模板末尾的 Notes 部分是整个文件的关键设计意图所在，包含三条具有约束力的维护规则：
- 登记所有规律服用的药物，包括非处方药（OTC）。理由很直接：只有当清单完整时，DA 才能在你咨询新处方或新补剂时主动标记潜在相互作用（flag interactions）。这是 MEDICATIONS.md 对 DA 的核心价值——它不是一个静态记录，而是交互安全推理的输入。
- 剂量调整需同时记录当前剂量与目标剂量并附日期。模板给出的范例格式为：
"10 mg daily, titrating up to 20 mg over 4 weeks starting 2026-01-01 (sample)"。这种"当前剂量 + 滴定目标 + 时间窗"的写法，让 DA 能区分"现在在吃什么"与"正在过渡到什么剂量"，避免把滴定中间态误判为稳定态。 - 过敏与敏感条目归属
CONDITIONS.md，不放在本文件。这是文件间边界规则：MEDICATIONS.md记录"摄入的物质"，而CONDITIONS.md记录"身体的反应"。这条约束在 CONDITIONS.md 的 Notes 中同样有镜像声明——它要求为每个活动疾病关联METRICS.md中的化验值和MEDICATIONS.md中的用药，以便 DA 跨文件推理。
四、三种填充方式：从模板到真实数据
根据 HEALTH/README.md，将 MEDICATIONS.md 从样本占位符变为真实数据有三种途径，按投入成本递增：
- 运行 Health 访谈：通过
Skill("Interview")以对话方式逐项询问并写回这些文件，是成本最低的路径。访谈机制的底层由 DAInterview.ts 等工具支撑（支持--depth quick|standard|deep与--update增量模式），其设计原则是增量式、可随时中断恢复。 - 直接编辑文件：将样本值替换为真实数据。README 明确指出"每个文件的结构就是你的 DA 所期望的结构"——也就是说，四段式表格的列定义（Medication/Dose/Purpose/Notes 等）并非随意设计，而是 DA 解析与 Pulse 渲染约定的契约。
- 粘贴化验单 PDF：将化验结果文件（PDF 或 Markdown）放入
USER/HEALTH/目录（如lab_results_2026-01.md），请 DA 将数值抽取到METRICS.md与CONDITIONS.md。渲染端对以lab_results开头的文件有专门处理——在 health/page.tsx 中它们被标记为FlaskConical图标并赋予最高优先级（priority 0）展示。
五、Pulse 面板如何消费这份清单
理解 MEDICATIONS.md 的字段为何这样设计，需要看它在下游如何被解析。在 src/app/health/page.tsx 中，Supplements 标签页的parseSupplements()函数按 Markdown 小节（heading + body）解析补剂条目，识别以下字段：
- Dose（
**Dose:**格式） - Cadence（
**Cadence:**，用于统计每日服用数量） - Purpose（
**Purpose:**） - Category（
**Category:**，按 Foundational / Longevity / Nootropic / Allergy / Rx 顺序分组，并映射不同主题色） - Status（
**Status:**，非active开头的条目以非激活样式渲染）
面板据此渲染三张统计卡片——Tracked（条目数）、Daily（每日补剂数）、Categories（类别数）——并将无数据的空状态引导到HEALTH用户目录与 DA 提示示例（如 "add my supplements to the health page"）。同时，整个健康区域标注"Fully private"：Observer mode下所有数据被模糊处理，敏感数据元素均带data-sensitive标记。
这意味着：MEDICATIONS.md 的表格结构是渲染协议的一部分。保持列语义与字段命名一致，是让 Pulse 面板正确统计与分组的先决条件。
六、隐私边界与维护节奏
MEDICATIONS.md位于USER/HEALTH/私有区内。USER/README.md 明确声明：USER/目录下的全部内容私有且永不进入任何 LifeOS 发布物——发布构建器会从暂存区删除整个USER/树，并以通用脚手架替换。因此本文讨论的所有示例值都只是随安装分发的占位样本，真实内容只存在于你的本地工作区，处理方式应等同病历。
维护建议上，可将这份清单纳入常规健康回顾节奏：剂量调整时同步更新 Notes（含滴定日期）、新增处方时补充对应行、停用时将其移入 Past Medications 段并填写 Period 与 Status。配合 HEALTH.md 顶部的 Recent Updates 段（记录用药开始、停止或剂量变更），即可让 DA 在健康问答与跨文件风险提示中始终基于最新事实。
小结
MEDICATIONS.md表面是一份用药表格模板，实则是 LifeOS 健康子系统中的结构化数据契约：四段式分账（处方 / 每日 / 按需 / 历史）覆盖完整用药生命周期，Notes 规则赋予 DA 交互风险提示能力，字段命名与 Pulse 渲染端解析逻辑一一对应，而私有区机制保证其内容永不外泄。按模板结构如实维护，即可让这份台账同时服务于人工查阅、DA 推理与面板渲染三个场景。
【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
