用途与结果
最快了解这个项目
为什么需要它
健康决定常把几件不同的事混在一起：报告看到了什么、医生怎样解释、机构或个人可能受什么限制、AI依据什么资料、用户真正重视什么，以及不行动会怎样。若只听身份最高或声音最肯定的一方，容易把专业能力误当成永远正确，也可能忽略替代方案、利益冲突、现实负担和可逆空间。
举个实际例子
我可以说：“更新一下 Fitbit Air 的记录，看看近两周睡眠和日常活动有没有变化，先告诉我数据够不够。”项目只为这次请求更新一次，先核对来源、日期和完整性，再把睡眠、步数、活动分钟和已记录运动的变化与缺口交给我；数据不够时就明确说不能下结论，不把缺记录写成身体异常。
最后我会得到什么
设备方面，默认得到最近 14 / 28 / 90 天的睡眠时长、每日步数、活动分钟和已记录运动次数，以及相应的睡眠时段、覆盖与缺口。我也可以指定已经采集的完整中国日起止范围；项目会离线按所选日期统计，并用这一范围自己的覆盖和质量判断能否采用，不拿最近两周代答。健康决定方面，我得到可复查的事实、未知、选项及其收益、风险、负担和退出条件，知道何时必须就医、何时值得取得第二意见；不是身体总分、自动诊断或替我下命令的答案。
可用于当前判断
事实、未知、选项、主要收益和风险都已说清，用户理解后可以选择、拒绝、暂停、复查或改变主意；这不表示某个建议永远正确。
需要复核
依据不足、意见冲突、解释不清、决定重大或可能存在利益关系时，先补最有价值的信息、要求说明或取得独立第二意见，不靠投票和身份决定。
本轮不可用
出现急症红旗时不等待资料完整；缺少查体、诊断或可靠来源时也不让 AI 补猜。产品明确说明当前不能判断，并给出更安全的现实下一步。
从哪里开始
直接向 personal-health 提出健康问题；只有本人明确说更新设备记录时才走前台 Fitbit Air 刷新，现有记录可按指定日期离线核对。
需要准备什么
- 当前想弄清的健康问题
- 新的症状描述、报告或医生意见（仅在现有依据不足或本人要补充时）
- 明确刷新时想看的日期范围（如指定）
从开始到拿到结果
- 1先问清想解决什么
普通问题先用已整理的当前依据，缺某日数据时按字段和日期窄查，不因每次提问重扫全部报告。
- 2明确要求时才更新设备
一次前台取回 Fitbit Air 经手机 Google Health 同步的记录；先保全原始数据，再查日期、分页与质量，失败沿同一清单续作。
- 3只用够作决定的证据
按当前问题取睡眠、步数、活动等相关字段；缺失或质量不足明确不据此判断身体异常。
- 4交回选择与边界
说明事实、未知、可选行动及何时寻求专业帮助；医生、设备和 AI 的说法都需要依据，非紧急选择由本人作出。
从这些需求了解功能
从一个实际问题看它怎样处理、交回什么；当前能做到哪一步和仍有哪些限制，也写在对应说明中。
项目指标与相关入口查看规模、覆盖范围和关联能力
当前项目指标
- 设备入口
- Fitbit Air
- 采集范围
- 21 类设备数据
- 默认摘要
- 睡眠 · 活动
- 分析窗
- 14 · 28 · 90 天
健康选择画布 · 6 步
遇到一个健康问题时，AI怎样帮助我做出更好的决定
先保护生命和选择空间，再核对证据与利益关系；技术只负责把资料变可靠，不能替任何人获得自动正确。
- 先定问题我现在真正要决定什么
把“担心”变成一个现实选择：是否需要立即行动、补资料、接受建议、取得第二意见，还是先观察。
- 先看安全有没有不能等待的危险信号
可能危及生命、肢体或快速恶化时先进入现实医疗，不把资料完整当成前置条件。
- 分清信息什么是事实，什么是解释和建议
把本人感受、报告实测、医生解释、AI分析和明确未知分开，旧资料不冒充现在。
- 校准信任谁知道什么，也可能遗漏什么
比较专业能力、掌握的信息、可核验程度、时间与机构限制，以及可能影响建议的利益关系。
- 比较选择每个方案的收益、风险和代价是什么
连同合理替代、暂不行动的后果、可逆性、现实负担、停止与复查条件一起说明。
- 本人决定选择、暂停、复查，也可以改变主意
AI负责研究和劝阻危险行为，医生负责临床能力与解释；非紧急情况下，知情选择仍属于本人。
AI负责
研究与保护选择空间- 搜索、比较并解释资料
- 指出冲突、未知与利益关系
- 反对危险做法，但不替用户或医生获得临床权限
本人决定
目标与最终取舍- 说明症状体验、目标和现实负担
- 要求解释、拒绝、暂停或寻求第二意见
- 在非紧急且有决定能力时作知情选择
都不是自动权威
按能力和证据使用- 医生提供查体、诊断、处方和专业解释
- 报告与设备提供特定时间的有限观察
- 任何一方都可能遗漏，也都应允许质疑和复核
它负责
- 以用户的健康、安全、自主、隐私、现实负担和已表达目标为成功标准
- 先识别急症红旗，再把事实、解释、建议、利益关系和未知分开
- 搜索并比较当前资料，说明证据适用范围，而不是把医生、指南或 AI 当成自动答案
- 为重大决定列出收益、风险、合理替代、暂不行动的后果、现实负担和停止或复查条件
- 在高代价、不可逆、意见冲突或关键解释不足时帮助准备独立第二意见
- 只在本人明确发起时更新最小必要资料，不建立监督、打卡、健康评分或后台监测
它不负责
- 不诊断、不决定用药，不替代医生的查体、诊断和处方；医生的建议也应让本人理解依据与选择。
- 不因为专业意见可能有局限就推定恶意，更不鼓励擅自停药。
- 不一味迎合危险选择；发现急症或高风险做法会明确劝阻并给现实下一步。
- 不做身体总分、疾病预测器或个人健康画像，也不为回答普通问题建立另一套数据库和服务。
- 不设持续设备同步、每日打卡、后台监测或自动提醒。
- 没有记录、尚未测量、真实零值和正常状态各不相同，不合并成一个结论。
- 设备导入和摘要不会自动改写当前健康依据；需要健康项目负责人核对后才采用。
- 公开网页不展示本人健康事实；代码与合成测试也不证明当前账号、设备或个人情况。
产品思想与设计核心
先保命，再研究
有急症红旗时先进入现实医疗，不等设备同步、AI分析或第二意见；延误本身可能是最大伤害。
只把用户的实际利益当成功
健康、安全、自主、隐私、现实负担和用户目标优先；流程完成、检查更多、机构收入或 AI 自信都不能替代它们。
把事实、解释、建议和选择分开
报告看到了什么、医生怎样解释、AI怎样分析、用户决定做什么不是同一种证据。
校准信任，不盲从也不敌视
医生、机构、设备和 AI 都按专业范围、掌握的信息、可核验程度与相关利益来使用；有局限不等于无价值，有利益关系也不自动等于恶意。
决定越重，证据门越高
越不可逆、越昂贵、伤害越难补救的选择，越需要完整解释、独立复核和明确停止条件。
第二意见用在真正值钱的地方
重大治疗、意见冲突、关键不确定或明显利益关系值得独立复核；急症和时限敏感问题不能因此等待。
永远比较真实选项
说明预期收益、主要风险、合理替代、暂不处理的后果、时间窗口和现实负担，不把默认流程写成唯一选择。
安全时优先可逆的小步
效果接近时先选可暂停、可观察、可恢复的行动，并提前写清停止、升级和复查条件。
最终选择属于本人
用户可以提问、拒绝、暂停、换医生、索要记录和改变主意；产品不用羞耻、焦虑或连续打卡推动服从。
未知和纠正都是正常状态
不知道就明确说不知道，冲突信息并列保留，判断随新证据更新；旧报告和一次结论不变成永久事实。
只增加能改变决定的负担
不为安全感持续采集、评分或追加检查；更多数据也可能只增加噪声、隐私成本和健康焦虑。
资料从哪里来，这次会怎样用
本项目可使用本人描述、选定报告与医生意见，以及 Fitbit Air 经手机 Google Health 同步的设备记录。下表说的是代码可取的资料类型，不是本次个人健康记录。来源、账号授权、日期与质量仍要在真正刷新时核对；设备家族标记不能单独证明每条数据都来自同一具体机型。
本人愿意说明的感受、目标、现实负担，以及选定报告所见和医生解释。
普通问题先用已整理的现行依据，确实缺关键事实才读相关原件；分清观察、解释、建议与未知。
步数、距离、活动分钟、活跃区间、久坐时段和热量六类记录。
默认只展开步数与活动分钟的日期覆盖和变化；没记录不等于当天没有活动。
已记录运动、游泳趟数与几类心肺能力估计，共五类。
默认只汇总真正记录到的运动次数与日期；其余先保全，不自动写成健康判断。
睡眠时长、入睡与起床时段，以及主睡眠、小睡或未分类记录。
比较所选日期范围内的睡眠与覆盖，说明重叠、缺失和分类不明。
心率、静息心率与心率变异性等四类记录。
可以保全原始记录；默认只说有无记录与覆盖，不展开高频正文或据此诊断。
血氧、呼吸及睡眠皮温变化等五类记录。
可以保全但默认不纳入健康判断；皮温变化不是体温计测得的核心体温。
账号资料帮助确认可请求的历史起点；有相应运动记录时，还可保全运动轨迹附件。
它们不算进上述设备字段，也不能证明当前设备在线或自动产生运动分析。
默认摘要只解释睡眠、步数、活动分钟和已记录运动。其他记录即使保存了，也要另过字段质量和问题相关性门；通用接口有某类字段，不等于本项目已经采集。
项目怎样演化到现在
早期健康方案退出，现役健康协作接管
早期方案不再写入；现役项目承接普通问答、证据维护和本人明确发起的设备更新。同期建立最小当前依据与只在本机受保护入口使用的账号授权。
阶段依据
- 2026-08-24 · 早期健康方案退出，现役健康协作接管
ace3596–a222a85
从一次设备保全，走到可续跑的当前健康底色
普通问题先使用已经核对的当前依据；设备原始记录可以保全、按一日一项窄查，中断后只继续缺失部分。
阶段依据
- 2026-08-24—08-25 · 从一次设备保全，走到可续跑的当前健康底色
0f42703–98f514a
从有数据，走到知道哪些数据可用于判断
每项设备记录先看来源、覆盖和质量：有些可用于这次问题，有些只能保存，有些必须停用；健康项目负责人最后审阅。
阶段依据
- 2026-08-25 · 从有数据，走到知道哪些数据可用于判断
50131b3–377cbe9
刷新只有完整、核过并审过，才进入当前状态
一次前台更新要先证明资料取齐、文件未变，再由健康项目负责人决定是否采用；失败不自动改写当前依据，也不转成后台任务。
阶段依据
- 2026-08-30—08-31 · 刷新只有完整、核过并审过，才进入当前状态
48d5a5b
完整项目状态与证据边界
已确认事实
- 本页只核对产品代码与合成证据，没有读取个人健康材料、运行账号/设备现场复核或形成个人健康结论；现实健康状态不在本页判断，不能把未读取写成没有记录或数值为零。产品已实现 14 / 28 / 90 天证据窗口与离线质量门。
- 首次从账号起点采集全历史；此后从上次尚未完整的中国日继续，补齐当天及之后全部21类字段，不重复联网读取已完成历史。每次导入执行最多5000个新逻辑请求；同一前台刷新可以继续下一段，但只接受本轮同一 exact manifest（精确清单）因请求预算停止且累计请求数确有进展的情况，绑定/因子/权限失败不重试换路。capture --latest 从固定 .last-capture.json 核对 manifest（清单）、验证回执与 brief 的文件哈希，只有同一完成采集的完整三件套才返回；不触网、不重新生成。
- 离线 brief 支持 --start / --through 指定含首尾的完整中国日，用 requested_period 返回该时段的覆盖与 decision_ready；默认 14/28/90 天窗口不再代替用户指定范围。
- 可定位的坏记录只影响对应日期，日期无法恢复才影响该请求页；主睡眠与小睡标签并存但区间和时长可信时列入 multiple_roles，总时长只计一次，不猜分类、不进入主睡眠时间推断。有记录日不等于全天覆盖，设备睡眠分钟不等于完整真实睡眠。
- 只有问题需要时才取用个人理解库的共同背景；新本人认识可按既有接口回写。测量、报告、药物和专业建议留在健康项目，不整包复制，网页只说明这一产品关系。
- 以用户的健康、安全、自主、隐私、现实负担和已表达目标为准；不为流程完成、机构利益、设备活跃度或 AI 自信优化。
- 医生有 AI 没有的查体、诊断和处方能力，但医生、机构、报告、设备和 AI 都要按证据、能力边界、信息缺口和利益关系校准信任。
- 比较收益、风险、合理替代、暂不行动的后果、现实负担和停止或复查条件；高代价、不可逆或意见冲突时支持独立第二意见。
- 非紧急且本人有决定能力时由本人作知情选择；急症先进入现实医疗，不等待设备更新、AI分析或第二意见。
- 2026-09-14 PRIVATE（私有） main=760d76fe97d0543a7dcba34c328fd10e10285784已回读；328c772已实现全字段增量、扁平历史和gzip传输。本轮140项离线合成测试通过；旧126项与46个子测试属于9月7日证据，不含当前设备、账号或个人健康结论验收。
- 源码登记 39 类 API 数据类型，当前前台采集从中选择适配 Fitbit Air 的 21 类，并保全历史起点资料和有可用运动标识时的 TCX 运动文件；不是把 39 类归一成 21 类。默认摘要只展开睡眠、步数、活动分钟、已记录运动四类，比较 14 / 28 / 90 天窗口。大分页恢复合成回归覆盖 609 页，每 16 页原子记录 checkpoint（续作检查点），中断后只续缺页。
- 现有采集、保全、离线简报和前台入口继续分工，新增google_health_history.py只管理固定指针与扁平历史清单，不读取原始响应、不建数据库；运行代码使用Python标准库。
- 分页恢复最多接受 1000 页；单次字段选择上限为 256 页、64 MiB 与 50 万条记录，超过任一边界即失败关闭，不把不完整选择交给决策简报。
- 离线 capture 回执保持 health_owner_review_required=true、current_updated=false、background_work_created=false；合成回归不能证明任何个人健康值。
- 具体日期仍未回答时，query/summary 只读取指定清单中一个字段和日期的页面；交回记录或覆盖摘要、缺口与截断状态，API 耗时为 0。查询通过不等于字段已可用于健康判断。
- 没有新增服务、数据库、计划任务、后台 watcher 或持续同步节点。
当前缺口
- 本轮没有调用真实 OAuth（账号授权协议）、Secret Broker（本机受保护凭据中介）、Google/Fitbit provider 或当前个人数据；源码和合成测试不能证明当前账号仍授权、当前设备同步正常或当前记录质量达标。
- 没有任何个人健康结论、医生采用回执或高风险医疗 E2E（端到端验证） 进入本网页证据。
来源与公开边界
源码位于 PRIVATE（私有）仓库。页面公开产品方法、代码结构、失败边界和测试证据，不提供不可访问的仓库链接；不读取或展示 CURRENT.md 正文、具体健康事实、报告数值、诊断、药物、个体建议、原始响应、OAuth（账号授权协议） 载荷或凭据。
当前关键技术事实
- 本页证据边界
- 本页只核对产品代码与合成证据，没有读取个人健康材料、运行账号/设备现场复核或形成个人健康结论；现实健康状态不在本页判断，不能把未读取写成没有记录或数值为零。产品已实现 14 / 28 / 90 天证据窗口与离线质量门。
- AI为谁负责
- 以用户的健康、安全、自主、隐私、现实负担和已表达目标为准；不为流程完成、机构利益、设备活跃度或 AI 自信优化。
- 重大决定怎么做
- 比较收益、风险、合理替代、暂不行动的后果、现实负担和停止或复查条件；高代价、不可逆或意见冲突时支持独立第二意见。
- 谁做最后选择
- 非紧急且本人有决定能力时由本人作知情选择；急症先进入现实医疗，不等待设备更新、AI分析或第二意见。
- 当前源码与回归
- 2026-09-14 PRIVATE（私有） main=760d76fe97d0543a7dcba34c328fd10e10285784已回读；328c772已实现全字段增量、扁平历史和gzip传输。本轮140项离线合成测试通过；旧126项与46个子测试属于9月7日证据，不含当前设备、账号或个人健康结论验收。
- 证据结构与恢复
- 源码登记 39 类 API 数据类型，当前前台采集从中选择适配 Fitbit Air 的 21 类，并保全历史起点资料和有可用运动标识时的 TCX 运动文件；不是把 39 类归一成 21 类。默认摘要只展开睡眠、步数、活动分钟、已记录运动四类，比较 14 / 28 / 90 天窗口。大分页恢复合成回归覆盖 609 页，每 16 页原子记录 checkpoint（续作检查点），中断后只续缺页。
完整执行流程
- 1先判断是否需要新证据
普通问题先用现行底色；已保全的某日记录仍未回答时，只按一个字段和日期离线窄查。只有新报告、纠正、来源冲突、完整性问题或本人明确设备刷新才进入维护。
- 2凭据只穿过受保护边界
首次 OAuth（账号授权协议）使用 PKCE（授权码防截获校验）和回环回调，长期凭据经标准输入进入受保护中心，不生成 token 文件。
- 3明确需要时全字段增量取回 Fitbit 记录
已有成功导出尚未处理时先离线完成；否则通过固定凭据入口只读请求 Google Health API，首次取回默认21类设备记录、历史起点资料和可用运动文件；以后从上次未完整中国日起全字段增量补齐，旧原件和已完成历史不重下，失败不换账号。
- 4先保存原始记录，再检查完整性
Importer（导入器）把原始页面与运动附件原样保全，并记下日期、记录数、分页和内容指纹；中断后从同一份导出清单续缺页，不重新猜目录。
- 5从四类记录形成日常摘要
Capture（离线验收）核对完整清单与文件指纹后，Brief（摘要生成器）统计睡眠、步数、活动分钟、已记录运动及时间窗变化；覆盖不足、冲突和未记录分别列出，其余字段默认不展开正文。
- 6Health Owner（健康资料责任源） 做最后一跳
只消费与当前问题相关且字段自身 decision_ready 的结果；被阻断字段和 inventory_only 内容不进入判断。
本页用到的名词
需要核对专业含义时，可以在这里查看它在 个人健康证据与安全决策 项目中的具体用法。
- 现行健康底色
- 经过处理的当前回答材料；普通问题直接使用它，不反复打开来源原件。
- Evidence provenance（证据来源链）
- 一条信息来自报告、医生、本人、设备还是模型，以及这条来源是否足以支持当前用途。
- Manifest（运行清单）
- 记录一次导入的字段、窗口、页面、字节、哈希、分页和完成状态，也是唯一允许的续跑身份。
- Decision context（当前判断材料）
- 与当前问题相关、来源闭合且质量足够，允许交给 Health Owner 复核的最小字段集合。
- decision_ready（可用于当前判断）
- 字段通过来源、完整性和质量门；它不表示身体正常，也不等于诊断。
- inventory_only（仅清单）
- 只记录某类资料存在，不读取其正文，也不允许它影响当前健康判断。
- Health brief（决策简报）
- 从已完成清单离线生成的确定性结构摘要，列出可用字段、阻断字段和原因，不包含原始全量载荷。
- Health Owner（健康资料责任源）
- 最后判断证据是否与当前问题相关、是否值得局部更新现行底色的人工责任边界。
- Foreground refresh（前台刷新）
- 本人明确发起并在同一任务中完成的采集；没有 watcher、计划任务或后台同步。
- Fail closed（失败关闭）
- 来源、清单、哈希、质量或凭据边界不成立时停止对应路线，不换路线补猜。
系统里实际有什么
下面是当前产品组件，不是概念分类。每一项都对应真实文件、入口或验证链。
把普通问答、来源维护和设备刷新分成三条窄入口。
普通问答只读现行底色；维护时才打开最小来源，不使用 Codex 记忆或旧中央知识库。
保存处理后的现行健康底色。
只由 Health Owner（健康资料责任源） 在证据会改变判断时局部更新；网页只公开它的角色，不读取正文。
登记已处理来源的定位与处理范围。
只在新报告、纠正、冲突、审计或答案关键缺口时读取；网页不公开路径、哈希或个人内容。
完成一次桌面 OAuth（账号授权协议） 授权并安全存入长期凭据。
只读 scope、PKCE、回环 callback、stdin secret、恢复副本与 lookup read-back（正式回读）；不生成 token 文件。
提供唯一前台设备刷新入口。
先离线消费待处理成功交接；必要时调用固定Secret Broker（本机受保护凭据中介），仅同清单预算停止且累计请求数前进才继续下一段；每次输出有界且不含秘密，超时终止整棵进程树。
从 Google Health API 取回 Fitbit Air 默认范围的记录、profile 与可用 TCX，保全原件并维护可续跑清单；也提供已保全记录的离线窄查。
在线分支负责连续窗口、原子写、SHA-256、分页/资产闭包、请求预算、锁与精确 resume manifest（清单）；query/summary 分支在构造客户端之前返回，只读精确清单与选中页面，不访问网络或凭据。
离线消费唯一成功交接。
核对 complete manifest（清单） 与哈希，生成验证回执和 brief；本地证据闭合并持久化后消费 pointer，再把结果交给 Health Owner（健康资料责任源） 审阅，不更新 CURRENT.md。
把睡眠、步数、活动分钟与已记录运动变成统计、比较和质量说明，并区分可采用、被阻断、仅保全的数据。
默认摘要只读 4 类低噪声字段，计算 14/28/90 天窗口与覆盖质量；其他字段只读清单元数据。API 与 credential access 均为 false。
只作为早期工程结构与交付经验的历史参考，不再拥有任何写入。
现役健康协作由 personal-health 与 Health Owner（健康资料责任源） 承接。网页没有读取 HealthLongevity、CURRENT.md、SOURCES.md、报告或任何健康记录、诊断、数值和私人正文。
6 层证据分别证明什么
能证明：普通问答、来源维护、设备刷新、红旗与低打扰边界已经明确。
不能证明：任何当前个人健康事实、诊断或医疗建议正确。
能证明：授权、前台刷新、导入、精确续跑、离线验真、字段质量门和 Owner 审阅合同真实存在。
不能证明：当前账号可用、provider 在线或本轮取得了真实记录。
能证明：2026-09-14本轮140项测试通过，覆盖凭据不落盘、受限预算继续、原始保全、分页/哈希、精确续跑、全字段增量、扁平历史、gzip、离线结果闭合和字段决策门；不与旧126项或46个子测试重复相加。
不能证明：真实 OAuth（账号授权协议）、真实当前设备、网络兼容或医学结论。
能证明：2026-09-14回读PRIVATE（私有） main=760d76fe97d0543a7dcba34c328fd10e10285784，本地HEAD同值、工作树干净；本页绑定该源码，私人事实后续变化不自动成为网页内容。
不能证明：PRIVATE（私有） 仓库外的原始健康资料或 Secret Broker（本机受保护凭据中介） 运行状态。
能证明：只有本轮真实前台刷新和回读才能证明账号、设备、交接与记录质量。
不能证明：历史成功、源码或单测不能替它证明当前可用。
能证明：某条合格证据是否与当前问题相关、是否值得局部采用，以及高风险建议是否符合当前权威指导。
不能证明：自动 brief 不能替代人工判断、查体、诊断或处方。
维护入口
Skill: personal-health普通个人健康入口：从现行健康底色回答；不重复读取 SOURCES、原件、旧项目或 Codex 记忆。
python google_health_refresh.py前台设备刷新：本人明确发起时，通过同一个Secret Broker（本机受保护凭据中介）完成前台更新；仅同一清单因请求预算停止且累计请求数增加时继续，随后完成离线验真与简报，不创建后台任务。
python google_health_brief.py --verify-for-health-brief <manifest>离线清单验真：重验决策字段页面的哈希和分页闭环；不访问网络或凭据。
python google_health_import.py --query-manifest <manifest> --field activity.steps --start-date <YYYY-MM-DD> --through-date <同日>离线查某日记录：只查精确清单中的一个字段和日期，返回 records、summary、gaps 与 truncated；默认和硬上限均为 100 页、32 MiB、10,000 条，不联网或读取凭据。
python google_health_import.py --summary-manifest <manifest> --field activity.steps --start-date <YYYY-MM-DD> --through-date <同日>只看离线覆盖摘要：使用相同字段、日期和预算，只返回数量、覆盖日期与缺口，不返回 records 正文，也不计算数值总和、极值或医学结论。
python -m unittest discover -s tests -p 'test_*.py' -v完整回归：验证当前产品代码；2026-09-14本轮140项离线合成测试通过，不代表真实账号、设备或医学验收。
git status --short --branch仓库身份：确认 PRIVATE（私有） main、同步和工作树状态；网页不公开本机 source locator（原件定位记录）。
快照怎样更新
本页代表最后一次明确核对并发布的项目状态，不承诺后台实时同步。再次更新时会重新读取该项目当前事实、边界和验证结果；无法确认的内容继续明确标成网页快照边界，不用旧记录猜成当前状态。