bmad-observability-agent

Phase 7: Implementation

Trigger: Handoff to sprint planning

Goal: Hand off observability stories to the B-MAD agent ecosystem for implementation.

How It Works

The O11y Engineer does not implement code directly. Instead, it generates stories in BMAD standard format and hands them off to the multi-agent team:

graph LR
    O11y[O11y Engineer] -->|Companion epic + stories| Bob[Bob - Scrum Master]
    Bob -->|Sprint planning| Amelia[Amelia - Developer]
    O11y -->|SLO contract| Murat[Murat - Test Architect]
    Amelia -->|Instrumented code| V[Phase 8: Validation]
    Murat -->|Test suite| V

Agent Roles

Bob (Scrum Master)

Amelia (Developer)

Murat (Test Architect)

Story Format

All stories generated by the O11y Engineer use BMAD standard format:

title: "Instrument registration endpoint with OTel spans"
type: instrumentation
acceptance_criteria:
  - "POST /api/register produces a SERVER span"
  - "Span includes http.route, http.method, http.status_code attributes"
  - "Child span created for database INSERT operation"
spec_reference: "observability-specs/registration-spec.yaml#trace_contracts.spans[0]"
test_criteria:
  assertion: "span.name == 'POST /api/register' AND isNotNull(http.route)"
  dql_query: |
    fetch spans
    | filter service.name == "registration-service"
    | filter span.name == "POST /api/register"
    | limit 1

Stories are stored at _bmad-output/epics/.

Cross-Agent Integration

See B-MAD Agent Integration for detailed documentation on how each agent consumes observability artifacts.

Next Step

After implementation is complete, proceed to Phase 8: Validation to verify that actual telemetry matches the spec.