Commit f977335388415539d2c9f3bfc947a8607d64384e
1 parent
8b835b11
graphlemon: prd artifact for task 3605272e-fe33-48cc-b3f3-e0c0ba26f970
Showing
1 changed file
with
12 additions
and
0 deletions
.graphlemon/runs/3605272e-fe33-48cc-b3f3-e0c0ba26f970/prd.md
0 → 100644
| 1 | +The graphlemon planner workflow (task wirn7j2cp / run wf_4cc84f9e-a41) completed. It produced a PRD (no code/doc files were written — the PRD text itself is the deliverable) for fixing the "运行历史" (run history) click-navigation bug in the Graph console and adding a missing run-detail page. | |
| 2 | + | |
| 3 | +Key points from the PRD: | |
| 4 | +- Problem: Clicking a row in `#gc_runs_list` only switches the task selector (`onSwitchToTask`) instead of opening a real run-detail view — a known, previously-accepted shortcut (per an existing code comment in `app.js:1524-1529`) that this task is meant to close. | |
| 5 | +- Scope: | |
| 6 | + - New hash route `#/runs/:run_id` with a `renderRunDetail`/`mountRunDetail` view, reusing existing DAG rendering (`renderGraphVisualizerPanel`) and log viewer (`mountLogViewer`, WS tail for live nodes / static fetch for terminal nodes) — no new visual components. | |
| 7 | + - New backend query for a single run by `run_id` (404 if missing), matching the node-field shape of `task_query.get_task`'s embedded runs so the frontend needs no remapping. | |
| 8 | + - Fix the `#gc_runs_list` click handler to navigate to the new route instead of calling `onSwitchToTask`. | |
| 9 | +- Explicitly out of scope: no changes to the `GET /api/work-graph-runs` list endpoint, no backend log-push changes, no multi-run comparison UI, no DAG visual redesign. | |
| 10 | +- Acceptance criteria cover normal navigation, live vs. terminal-node log behavior, 404 handling, WS cleanup on navigation, and list-rendering being unaffected. | |
| 11 | + | |
| 12 | +This matches the existing memory note (project_run_history_click_missing_detail_page.md) — the planner re-verified against current code and reached the same conclusion. Next step would normally be SDD refinement of the exact API/route shape, then Coder implementation. | |
| 0 | 13 | \ No newline at end of file | ... | ... |