repo-docs
Skill4 starsChanged 2 months agoApache-2.0View on GitHub
Generate comprehensive repository documentation following team standards. Use when creating README, CLAUDE.md, ARCHITECTURE.md, DESIGN_DECISIONS.md, or any project documentation. Includes Mermaid diagrams, status indicators, and AI context files.
16 other projects use a version of this.
Adopted by
Most recently taken up by
- teacupuk/tpstacktheir own version, first seen Nov 8, 2026
- korya/swd-skillstheir own version, first seen Nov 1, 2026
- certinia/debug-log-analyzer-mcptheir own version, first seen Oct 28, 2026
- ndthanhdev/aiotheir own version, first seen Oct 25, 2026
- bsene/skillstheir own version, first seen Oct 25, 2026
- rohanhong/tmpl.general-repotheir own version, first seen Oct 11, 2026
Other versions16 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 16
- YurunChen/repo-docs-skills★ 457same name
- certinia/debug-log-analyzer-mcp★ 36same name
- IndelibleVivi/repo-docs-curator★ 10same name
- phanghonghao/THU-Awesome-Skills★ 8same name
- vbonk/repo-template★ 8same name
- bsene/skills★ 7same name
- rohanhong/tmpl.general-repo★ 3same name
- korya/swd-skills★ 2same name
- IsthisLee/agent-context-manager★ 1same name
- IsthisLee/agentic★ 1same name
6 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository43 other files it gives its agents.
- skills/vercel-react-best-practices/AGENTS.mdAGENTS.md
- agent-notepadSkill
- architecture-reviewerSkill
- backend-service-auditorSkill
- channel-listenerSkill
- code-reviewerSkill
- coder-file-transferSkill
- cold-start-generatorSkill
- creating-skillsSkill
- critical-thinkingSkill
- dark-factory-buildSkill
- dependency-risk-auditorSkill
- df-adversary-gateSkill
- df-app-walkthroughSkill
- df-context-storeSkill
- df-data-transform-lensSkill
- df-dispatch-subagentsSkill
- df-infrastructureSkill
- df-observabilitySkill
- df-product-ownerSkill
- df-qaSkill
- df-solution-architectSkill
- df-tdd-developerSkill
- df-ui-verifySkill
- df-video-intakeSkill
- dx-maintainability-reviewerSkill
- frontend-auditorSkill
- handoffSkill
- microservices-architectSkill
- production-readiness-reviewerSkill
- requirements-discoverySkill
- sc-auditSkill
- sc-devSkill
- scope-initSkill
- scope-retireSkill
- security-threat-modelerSkill
- service-mapperSkill
- test-quality-gatekeeperSkill
- vercel-react-best-practicesSkill
- vinculum-loopSkill
- vinculum-mapSkill
- web-design-guidelinesSkill
- work-autonomouslySkill
The file
We split this skill into the rules it gives an agent
9 rules. 0 are common, 6 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 13 edited versions we read keep these.
6
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 45
Every document MUST begin with:
- Distinctive: line 64
Use consistently throughout all documents:
- Distinctive: line 84
Always link related documents:
- Very specific: line 99
Use ## for main sections
- Very specific: line 100
Use ### for subsections
- Very specific: line 102
Use bold text instead of ##### or ######
- Distinctive: line 163
Gather context: - Read existing code/docs
- Distinctive: line 164
Apply template: - Use appropriate structure
- Distinctive: line 167
Validate: - Run through checklist
“Common” is measured: kept by at least 6 in 10 of the 13 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Repository Documentation Generator
Generate high-quality, consistent documentation following team standards.
Overview
Creates documentation that follows the tiered document requirements, uses proper status indicators, includes visual diagrams, and maintains cross-references between documents.
Document Tiers
Tier 1: Essential (All Projects)
| Document | Purpose | Location |
| CLAUDE.md | AI assistant context for codebase | Root |
| README.md | Project overview, quick start | Root |
| ARCHITECTURE.md | System architecture with diagrams | docs/ |
| DESIGN_DECISIONS.md | Technical rationale, axioms | docs/ |
Tier 2: Operational (Deployed Systems)
| Document | Purpose | Location |
| DEPLOYMENT-[ENV].md | Environment-specific deployment | docs/ |
| MONITORING.md | Observability, metrics, alerting | docs/ |
| RELIABILITY.md | Fault tolerance, SLAs, recovery | docs/ |
| TESTING-STRATEGY.md | Testing approaches, coverage | docs/ |
Tier 3: Supporting (As Needed)
| Document | Purpose | Location |
| AI_ONBOARDING.md | AI assistant quick start | Root |
| GITOPS-STRATEGY.md | CI/CD, automation | docs/ |
| [TOPIC]-GUIDE.md | Deep-dives on topics | docs/ |
| diagrams/README.md | Diagram rendering | docs/diagrams/ |
Universal Document Structure
Every document MUST begin with:
# Document Title
Brief 1-2 sentence description of what this document covers.
## Table of Contents
- [Section 1](#section-1)
- [Section 2](#section-2)
---
## Section 1Status Indicators
Use consistently throughout all documents:
| Emoji | Meaning | Usage |
| ✅ | Complete/Working | Feature complete, test passing |
| ⚠️ | Partial/Warning | Needs attention, partial impl |
| ❌ | Missing/Failed | Not implemented, blocker |
| 📊 | Diagram/Visual | Cross-reference to visual |
Example:
| Component | Status | Notes |
|-----------|--------|-------|
| Auth Service | ✅ Complete | v2.1.0 deployed |
| Rate Limiter | ⚠️ POC Only | Production needs Redis |
| Circuit Breaker | ❌ Not Implemented | Required for prod |Cross-Reference Pattern
Always link related documents:
> 📊 **Visual Diagram**: See [Architecture Overview](diagrams/architecture-overview.png)
For deployment details, see **[DEPLOYMENT-EKS.md](DEPLOYMENT-EKS.md)**.
**Related Documents:**
- [ARCHITECTURE.md](ARCHITECTURE.md) - System design
- [RELIABILITY.md](RELIABILITY.md) - Fault toleranceHeading Depth Rules
- Maximum 4 levels (
#to####) - Use
##for main sections - Use
###for subsections - Use
####sparingly - Use bold text instead of
#####or######
Content Patterns
See PATTERNS.md for detailed content patterns:
- Axioms Pattern (principles with rationale)
- Trade-offs Pattern (pros/cons tables)
- Command Examples Pattern (copy-paste ready)
- Configuration Pattern (YAML with comments)
- Troubleshooting Pattern (symptom-based)
- Version History Pattern (evolution tracking)
Visual Standards
Required Diagrams
| Diagram Type | Purpose | Format |
| Architecture Overview | High-level system | Mermaid |
| Component Interaction | Message/data flow | Mermaid Sequence |
| Deployment Topology | Infrastructure | Graphviz DOT |
Mermaid Style Guidelines
graph TB
subgraph "Kubernetes Cluster"
API["API Container<br/>ASP.NET Core"]
SM["Sidecar<br/>Go Service"]
end
RMQ["RabbitMQ<br/>Message Broker"]
SM -->|publish| RMQ
style API fill:#e1f5ff
style SM fill:#ffe1f5
style RMQ fill:#fff4e1Colors:
- Blue (
#e1f5ff) - APIs - Pink (
#ffe1f5) - Services - Yellow (
#fff4e1) - Infrastructure
Document Templates
See TEMPLATES.md for complete templates:
- CLAUDE.md template
- README.md template
- ARCHITECTURE.md template
- DESIGN_DECISIONS.md template
- MONITORING.md template
- AI_ONBOARDING.md template
Quality Checklist
See CHECKLIST.md before finalizing any document.
Generation Process
- Identify document type - Which tier and template?
- Gather context - Read existing code/docs
- Apply template - Use appropriate structure
- Add diagrams - Mermaid for architecture
- Cross-reference - Link related documents
- Validate - Run through checklist
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

