Skip to content
Back to skills

Repo Context Document

ASecurity

Create, update, or consolidate adopted current-state documentation under docs/context/. Use for durable implemented architecture, ownership, runtime, domain, flow, terminology, or engineering-practice context.

  • 3 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added October 17, 2026
developmentgoapidocumentation

Works with

  • api

Security analysis

A100/100

Scanned October 17, 2026

npx -y skills add yarlson/yarstack --skill repo-context-document --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Repo Context Document?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Repo Context Document
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/yarlson-repo-context-document/badge)](https://www.skillsdirectory.com/skills/yarlson-repo-context-document)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: repo-context-document
description: Create, update, or consolidate adopted current-state documentation under docs/context/. Use for durable implemented architecture, ownership, runtime, domain, flow, terminology, or engineering-practice context.
---

# Repository Context Documentation

Own the information architecture and current-state content under an adopted `docs/context/` system.

## Workflow

1. Confirm requested topics, audience, repository adoption of `docs/context/`, dirty-worktree preservation, and authority for moves or removals.
2. Read all existing context files and the minimum repository evidence needed to verify their claims.
3. Classify units by entrypoints, runtime roles, deployment, consumers, state, and contracts rather than directory names.
4. Create or update only justified topic files, then update the system's index file, such as `docs/context/README.md`, if it has one.
5. Remove stale claims and duplicate facts; merge or remove files only when authorized.
6. Verify every edited claim against the current implementation, and link it to the file, test, or configuration that shows it.
7. Use `text-improve` on edited prose without weakening architectural precision or established terminology.

Write only under `docs/context/`. Use `docs-drift-review` for incidental change-caused drift, `docs-review` for general documentation, and `critical-journey-document` for actor-goal journeys. Link to canonical plans, specifications, runbooks, guides, and API references instead of duplicating them.

Record what a reader cannot get quickly from the code: implemented responsibilities, ownership, runtime roles, contracts, state, invariants, dependency direction, and flows that cross components. Context that restates the code costs every reader time and goes stale. Exclude history, progress, raw file inventories, speculative design, TODO lists, duplicated instructions, and sensitive values.

Do not impose `docs/context/` on a repository that has not adopted it without an explicit request.

Finish with the context files created, updated, consolidated, or removed and the evidence used.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.