Metadata
| Status | done |
|---|---|
| Assigned | agent-855 |
| Agent identity | f51439356729d112a6c404803d88015d5b44832c6c584c62b96732b63c2b0c7e |
| Created | 2026-04-27T21:24:06.058162456+00:00 |
| Started | 2026-04-27T21:25:18.105731233+00:00 |
| Completed | 2026-04-27T21:44:46.464773075+00:00 |
| Tags | eval-scheduled |
| Eval score | 0.85 |
| └ blocking impact | 0.90 |
| └ completeness | 0.85 |
| └ constraint fidelity | 0.85 |
| └ coordination overhead | 0.85 |
| └ correctness | 0.87 |
| └ downstream usability | 0.80 |
| └ efficiency | 0.85 |
| └ intent fidelity | 0.85 |
| └ style adherence | 0.85 |
Description
Description
The recent tui-log-view-4 rewrite added 3 view modes (events / high-level / raw-with-pretty-printing). User likes those — keep them all. But there used to be an even-higher-level view showing only workgraph-level log entries (the structured wg log writes from workers + dispatcher), not the per-event LLM stream. That view is now missing.
User quote: 'There's still the even higher level view which is only the WG log messages that are being placed. That should be like agent log or I don't know what you want to call that but that seems like it should matter too. It was whatever it was before. Now I'm not sure I see that version anymore. But all the ones that are there right now are cool. Leave them all. Just add this one back in.'
Desired end state
- 4 view modes total in the TUI Log view (was 3 after the rewrite, restoring this brings it to 4)
- New mode shows ONLY workgraph-level log entries (the things written via
wg log/ dispatcher status writes / task lifecycle transitions) — no LLM tokens, no per-tool-call events - Naming: open question. Candidates: 'agent log', 'wg log', 'workgraph events', 'task log'. Pick whatever fits the existing tab/mode UI; user is flexible
- Cycling through modes (presumably via the same key/triangle that switches the existing 3) reaches all 4
- Default view does NOT change
Investigation needed first
- What was the pre-rewrite log view actually rendering? Source it from git blame / pre-rewrite commits on
src/tui/log_view*or wherever the log viewer lives - What's the data source for 'workgraph-level events' — task graph append-log? Per-task log file? Service daemon log? Confirm which feed the user actually wants
- How does the new 3-mode rewrite cycle modes? Use the same control surface for the new 4th mode
Validation
- TUI Log view exposes 4 modes; the existing 3 are unchanged
- New mode renders ONLY workgraph-level log entries (visually distinct from the events/high-level/raw modes — no LLM stream content)
- Mode-cycle control reaches the new mode without changing default
- Manual smoke: open TUI, navigate to Log view, cycle through all 4 modes on an active task, confirm content distinctions
- cargo build + cargo test pass with no regressions
Depends on
Required by
- (none)
Log
- 2026-04-27T21:24:06.045377848+00:00 Task paused
- 2026-04-27T21:24:09.713267638+00:00 Task published
- 2026-04-27T21:25:16.061638660+00:00 Lightweight assignment: agent=Careful Programmer (f5143935), exec_mode=full, context_scope=task, reason=Careful Programmer is the best fit: role matches TUI implementation, Careful tradeoff prioritizes correctness and avoiding regressions (explicit validation requirement), high score (0.71) and 125 prior tasks demonstrate experience with similar work.
- 2026-04-27T21:25:18.105738186+00:00 Spawned by coordinator --executor claude --model opus
- 2026-04-27T21:25:30.001717213+00:00 Starting investigation: locating current log view modes and pre-rewrite log view
- 2026-04-27T21:44:00.521067425+00:00 Implementation complete. Added 4th LogViewMode::WgLog variant; cycle order is Events -> HighLevel -> RawPretty -> WgLog -> Events. WgLog renders only task.log entries (workgraph-level log: wg log writes, dispatcher status, lifecycle transitions) — no LLM stream content. New tests: test_wg_log_mode_renders_workgraph_entries_in_order, test_wg_log_mode_renders_placeholder_when_empty, test_wg_log_mode_does_not_render_stream_events. Updated test_log_view_cycles_through_three_modes -> test_log_view_cycles_through_four_modes asserting WgLog in cycle + new label='wg-log'. cargo build pass; 11/11 log_render tests pass; 7/7 log_view tests pass. Pre-existing test_global_config_path failure (unrelated: ~/.wg dir overrides legacy ~/.workgraph).
- 2026-04-27T21:44:30.535358301+00:00 Committed: 0e4b3fb9a — pushed to origin/wg/agent-855/tui-log-view-5
- 2026-04-27T21:44:46.464785318+00:00 Task pending eval (agent reported done; awaiting `.evaluate-*` to score)
- 2026-04-27T21:47:51.428897611+00:00 PendingEval → Done (evaluator passed; downstream unblocks)