能力入口 · 个人维护的能力入口
个人健康上下文
让健康回答真正结合我的现行病史、用药、过敏和检查趋势，同时避免旧资料、模型建议和医生结论混在一起。
入口与合成流程已实现；这页只说明产品方法，不展示或重新核对本人健康记录，实际回答要使用那次任务取得的现行资料。先看怎么用
你不需要记住 Skill 名，直接说需求就行
什么时候用
- 问题取决于本人的当前健康资料
- 需要解释新检查报告
- 需要刷新已登记健康设备数据
- 高风险健康建议需要结合权威医学资料
可以直接这样说
例如我问“这个感冒药我能不能吃”。它会先核对我的当前药物和过敏信息，再结合这次症状回答；高风险问题会额外核对权威资料。
最后会得到什么
我会得到与本人当前情况相关、能区分已知与未知的回答。模型建议、原始报告和医生结论会分开说明。
不适合这样用
- 与本人无关的通用健康问题
- 恢复旧中央个人系统
- 把模型建议写成医生结论
- 建立持续后台同步
正常时
当前健康摘要和必要权威资料可读时，结合本人用药、过敏和趋势回答。
发现问题时
新旧资料冲突或证据不足时分别列出，不自动覆盖当前记录或给确定诊断。
入口不可用或证据不足时
个人健康入口不可用时只提供明确标注的通用信息，不假装已经结合本人病史。
从哪里开始
在当前 AI 对话问自己的健康问题、提交新报告或更正；要刷新已登记设备时明确提出刷新。AI 从现行健康摘要开始，只在影响判断时回到必要来源。
需要准备什么
- 本次症状、问题、新报告或要纠正的事实；已有当前资料不必重复报路径
- 设备刷新时指出已登记设备或平台与本次想回答的问题
为什么需要这个能力
健康问题如果漏掉当前用药、过敏或最新检查，结论可能完全不同；旧报告也不能自动代表现在。
结合本人现有资料回答健康问题
结合我的情况，这份结果意味着什么？
说出本次症状、问题或选定报告；系统已有的健康事实不需要重新报文件位置。
AI 先读健康项目已整理的现行情况，足够回答就直接使用。涉及治疗或较高风险时，再核对当前权威医学资料，把测量结果、医生结论、本人说法和 AI 的判断分开。
你会得到与本人情况相关的解释、影响决定的未知点和低负担的下一步。
出现紧急危险信号时优先说明该怎么办，不等设备刷新。AI 不代替面诊、诊断或处方，也不把没证据的事实填成确定。
把新报告或更正并入现行情况
这份新报告纠正了以前那项结论。
指出新报告或具体更正，以及它会影响哪一个正在讨论的问题。
AI 只在需要时核对相关原件、日期、版本和旧记录，交给健康项目审阅，再更新受影响的现行说明。
你会知道改正了什么、依据是什么、哪处仍有冲突；未被推翻的旧资料继续保留。
不会用一份新报告覆盖整份健康档案。共同生活背景只在影响回答时才取用，病历和医疗判断仍留在健康项目。
明确刷新已登记的健康设备
把我已接入的健康设备数据更新一下，再看看这件事。
说明要刷新哪项已登记设备或平台，以及本次想回答的问题。
AI 沿设备现有前台入口采集并保全原始结果，只核对本次判断需要的部分，再生成新的健康摘要供健康项目审阅。
你会看到哪些事实已经更新、哪些数据只是保存下来还不足以判断，以及实际失败或缺口。
不要求本人重复提供已登记路径或做工程设置。采集失败不会让不完整数据覆盖现行情况，也不会建立持续后台同步。
失败时会怎样恢复
新报告与现行健康说明不一致
系统反应：先保留两份说法，不直接覆盖旧结论。
恢复方式：核对原报告、时间和来源，由健康项目审阅后只更新受影响的事实。
高风险问题
系统反应：不只依赖个人背景和模型常识。
恢复方式：核对最新权威医学指导，并清楚区分事实、医生意见和模型建议。
已登记设备这次刷新失败
系统反应：保留上次已确认的健康摘要，标出这次没有取得新数据。
恢复方式：修复现有设备接入后重新做前台采集；不把半截结果写成新事实。
技术身份与验证证据
Skill · personal-health · 成熟度 A（稳定）
这个 Skill 用到的名词
- CURRENT（当前健康底色）
- 只保留会改变健康回答的现行病史、用药、过敏、检查趋势和生活背景。
- Capture（资料采集）
- 设备更新通过前台采集保留原始响应；普通新报告按项目维护入口读取最小原件，二者不混成同一采集流程。
- Brief（健康摘要）
- 从新资料中提取对当前判断有用的短摘要，不能替代原报告。
- Health Owner（健康事实责任）
- 审核新事实、纠正冲突并决定 CURRENT（当前状态） 是否更新。
- Unknown（未知）
- 没有足够事实时明确保留，不由模型补全。
专业定义
回答本人的健康、用药、过敏、检查、趋势、睡眠和活动问题，并在收到新报告或明确刷新设备数据时更新当前健康事实。
执行参考
下面保留 AI 和工具实际使用的参数、步骤与依赖。日常使用可以直接提出需求，不需要先手工准备这些协议。
输入
- 健康问题、新报告或明确纠正
- 设备刷新时的已登记数据入口
输出
- 基于 CURRENT（当前状态） 的当前回答
- 事实、医生意见、模型建议和未知的明确分层
- 经 Health Owner（健康资料责任源） 审核的更新
执行顺序
- 1
普通问题先读完整 CURRENT（当前状态），够回答就直接用；不额外读旧记忆、原件或项目资料
- 2
高风险和治疗决定结合个人事实核对当前权威医学指导
- 3
新报告、更正或冲突才进入项目规则，读取 SOURCES 与最小必要原件，复核后更新受影响现行段落
- 4
明确刷新 Fitbit 或其他已登记设备时，走项目前台采集、限定范围验真、新摘要和 Health Owner（健康资料责任源） 同任务审阅
- 5
共同本人背景会改变回答时才按个人理解库合同读取；有依据的新背景或更正在同任务回写并回读
- 6
测量、报告/医生结论、本人表述、模型建议与真正未知分别保留
操作边界
- 不读旧记忆代替 CURRENT（当前状态）
- 不建中央画像
- 不自动持续同步
- 不把建议和事实混写
- 健康 CURRENT（当前状态） 已能回答时保持快路径，不为每个健康问题额外加载本人理解库
- 报告、药物、医学状态和具体健康建议留在健康项目；共同背景分支不复制病历、设备原始数据或另一份本人档案
依赖
- 个人健康项目的 CURRENT（当前状态）
- 高风险问题的权威医学来源
验证状态
源码、安装、供应检查、当前任务、新任务和真实使用分别列出；一层通过不自动提升另一层。
- Source（源码）
- 当前 .agents source e734251 中的唯一源码已核对
- Install（安装）
- canonical junction（目录联接） 已安装
- Transaction（供应事务）
- 供应事务检查通过；0 个坏事务
- Current task（当前任务）
- 本轮宿主回执未知
- Fresh task（全新任务）
- 新任务回执未知
- End to end（端到端）
- 按场景验收
2026-08-31 项目当前 112 项合成回归通过；它不代表真实账号或医学 E2E（端到端验证）。供应元数据已修复并通过 320 字符预算与 quick validation（验证）。
证据时间与来源
- Observed at（观察时间）
- 供应链现场：2026-09-24 12:56（中国时间）；项目场景按各项记录
- Source commit（来源提交）
e734251081dc48bdd86765372ce225b3929ce9ae- Supply command（供应验证命令）
E:\.agents\tools\Test-PersonalSkillSupply.ps1 -RequireInstalled -NoExternalEvidence -Json- Evidence basis（证据来源）
- .agents E171 release 1aa0b0a、当前 Personal Skill supply（个人能力供应链），以及本页明确标注的既有项目/Provider（固定服务入口）证据；source/install/transaction 通过不冒充 current（当前状态）/fresh/E2E
Canonical source（唯一维护源）
E:\.agents\skills\personal-health\SKILL.md该路径是维护源；用户目录中的发现入口不是第二份源码。