Thank you for helping improve this toolkit! Here's how to contribute.
- Fork and clone the repository
- Install dependencies:
pip install mkdocs-material - Run locally:
mkdocs serve→ open http://localhost:8000 - Edit markdown files in
/docs - Submit a PR with a clear description of changes
- Keep it skimmable: Use headings, bullets, short tables, and callouts
- End sections with "What to do next": 1–3 actionable bullets
- Link, don't rewrite: Prefer linking to authoritative sources over reproducing content
- Use admonitions for warnings, tips, and scope limitations:
!!! warning "Scope Limitation" Usage metrics do not include GitHub.com Chat or Mobile activity.
Follow this template in docs/tool-catalog.md:
| Field | Description |
|---|---|
| What it's for | One sentence |
| When to use | Customer maturity level |
| Setup effort | Low / Medium / High |
| Data retention | What history is available |
| Cost notes | Free / infrastructure required |
| Links | Repo + docs |
| Quick start | 3–5 steps |
Create a new file in docs/playbooks/ and add it to the nav in mkdocs.yml.
- Use MkDocs Material features (admonitions, tabs, mermaid)
- Keep Mermaid diagrams simple (max 10–12 nodes)
- No external diagram tools — everything stays in-page
- All changes go through PR review
- Content changes should be verified with
mkdocs build(no errors) - Tag releases quarterly (v1.0, v1.1, etc.)