/writing-dev-reports
Writing a structured markdown dev report for a completed development epic: reads accumulated epic metrics (TDD, coverage, delivery, lint, file-size, license), computes a quality score with tiers, and records root-cause and next-cycle improvements. Use after an epic completes in
$ npx -y skills add LerianStudio/ring --skill writing-dev-reports --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/writing-dev-reports
Context preview
The summary Claude sees to decide when to auto-load this skill.
Writing a structured markdown dev report for a completed development epic: reads accumulated epic metrics (TDD, coverage, delivery, lint, file-size, license), computes a quality score with tiers, and records root-cause and next-cycle improvements. Use after an epic completes in
SKILL.md
writing-dev-reports.SKILL.mdname: ring:writing-dev-reports
description: "Writing a structured markdown dev report for a completed development epic: reads accumulated epic metrics (TDD, coverage, delivery, lint, file-size, license), computes a quality score with tiers, and records root-cause and next-cycle improvements. Use after an epic completes in ring:running-dev-cycle or when asked for a development feedback report. Skip for documentation-only epics or outside a dev cycle."
Dev Report — Feedback Loop
When to use
- After epic completion in any dev cycle
- User requests a development report or feedback summary
- ring:running-dev-cycle Gate 10 handoff
Skip when
- Epic was documentation-only with no code changes
- Not inside a development cycle
Collects metrics and writes a structured report for completed development epics.
Step 1: Collect Metrics
Read `accumulated_metrics` from each completed epic (`state.epics[].accumulated_metrics`), then gather the following per epic:
epic_id: {unit_id}
completed_at: {ISO timestamp}
agent_used: {ring:backend-go | ring:frontend | etc.}
language: {go | typescript | python}
service_type: {api | worker | batch | cli | frontend | bff}
tdd:
red_status: completed | skipped | failed
green_status: completed | skipped | failed
coverage:
actual_percent: {float}
threshold: {float}
verdict: PASS | FAIL
delivery:
requirements_total: {int}
requirements_delivered: {int}
verdict: PASS | PARTIAL | FAIL
quality:
lint_pass: true | false
file_size_violations: {int}
license_violations: {int}
migration_safety: PASS | FAIL | N/AStep 2: Calculate Score
score = 0
TDD RED completed: +20
TDD GREEN completed: +20
Coverage ≥ threshold: +20
Delivery PASS: +20
Lint pass: +10
No file size violations: +5
License headers OK: +5
Total: 100 possible
Score tiers:
- 90-100: Excellent
- 80-89: Good
- 70-79: Acceptable
- < 70: Needs attention → root cause required
Step 3: Write Report
Save to `docs/ring:writing-dev-reports/{epic_id}-{timestamp}.md`:
# Dev Report: {epic_id}
**Completed:** {timestamp}
**Agent:** {agent_used}
**Language:** {language} | **Service Type:** {service_type}
## Score: {score}/100 ({tier})
## Metrics
| Metric | Value | Status |
|--------|-------|--------|
| TDD RED | {status} | ✅/❌ |
| TDD GREEN | {status} | ✅/❌ |
| Coverage | {actual}% (threshold: {threshold}%) | ✅/❌ |
| Delivery | {delivered}/{total} requirements | ✅/⚠️/❌ |
| Lint | {pass/fail} | ✅/❌ |
| File Size | {violations} violations | ✅/❌ |
| License | {violations} violations | ✅/❌ |
## Delivery Traceability
| Requirement | Status | Evidence |
|-------------|--------|----------|
{per-requirement rows}
## Issues Found
{list of ISSUE-XXX with severity and description}
## Root Cause (if score < 70)
{mandatory analysis: what caused the gaps, pattern identification}
## Improvements for Next Cycle
{1-3 concrete, actionable improvements}Severity Reference
| Severity | Criteria | |----------|----------| | CRITICAL | Score 0 (rejected), complete workflow failure | | HIGH | Score < 70, threshold breach | | MEDIUM | Score 70-79, recurring pattern emerging | | LOW | Score 80-89, minor improvements available |
Read more
name: ring:writing-dev-reports description: "Writing a structured markdown dev report for a completed development epic: reads accumulated epic metrics (TDD, coverage, delivery, lint, file-size, license), computes a quality score with tiers, and records root-cause and next-cycle improvements. Use after an epic completes in ring:running-dev-cycle or when asked for a development feedback report. Skip for documentation-only epics or outside a dev cycle."
Dev Report — Feedback Loop
When to use
- After epic completion in any dev cycle
- User requests a development report or feedback summary
- ring:running-dev-cycle Gate 10 handoff
Skip when
- Epic was documentation-only with no code changes
- Not inside a development cycle
Collects metrics and writes a structured report for completed development epics.
Step 1: Collect Metrics
Read `accumulated_metrics` from each completed epic (`state.epics[].accumulated_metrics`), then gather the following per epic:
epic_id: {unit_id}
completed_at: {ISO timestamp}
agent_used: {ring:backend-go | ring:frontend | etc.}
language: {go | typescript | python}
service_type: {api | worker | batch | cli | frontend | bff}
tdd:
red_status: completed | skipped | failed
green_status: completed | skipped | failed
coverage:
actual_percent: {float}
threshold: {float}
verdict: PASS | FAIL
delivery:
requirements_total: {int}
requirements_delivered: {int}
verdict: PASS | PARTIAL | FAIL
quality:
lint_pass: true | false
file_size_violations: {int}
license_violations: {int}
migration_safety: PASS | FAIL | N/AStep 2: Calculate Score
score = 0 TDD RED completed: +20 TDD GREEN completed: +20 Coverage ≥ threshold: +20 Delivery PASS: +20 Lint pass: +10 No file size violations: +5 License headers OK: +5 Total: 100 possible
Score tiers:
- 90-100: Excellent
- 80-89: Good
- 70-79: Acceptable
- < 70: Needs attention → root cause required
Step 3: Write Report
Save to `docs/ring:writing-dev-reports/{epic_id}-{timestamp}.md`:
# Dev Report: {epic_id}
**Completed:** {timestamp}
**Agent:** {agent_used}
**Language:** {language} | **Service Type:** {service_type}
## Score: {score}/100 ({tier})
## Metrics
| Metric | Value | Status |
|--------|-------|--------|
| TDD RED | {status} | ✅/❌ |
| TDD GREEN | {status} | ✅/❌ |
| Coverage | {actual}% (threshold: {threshold}%) | ✅/❌ |
| Delivery | {delivered}/{total} requirements | ✅/⚠️/❌ |
| Lint | {pass/fail} | ✅/❌ |
| File Size | {violations} violations | ✅/❌ |
| License | {violations} violations | ✅/❌ |
## Delivery Traceability
| Requirement | Status | Evidence |
|-------------|--------|----------|
{per-requirement rows}
## Issues Found
{list of ISSUE-XXX with severity and description}
## Root Cause (if score < 70)
{mandatory analysis: what caused the gaps, pattern identification}
## Improvements for Next Cycle
{1-3 concrete, actionable improvements}Severity Reference
| Severity | Criteria | |----------|----------| | CRITICAL | Score 0 (rejected), complete workflow failure | | HIGH | Score < 70, threshold breach | | MEDIUM | Score 70-79, recurring pattern emerging | | LOW | Score 80-89, minor improvements available |
Proven engineering practices, enforced through skills. Ring is a comprehensive skills library and workflow system for AI agents that transforms how AI assistants approach software development.
Repo: LerianStudio/ring
Other skills on ring.
- /analyzing-options
Analyzing different approaches for a task or problem with structured comparisons, effort estimates, and recommendations. Use when facing strategic decisions, architecture choices, or multiple viable approaches. Skip when there's an obvious single approach or the decision is
Open skill - /auditing-production-readiness
Auditing a service's production readiness against Ring engineering standards across base dimensions plus a conditional multi-tenant dimension, then emitting a scored report and an HTML dashboard. Use before production deploy, periodic review, onboarding, or a major release. Skip
Open skill - /cleaning-comments
Cleaning redundant and obvious comments following clean code principles while preserving meaningful documentation. Supports git scope filtering (staged, unstaged, branch, commit-range). Use when code has excessive comments, during code review, or post-refactor cleanup. Skip when
Open skill - /committing-changes
Commit changes with scope allowlist enforcement, atomic grouping, GPG-signed conventional commits, and trailer management. Detects the repo's PR-validation scope policy before proposing any message. Use when the user asks to commit or has changes ready to record. Skip when the
Open skill - /creating-handoffs
Creating a handoff document that captures session state (completed work, decisions, open items, next steps) and delivering it via Plan Mode so the user gets the native 'clear context and continue implementing' resume option. Use when ending a session, when context grows large,
Open skill - /creating-worktrees
Creating an isolated git worktree for parallel branch work: selects the directory by priority order, verifies/adds .gitignore safety, auto-installs the detected toolchain's dependencies, runs a baseline test, and reports readiness. Use before a feature that needs isolation from
Open skill

