ma-agents 3.4.8 → 3.5.0

package/_bmad-output/implementation-artifacts/17-13-rework-sprint-status-view.md

@@ -0,0 +1,383 @@
+# Story 17.13: Rework sprint-status-view Skill (Heavy Rework — Single Source Read)
+
+Status: review
+
+## Story
+
+As a **Project Manager**,
+I want the `sprint-status-view` skill to read all sprint data from the single `sprint-status.yaml` file,
+So that sprint status display is fast and consistent with no cross-file reconciliation needed, and works identically across all IDE agents and BMAD workflows.
+
+## Acceptance Criteria
+
+1. **Given** the `sprint-status-view` skill is invoked from ANY IDE agent (Claude Code, Cursor, Cline, Roo Code, Gemini, Copilot, Kilocode, etc.) OR from a BMAD workflow,
+   **When** it reads `sprint-status.yaml`,
+   **Then** it displays a formatted view organized into sections: active sprint(s), planning sprint(s), closed sprint summaries, backlog, epics, and alerts/warnings,
+   **And** the display is read-only (the skill does NOT write to `sprint-status.yaml` or any other file),
+   **And** no cross-file reconciliation is performed — all data comes from the single `sprint-status.yaml` file.
+
+2. **Given** `sprint-status.yaml` contains sprints with `status: active`,
+   **When** the status is displayed,
+   **Then** each active sprint shows: name, status, a capacity bar (assigned items count / capacity), start date, end date,
+   **And** each item within the sprint is listed with: id, title, type (story/bug), status, and severity (for bugs),
+   **And** items are grouped or visually distinguished by type (story vs bug).
+
+3. **Given** `sprint-status.yaml` contains sprints with `status: planning`,
+   **When** the status is displayed,
+   **Then** planning sprints are shown after active sprint(s) with the same format: name, capacity bar, items with status,
+   **And** if a planning sprint has no items assigned, it shows "(No items assigned)" instead of an empty table.
+
+4. **Given** `sprint-status.yaml` contains sprints with `status: closed`,
+   **When** the status is displayed,
+   **Then** closed sprints are shown as a collapsed summary: name, item count (at time of close), start/end dates,
+   **And** individual items within closed sprints are NOT listed by default (collapsed view),
+   **And** the user is offered an option to expand any closed sprint to see its items.
+
+5. **Given** `sprint-status.yaml` contains a `backlog` section with items,
+   **When** the status is displayed,
+   **Then** backlog items are shown in priority order (array position = priority),
+   **And** each item shows: id, title, type (story/bug), status, severity (for bugs),
+   **And** bugs display their severity level alongside the status.
+
+6. **Given** `sprint-status.yaml` contains an `epics` section,
+   **When** the status is displayed,
+   **Then** each epic is listed with: epic ID, status, retrospective state,
+   **And** epic item counts are derived from backlog + sprint items that reference the epic (via the `epic` field).
+
+7. **Given** the data contains conditions that warrant alerts,
+   **When** the status is displayed,
+   **Then** an Alerts/Warnings section is shown at the end with:
+   - Over-capacity sprints (where `items.length > capacity`) with the overage count
+   - Stale items: items with `status: in-progress` in sprints that are `active` with a `start` date more than 14 days before today
+   - Empty active sprints (active sprint with zero items)
+   **And** if no alert conditions are detected, the Alerts section is omitted entirely (not shown as "No alerts").
+
+8. **Given** no `sprint-status.yaml` file exists,
+   **When** the skill is invoked,
+   **Then** it reports: "No sprint-status.yaml found. Run `/bmad-sprint-planning` to initialize.",
+   **And** the skill exits without error.
+
+9. **Given** the display format is rendered,
+   **When** a human or LLM reads it,
+   **Then** the output is formatted in Markdown that is both human-readable in the terminal and parseable by LLMs,
+   **And** the display uses clear section headers, tables for item lists, and inline indicators for status.
+
+10. **Given** the skill source files exist in BOTH deployment pipelines (IDE skill + BMAD extension),
+    **When** the ma-agents installer is run,
+    **Then** the IDE skill is deployed to all agent directories via `lib/installer.js` (`performInstall`),
+    **And** the BMAD extension skill is deployed via `lib/bmad.js` to `_bmad/extensions/`,
+    **And** the installed copies are byte-identical to their source (minus frontmatter injection by the installer).
+
+## Tasks / Subtasks
+
+### Task 1: Create the IDE skill source files (AC: 1, 10)
+
+- [x] 1.1 Create `skills/sprint-status-view/skill.json` with metadata:
+  ```json
+  {
+    "name": "sprint-status-view",
+    "version": "1.0.0",
+    "description": "Display formatted sprint progress, backlog, and epic status from the unified sprint-status.yaml",
+    "category": "workflow",
+    "tags": ["sprint-status", "sprint-management", "dashboard", "read-only"]
+  }
+  ```
+  Note: `always_load` is intentionally omitted (defaults to false) — this skill is invoked on demand, not loaded for every task.
+
+- [x] 1.2 Create `skills/sprint-status-view/SKILL.md` with the complete skill workflow (see Task 4 for content specification). This is the canonical skill content that the installer deploys to all IDE agents.
+
+### Task 2: Update the BMAD extension skill source files (AC: 1, 10)
+
+- [x] 2.1 Modify `lib/bmad-extension/skills/sprint-status-view/SKILL.md` — rewrite the existing pre-Epic-17 BMAD extension SKILL.md to implement the new unified-schema workflow (see Task 3 for content). The BMAD extension version is authored for the BMAD Scrum Master agent (`bmm-sm`) context and may have BMAD-specific phrasing (e.g., referencing `_bmad/bmm/config.yaml` for path resolution). The core display logic MUST be functionally identical to the IDE version.
+
+- [x] 2.2 Verify `lib/bmad-extension/skills/sprint-status-view/bmad-skill-manifest.yaml` is correct (already exists, no changes expected):
+  ```yaml
+  type: skill
+  name: sprint-status-view
+  module: ma-skills
+  ```
+
+- [x] 2.3 Verify the registration row in `lib/bmad-extension/module-help.csv` — the existing row reads:
+  ```csv
+  ma-skills,4-implementation,Sprint Status View,sprint-status-view,,skill:sprint-status-view,sprint-status-view,false,bmm-sm,,"View sprint progress with assigned items and remaining capacity.",_bmad-output/implementation-artifacts,"status display",
+  ```
+  Update the description to: "Display formatted sprint progress, backlog, and epic status from the unified sprint-status.yaml."
+
+### Task 3: Rewrite the BMAD extension workflow (AC: 1, 2, 3, 4, 5, 6, 7, 8, 9)
+
+Rewrite `lib/bmad-extension/workflows/sprint-status-view/workflow.md` to replace the old multi-file reconciliation logic with unified-schema reading. The workflow MUST implement the following steps:
+
+- [x] 3.1 **Step 1 — Load sprint-status.yaml:** Read `_bmad-output/implementation-artifacts/sprint-status.yaml`. If the file does not exist, output the missing-file message (AC 8) and exit. Parse all three data sections (`epics`, `backlog`, `sprints`) and top-level metadata.
+
+- [x] 3.2 **Step 2 — Classify sprints by status:** Partition the `sprints` map into three groups: active (`status: active`), planning (`status: planning`), closed (`status: closed`). Sort each group by sprint key (`sprint-N`) ascending.
+
+- [x] 3.3 **Step 3 — Display active sprint(s):** For each active sprint, display:
+  - Sprint header: name, status, capacity bar showing `items.length / capacity`
+  - Date range: start and end dates (if populated; show "—" if empty string)
+  - Items table with columns: Item ID, Title, Type (story/bug icon), Status, Severity (for bugs; "—" for stories)
+  - Over-capacity warning inline if `items.length > capacity`
+
+- [x] 3.4 **Step 4 — Display planning sprint(s):** For each planning sprint, display the same format as active sprints. If a planning sprint has zero items, show "*(No items assigned to this sprint)*" instead of the items table.
+
+- [x] 3.5 **Step 5 — Display closed sprint summaries:** For each closed sprint, display a one-line collapsed summary: name, item count, start/end dates. Do NOT list individual items by default.
+
+- [x] 3.6 **Step 6 — Display backlog:** Display all items from the `backlog` array in array order (priority order). Use a table with columns: Priority (#), Item ID, Title, Type, Status, Severity. Show total item count.
+
+- [x] 3.7 **Step 7 — Display epics overview:** For each epic in the `epics` map, display: epic ID, status, retrospective state. Derive item counts by scanning the `backlog` and all `sprints[*].items` for items whose `epic` field matches the epic number. Show a summary per epic (e.g., "3 in-progress, 2 backlog").
+
+- [x] 3.8 **Step 8 — Display alerts/warnings (conditional):** Scan for alert conditions:
+  - **Over-capacity:** Any sprint where `items.length > capacity` (include sprint name and overage)
+  - **Stale items:** Items with `status: in-progress` in active sprints where `start` date is more than 14 days before today
+  - **Empty active sprints:** Active sprint with zero items
+  If no alerts exist, skip this section entirely (do not output "No alerts").
+
+- [x] 3.9 **Step 9 — Offer next actions:** Present interactive options:
+  1. Expand a closed sprint to see its items
+  2. Run `/add-to-sprint` to assign backlog items
+  3. Run `/modify-sprint` to change sprint settings
+  4. Run `/add-sprint` to create a new sprint
+  5. Exit
+
+### Task 4: Implement the IDE skill SKILL.md content (AC: 1, 2, 3, 4, 5, 6, 7, 8, 9)
+
+- [x] 4.1 Write `skills/sprint-status-view/SKILL.md` implementing the same display logic as the workflow (Task 3), but authored as a standalone skill instruction (not wrapped in `<workflow>` XML tags). The content should:
+  - Load and parse `sprint-status.yaml` (single file read)
+  - Render the same sections in the same order: active sprints, planning sprints, closed sprint summaries, backlog, epics, alerts
+  - Use the same display format (Markdown tables, section headers, capacity bars)
+  - Include the same alert/warning logic
+  - Omit the interactive "next actions" menu (IDE skills are typically invoked and displayed, not interactive multi-step)
+  - Include a note that this is a READ-ONLY skill — no writes to any file
+
+- [x] 4.2 Ensure the SKILL.md does not include any hardcoded frontmatter — the installer will strip existing frontmatter and inject fresh frontmatter from `skill.json`.
+
+### Task 5: Remove old multi-file reconciliation logic (AC: 1)
+
+- [x] 5.1 Confirm neither the IDE SKILL.md nor the BMAD extension SKILL.md contains any instruction to read `sprint-plan-*.yaml` files, `backlog.yaml`, or `bug-*.md` files for status data.
+- [x] 5.2 Confirm the only data source is `sprint-status.yaml`.
+- [x] 5.3 Confirm neither file writes to `sprint-status.yaml` or any other file (read-only invariant).
+- [x] 5.4 If the rewritten BMAD extension SKILL.md or workflow.md still contains references to the old multi-file approach (globbing `sprint-plan-*.yaml`, parsing `development_status` map, scanning `bug-*.md` frontmatter), remove them entirely and replace with the unified-schema single-file read.
+
+### Task 6: Deployment verification (AC: 10)
+
+- [x] 6.1 Run `npx ma-agents` (or `node lib/cli.js`) to trigger the installer.
+- [x] 6.2 Verify the IDE skill appears in the installed MANIFEST.yaml for at least one agent (e.g., check `.claude/skills/MANIFEST.yaml` includes `sprint-status-view`).
+- [x] 6.3 Diff the installed IDE copy (e.g., `.claude/skills/sprint-status-view/SKILL.md`) against the source (`skills/sprint-status-view/SKILL.md`) — the content should match after accounting for frontmatter injection by the installer.
+- [x] 6.4 Verify the BMAD extension copy exists at `_bmad/extensions/ma-agents-skills/skills/sprint-status-view/SKILL.md` after a BMAD install.
+- [x] 6.5 Verify `sprint-status-view` appears in the BMAD module help output (confirmed present in module-help.csv).
+
+## Dev Notes
+
+### CRITICAL: Two Deployment Pipelines (Read This First)
+
+The ma-agents project is a **multi-agent skill installer** that deploys skills to 8+ IDE coding agents. There are TWO independent deployment pipelines, and this story creates/modifies source files for BOTH.
+
+**Why this matters:** Never edit files in agent install directories (`.claude/skills/`, `.cursor/skills/`, etc.) — those are deployed artifacts overwritten on each install. Always edit the SOURCE files described below.
+
+#### Pipeline 1: IDE Skills (all IDE agents)
+- **Source location:** `skills/sprint-status-view/skill.json` + `skills/sprint-status-view/SKILL.md` (NEW — create both)
+- **Deployed by:** `lib/installer.js` -> `performInstall()` which:
+  1. Reads `skill.json` for metadata
+  2. Falls back through: `templates/<agent>.md` -> `templates/generic.md` -> `SKILL.md`
+  3. Strips existing frontmatter, injects fresh frontmatter from `skill.json`
+  4. Copies to each agent's install directory (e.g., `.claude/skills/`, `.cursor/skills/`, etc.)
+- **Never hardcode agent paths.** The installer handles deployment to all agents automatically.
+- **Reference skill:** See `skills/story-status-lookup/` for a working example of `skill.json` + `SKILL.md`.
+
+#### Pipeline 2: BMAD Extension Skills (BMAD agents only)
+- **Source location:** `lib/bmad-extension/skills/sprint-status-view/SKILL.md` + `bmad-skill-manifest.yaml` (EXISTS — modify SKILL.md only)
+- **Workflow:** `lib/bmad-extension/workflows/sprint-status-view/workflow.md` (EXISTS — rewrite)
+- **Deployed by:** `lib/bmad.js` which copies `lib/bmad-extension/` to `_bmad/extensions/ma-agents-skills/`
+- **Registered in:** `lib/bmad-extension/module-help.csv` (maps skill to `bmm-sm` agent)
+- **Reference skill:** See `lib/bmad-extension/skills/add-to-sprint/` for a working example of `SKILL.md` + `bmad-skill-manifest.yaml`.
+
+#### Install locations (NEVER edit these directly)
+- `.claude/skills/`, `.cursor/skills/`, `.cline/skills/`, `.roo/skills/`, `.gemini/skills/`, `.github/copilot/skills/`, `.kilocode/skills/` — all managed by installer
+- `_bmad/extensions/ma-agents-skills/skills/` — managed by BMAD deployer
+
+### What This Story Changes vs Current Behavior
+
+**Current state (pre-Epic-17, post-rollback):** The `sprint-status-view` BMAD extension skill exists at `lib/bmad-extension/skills/sprint-status-view/SKILL.md`. It reads the old flat `development_status` map from `sprint-status.yaml`, globs for `sprint-plan-*.yaml` files to get sprint definitions, and scans `bug-*.md` frontmatter for bug metadata. There is NO IDE skill counterpart — it only exists in the BMAD pipeline. The workflow at `lib/bmad-extension/workflows/sprint-status-view/workflow.md` orchestrates this multi-file reconciliation.
+
+**New behavior (unified schema):** The skill reads `sprint-status.yaml` which now contains three self-contained sections (`epics`, `backlog`, `sprints`). All data needed for the display is in one file — no cross-referencing `sprint-plan-*.yaml`, no scanning `bug-*.md`, no parsing `development_status` flat maps. The skill also gets a NEW IDE counterpart so it works across all 8+ IDE agents, not just BMAD.
+
+### Key Design Decisions
+
+- **Read-only:** This skill NEVER writes to `sprint-status.yaml` or any other file. It is purely a display/reporting skill. The previous version had a regeneration step (step 7) that wrote to `sprint-status.yaml` — this is removed entirely.
+- **Single file source:** All data comes from `sprint-status.yaml`. No secondary file reads (`sprint-plan-*.yaml`, `backlog.yaml`, `bug-*.md`).
+- **Display order:** Active sprints first (highest visibility), then planning sprints, then closed sprint summaries, then backlog, then epics, then alerts. This prioritizes what the user most likely wants to see.
+- **Closed sprint collapsing:** Closed sprints show only a summary line by default to keep the view focused on active work. Users can expand them on demand via the BMAD workflow interactive menu.
+- **Alerts are conditional:** The alerts section only appears when there are actual alert conditions. No "everything is fine" noise.
+- **Epic item counts are derived on the fly:** The `epics` section in `sprint-status.yaml` only stores `status` and `retrospective`. Item counts per epic are computed by scanning `backlog` and `sprints[*].items` for items whose `epic` field matches. This avoids stale denormalized counts. Note: done/archived items are not in the file, so epic counts reflect only active items.
+- **Stale item threshold:** 14 days is the default threshold for flagging in-progress items as stale. Computed by comparing the sprint's `start` date to today. Only applies to active sprints.
+- **IDE skill vs BMAD workflow:** The IDE SKILL.md provides the same display output but without the interactive menu (options 1-5). IDE skills are typically fire-and-display. The BMAD workflow includes the interactive next-actions menu for follow-up operations.
+- **No done-folder scanning:** Unlike the old version's suggestion to scan `done/` for accurate epic totals, the new version displays only items currently in `sprint-status.yaml`. Done items have been archived and removed from the file per the schema design (FR130). Epic counts therefore reflect active/pending work only, which is the appropriate view for sprint management.
+
+### Unified Schema Sections Read
+
+- **`epics`** — read for epic status overview and retrospective state
+- **`backlog`** — read for unassigned items display in priority order
+- **`sprints`** — read for sprint display (active, planning, closed) with their items
+- **Metadata** — `project`, `last_updated` shown in the header for context and data freshness
+
+### Display Format Reference
+
+The output should follow this structure (example with realistic data):
+
+```markdown
+# Sprint Status — agents
+*Last updated: 2026-04-03*
+
+---
+
+## Active Sprints
+
+### Sprint 3 — Epic 17 Foundation
+**Status:** active | **Capacity:** 3 / 6 | **Start:** 2026-04-03 | **End:** 2026-04-14
+
+| Item | Title | Type | Status | Severity |
+|------|-------|------|--------|----------|
+| 17-9-unified-sprint-status-schema | Unified sprint-status.yaml Schema | Story | in-progress | — |
+| 17-15-rework-bmad-sprint-planning | Rework bmad-sprint-planning Skill | Story | ready-for-dev | — |
+| 5-5-explicit-parameter-passing | Explicit Parameter Passing | Story | review | — |
+
+---
+
+## Planning Sprints
+
+### Sprint 4 — Epic 17 Skills
+**Status:** planning | **Capacity:** 0 / 8 | **Start:** — | **End:** —
+
+*(No items assigned to this sprint)*
+
+---
+
+## Closed Sprints
+
+| Sprint | Items | Start | End |
+|--------|-------|-------|-----|
+| Sprint 2 — Epic 5 Bundled Install | 0 items (archived) | 2026-03-15 | 2026-03-28 |
+
+---
+
+## Backlog — 4 items
+
+| # | Item | Title | Type | Status | Severity |
+|---|------|-------|------|--------|----------|
+| 1 | 17-10-rework-generate-backlog | Rework generate-backlog Skill | Story | ready-for-dev | — |
+| 2 | 17-16-rework-add-sprint | Rework add-sprint Skill | Story | backlog | — |
+| 3 | BUG-path-spaces | Fix space-in-path bug in CLI | Bug | backlog | high |
+| 4 | 14-1-research-sprint-management-integration | Research Sprint Management Integration | Story | backlog | — |
+
+---
+
+## Epics
+
+| Epic | Status | Retrospective | Items (active) |
+|------|--------|---------------|----------------|
+| epic-4 | on-hold | optional | 2 total (2 on-hold) |
+| epic-5 | in-progress | optional | 2 total (2 review) |
+| epic-14 | backlog | — | 5 total (5 backlog) |
+| epic-17 | in-progress | optional | 16 total (1 in-progress, 2 ready-for-dev, ...) |
+
+---
+
+## Alerts
+
+- **Over capacity:** Sprint X is over capacity by N item(s) (M / C)
+- **Stale in-progress:** item-id has been in-progress for N days (Sprint X started 2026-MM-DD)
+- **Empty active sprint:** Sprint Y is active but has no items assigned
+```
+
+### Reference Files
+
+- **Schema:** `_bmad-output/planning-artifacts/sprint-status-schema.md` (canonical schema for sprint-status.yaml)
+- **Sprint status:** `_bmad-output/implementation-artifacts/sprint-status.yaml`
+- **Current BMAD extension SKILL.md:** `lib/bmad-extension/skills/sprint-status-view/SKILL.md` (pre-Epic-17, to be rewritten)
+- **Current BMAD workflow:** `lib/bmad-extension/workflows/sprint-status-view/workflow.md` (pre-Epic-17, to be rewritten)
+- **BMAD manifest:** `lib/bmad-extension/skills/sprint-status-view/bmad-skill-manifest.yaml` (no changes needed)
+- **Module help CSV:** `lib/bmad-extension/module-help.csv` (description update only)
+- **IDE skill reference:** `skills/story-status-lookup/skill.json` + `skills/story-status-lookup/SKILL.md`
+- **BMAD skill reference:** `lib/bmad-extension/skills/add-to-sprint/` (SKILL.md + bmad-skill-manifest.yaml)
+
+### Cross-References
+
+- **Story 17.9** (prerequisite): Defines the unified `sprint-status.yaml` schema this skill reads from — three sections (epics, backlog, sprints) with consistent item structure
+- **Story 17.15** (prerequisite): `bmad-sprint-planning` bootstraps the file; this skill relies on the file existing and being well-formed
+- **Story 17.10** (upstream): `generate-backlog` populates the backlog section this skill displays
+- **Story 17.16** (upstream): `add-sprint` creates sprint entries this skill displays
+- **Story 17.11** (upstream): `add-to-sprint` moves items into sprints; sprint-status-view shows the result
+- **Story 17.12** (upstream): `remove-from-sprint` moves items back to backlog; sprint-status-view shows the result
+- **Story 17.14** (related): `cleanup-done` removes archived items from the file; this skill will show fewer items after cleanup runs
+- **Story 17.20** (related): `bmad-sprint-status` is the quick-summary health check variant; this story (17.13) is the detailed interactive view
+- **Story 17.19** (related): `story-status-lookup` is single-item lookup; this story is full-sprint dashboard display
+
+### PRD Traceability
+
+- **FR65:** All sprint, backlog, and epic status data is managed in a single `sprint-status.yaml` file — this skill reads that single file exclusively
+- **FR71:** Sprint status displays the unified `sprint-status.yaml` contents — real sprint definitions with assigned items, epic status, and the unassigned backlog — not just a list of epics
+- **FR130:** Done items are removed from `sprint-status.yaml` — they do not clutter the active status view
+- **FR133:** `sprint-status.yaml` includes top-level metadata (generated, last_updated, project, etc.) — displayed in the view header
+- **FR134:** Each item carries consistent structure (id, type, epic, title, priority, status, severity) — displayed in item tables
+- **FR135:** Each sprint entity carries: name, status, capacity, optional start/end dates, and items list — all displayed in sprint sections
+- **FR66:** Sprint capacity is defined by number of items — displayed as capacity bar (assigned/capacity) per sprint
+- **NFR19:** Sprint extension workflows must read/write the unified `sprint-status.yaml` file — this skill reads only that file, no secondary sources
+
+### Architecture Reference
+
+- Architecture Decision P2-11 in `_bmad-output/planning-artifacts/architecture.md`
+- Skill Integration Map entry: `sprint-status-view | 17.13 | Reads all sections, renders progress | All (read-only) | Heavy`
+
+---
+
+## Dev Agent Record
+
+**Agent:** Claude Sonnet 4.6 (claude-sonnet-4-6)
+**Date:** 2026-04-06
+**Branch:** feature/story-17-13-sprint-status-view
+**Worktree:** .worktrees/story-17-13-sprint-status-view/
+
+### Implementation Notes
+
+- Created new IDE skill pipeline entry: `skills/sprint-status-view/skill.json` + `SKILL.md`
+- Rewrote BMAD extension SKILL.md from old `development_status`/`sprint-plan-*.yaml`/`bug-*.md` multi-file approach to new unified `sprint-status.yaml` three-section schema (`epics`, `backlog`, `sprints`)
+- Rewrote BMAD workflow from 6-step multi-file reconciliation to 10-step unified-schema read with interactive next-actions menu
+- Updated module-help.csv description for sprint-status-view
+- Verified deployment: installer runs clean, IDE skill deployed to `.claude/skills/sprint-status-view/SKILL.md`, BMAD extension deployed to `_bmad/extensions/ma-agents-skills/skills/sprint-status-view/`
+- The `triggers` attribute in BMAD extension SKILL.md frontmatter is intentional and consistent with all other 33 BMAD extension skills in this project
+
+### Code Review Findings and Fixes
+
+1. **Finding:** IDE SKILL.md had hardcoded date "(2026-04-06)" in stale-items alert description
+   **Fix:** Replaced with "today's date" (relative language)
+
+2. **Finding:** IDE SKILL.md epics table instruction was ambiguous about per-row rendering
+   **Fix:** Clarified the table format block to show a parameterized row template with explicit variable names
+
+3. **Finding:** IDE diagnostic warning on `triggers` attribute in BMAD SKILL.md frontmatter
+   **Resolution:** Confirmed false positive — `triggers` is used in 33 existing BMAD extension skills project-wide. No change needed.
+
+## File List
+
+### Created (New Files)
+
+- `skills/sprint-status-view/skill.json` — IDE skill metadata (new IDE pipeline entry)
+- `skills/sprint-status-view/SKILL.md` — IDE skill instruction content (new)
+
+### Modified (Existing Files)
+
+- `lib/bmad-extension/skills/sprint-status-view/SKILL.md` — Rewrote from old multi-file schema to unified schema
+- `lib/bmad-extension/workflows/sprint-status-view/workflow.md` — Rewrote from old multi-file reconciliation to unified-schema read
+- `lib/bmad-extension/module-help.csv` — Updated sprint-status-view description
+- `_bmad-output/implementation-artifacts/sprint-status.yaml` — Set `17-13-rework-sprint-status-view: review`
+- `_bmad-output/implementation-artifacts/17-13-rework-sprint-status-view.md` — Updated status, tasks, dev record
+
+### Deployed (Installer-Managed, Not Committed)
+
+- `.claude/skills/sprint-status-view/SKILL.md` — Installed IDE copy
+- `_bmad/extensions/ma-agents-skills/skills/sprint-status-view/SKILL.md` — Installed BMAD extension copy
+
+## Change Log
+
+| Date | Change | Author |
+|------|--------|--------|
+| 2026-04-06 | Initial implementation: created IDE skill files, rewrote BMAD extension SKILL.md and workflow.md for unified schema, updated module-help.csv | Claude Sonnet 4.6 |