skills/brownbull/human-docs/SKILL.md
Creates human-friendly documentation from AI context documentation. Transforms detailed AI documentation in ai/ folder into digestible summaries, quick starts, and visual diagrams in docs/ folder. Use when users need to quickly understand complex systems or when AI documentation is too detailed for human consumption. Specializes in Mermaid diagrams, executive summaries, and quick reference guides.
npx skillsauth add aiskillstore/marketplace human-docsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
This skill transforms detailed AI documentation stored in ai/ folder into human-friendly documentation in docs/ folder. It creates summaries, quick starts, and visual diagrams that enable humans to quickly understand and operate complex systems.
Key principle: ai/ folder remains the source of truth (detailed, comprehensive, for AI context). docs/ folder contains human-optimized extracts (summaries, diagrams, quick references).
Use this skill when:
Trigger phrases:
ai/ docs/
├── architect/ ├── architect/
│ ├── app/ │ ├── app/
│ │ └── 01_DOC.md │ │ └── 01_DOC_SUMMARY.md
│ └── src/ │ └── src/
│ └── 01_DOC.md │ └── 01_DOC_QUICKSTART.md
├── backend/ ├── backend/
├── frontend/ ├── frontend/
└── testing/ └── testing/
Key rule: docs/ mirrors ai/ structure but contains human-optimized versions
For each AI doc, create ONE or MORE of:
SUMMARY (*_SUMMARY.md)
QUICKSTART (*_QUICKSTART.md)
DIAGRAMS (*_DIAGRAMS.md)
Always use Mermaid.js for diagrams (renders in GitHub, VS Code, most markdown viewers):
graph TD
A[Start] --> B{Decision}
B -->|Yes| C[Action 1]
B -->|No| D[Action 2]
Diagram types to use:
graph TD - Top-down flowchartssequenceDiagram - API/interaction flowserDiagram - Database schemasjourney - User journeysstateDiagram-v2 - State machinesgantt - Timelines/roadmapsSee references/mermaid_examples.md for templates
Input: Path to AI documentation file (e.g., ai/architect/app/02_BACKEND_REQUIREMENTS.md)
Process:
docs/ with _SUMMARY.md suffixOutput: docs/architect/app/02_BACKEND_REQUIREMENTS_SUMMARY.md
Template: assets/templates/summary_template.md
Input: Path to AI documentation file
Process:
_QUICKSTART.md suffixOutput: docs/architect/app/02_BACKEND_REQUIREMENTS_QUICKSTART.md
Template: assets/templates/quickstart_template.md
Input: Path to AI documentation file OR topic description
Process:
_DIAGRAMS.md suffixOutput: docs/architect/app/02_BACKEND_REQUIREMENTS_DIAGRAMS.md
Template: assets/templates/diagrams_template.md
Input: Path to AI documentation folder (e.g., ai/architect/app/)
Process:
docs/ folderOutput: Complete docs/ folder structure
Input: Path to updated AI documentation
Process:
docs/Output: Updated human documentation
# [Original Title] - Summary
**Source:** Link to AI doc
**Last Updated:** Date
**Read Time:** X minutes
## Executive Summary
[2-3 paragraphs capturing essence]
## Key Points
- Point 1
- Point 2
- Point 3
## Quick Reference
| Aspect | Detail |
|--------|--------|
| Key 1 | Value |
## When to Read Full Doc
- Scenario 1
- Scenario 2
[Link to full documentation]
# [Topic] Quick Start
**Time to complete:** X minutes
**Prerequisites:** List
## Step 1: [Action]
[Instructions + code/commands]
## Step 2: [Action]
[Instructions + code/commands]
## Success Criteria
✅ Checklist item
✅ Checklist item
## Next Steps
- Link to detailed docs
- Related quick starts
## Troubleshooting
**Issue:** Description
**Fix:** Solution
# [Topic] Visual Guide
**Source:** Link to AI doc
## Overview Diagram
```mermaid
[diagram code]
Explanation: What this diagram shows
[diagram code]
Explanation: What this diagram shows
## Integration with Other Skills
**Use with architect skill:**
- Architect creates detailed specs in `ai/architect/`
- Human-docs creates summaries in `docs/architect/`
**Use with business skill:**
- Business creates use cases in `ai/business/`
- Human-docs creates executive summaries
**Use with executive skill:**
- Executive defines strategy
- Human-docs creates visual roadmaps
**Use with cleanup skill:**
- Cleanup organizes `ai/` folder
- Human-docs regenerates `docs/` structure
## Quality Standards
**Every human doc must have:**
✅ **Clarity** - Understandable without reading AI doc
✅ **Conciseness** - 20% or less of original length (summaries)
✅ **Actionable** - Clear next steps
✅ **Visual** - At least 1 diagram for complex topics
✅ **Navigable** - Links to source and related docs
✅ **Dated** - Last updated timestamp
**Minimum quality threshold: 8/10**
## File Naming Conventions
AI doc: ai/folder/FILE.md Summary: docs/folder/FILE_SUMMARY.md Quickstart: docs/folder/FILE_QUICKSTART.md Diagrams: docs/folder/FILE_DIAGRAMS.md
**Never:**
- Create files in `ai/` (only read from there)
- Replace AI documentation
- Duplicate information across formats
## Maintenance
**When AI docs are updated:**
1. Check `docs/` for corresponding human docs
2. Regenerate if AI doc is newer
3. Update "Last Updated" timestamp
4. Keep change history minimal (humans don't need full changelog)
**Index README regeneration:**
- Create `docs/README.md` with navigation to all human docs
- Group by folder structure
- Add "Quick Links" section
## Common Use Cases
### Use Case 1: New Team Member Onboarding
**Scenario:** New developer needs to understand GabeDA architecture
**Action:**
1. Generate SUMMARY for all `ai/architect/app/` docs
2. Generate DIAGRAMS for key architecture concepts
3. Create `docs/ONBOARDING.md` with curated path
4. Include quick starts for common tasks
### Use Case 2: Executive Review
**Scenario:** Executive needs high-level understanding
**Action:**
1. Generate executive SUMMARY from technical specs
2. Create visual DIAGRAMS of system architecture
3. 1-page maximum with Mermaid diagrams
4. No technical jargon
### Use Case 3: Quick Reference for Developers
**Scenario:** Developer forgets API endpoint structure
**Action:**
1. Create QUICKSTART from API documentation
2. Include code examples
3. Add common patterns
4. Link to full spec
## Examples
**Example 1: Architecture Summary**
Input: `ai/architect/app/02_BACKEND_REQUIREMENTS.md` (14,000 words)
Output: `docs/architect/app/02_BACKEND_REQUIREMENTS_SUMMARY.md` (2,000 words)
**Example 2: Quick Start**
Input: `ai/architect/app/05_CSV_UPLOAD_SPECIFICATION.md`
Output: `docs/architect/app/05_CSV_UPLOAD_QUICKSTART.md`
- 5 steps to implement CSV upload
- Code snippets
- 10-minute read
**Example 3: Visual Guide**
Input: `ai/architect/app/07_WORKFLOWS_AND_DATA_FLOW.md`
Output: `docs/architect/app/07_WORKFLOWS_DIAGRAMS.md`
- Already has diagrams, extract and simplify
- Add annotations
- Create simplified version
## Version History
**v1.0.0** (2025-11-01)
- Initial skill creation
- Support for SUMMARY, QUICKSTART, DIAGRAMS formats
- Mermaid diagram integration
- Parallel folder structure
---
**Last Updated:** 2025-11-01
**Skill Type:** Documentation transformation and visualization
development
Apple Human Interface Guidelines for content display components. Use this skill when the user asks about charts component, collection view, image view, web view, color well, image well, activity view, lockup, data visualization, content display, displaying images, rendering web content, color pickers, or presenting collections of items in Apple apps. Also use when the user says how should I display charts, what's the best way to show images, should I use a web view, how do I build a grid of items, what component shows media, or how do I present a share sheet. Cross-references: hig-foundations for color/typography/accessibility, hig-patterns for data visualization patterns, hig-components-layout for structural containers, hig-platforms for platform-specific component behavior.
tools
Automate HelpDesk tasks via Rube MCP (Composio): list tickets, manage views, use canned responses, and configure custom fields. Always search tools first for current schemas.
testing
Expert Haskell engineer specializing in advanced type systems, pure functional design, and high-reliability software. Use PROACTIVELY for type-level programming, concurrency, and architecture guidance.
tools
GraphQL gives clients exactly the data they need - no more, no less. One endpoint, typed schema, introspection. But the flexibility that makes it powerful also makes it dangerous. Without proper controls, clients can craft queries that bring down your server. This skill covers schema design, resolvers, DataLoader for N+1 prevention, federation for microservices, and client integration with Apollo/urql. Key insight: GraphQL is a contract. The schema is the API documentation. Design it carefully.