docs-as-definition-of-done

Enforce documentation updates for public API, CLI flags, and config shapes before commit.

2|Updated Apr 20, 2026
One-click install
npx skills add https://github.com/veegee82/loss-driven-development --skill docs-as-definition-of-done
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: docs-as-definition-of-done
Source: https://github.com/veegee82/loss-driven-development/tree/main/skills/docs-as-definition-of-done
Command: npx skills add https://github.com/veegee82/loss-driven-development --skill docs-as-definition-of-done

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Aligns documentation with code changes by ensuring public API, CLI, config, errors, and behavior are updated in the same commit, preventing stale or misleading docs.

Core Features & Use Cases

  • Enforces documentation updates at the same logical task as code changes for any modification to behavior, API, CLI surface, or config shape.
  • Reduces risk of misinformation for readers and AI agents loading context from docs.
  • Use Case: finish a feature with coordinated updates to tests, code, and docs to present a coherent narrative to reviewers.

Quick Start

Update the docs for the latest change before declaring the task done.

Frequently Asked Questions about docs-as-definition-of-done

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I keep documentation synchronized with code changes before a git commit?

Documentation synchronization requires updating public API, CLI flags, and config shapes in the same commit as code changes. This approach enforces docs updates before commit, preventing stale or misleading documentation surfaces.

What is a documentation definition of done for software engineering tasks?

A documentation definition of done requires that all affected doc artifacts reflect code modifications before a task is declared complete. It aligns tests, code, and docs to present a coherent narrative for reviewers and AI agents.

When do I need to update docs alongside code modifications?

Docs need updating whenever a task modifies behavior, interfaces, CLI surface, or config shape. Synchronizing docs in the same commit reduces misinformation risk for readers and AI agents loading context from the documentation.

Can I use a documentation sync workflow for any codebase with public APIs and CLI flags?

Yes, the documentation sync workflow applies to any task modifying behavior, interfaces, or documentation surface areas across public APIs, CLI flags, and config shapes. It requires no external dependencies to enforce these doc updates.

What's the best way to prevent stale documentation during code review?

Preventing stale documentation requires enforcing coordinated updates to tests, code, and docs within the same logical task. This ensures affected doc artifacts are updated before commit, aligning the code review narrative.