sdlc_dashboard
Live HTML dashboard with stage timeline and cumulative metrics.
sdlc_trace
Chronological CLI event trace per task.
Webhook Notifications
Slack, Teams, and Discord with auto-format conversion.
metrics.json
Cost, duration, and tool-call budget per stage.
sdlc_dashboard
Generates dashboard.html inside the run directory and starts a local HTTP server (default port 3008) that auto-refreshes every 2 seconds.
What the dashboard shows:
The dashboard reads from
/api/metrics — a lightweight local endpoint that serves metrics.json, tasks.json, and manifest.json in a single response.
Output file: .rstack/runs/<run_id>/dashboard.html
sdlc_trace
Prints a human-readable chronological event stream for the current or a specific task, compiled from events.jsonl and per-task builder.json / validation.json.
Example output:
Webhook Notifications
Set one environment variable to activate notifications. RStack auto-detects the platform from the URL and converts the payload:Notification events
Platform auto-conversion
Task Execution Report payload
The report fires after everysdlc_validate and includes:
- Task ID and run ID
- Final status (PASS / FAIL)
- Tool call count
- Guardrail hits
- Memory actions (recalled / written / failed)
- Full per-check validation checklist with PASS/FAIL per check name
metrics.json
metrics.json is updated by updateRunMetrics() after each task and read by the dashboard /api/metrics endpoint.
Location: .rstack/runs/<run_id>/metrics.json
Schema:
RunReport
buildRunReport(runDir) in src/harness/reporter.js compiles a typed RunReport from events.jsonl, evidence.jsonl, tasks.json, and per-task validation.json. It is used internally by sdlc_trace and sdlc_dashboard.
The report surfaces:
- Task count, PASS / FAIL breakdown
- Guardrail hit count and types
- Memory event totals (recalled, written, failed)
- Evidence path index for compliance auditing
- Per-stage status summary
