document

Writes and audits project documentation against an AI-native docs standard.

Updated Aug 13, 2026
One-click install
npx skills add https://github.com/Evolutionary-Leadership/harness --skill document-evolutionary-leadership
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: document
Source: https://github.com/Evolutionary-Leadership/harness/tree/main/.claude/skills/document
Command: npx skills add https://github.com/Evolutionary-Leadership/harness --skill document-evolutionary-leadership

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Keeping project documentation synchronized with code is a persistent challenge: ADRs get duplicate numbers across parallel branches, docs drift out of sync with the code they describe, and facts get scattered across multiple files. This Skill routes every fact to its single owning document, scaffolds Architecture Decision Records with collision-safe numbering, and audits diffs to prove the docs still match the code. ## Core Features & Use Cases - ADR scaffolding with number reservation: Claims the next ADR number via a coordination branch using compare-and-swap writes, preventing collisions when multiple sessions branch from the same preprod tip. - Diff-based docs audit: Maps every changed file against the ownership table in docs/README.md, applies mechanical updates (env vars, surface tables, index rows), and runs the check-docs script to catch errors. - Fact routing: Places any topic in exactly one owning doc, moves duplicated facts, and escalates tradeoffs with non-obvious rationale into full ADRs. - Use Case: After implementing a new authentication flow, run the check mode to automatically update SECURITY.md, add new environment variables to .env.example, and verify the docs checker passes before merging. ## Quick Start Ask the assistant to write an ADR for your latest architectural decision or to check that the documentation still matches your current branch's changes.

Frequently Asked Questions about document

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

FAQPage Schema
How do I write an Architecture Decision Record (ADR) in a project?

Invoke the skill with an ADR title and it claims the next available number, copies the decision template, and fills in context, decision, rejected alternatives, and consequences. It also adds the index row to docs/README.md and a back-reference comment in the governing code module.

How do I keep documentation in sync with code changes?

Run the check mode, which diffs your branch against preprod and maps every changed file to its owning doc via the table in docs/README.md. It applies mechanical updates like env vars and surface table rows, then runs the check-docs script to catch remaining errors.

How are ADR numbers kept unique across parallel branches?

Numbers are claimed on a coordination branch using the GitHub contents API without a sha argument, so the write fails if the path already exists. This compare-and-swap acts as a reservation, and the check-docs script fails the merge gate on any duplicated number.

What happens if the docs manifest does not exist yet?

The skill offers to scaffold the full standard: docs/README.md, GLOSSARY.md, SECURITY.md, TESTING.md, templates for architecture, decisions, and runbooks, plus the check-docs script. Files are copied from the harness template repo rather than written from memory.

When should a fact become an ADR instead of regular documentation?

A fact becomes an ADR when it is a tradeoff with a non-obvious rationale rather than a simple statement of how things work. Ordinary facts are routed to their single owning doc, while decisions capture context, rejected alternatives, and consequences.