Confluence browser
confluence/index.htmlscreenshots/confluence-browser-desktop-1440.pngImplementation evidence
The workbench exposes build evidence from the preview bundle, manifest, screenshots, generated indexes, and readiness summary. Planning evidence now lives on Forgejo issues and their linked PRs, comments, and artifacts.
Visual proof
The gallery reads the preview evidence manifest when it exists and keeps browser-unavailable placeholders explicit. Paths remain available as trace metadata rather than becoming the main review surface.
.reports/preview-evidence/manifest.jsonscreenshots/confluence-browser-desktop-1440.pngscreenshots/vault-architecture-mobile-390.pngIssue evidence
Build evidence still comes from `.reports/preview-evidence/`. Work-item evidence now belongs to Forgejo issue comments, linked pull requests, CI runs, and the issue-agent report artifact.
| Evidence | Location | Purpose |
|---|---|---|
| Issue discussion | Forgejo issues | Planning, scope tuning, implementation notes, and acceptance history. |
| Issue-agent report | .reports/issue-agent/issue-agent-report.json | Automation trigger payload and dry-run/OpenCode execution result. |
| Preview bundle | .reports/preview-evidence/manifest.json | Portal screenshots, generated indexes, readiness summary, and visual QA metadata. |
Planning evidence
New work items should keep acceptance criteria and implementation commentary on the issue, then link pull requests and CI artifacts back to that issue.
agent/implement to start the issue-agent workflow.Activation boundary
The issue workflow does not authorize real RWS content exposure, authenticated preview access, live infrastructure changes, or Confluence writes. Those paths still require separate human approval and proof.