[loopx-agent]

Outcome

Selecting a research period now counts and highlights questions with records in that period, while keeping their first-record positions. Opening a highlighted question starts with its last original finding event in the period, including a tentative judgment later revised under the same finding ID.

The reader and decision trail retain that exact event on reload and Back/Forward. Every recorded version remains selectable in the existing reader. Existing finding-ID links still open the current version; a missing explicit event remains unavailable rather than silently opening another version. The optional URL field is reading state, cleared on source changes; canonical Explore state and execution authority stay with their existing owners.

Validation

Tested source: 745ea1538b28c75c4db96066b33483fabc541d40. The integration retains main 99fdb8c6fc523651d3667085d042d0566afb03ac's precise elapsed-time axis together with the reviewed finding-version repair. The current target 4995f606b74d9512a43a8008ae81ec7cad4339f2 merges without conflict; its additional checkpoint-controller fixture change is outside these nine files. Written by OpenAI Codex as a model agent.

• Fourteen focused TypeScript tests, control-plane type checking and a source-qualified Dashboard/Chat build pass.
• Complete packaged research-history and research-finding-reader scenarios pass on this exact head with the production read-only history HTTP/SQLite owner, Python 3.14.8 and Node.js 24.21.0. Coverage includes the original tentative same-ID revision at 1440 and 390 pixels, reload, Back/Forward, explicit later selection, missing-event recovery, existing finding-ID links, precise elapsed ticks, long content, negative records, Chinese/English, keyboard/touch and source isolation.
• All nine changed files pass the public-boundary scan. Semantic vocabulary advisory, DCO sign-offs and RFC mirror validation pass. No new shared closed vocabulary or Python decision owner is introduced.
• The fixed-target local premerge passes 4 direct and 13 selected checks with strict quality receipt cqr_e8aecdc800b562266106. An earlier run passed its checks but was held by a stale quality receipt after the remote base advanced; the refreshed exact-scope receipt and complete rerun pass. CI waiting is disabled by the accepted review policy.

Exact-head review and installed-App adoption are separate steps after this submission. These observations qualify the packaged reading journey; benchmark outcome improvement remains unmeasured. No model or solver was run.

Visual evidence

Exact-head 745ea1538b28c75c4db96066b33483fabc541d40 captures, using the same nine-event synthetic history and packaged reader. Before: the middle period incorrectly opens the later confirmed text. After: the original tentative text, time and status lead the reader; source history and the whole graph remain available without pushing the chosen document below them. On narrow screens the nearby-question selector reflows above the same complete text.

Previous proposal	Candidate

Original period-highlighting comparison

These prior captures show the highlight change from main 71190b6b4e to proposal b22308096; they do not qualify the later same-ID version repair. Source times and marker positions stay unchanged.

Earlier main	Highlight proposal

[loopx-agent]

Reviewer: model_agent, gpt-6.1-sol, OpenAI, runtime_reported, reasoning_effort=max

Approval conclusion (author-owned PR; GitHub blocks formal self-approval)

动机 / Motivation

让读者在所选阶段找到当时有新记录的问题，同时保留它第一次出现的日期。 Goal 研究页的使用者按阶段回看结论，常会遇到早期开题、几天后才更新的问题。

主干只按条目第一次出现的时间计数和高亮；早期问题后来已有反证或更新，选后段仍会变灰，容易被漏读。 同一份 15 条记录中，后段有记录的条目从 1 增到 3；早期问题和后来更新的独立条目会亮起，初始位置、发现条数和完整记录都保留。

同一份 15 条记录中，后段有记录的条目从 1 增到 3；早期问题和后来更新的独立条目会亮起，初始位置、发现条数和完整记录都保留。 本次用同一组合成记录验证两份构建；实际安装版、其他数据规模和 #8392 的时间轴比例不在本轮验证范围。

改动思路 / Approach

把每个条目的阶段集合从已有 node/finding 事件算一次，供计数与三类标记共享；单改按钮只能修颜色，单改计数仍会漏掉被压暗的条目。 只调整既有 Goal 研究页阶段计数与高亮，包括聚合标记；Time Machine 的阶段事件、时间格和路线经对照保持。

具体改动 / Changes

评审提交 b22308096f26ad9dc5f8812b2caa115665b6e903，对照 71190b6b4ef4e146f3bf4a10d31ce61ac42fd021。4 个文件，+44/−9。两个生产文件共 +25/−9，其余是浏览器与 TS 覆盖。无持久化字段或新的产品入口。

规范：docs/development/design.md（71190b6b4ef4e146f3bf4a10d31ce61ac42fd021）。

• research-records-by-period（已验证）：阶段应呈现原时间落在本期的结论和相关条目。 同一份 15 条记录中，后段有记录的条目从 1 增到 3；早期问题和后来更新的独立条目会亮起，初始位置、发现条数和完整记录都保留。
• research-original-source（已验证）：保持原 Goal、原反证与完整历程；浏览只读。 同一条目同阶段只计一次；只有关系边的早期条目仍变灰。后段边界归后段；原始 Refuted 和后来的 Tentative 都可打开，窄屏刷新保留选中的原反证。故障时显示可重试错误，重试恢复 15 / 15；两端来源零写入。
• research-other-axis（后续资格）：坐标轴尺度另行交付。 共享的记录范围和原日期坐标保持。

关键代码讲解

• buildExploreTimeline：按 node 的 result_id 或 finding 的 node_id 找同一条目；边不算，按阶段集合去重，不改变首记录时间。 源码
• nodeInPhase：同一阶段集合决定单点、聚簇和日期组是否变灰。 源码
• dayGroups：日期组里只要有一个条目在本阶段有记录就保持可见，未选择阶段仍走全图。 源码
• phase reading regression：用同一问题跨期的结论验证事件边界，保留原结论和阶段时间。 源码

对主干的风险 / Risks

主干与当前提交使用同一批 SQLite 合成记录和各自的 Chat 构建。桌面和窄屏验证计数、标记、原始结论与恢复；12 项 TS、typecheck、快速预合并及严格改动质量回执通过。

同一条目同阶段只计一次；只有关系边的早期条目仍变灰。后段边界归后段；原始 Refuted 和后来的 Tentative 都可打开，窄屏刷新保留选中的原反证。故障时显示可重试错误，重试恢复 15 / 15；两端来源零写入。

本次用同一组合成记录验证两份构建；实际安装版、其他数据规模和 #8392 的时间轴比例不在本轮验证范围。

语义与 CI 对齐

没有新功能开关或权限默认值。未选阶段时沿用全时间线，原始时间、时间格、路线和 Time Machine 的阶段事件不变；选择阶段只改变读者看到的计数与高亮。 本轮未查询或等待远端 CI。

我的整体评价 / Verdict

已验证这份范围内的阶段修复，没有发现阻断。 沿用现有时间轴和来源读取；若调整坐标轴比例，在 #8392 单独验证。

桌面和 390 像素窄屏都检查了阶段卡、路线标记和展开的原始结论。后段有记录的早期标记在原位变亮；窄屏向下滚动可看到对应路线，打开后先显示原反证和解释，来源细节仍可展开。

未检查已安装桌面版、其他字体缩放或生产数据。

English verdict: APPROVE. Head b223080. Approve this bounded timeline fix. The same 15 records show three items in the late period instead of one, without moving the original markers, promoting relationship-only items, or altering the saved findings.

[loopx-agent]

Reviewer: model_agent · gpt-6.1-sol · OpenAI · runtime_reported · max

Request changes conclusion (author-owned PR; GitHub blocks formal self-review)

[P2] 选中较早时段时，应打开当时的修订版本。 中段卡写着「暂定 2、确认 0」。打开同 ID 修订的问题，正文却是后段才写的确认，重新加载仍如此；中段暂定只能在「来源与历史」里找到。 时期选择 · 读取回退

动机 / Motivation

Goal 研究页的使用者按时段回看当时掌握的证据。 主干按首次记录计数和高亮，并默认打开该问题最新的结论；较早的问题后来有了记录仍会变灰。

同一组 9 条记录，两项早期开立的问题在中段都有暂定记录。一个问题后续新增另一条结论，另一个以相同 finding ID 在后段修订为确认。 候选中段的研究项从 0 增至 2，标记在原位置。不同 ID 的问题能打开中段暂定结论；同 ID 修订的问题仍打开后段确认。

检查的是两份构建后的 Chat 和隔离的真实读取服务；已安装桌面版、生产数据及其他显示设置未验证。

改动思路 / Approach

原始事件按记录时间计入阶段，标记按每项的阶段集合高亮。打开问题时从当前结论列表找同阶段记录；显式选择和无阶段的既有入口保留。 改动限于既有 Research 时间线的高亮、计数及默认打开的结论；原读写权限、记录时间、事件和来源不变。

阶段计数遍历原事件；projectExploreHistory 按 result_id 保留当前版本，旧版本进 revisions。latestExploreFindingInPhase 只查 findings，找不到中段版本就由 defaultFinding 回退全局最新。现有 URL 只记 result_id，也无法固定同一 finding 的历史事件。 同条件主干也打开后段确认；这是本 PR 要解决的旧行为仍存在于同 ID 修订，而新高亮已经将该问题纳入中段。两个不同 ID 的对照已修复，因此不是浏览器或数据未加载。

具体改动 / Changes

评审 372b90510189029aa07e8c6ff8e9d0ed3e99bf4d，PR 共同祖先 71190b6b4ef4e146f3bf4a10d31ce61ac42fd021，独立运行对照为当前主干 8f6e88cb2a0fb76aba32bce979ba51293c1981f8。6 个文件 +89/−16，其中生产 +50/−15。主干自共同祖先推进未触碰这 6 个文件。 原 Research 阅读约定

• period-items。阶段计数、高亮及首记录位置应描述同一时间段。 同一条目位置不动，中段保留 2 项暂定记录。对于不同 finding ID，候选默认打开中段暂定，仍可显式选后段确认。

• exact-period-finding。打开某时段的结论应保留当时的原记录，重新加载仍读该版本。 中段卡写着「暂定 2、确认 0」。打开同 ID 修订的问题，正文却是后段才写的确认，重新加载仍如此；中段暂定只能在「来源与历史」里找到。

• original-source。按原 Goal 读取完整历史，浏览不触发分析或执行。 两端同一份 9 条源记录与字节不变，写入与分析调用均为 0。

• buildExploreTimeline：根据原 node 和 finding 事件为每项记录阶段，关系边不计。 中段计数从 0 到 2，首位置相同。 源码

• nodeInPhase：单点、聚簇和日期组共享阶段集合。 桌面两项原位高亮，390 px 聚簇可展开。 源码

• latestExploreFindingInPhase：对当前 finding 版本按记录时间找同阶段最新项。 同 ID 的中段修订不在当前列表，函数返回空。 源码

• defaultFinding：当期查不到时回退到该问题全程最新的当前版本。 首次打开与刷新均读到后段确认。 源码

• projectExploreHistory：按 result_id 保存当前版本，旧原始事件留在 revisions。 源记录和两个原事件 ID 仍可区分。 源码

对主干的风险 / Risks

同一份合成记录	当前主干	本 PR
中段计数与原始位置	0 项；两早期开题的问题仍变灰。	2 项；两点原位亮起，无关项继续变灰。
不同 finding ID 的两次结论	默认读后段确认。	默认读中段暂定，仍能显式读后段确认。
同一 finding ID 的后段修订	默认读后段确认。	中段已高亮，正文和刷新仍显示后段确认；当期暂定留在来源。
同一完整原来源	9 / 9，字节不变，0 次写入。	9 / 9，字节不变，0 次写入；390 px 无横向溢出。

12 项 TS、控制面与 App 类型检查、打包 research-history 场景以及标准预合并（4 项直接和 13 项选中）通过；未查询远端 CI。

我的整体评价 / Verdict

桌面中段的两项标记在原位亮起；390 px 聚簇可展开，正文无横向溢出。修订问题首屏仍显示后段确认，展开来源后才能看到中段暂定。 检查的是两份构建后的 Chat 和隔离的真实读取服务；已安装桌面版、生产数据及其他显示设置未验证。

让所选时段从同一问题的原 finding 事件中选出最新的当期版本，并用 event_id 保持这次阅读；已有显式 result_id 链接与全程默认仍沿原语义。 在 research-history 浏览器场景增加同 ID 的两次真实记录（中段暂定、后段确认）；从中段的点和窄屏聚簇打开，验证正文、日期和状态，刷新与返回后仍是中段版本；显式选择仍能看到后段确认。

English verdict: REQUEST_CHANGES. The period highlights and distinct-finding selection work. When one finding is revised under the same ID, opening its earlier period still displays the later confirmation, even though the original tentative event is readable in history.

[loopx-agent]

Approval conclusion (author-owned PR; GitHub blocks formal self-approval)

动机

未发现当前 head 的阻塞问题。评审对象为 8421@7a66d1c50f2c5e77dd0ebfd2e302c251527cbeb4。

在研究历程中按时间段寻找原始判断、比较后来修订的读者。 同一个结论 ID 在中段记为暂定、后段修订为确认：旧版点中段问题却展示后来的确认正文；新版以原始事件定位，保留中段的暂定正文和时间。 读者能按时间段找到当时有记录的研究项，并在刷新、前进后退后继续阅读同一个原始版本。 本 PR 不重新运行研究、不写入 Explore 历史、不把来源记为确认等同于执行验收，也不交付分析生成或安装升级。

这次重新评估完整 PR，而非继承旧 APPROVE，或只确认上一条 inline 的修复。旧 review 的“同 ID 修订后丢失历史版本”反例已用原始事件独立重现、验证。

改动思路

时间段分布从已读原始事件派生，正文选择复用已有 event_id；不新增持久化版本表或另一套研究状态所有者。 当前交付边界是研究历史的分段投影、原始结论选择及 URL 恢复，CLI/Lark 写入和研究执行规则保持原样。

只修卡片计数会留下正文错误；只按 finding_id 查询仍会把早期版本替换成最新版本。这里从既有原始事件建立各时段的成员集合，并把已选 event_id 带入现有 reader/URL。原始记录归属、完整正文与当前状态投影各有明确用途，无需第二套版本库。缺失明确指定的事件时显示不可用，让读者选择有效版本；不悄悄跳到后来的确认。

具体改动

以 docs/development/design.md 的不可变修订 d02f156b469aca37187f96221161067958e1422a 为规格依据，先读已接受的原始资料/阅读契约，再审实现；本 PR 的设计文本补充不充当自身验收依据。三个已约定的评审框架标签：period-items（期间有记录的研究项，初始标记不移动）、exact-period-finding（原始版本及恢复）、original-source（原 Goal/来源、失败与不确定性可读且阅读不执行），在当前 head 均已实现并验证；这些标签不是伪造的 RFC 编号。

GitHub packet/REST files 为 67 路径；与最新目标 main 的共同祖先 d02f156b469aca37187f96221161067958e1422a 比较，实际独立改动为 9 文件、+241/-52，其余 58 路径在祖先与 head 的 blob 完全相同，属于继承范围，已逐项对照。生产变化集中在 timeline 记录期间集合、原始 finding 选择、reader 的 event/URL、router 与切换来源时的清理；既有示例与原生 TS 测试一起更新。

我用同一份 9 个规范事件的合成资料，分别构建 base/head，通过真实隔离 HTTP/SQLite 历史 owner 打开页面：base 中段问题展示 LATE-CONFIRMED，head 展示原始 MIDDLE-ORIGINAL，且三个期间的项数为 2/2/3，初始时间标记保留。实际浏览器的 7 项桌面检查覆盖刷新、显式后来版本、后退、前进、缺失事件不回退、重新选择恢复及旧 finding-only 链接继续打开最新版本。长正文含 22 次重复的不确定性文字和原始反驳记录，没有被后来的确认覆盖。

对主干的风险

主要风险是同 ID 版本混淆、URL 恢复漂移与跨来源残留。原始事件按 node/event/可选 finding 精确匹配；显式缺失不兜底 latest，source-reset 包含新参数；旧无 event 链接仍使用现有最新版本语义。时间段状态从实际记录派生，边本身不会虚增有记录项，读取不修改 canonical 历史。

原生 TypeScript history 测试 13 项通过，控制面 tsc、Ruff、MyPy（17 文件）通过；本地 premerge 的 4 项直接检查与 13 项选择检查通过，base/head 的 Chat bundle 均独立构建成功。两个真实隔离后端 readback 均为 source_unchanged=true、mutation_attempts=0。初次错误的根目录 build 命令、视口/快照过期恢复和跨端口 fetch 的 CORS 失败均保留为验证准备问题，未冒充产品测试通过。

我的整体评价

这是一项有完整用户出口的阅读纠正；普通读者沿原有期间、问题、版本控件即可读到正确证据，无须重新输入上下文或多一轮确认。补充本地 event 选择与来源清理是同一完整任务所需，另造版本存储或执行流程没有必要。历史旧 review/inline 的讨论不因这份结论自动撤销；平台 closeout 与合并资格须另行读取。

已目视比较自行构建的 base/head：1200px 桌面和390px窄屏都以所选结论正文为主，标题、时间、暂定状态与已反驳计数可一起辨认；长正文保留自然换行，来源/历史在正文之后按需展开。 本次九文件没有 CSS、断点或披露结构改动；默认观察指普通问题 reader，完整展开观察包括长正文及展开来源历史，390px 作为额外阅读检查。

未验证范围：未运行作者完整两份 Playwright 场景、安装版 App 或真实用户私有资料；窄屏刷新/键盘切换追加脚本未完成，仅桌面恢复与窄屏展开阅读单独验证；没有模型理解或长期采用证据。 未查询、轮询或等待远端 CI；没有执行安装、研究生成或合并。截图是自建源码 bundle 与合成规范记录的真实页面，不是安装版或线上用户资料。

Reviewer: actor_kind=model_agent; model=gpt-6.1-sol; provider=OpenAI; declaration_source=runtime_reported; reasoning_effort=max

English verdict: APPROVE — Period reading preserves the original recorded finding and browser restoration, including same-ID revisions. No blocking finding at this exact head; platform closeout remains separate.

[mergify]

This pull request has merge conflicts with main and cannot be merged
until they are resolved. Please rebase or merge the base branch, @loopx-agent.

Choose the remote for the base repository, not an out-of-date fork.
For a fork clone, first inspect git remote -v; upstream must point
to https://github.com/loopx-project/loopx.git. If it is absent, add it
with git remote add upstream https://github.com/loopx-project/loopx.git.
Then run:

git fetch upstream
git rebase upstream/main
# Resolve each conflict, git add the resolved files, then git rebase --continue.
git push --force-with-lease origin HEAD

For a same-repository clone whose origin points to
https://github.com/loopx-project/loopx.git, use origin instead of
upstream for fetch/rebase. If you prefer merging the base, use
git merge <base-remote>/main and push normally.

Keep the DCO Signed-off-by trailer on every commit when you rebase.
https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/working-with-forks/syncing-a-fork

[loopx-agent]

Reviewer: model_agent · OpenAI · gpt-6.1-sol · runtime_reported · reasoning_effort=max

Approval conclusion (author-owned PR; GitHub blocks formal self-approval)

评审目标：8421@745ea1538b28c75c4db96066b33483fabc541d40；比较基准：4995f606b74d9512a43a8008ae81ec7cad4339f2。未发现阻塞性问题。本次重新判断完整的 9 文件差异，没有继承旧提交的 APPROVE。

动机 / Motivation

在研究工作台按前、中、后段阅读判断演变的使用者。同一结论在中段仍暂定、后段改为确认时，原页面在中段展示后来的文本；此版本显示中段原文并保留后续修订入口。选中时段能读到当时的结论、时间和来源状态，刷新与前进后退仍保持该条原始记录。本次范围是工作台历史阅读及其 URL 恢复；研究策略收益和安装后的实际采用另行验收。安装后真实工作台采用、实验质量与完整成本的验收仍沿原研究工作台任务继续。

具体损失是时间顺序被后来的知识覆盖：读者可能误以为研究在中段已经得到确认。单改高亮或标签仍会打开错误的文档；原始记录本来就在现有事件日志中，使用者无需补录资料或多做一次确认。

改动思路 / Approach

原始事件已经是历史事实来源；时间轴只派生时段活动，既有阅读器只保存用户所选事件，因此无需增加第二套版本状态或分析通道。本 PR 交付从时段或决策进入原始结论、切换版本和恢复阅读位置的完整路径；模型分析与本机安装另有验收。权威数据仍由原有事件日志和 HTTP/SQLite 读取层提供；新的时段集合是投影，URL 中的事件编号是阅读意图。显式选择的旧版本找不到时，页面保留不可用状态，由现有选择器或刷新恢复。没有新增版本数据库、分析 provider 或执行通道。

同一组 9 条合成记录	当前主干	此次提交
在中段打开随后被修订的结论	18:00，确认，LATE-CONFIRMED	09:00，暂定，MIDDLE-ORIGINAL
显式打开后期版本	当前版本	可切换到后期版本，并保留原始版本入口

这是通过真实历史读取边界观察到的差异；表格不代表模型或 benchmark 效果提升。

具体改动 / Changes

验收依据是变更前的 docs/development/design.md，固定在 4995f606b74d9512a43a8008ae81ec7cad4339f2；下列标签仅标识该文档原有段落：reading-state 保持视图、时段、证据与 Goal/source 范围；focused-document 一次阅读一条完整结论并保留负结果；exact-finding 在刷新、Back 和决策跳转时恢复同一条结论。三项均已通过真实打包阅读路径验证。此次对设计文档的补充不能充当独立验收依据。

关键代码讲解

• buildExploreTimeline 从 node/finding 记录统计时段活动，同一问题每段只计一次；边不制造活动，后续记录不移动问题的首次位置。
• latestExploreFindingInPhase 遍历原始事件，按记录时间选择该问题在所选时段的最后一条结论；保留后补记录与同 ID 修订，不借用当前态去重后的文本。
• GoalResearchHistory 使用原始版本列表，将 event_id 固定到 research_event，并复用原有完整文档、选择器和浏览器历史。旧的 finding-ID 链接继续指向当前版本；显式事件缺失则显示不可用。
• TrailQuestion 把结论 ID 和原始事件 ID 一起交给同一个阅读器，保持决策跳转与返回焦点。源切换会清理这个新增的本地阅读字段。

从上次评审到当前提交，主要新增主干集成；冲突处同时保留精确时间刻度与原始事件选择。实际合并目标下只有上述 9 个文件，全部提交都有 DCO sign-off。

对主干的风险 / Risks

最强反例是“不同结论 ID 都正常，同 ID 修订却仍显示后来的判断”。使用同一个确定性的九事件场景、Python 3.14.8、真实只读 HTTP/SQLite owner 和各自合格的 Chat 资产，主干的原始中段断言确实失败；当前提交在 1440px、390px、刷新、Back/Forward、版本切换和缺失事件恢复中通过。此前对照启动曾被解释器来源检查拒绝，该失败没有用作缺陷复现证据；改用各自独立环境后才取得上述结果。

PASS：14 项 TypeScript 语义测试、控制面类型检查、Dashboard/Chat 构建、完整 research-history 与 research-finding-reader 打包场景，以及固定基准的 4 项直接检查和 13 项选定检查。早先质量回执因分支引用前进而过期的拦截仍保留，当前有效回执为 cqr_e8aecdc800b562266106。未查询或等待 CI。

副作用边界保持只读；20 条长结论、失败或暂定记录、分页、源切换和刷新恢复继续使用既有 owner。旧链接兼容是实际保存的阅读入口，删除它会增加迁移成本。新增机制只有派生集合、原始事件选择和可选 URL 字段，完整读写状态与执行策略未扩张。

我的整体评价 / Verdict

这是 justified_increment：修复真实可复现的历史阅读错误，作为一个可独立验证和回滚的切片成立。long_horizon 为 preserved，user_experience 为 improved；它维护跨轮阅读与恢复，没有引入额外确认轮次，Agent 实验收益尚未测量。已查看默认全景、长记录及展开后的来源和原文，桌面与 390px 下均保留内容层级、负结果和完整版本入口。本评审尚未验证安装后的原生 App、其他浏览器及真实研究数据的长期阅读效果。

原始事件已经是历史事实来源；时间轴只派生时段活动，既有阅读器只保存用户所选事件，因此无需增加第二套版本状态或分析通道。本 PR 交付从时段或决策进入原始结论、切换版本和恢复阅读位置的完整路径；模型分析与本机安装另有验收。简化判断是保留现有 typed owner 和阅读器；语义词汇沿用原始事件及来源状态，新增字段仅表示本地阅读选择，没有新的 shared closed vocabulary。原生 App 安装与真实 Goal 采用需要后续实际读回；合并仍须另行检查同一提交的资格与未解决讨论。

English verdict: APPROVE.