真实时间序列：功能内循环与公共页分流
本轮只分析既有 Pure 归档，不启动设备、Provider、GPU 或新实验，不处理 Android Smoke 的设备锁，不修改 Native、Probe、APE 决策或 SUPPRESS。所有入口语义均为既有离线探索性 Oracle 推断，human_confirmed=false，在线确认数为 0。下文“入口组”“功能切换”均须按这一证据等级理解；不是新的人审金标。
执行序号 #n = trace.order + 1，不是 Native step，也不是 JSONL 行号。每条记录保留这三者及 transition_id。社区编号在各 Snapshot 内局部有效，跨时刻使用真实成员交集与 lineage。截图为真实归档像素，大多只是同 State 的历史代表图，不认证当次动作的原子对齐；MISSING 和 UNKNOWN 不补造。
序列识别口径
从既有Oracle入口transition ID开始，记录实际Target；只沿同一认证segment，遇到确切入口Source返回、下一个既有入口、gap或run结束就停止。随后寻找相邻入口片段：前一片段必须完整返回、两次Source和segment相同、中间只允许同Source自环。入口组功能名不同才记切换，相同记再次进入。这是保守可证实下界，不是全量用户意图分类。
聚合边次数不能直接配对成路径。以下每条模式有精确区间列表和完整Action链：JSON。Rep2中主页抽象还会出现g19s75/g20s77；表格完整返回列只用确切g1s1，因此少于该入口全run的返回数，不能误当丢事件。
| Run | Oracle分支 | 全部入口n | 确切首页Source完整返回n | 最常见完整路径n | 典型区间 |
|---|---|---|---|---|---|
| odkcollect-Rep1 | download | 121 | 113 | 80 | [[362, 363], [367, 368]] |
| odkcollect-Rep1 | delete-forms | 120 | 119 | 104 | [[317, 318], [369, 370]] |
| odkcollect-Rep1 | sent | 120 | 117 | 115 | [[311, 312], [323, 324]] |
| odkcollect-Rep1 | drafts | 121 | 121 | 120 | [[99, 100], [309, 310]] |
| odkcollect-Rep1 | project-management | 121 | 117 | 112 | [[389, 390], [401, 402]] |
| odkcollect-Rep1 | ready-to-send | 119 | 117 | 112 | [[112, 113], [383, 384]] |
| odkcollect-Rep1 | start-new-form | 121 | 121 | 119 | [[150, 151], [307, 308]] |
| odkcollect-Rep2 | drafts | 109 | 102 | 100 | [[376, 377], [413, 414]] |
| odkcollect-Rep2 | ready-to-send | 112 | 100 | 96 | [[213, 214], [428, 429]] |
| odkcollect-Rep2 | delete-forms | 101 | 97 | 92 | [[475, 476], [491, 492]] |
| odkcollect-Rep2 | start-new-form | 109 | 100 | 97 | [[125, 126], [436, 437]] |
| odkcollect-Rep2 | download | 109 | 100 | 84 | [[432, 435], [444, 447]] |
| odkcollect-Rep2 | project-management | 110 | 97 | 94 | [[477, 478], [493, 494]] |
| odkcollect-Rep2 | sent | 112 | 103 | 95 | [[211, 212], [411, 412]] |
ODK Rep1的真实分流实例
segment20：#519 Projects→#520首页；#521 Start new form→#522首页；#523 Drafts→#524首页；#525 Ready→#526首页；#527 Sent→#528首页；#529 Download→#530首页；#531 Delete→#532首页。6次不同组相邻切换在同一连续段成立。下一段#533起单独统计，不跨#532/#533证明连续性。
首页→Download(g16s70)→Back首页的相同两动作链80次，例如#529—530；首页→Delete→Back104次，Start→Back119次，Sent→Back115次。这些模式与单分支内部排序/选择循环不同：每次都返回公共首页，并由另一个明确入口再次出发。
Rep2 Connecting→Back自环→空Download→Back首页的典型链84次，体现局部分支内部事件，而不是一次Back就必然返回首页。完整社区停留和入口截断停留各有独立表，不能混成一个持续时长。
十条归档
| Run | 认证连续段 | 不同Oracle组切换 | 同组再次进入 | 已知入口发生n | 动作UNKNOWN |
|---|---|---|---|---|---|
| activitydiary-Rep1 | 53 | 59 | 47 | 329 | 30.40% |
| activitydiary-Rep2 | 38 | 49 | 70 | 309 | 27.50% |
| odkcollect-Rep1 | 136 | 693 | 10 | 851 | 6.51% |
| odkcollect-Rep2 | 128 | 624 | 9 | 770 | 8.95% |
| omninotes-Rep1 | 81 | 57 | 35 | 363 | 39.56% |
| omninotes-Rep2 | 117 | 12 | 53 | 277 | 45.59% |
| scarletnotes-Rep1 | 35 | 6 | 12 | 77 | 39.00% |
| scarletnotes-Rep2 | 118 | 137 | 61 | 331 | 41.63% |
| wikipedia-Rep1 | 42 | 10 | 71 | 258 | 55.44% |
| wikipedia-Rep2 | 41 | 9 | 39 | 282 | 54.09% |
跨App绝对切换数不直接排名“导航程度”：ODK已知入口覆盖35%—41%，其余许多App仅3%—14%，缺少的入口切换不补猜。Wikipedia只有9/10次可证实组间切换，不能据此认定其没有导航。
活动带的时间因果
复用播放器时修正了旧时间轴将选定成员投影全历史的问题。本轮每位置只用截止≤当时执行的最近Snapshot；分裂/合并保留lineage，不沿用最终14成员回填#518。独立“返回/换组/入口片段”带使用实际发生序号，不依赖最终社区。固定布局和代表截图可事后浏览，但不参与前缀分区。
已执行的历史只证明这些Oracle条件下的实际往返，未证明在线语义识别准确率，也不预测后续收益。