acc-documentation-knowledge

Documentation knowledge base. Provides documentation types, audiences, best practices, and antipatterns for technical documentation creation.

16 stars

Best use case

acc-documentation-knowledge is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Documentation knowledge base. Provides documentation types, audiences, best practices, and antipatterns for technical documentation creation.

Teams using acc-documentation-knowledge should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/acc-documentation-knowledge/SKILL.md --create-dirs "https://raw.githubusercontent.com/diegosouzapw/awesome-omni-skill/main/skills/documentation/acc-documentation-knowledge/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/acc-documentation-knowledge/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How acc-documentation-knowledge Compares

Feature / Agentacc-documentation-knowledgeStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Documentation knowledge base. Provides documentation types, audiences, best practices, and antipatterns for technical documentation creation.

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

# Documentation Knowledge Base

Quick reference for technical documentation types, audiences, and best practices.

## Documentation Types

### By Purpose

| Type | Audience | Goal | Examples |
|------|----------|------|----------|
| **README** | New users | Quick start | badges, install, basic usage |
| **Architecture** | Developers | System understanding | layers, components, decisions |
| **API** | Integrators | Integration | endpoints, params, responses |
| **ADR** | Team | Decision history | context, decision, consequences |
| **Getting Started** | Beginners | First success | step-by-step tutorial |
| **Reference** | All | Quick lookup | methods, options, configs |
| **Troubleshooting** | Users | Problem solving | FAQ, error messages, solutions |
| **CHANGELOG** | All | Version history | features, fixes, breaking |

### Documentation Pyramid

```
        /\
       /  \
      / ADR \          ← Why (decisions)
     /________\
    /   Arch    \      ← How (structure)
   /______________\
  /    API Ref     \   ← What (details)
 /____________________\
/        README        \← Quick start
```

## Audience Analysis

### Developer Personas

| Persona | Needs | Tone |
|---------|-------|------|
| **Evaluator** | Quick value assessment | Benefits, features |
| **Beginner** | Step-by-step guidance | Simple, encouraging |
| **Intermediate** | Best practices, patterns | Technical, practical |
| **Expert** | Advanced configs, internals | Concise, complete |
| **Contributor** | Setup, conventions | Technical, detailed |

### Content Mapping

```
Evaluator → README (badges, features, comparison)
Beginner → Getting Started, Examples
Intermediate → API Reference, Guides
Expert → Architecture, Internals
Contributor → CONTRIBUTING, ADRs
```

## Structure Principles

### README Structure (Recommended)

```markdown
# Project Name

Brief description (1-2 sentences)

## Badges
[Build][Coverage][Version][License]

## Features
- Feature 1
- Feature 2

## Installation
```bash
composer require ...
```

## Quick Start
```php
// minimal working example
```

## Documentation
Links to detailed docs

## Contributing
Link to CONTRIBUTING.md

## License
MIT / Apache / etc.
```

### Architecture Doc Structure

```markdown
# Architecture

## Overview
High-level description

## System Context
C4 Context diagram

## Components
C4 Component diagram

## Data Flow
Sequence diagrams

## Technology Stack
| Layer | Technology |
|-------|------------|

## Decisions
Link to ADRs

## Deployment
Infrastructure diagram
```

## Best Practices

### Writing Principles

| Principle | Description | Example |
|-----------|-------------|---------|
| **Scannable** | Headers, bullets, tables | Use `##` for sections |
| **Task-oriented** | Focus on goals, not features | "How to X" not "X feature" |
| **Example-driven** | Code before explanation | ```php example``` then text |
| **Layered** | Quick start → details | README → Guide → Reference |
| **Up-to-date** | Doc near code | Update together |

### Code Examples Principles

```markdown
✅ Good:
- Minimal complete example
- Copy-paste ready
- Shows expected output
- Uses realistic data

❌ Bad:
- Snippets that don't run
- Foo/Bar/Baz naming
- Missing imports
- Outdated syntax
```

### Example Quality Checklist

```php
// ✅ Good example
use App\Service\PaymentService;

$payment = new PaymentService($gateway);
$result = $payment->charge(
    amount: 99.99,
    currency: 'USD',
    customerId: 'cus_123'
);

echo $result->transactionId; // "txn_abc123"
```

```php
// ❌ Bad example
$foo = new Foo();
$bar = $foo->doSomething($baz);
// returns something
```

## Common Antipatterns

### Documentation Smell Checklist

| Smell | Detection | Fix |
|-------|-----------|-----|
| **Stale** | Code changed, docs not | Review on PR |
| **Wall of text** | No headers, no examples | Structure + code |
| **Jargon soup** | Undefined terms | Glossary, links |
| **Dead links** | 404 errors | Link checker CI |
| **No examples** | Pure prose | Add code blocks |
| **Copy-paste broken** | Missing imports | Run examples |
| **Version mismatch** | Wrong versions | Automate sync |

### README Antipatterns

```markdown
❌ No installation instructions
❌ No usage examples
❌ Badges only (no content)
❌ Generated API docs only
❌ Outdated screenshots
❌ Broken links
❌ No clear project description
```

### Architecture Doc Antipatterns

```markdown
❌ Box-and-arrow without explanation
❌ Outdated diagrams
❌ Missing "why" context
❌ No technology justification
❌ Inconsistent terminology
❌ Too much detail (implementation in arch doc)
```

## Documentation as Code

### Principles

1. **Version control** — docs in git with code
2. **Review** — PRs include doc updates
3. **Test** — validate links, examples
4. **Automate** — generate where possible
5. **CI/CD** — build and deploy docs

### File Organization

```
project/
├── README.md           # Quick start
├── docs/
│   ├── architecture/
│   │   ├── README.md
│   │   ├── diagrams/
│   │   └── decisions/ (ADRs)
│   ├── api/
│   │   └── README.md
│   ├── guides/
│   │   ├── getting-started.md
│   │   └── deployment.md
│   └── reference/
│       └── configuration.md
├── CHANGELOG.md
├── CONTRIBUTING.md
└── LICENSE
```

## Markdown Best Practices

### Formatting Guidelines

| Element | Usage |
|---------|-------|
| `#` H1 | Document title only |
| `##` H2 | Main sections |
| `###` H3 | Subsections |
| `-` | Unordered lists |
| `1.` | Ordered steps |
| `>` | Warnings, notes |
| `\`\`\`` | Code blocks |
| `\|` | Data tables |

### Code Block Languages

```markdown
```php      # PHP code
```bash     # Shell commands
```yaml     # Configuration
```json     # API responses
```mermaid  # Diagrams
```sql      # Database
```

## References

For detailed information, load these reference files:

- `references/readme-patterns.md` — README structure and examples
- `references/api-documentation.md` — API documentation guidelines
- `references/architecture-docs.md` — Architecture documentation patterns
- `references/adr-format.md` — ADR structure and examples
- `references/diagramming.md` — Diagram types and tools

Related Skills

documentation-templates

16
from diegosouzapw/awesome-omni-skill

Documentation templates and structure guidelines. README, API docs, code comments, and AI-friendly documentation.

documentation-structure-validator

16
from diegosouzapw/awesome-omni-skill

Validate documentation structure, check for missing sections, verify markdown syntax, ensure consistency with templates. Use when user mentions docs validation, structure check, README review, documentation quality, or wants to verify documentation completeness.

documentation-standards

16
from diegosouzapw/awesome-omni-skill

Clear technical documentation with JSDoc, READMEs, Mermaid diagrams, ISMS policy references, and comprehensive code examples

documentation-specialist

16
from diegosouzapw/awesome-omni-skill

文档专家。专注于技术文档编写、API 文档生成、README 优化和文档维护。提供清晰的文档结构、规范的格式和用户友好的内容。

documentation-research

16
from diegosouzapw/awesome-omni-skill

Enforces documentation research before implementation. Auto-loads when implementing features to ensure current best practices are followed. Researches official docs first.

documentation

16
from diegosouzapw/awesome-omni-skill

Technical writing, API docs, and documentation best practices

Documentation Hygiene

16
from diegosouzapw/awesome-omni-skill

This skill should be used when the user asks to perform "documentation hygiene", "update docs for change", "mark historical docs", "add deprecation headers", "documentation migration", or when making significant changes that affect multiple documentation files (like license migrations, tier changes, or API changes).

documentation-guidelines

16
from diegosouzapw/awesome-omni-skill

Write or update backend feature documentation that follows a repo's DOCUMENTATION_GUIDELINES.md (or equivalent) across any project. Use when asked to create/update module docs, API contracts, or backend documentation that must include architecture, endpoints, payloads, Mermaid diagrams, and seeding instructions.

documentation-generation-doc-generate

16
from diegosouzapw/awesome-omni-skill

You are a documentation expert specializing in creating comprehensive, maintainable documentation from code. Generate API docs, architecture diagrams, user guides, and technical references using AI...

create-oo-component-documentation

16
from diegosouzapw/awesome-omni-skill

Create comprehensive, standardized documentation for object-oriented components following industry best practices and architectural documentation standards.

code-documentation

16
from diegosouzapw/awesome-omni-skill

Writing effective code documentation - API docs, README files, inline comments, and technical guides. Use for documenting codebases, APIs, or writing developer guides.

code-documentation-doc-generate

16
from diegosouzapw/awesome-omni-skill

You are a documentation expert specializing in creating comprehensive, maintainable documentation from code. Generate API docs, architecture diagrams, user guides, and technical references using AI...