Skip to content

[Task] RSI Dashboard: Optimization Workflow Visualization and Trace Capture #314

Open

Description

@david6666666

Current state: PR #319 was squash-merged on 2026-11-05 at 09:15 UTC, from reviewed head 2218beab into main commit e843b9d31cb86e1fd12d00890c89798b0bedd1fe. The parent Issue remains open. Amy's current-head review now records APPROVED / LGTM and PASS for the incremental software changes, including the missing-run and summary-navigation repairs. It explicitly leaves Issue scope and acceptance ownership separate; it is not a scope-acceptance decision. Pre-merge Ready CI at the reviewed head succeeded; this status does not claim a post-merge check result. Existing owner @david6666666 retains the work; this synchronization checked records and revision metadata, without rerunning tests or performing another code/browser review.

  • Missing-run repair: the reviewer confirms that available run objects or valid events are now required before presenting a run as recorded; missing/corrupt runs and summaries citing absent outcomes are distinguished. The delta adds five regression cases. The author reports 158 targeted tests on Windows and Linux, Ruff, and synthetic bilingual browser checks. These are scoped evidence, not this synchronization's independent reproduction or whole-PR acceptance.

  • P3 summary navigation resolved within the reviewed delta: the finding at 10f1916d concerned a disabled summary link for an available run without an outcome. The review at 2218beab confirms that outcome_not_recorded now permits navigation while preserving its label and warning; missing, unavailable and ambiguous references remain disabled. The added regression exercises the actual renderer in a Node stub.

  • Scope amendment recorded; provenance and acceptance remain separate: the original scope record covers English, read-only offline HTML and local Markdown review export. The author-posted amendment records requester direction to include bilingual UI, optional loopback live serving and caller-authored story/context capture, preserving the stated privacy and evidence boundaries. The earlier review requested direct requester confirmation or the original instruction because the amendment is posted on the requester's behalf. No later direct confirmation is present in this Issue's comments; Amy's new software approval expressly leaves scope/acceptance separate. The 09:06 same-head follow-up still requested scope provenance; a later formal APPROVED record and actual merge do not by themselves supply that missing source or close parent acceptance. This synchronization does not accept or reject scope.

  • Current-head checks and Node coverage: Ready CI at 2218beab succeeded. The coverage follow-up reports that both Python 3.10/3.11 full-check jobs changed from 3,695 passed / 13 skipped at 10f1916d to 3,696 passed / 13 skipped at 2218beab, with exactly one added test, the Node regression. This is aggregate execution evidence, not a per-test-name log; the same report records 36 local exact-head targeted passes with no skips. This synchronization did not rerun those tests. Amy's earlier approval at 9301d29a remains dismissed; the new approval at 2218beab is a separate current-head record. It used static review and existing hosted checks, without a new local Node or live-browser run.

  • #344 knowledge-use/adoption attribution and #345 Dashboard enhancements remain unassigned proposals. task: Dashboard 增强:每轮改动说明、动态 workflow 与耗时、测试进度 #345 now also records per-service change/optimization summaries, a dynamic workflow and stage/node elapsed times alongside the separate accuracy/performance progress bars. Its recorded authorization covers creating and consolidating requirements, not implementation, merge or closure; first scope, event interfaces and ownership remain undecided. Neither proposal is an accepted addition to this checklist. Caller-authored narrative and capture hashes do not prove authenticated origin, actual model consumption or causal optimization benefit.

  • External Ascend repair merged separately: PR #358 was squash-merged on 2026-11-05 at 14:20:26 UTC from reviewed head aeb2c7f79f30e336bd1c08ce00df5862d247f1e4 as main commit f1c90dffe321729f4fe37fd95bac1598bcf2729e. GitHub now records #356 closed as completed at 14:20:33 UTC; that repair disposition does not close this parent Issue. The slice maps hash-bound external records into native views, separates per-tier/two-round measurements and quality/performance verdicts, and distinguishes disconnected input from missing or inapplicable stages. The mixed-campaign failure-count blocker from Amy's earlier re-review is cleared: native failures/rollbacks use native rows, and a separate card counts recorded external performance FAIL. Amy's current-head approval and zengchuang-hw's independent approval both record LGTM/PASS. The latter reports 100 exact-head Dashboard tests and 20 effective-merge tests / 1 deselected, including mixed native-unqualified/external-FAIL behavior; these are reviewer evidence, not reruns by this synchronization. Reviewed-head Ready CI and policy passed; the merge commit's merge lane and push policy also succeeded. External verdicts do not enter generic verified-gain ranking, and caller-declared environment identity does not certify experiment comparability. No experiment was run here or historical narrative invented. Existing contributor @jiangkuaixue123 and parent owner @david6666666 retain their respective work; broader rollout, the original parent checklist and scope-provenance question remain separate.

Decision needed: Resolve scope provenance and acceptance against the recorded amendment and its source, separately from the new software approval. Separate scope, interface and ownership decisions for #344/#345 remain pending.
Next action: The existing owner supplies the requested scope provenance, records the merged delivery's disposition and supplies the remaining acceptance evidence for the real poor-outcome feedback case. The original checklist remains open; performance acceptance stays a separate issue-scoped decision.

Revision and prior scoped dispositions
  • Merged PR's reviewed head: 2218beabfea8e89f4c221dc17a40f1d8e9353ada; API-reported PR base: 2baebf6ebb815ebf07d21c41e3b3754858c0798e. The missing-run repair check is bound to fd2bbe768f2247168bffbbf6922f533b1aca7548; the latest summary-navigation review is bound to the observed current head.
  • The non-voting review at 9301d29a supplied the missing-run reproduction and scope question. Its 183 targeted Windows/Python 3.12.1 tests, Ruff and whitespace checks are historical results, not current-head reruns.
  • Earlier translation/verdict and round-specific capture findings received scoped repair confirmation at 870e752f; live-delta review at 806e71dd found no new actionable defect in its inspected paths. Amy's later review at 9301d29a cleared extreme-chart/tick handling and clarified loopback binding with SSH forwarding. These dispositions remain historical; that approval is now dismissed.
  • Demo recordings are synthetic. The author-reported Chinese live-browser check against an in-progress campaign preserves incomplete attempts as inconclusive; it does not establish real optimization efficacy or the poor-outcome feedback acceptance case. Historical context that was never saved cannot be reconstructed by this delivery.

Parent issue: #316 · InferRSI Roadmap

Goal

Provide an InferRSI dashboard that makes an optimization task observable from diagnosis and candidate search through execution, validation, and review. Correlate each iteration's results with traces to help diagnose why optimization outcomes fall short.

Owner: @david6666666. Corresponds to original roadmap item 3.

Scope

  • Workflow visibility: Show task / run status, stages, iterations, candidates, validation results, and available performance metrics.
  • Trace capture and correlation: Link optimization steps to their events, logs, tool call records, and existing profiling artifacts so users can trace results back to specific steps and evidence.
  • Problem diagnosis: Surface failures, rollbacks, steps with no improvement, and missing evidence. Help identify whether a problem originates in diagnosis, knowledge selection, search, execution, or validation.
  • Human review entry point: Support inspecting and referencing traces so findings and recommendations can feed back into the framework, connecting to the shared feedback loop in roadmap item 7.

Build the first version around the existing RSI workflow and evidence artifacts. The owner will refine integration points, trace fields, and the interface design in this issue.

Acceptance Criteria

  • Show an optimization task's stages and iteration results as a connected workflow.
  • Make key steps traceable to the corresponding traces, logs, and reports, with explicit indicators for missing records.
  • Demonstrate “inspect the workflow → diagnose the problem → produce framework improvement feedback” using a case with poor optimization outcomes.
  • Provide setup, integration, and usage instructions, including the first version's coverage and limitations.

Activity

  1. self-assigned this
    on Nov 2, 2026
  2. changed the title [-][Task] RSI Dashboard:优化流程可视化与 Trace 捕捉[/-] [+][Task] RSI Dashboard: Optimization Workflow Visualization and Trace Capture[/+] on Nov 2, 2026
  3. agent-ci-infra-bot commented on Nov 2, 2026

    @agent-ci-infra-bot

    意图:为 InferRSI 做一个 Dashboard,把一次优化任务从诊断、候选搜索、执行、验证到复盘的阶段与每轮结果可视化,并与 Trace/日志/证据关联,用于定位效果不佳的原因和支撑人工复盘反馈。结论:需信息 + 需人类决策——Issue 自己把接入点、Trace 字段与界面方案留给负责人在本 Issue 内细化,且与 #61「不假设大范围 GUI」冲突,当前没有可派发的有界切片。核对了仓库记录模型与现有报告入口,未执行任何测试(这是 Issue 评审,无代码改动)。
    Labels: kind:task, kind:rfc, area:workbench, area:usability(路线图下的交付任务,但当前仍是待细化的设计,涉及 workbench 证据/报告与人工复盘可用性)

    承载形态与产品方向未定,且与已生效的路线图约束冲突


    Trace 字段与采集点未定义;现有记录里不存在 Issue 描述的五个阶段

    • Where: src/inferrsi/harness/runner.py:43(events.jsonl)与 :46/:51(status.json)只记录 source_snapshot、measurement、quality_validation、complete、crashed 这几类事件(runner.py:122-205 的 event(...) 调用);src/inferrsi/runspec.py:10-31 的 RunSpec 只有 baseline / candidate_repo 与 repetitions,没有「轮次」「候选集」概念;src/inferrsi/model/anthropic_agent.py:412-435、:556-581 另有一套 agent.request / agent.response / agent.tool / agent.context 事件,与 workbench 的 run 事件没有共同的 run/尝试 ID。
    • Problem: Issue 要展示的「诊断、候选搜索、执行、验证、复盘」在数据里只有「执行」这一阶段存在;「每轮候选」也没有对应记录。agent trace 与 run 证据之间无法 join,Issue 只说「将优化步骤与相应事件、日志、工具调用记录及已有 profiling 产物关联」,没有字段表、产生者、存放位置与缺失时的表示方式。
    • Impact: 验收项 2「关键步骤可以追溯到相应 Trace / 日志 / 报告,记录缺失时有明确提示」无法判定;实现者只能自造 schema,后续 [Roadmap] InferRSI: Optimization, Evaluation, and Engineering #316 工作项 7 的复用也无从谈起。
    • Fix: 在 Issue 内冻结最小 trace schema:事件类型、时间戳、stage、candidate/round 标识、artifact 引用与其 sha256、缺失标记;明确每个字段由谁写、写到哪个目录,并指名哪些 profiling 产物纳入关联。

    缺少仓库要求的 accepted scope 与 scoped-task 记录字段

    • Where: AGENTS.md:117「Work Issue-first: confirm the governing Issue's accepted scope before changing code…」;docs/agent-collaboration.md:15「Work follows accepted scope and explicit or standing delegation. Record or link that authority.」;.github/ISSUE_TEMPLATE/scoped-task.md 要求 Current state / Decision needed / Next action 以及 Ownership and authorization(含 Status、Accepted decision)。
    • Problem: 本 Issue 正文没有这些字段,也没有 Status 或授权/delegation 记录,也没有说明谁验收、谁可以关闭;目前只是提议状态的任务([Roadmap] InferRSI: Optimization, Evaluation, and Engineering #316 也只记录它是工作项 3 的子 Issue)。
    • Impact: 按仓库规则,在补齐接受范围之前不应改代码;否则实现范围与验收人都无法追溯。
    • Fix: 负责人补全 scoped-task 记录(当前状态、待决策项、下一步、负责人/验收人与授权链接),再派生有界切片。

    范围过大且混合多个交付物,建议拆分

    • Where: Issue「工作范围」与「验收项」四节,以及 docs/agent-collaboration.md:15 之后的 Working rules(每个 PR 应是有界交付切片)。
    • Problem: 一个 Issue 同时要交付:流程/迭代可视化、Trace 捕捉与关联、失败与证据缺失定位、人工复盘与框架反馈入口(衔接 [Roadmap] InferRSI: Optimization, Evaluation, and Engineering #316 工作项 7),再加一个「效果不佳案例」的端到端演示和启动/接入说明。
    • Impact: 无法在一次评审中判断完成度,容易把数据采集、视图、诊断和文档混进同一个 PR;也无法定位是采集缺失还是展示缺失。
    • Fix: 拆成可独立验收的切片:① trace 数据模型与采集;② 多 run 只读聚合与报告/视图;③ 失败与缺失证据的诊断展示;④ 演示案例与使用说明。工作项 7 的反馈闭环单独跟踪。

    验收演示的数据来源与隐私边界未说明

    • Where: Issue 验收项 3(用「一个优化效果不佳的案例」演示)与 docs/privacy-security.md:10-24(日志、报告、证据都不得含真实主机、用户名、绝对路径与凭据,需脱敏)。
    • Problem: 未指定使用哪个 run/campaign 作为演示案例,也未说明「已有 profiling 产物」具体指哪些文件;trace 会包含命令、日志与工具调用输出,Issue 没有约束脱敏、保留期限与只读范围。
    • Impact: 演示可能依赖不存在或不可公开的数据;若直接展示原始日志,会违反仓库隐私规则(report.html 目前会为 run 目录下所有文件建链,src/inferrsi/harness/reporting.py:26-30,这对「证据浏览」也是一个现成的泄露面)。
    • Fix: 在 Issue 内指定一个已存在于 evidence/ 的案例与允许展示的字段,明确脱敏与只读边界,并把「缺失证据」的展示方式写成可检查的验收条件。

    Reviewed commit: 2baebf6
    Coverage: Snapshot: 2637 files, 42149780 bytes; skipped 0 entries; Initial model context: 28 files; other accepted files available through tools; Git workspace contains a fixed snapshot, not full upstream history

  4. added
    area:usabilityUsability and collaboration: issue navigation, templates, readable reports
    area:workbenchCLI workbench: profile, A/B loop, quality gates, evidence reports
    kind:rfcProposal / design discussion; scope review before build
    kind:taskBounded delivery task with a delegated slice
    on Nov 2, 2026
  5. david6666666 commented on Nov 2, 2026

    @david6666666
    CollaboratorAuthor

    The request owner confirmed this implementation scope for #314:

    • Deliver an English, read-only, self-contained offline HTML dashboard; do not add a service or external assets. Export human review as local Markdown only.
    • Read existing runs and explicitly associated campaigns. The caller provides candidate/round IDs and opts in to agent trace capture. Preserve existing event fields, show missing or corrupt records explicitly, and link only referenced evidence with hashes; do not embed raw logs or environment values.
    • Reuse the existing summary-chart renderer. Add dashboard-local target/noise cues, distinct failure/quality/rollback markers, and a stage timeline sharing the temporal chart axis. Plot only recorded measurements and timestamps; show missing evidence instead of inventing points or durations.
    • Document setup, integration, interpretation, privacy boundaries, and limitations. Verify with synthetic browser data and a separately identified real run; distinguish self-review from independent review.

    This confirms the dashboard implementation scope. A performance acceptance claim remains a separate issue-scoped decision with its own pinned baseline, workload, quality gates, and evidence.

  6. david6666666 commented on Nov 5, 2026

    @david6666666
    CollaboratorAuthor

    Requester-directed scope amendment for #314

    The requester subsequently asked to expand the previously recorded scope for the Dashboard in this same delivery. This agent records that follow-up direction on the requester's behalf:

    • Keep the read-only, self-contained offline HTML export and local Markdown review export, and add an English/Chinese interface switch. Recorded narrative translations are caller-supplied; untranslated text remains in its original language.
    • Add an optional read-only live mode that observes the same explicitly recorded campaign files. It binds only to loopback, exposes the curated dashboard view rather than the underlying directory, and can be reached from another machine through an SSH local forward. It has no authentication for other users on the same host; there is no non-loopback bind option.
    • Add a caller-authored optimization story and context capture: the assembled knowledge context, declared search space, iterations, rationale, decisions, and success/failure summaries. Preserve missing or corrupt evidence, and do not claim a model consumed a context or that an agent trace or profile exists unless independently recorded.
    • Keep demonstration data explicitly identified as synthetic where applicable. A real performance acceptance claim remains a separate acceptance issue with its own frozen conditions and evidence.

    This follow-up supersedes the earlier English-only and no-service exclusions for this issue; the offline option and other stated privacy and evidence boundaries remain. It records the requester's direction and does not by itself establish independent review, campaign acceptance, or authorization to close the issue. Refs #319.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

area:usabilityUsability and collaboration: issue navigation, templates, readable reportsarea:workbenchCLI workbench: profile, A/B loop, quality gates, evidence reportsbot-reviewedkind:rfcProposal / design discussion; scope review before buildkind:taskBounded delivery task with a delegated slicestatus:proposedWaiting for the decision named in the status block

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions