wg-html-add — Workgraph live mirror

Metadata

Status	done
Assigned	`agent-1005`
Agent identity	`f51439356729d112a6c404803d88015d5b44832c6c584c62b96732b63c2b0c7e`
Model	`claude:sonnet`
Created	2026-04-28T22:50:37.740802695+00:00
Started	2026-04-28T22:58:57.795655374+00:00
Completed	2026-04-28T23:22:50.048845854+00:00
Tags	`fix,html,viz`, `eval-scheduled`
Eval score	0.94
└ blocking impact	0.95
└ completeness	0.95
└ coordination overhead	0.95
└ correctness	0.95
└ downstream usability	0.90
└ efficiency	0.90
└ intent fidelity	0.92
└ style adherence	0.95

Description

wg html --all on a mature project (593 tasks today) renders a wall of nodes that's hard to navigate. Add a time-window filter so users can scope output to recent activity.

Spec

New flag: --since <duration> accepting human-readable values: 1h, 24h, 7d, 30d, etc. Use the same parser other wg commands use if there is one (check via wg --help for similar flags); otherwise add a thin parser that handles h/d/w/m suffixes.
Filter logic: include a task if created_at OR updated_at falls within the window. Both work — created_at catches new work, updated_at catches recently-touched older work.
Compose with existing flags: --since works alongside --all and the default public-only filter. wg html --all --since 24h = all tasks touched in last 24h. wg html --since 7d = public tasks touched in last 7d.
Footer note on the rendered page: when --since is in effect, mention it. e.g. 'Showing 47 of 593 tasks: public-only, last 7d.'
Empty-result handling: if 0 tasks remain after filtering, show a useful hint inline (also addresses the gap user hit with --all on a fresh project — but scope this task only to the filter, not the empty-state UX).

Validation

Failing test written first: wg html --since 1h --out /tmp/X --all produces fewer tasks than wg html --all --out /tmp/Y on a graph with mixed-age tasks
Test: --since parser accepts 1h, 24h, 7d, 30d; rejects garbage with a clear error
Live smoke: run on this project with --since 24h and confirm the rendered page shows recently-active tasks and excludes the multi-day-old ones
Footer/header on rendered page mentions the active time window when --since is set
cargo build + cargo test pass
Permanent smoke scenario added with this task id in owners
cargo install --path . was run before claiming done

## Description
`wg html --all` on a mature project (593 tasks today) renders a wall of nodes that's hard to navigate. Add a time-window filter so users can scope output to recent activity.

## Spec
- New flag: `--since <duration>` accepting human-readable values: `1h`, `24h`, `7d`, `30d`, etc. Use the same parser other wg commands use if there is one (check via `wg --help` for similar flags); otherwise add a thin parser that handles h/d/w/m suffixes.
- Filter logic: include a task if **created_at OR updated_at** falls within the window. Both work — created_at catches new work, updated_at catches recently-touched older work.
- Compose with existing flags: `--since` works alongside `--all` and the default public-only filter. `wg html --all --since 24h` = all tasks touched in last 24h. `wg html --since 7d` = public tasks touched in last 7d.
- Footer note on the rendered page: when --since is in effect, mention it. e.g. 'Showing 47 of 593 tasks: public-only, last 7d.'
- Empty-result handling: if 0 tasks remain after filtering, show a useful hint inline (also addresses the gap user hit with --all on a fresh project — but scope this task only to the filter, not the empty-state UX).

## Validation
- [ ] Failing test written first: `wg html --since 1h --out /tmp/X --all` produces fewer tasks than `wg html --all --out /tmp/Y` on a graph with mixed-age tasks
- [ ] Test: `--since` parser accepts 1h, 24h, 7d, 30d; rejects garbage with a clear error
- [ ] Live smoke: run on this project with `--since 24h` and confirm the rendered page shows recently-active tasks and excludes the multi-day-old ones
- [ ] Footer/header on rendered page mentions the active time window when --since is set
- [ ] cargo build + cargo test pass
- [ ] Permanent smoke scenario added with this task id in owners
- [ ] cargo install --path . was run before claiming done

Depends on

Required by

(none)

Log

2026-04-28T22:50:37.727544762+00:00 Task paused
2026-04-28T22:52:27.958564643+00:00 Task published
2026-04-28T22:52:50.662812967+00:00 Lightweight assignment: agent=Careful Programmer (f5143935), exec_mode=full, context_scope=task, reason=Careful Programmer role perfectly matches feature implementation; high score (0.75) and 212 completed tasks demonstrate proven track record; Careful tradeoff aligns with spec-driven approach, test-first methodology, and live validation requirements.
2026-04-28T22:58:57.795662798+00:00 Spawned by coordinator --executor claude --model sonnet
2026-04-28T22:59:07.280769525+00:00 Starting implementation of --since / --max-age time filter for wg html
2026-04-28T23:00:01.510675519+00:00 Found parse_duration in discover.rs and archive.rs. Will add --since flag to Html command, filter in render_site, update footer. No updated_at field exists, will use max(created_at, started_at, completed_at, last_iteration_completed_at).
2026-04-28T23:06:26.229292963+00:00 Build and all 10 new tests pass. Installing binary now.
2026-04-28T23:21:26.020563931+00:00 Committed 2ff67f17d and pushed. Summary: --since flag added to wg html, parses h/d/w/m, filters by created_at/started_at/completed_at, footer notes window. 10 unit tests + 2 integration tests + smoke scenario all pass. cargo install done.
2026-04-28T23:21:37.820994560+00:00 Validated: all Validation criteria met: - wg html --since 24h produces fewer tasks than wg html --all (171 vs 618 on live graph) - Parser accepts 1h, 24h, 7d, 30d; rejects garbage/0d/abc/7x with clear errors - Live smoke on project confirms recently-active tasks shown, old ones excluded - Footer/header mentions active time window - cargo build + cargo test pass (10 unit + 11 integration html tests pass) - Smoke scenario html_since_filter added to manifest with wg-html-add in owners - cargo install --path . run, binary updated
2026-04-28T23:22:50.048851755+00:00 Task pending eval (agent reported done; awaiting `.evaluate-*` to score)
2026-04-28T23:24:41.459321513+00:00 PendingEval → Done (evaluator passed; downstream unblocks)