Background
#205 added tool authority classification to overview data so users can see whether a session used read-only, test/build, or higher-authority tool surfaces. The JSON overview now exposes this through summary.tool_authority, surfaces.authority_categories, surfaces.high_authority_tools, and per-session highest_tool_authority.
The HTML overview is the shareable/readable report surface, but the current generated HTML does not make that authority summary visible.
Evidence
Validated on master 1c13313 after #208:
go build -o /tmp/agenttrace-product-check ./cmd/agenttrace passed.
/tmp/agenttrace-product-check --demo --overview -f json includes summary.tool_authority, surfaces.authority_categories, surfaces.high_authority_tools, and recent_sessions[].highest_tool_authority.
/tmp/agenttrace-product-check --demo --overview -f html -o /tmp/agenttrace-demo.html renders Health Trend, Incident timeline, Recent sessions, By agent, By model, and Recent anomalies, but does not render a visible tool authority / authority category summary.
scripts/ci/check-report-semantics.sh validates the JSON authority fields, but no current check appears to require the HTML report to render them.
User value
A user reading the HTML report should not have to inspect JSON to answer whether a slow or risky run touched higher-authority tools. This is especially useful when sharing local evidence with teammates through an exported HTML report.
Adoption rationale
The report becomes easier to understand as a standalone artifact: local-first evidence, incident timeline, baseline comparison, and tool authority can all be evaluated from the readable HTML surface.
Suggested scope
Render a concise tool authority summary in agenttrace --overview -f html, using existing computed overview data.
A minimal shape is enough:
- highest authority category;
- authority category counts;
- high-authority tools, when any exist;
- optional per-session authority column if it stays readable.
Add or extend a repeatable check so the demo HTML overview cannot silently drop this summary again.
Non-goals
- Do not change authority classification rules.
- Do not add hosted telemetry, upload, or external sharing behavior.
- Do not change JSON field names or existing report contracts unless there is a separate compatibility decision.
- Do not make release, package, npm, or Homebrew changes.
Acceptance criteria
agenttrace --demo --overview -f html -o /tmp/agenttrace-demo.html includes a visible tool authority summary when authority data exists.
- JSON overview output remains compatible with the existing authority fields.
- Existing checks pass:
go test ./..., go build, scripts/ci/check-report-semantics.sh, and relevant output/docs/page checks if touched.
- A CI or script check covers the HTML authority summary so this does not regress.
- Copy remains local-first and does not imply uploaded logs or hosted tracing.
Suggested lane
lane/product, with Quality help for the regression check if needed.
Risk
Medium-low. The user-facing HTML report changes, but the data already exists in the overview payload. Main risk is cluttering the report or creating inconsistent wording with JSON/TUI authority labels.
Source
Product post-merge validation after #205 and #208 on master 1c13313.
Background
#205 added tool authority classification to overview data so users can see whether a session used read-only, test/build, or higher-authority tool surfaces. The JSON overview now exposes this through
summary.tool_authority,surfaces.authority_categories,surfaces.high_authority_tools, and per-sessionhighest_tool_authority.The HTML overview is the shareable/readable report surface, but the current generated HTML does not make that authority summary visible.
Evidence
Validated on master
1c13313after #208:go build -o /tmp/agenttrace-product-check ./cmd/agenttracepassed./tmp/agenttrace-product-check --demo --overview -f jsonincludessummary.tool_authority,surfaces.authority_categories,surfaces.high_authority_tools, andrecent_sessions[].highest_tool_authority./tmp/agenttrace-product-check --demo --overview -f html -o /tmp/agenttrace-demo.htmlrenders Health Trend, Incident timeline, Recent sessions, By agent, By model, and Recent anomalies, but does not render a visible tool authority / authority category summary.scripts/ci/check-report-semantics.shvalidates the JSON authority fields, but no current check appears to require the HTML report to render them.User value
A user reading the HTML report should not have to inspect JSON to answer whether a slow or risky run touched higher-authority tools. This is especially useful when sharing local evidence with teammates through an exported HTML report.
Adoption rationale
The report becomes easier to understand as a standalone artifact: local-first evidence, incident timeline, baseline comparison, and tool authority can all be evaluated from the readable HTML surface.
Suggested scope
Render a concise tool authority summary in
agenttrace --overview -f html, using existing computed overview data.A minimal shape is enough:
Add or extend a repeatable check so the demo HTML overview cannot silently drop this summary again.
Non-goals
Acceptance criteria
agenttrace --demo --overview -f html -o /tmp/agenttrace-demo.htmlincludes a visible tool authority summary when authority data exists.go test ./...,go build,scripts/ci/check-report-semantics.sh, and relevant output/docs/page checks if touched.Suggested lane
lane/product, with Quality help for the regression check if needed.
Risk
Medium-low. The user-facing HTML report changes, but the data already exists in the overview payload. Main risk is cluttering the report or creating inconsistent wording with JSON/TUI authority labels.
Source
Product post-merge validation after #205 and #208 on master
1c13313.