workflows-documentation

Unified markdown and OpenCode component specialist providing document quality enforcement (structure, style), content optimization for AI assistants, complete component creation workflows (skills, agents, commands with scaffolding, validation, packaging), ASCII flowchart creation for visualizing complex workflows, and install guide creation for MCP servers, plugins, and tools.

allowed_tools: Read, Write, Edit, Bash, Glob, Grep

$ Installer

git clone https://github.com/MichelKerkmeester/opencode-dev-environment /tmp/opencode-dev-environment && cp -r /tmp/opencode-dev-environment/.opencode/skill/workflows-documentation ~/.claude/skills/opencode-dev-environment

// tip: Run this command in your terminal to install the skill


name: workflows-documentation description: "Unified markdown and OpenCode component specialist providing document quality enforcement (structure, style), content optimization for AI assistants, complete component creation workflows (skills, agents, commands with scaffolding, validation, packaging), ASCII flowchart creation for visualizing complex workflows, and install guide creation for MCP servers, plugins, and tools." allowed-tools: [Read, Write, Edit, Bash, Glob, Grep] version: 5.2.0

Documentation Creation Specialist - Unified Markdown & Component Management

Unified specialist providing: (1) Document quality pipeline with structure enforcement and content optimization, (2) OpenCode component creation (skills, agents, commands) with scaffolding, validation, and packaging, (3) ASCII flowchart creation for visualizing workflows, and (4) Install guide creation for setup documentation.

Core Principle: Structure first, then content, then quality.

Architecture: Scripts handle deterministic parsing/metrics, AI handles quality judgment and recommendations.


1. ๐ŸŽฏ WHEN TO USE

Use Case: Document Quality Management

Enforce markdown structure, optimize content for AI assistants, validate quality through script-assisted AI analysis.

README Creation - Use readme_template.md when:

  • Creating new README for any folder or project
  • User requests "create a README", "add documentation"
  • Folder needs comprehensive documentation

Frontmatter Validation - Use frontmatter_templates.md when:

  • Validating YAML frontmatter in any document
  • Checking required fields for document types
  • Fixing frontmatter syntax errors

Validation Workflow - Apply after Write/Edit operations:

  • Auto-correct filename violations (ALL CAPS โ†’ lowercase, hyphens โ†’ underscores)
  • Fix safe violations (separators, H2 case, emoji per rules)
  • Check critical violations (missing frontmatter, wrong section order)

Manual Optimization - Run when:

  • README needs optimization for AI assistants
  • Creating critical documentation (specs, knowledge, skills)
  • Pre-release quality checks
  • Generating llms.txt for LLM navigation

Use Case: OpenCode Component Creation

Create and manage OpenCode components: skills, agents, and commands. Each component type has templates, validation, and quality standards.

Component Types:

  • Skills (.opencode/skill/) - Knowledge bundles with workflows โ†’ skill_creation.md
  • Agents (.opencode/agent/) - AI personas with tool permissions โ†’ agent_template.md
  • Commands (.opencode/command/) - Slash commands for user invocation โ†’ command_template.md

Use when:

  • User requests skill creation ("create a skill", "make a new skill")
  • User requests agent creation ("create an agent", "make a new agent")
  • User requests command creation ("create a command", "add a slash command")
  • Scaffolding component structure
  • Validating component quality
  • Packaging skill for distribution

Skill Process (6 steps): Understanding (examples) โ†’ Planning (resources) โ†’ Initialization (init_skill.py) โ†’ Editing (populate) โ†’ Packaging (package_skill.py) โ†’ Iteration (test/improve)

Agent Process: Load agent_template.md โ†’ Define frontmatter (tools, permissions) โ†’ Create sections (workflow, capabilities, anti-patterns) โ†’ Validate โ†’ Test

Command Process: Load command_template.md โ†’ Define frontmatter (name, description) โ†’ Create execution logic โ†’ Add to command registry โ†’ Test

Use Case: Flowchart Creation

Create ASCII flowcharts for visualizing workflows, user journeys, and decision trees.

Use when:

  • Documenting multi-step processes with branching
  • Creating decision trees with multiple outcomes
  • Showing parallel execution with sync points
  • Visualizing approval gates and revision cycles

See: assets/flowcharts/

Use Case: Install Guide Creation

Create and validate installation documentation for MCP servers, plugins, and tools using phase-based templates.

Use when:

  • Creating documentation for MCP server installation
  • Documenting plugin setup procedures
  • Standardizing tool installation across platforms
  • Need phase-based validation checkpoints

5-Phase Process: Overview โ†’ Prerequisites โ†’ Installation โ†’ Configuration โ†’ Verification

See: install_guide_standards.md

When NOT to Use (All Modes)

  • Non-markdown files (only .md supported)
  • Simple typo fixes (use Edit tool directly)
  • Internal notes or drafts
  • Auto-generated API docs
  • Very simple 2-3 step processes (use bullet points)
  • Code architecture (use mermaid diagrams)

2. ๐Ÿงญ SMART ROUTING & REFERENCES

Mode Selection

TASK CONTEXT
    โ”‚
    โ”œโ”€โ–บ Improving markdown / documentation quality
    โ”‚   โ””โ”€โ–บ MODE 1: Document Quality
    โ”‚       โ”œโ”€โ–บ README creation: readme_template.md
    โ”‚       โ”œโ”€โ–บ Knowledge files, general markdown
    โ”‚       โ”œโ”€โ–บ Frontmatter validation: frontmatter_templates.md
    โ”‚       โ”œโ”€โ–บ Quality analysis: extract_structure.py โ†’ JSON
    โ”‚       โ””โ”€โ–บ llms.txt generation (ask first)
    โ”‚
    โ”œโ”€โ–บ Creating OpenCode components (skills, agents, commands)
    โ”‚   โ””โ”€โ–บ MODE 2: Component Creation
    โ”‚       โ”œโ”€โ–บ Skills: init_skill.py + skill_md_template.md
    โ”‚       โ”œโ”€โ–บ Agents: agent_template.md
    โ”‚       โ””โ”€โ–บ Commands: command_template.md
    โ”‚
    โ”œโ”€โ–บ Creating ASCII flowcharts / diagrams
    โ”‚   โ””โ”€โ–บ MODE 3: Flowchart Creation
    โ”‚       โ””โ”€โ–บ Load flowchart assets by pattern type
    โ”‚
    โ”œโ”€โ–บ Creating install guide / setup documentation
    โ”‚   โ””โ”€โ–บ MODE 4: Install Guide Creation
    โ”‚       โ””โ”€โ–บ Load: install_guide_template.md
    โ”‚
    โ””โ”€โ–บ Quick reference / standards lookup
        โ””โ”€โ–บ Load: quick_reference.md

Resource Router

Mode 1 - Document Quality:

ConditionResourcePurpose
Checking structurereferences/core_standards.mdFilename conventions, structural violations
Optimizing contentreferences/optimization.mdQuestion coverage, AI-friendly transformations
Validating qualityreferences/validation.mdDQI scoring, quality gates
Workflow guidancereferences/workflows.mdExecution modes, enforcement patterns
Creating READMEassets/documentation/readme_template.mdREADME structure (13 sections)
Validating frontmatterassets/documentation/frontmatter_templates.mdFrontmatter validation & templates (11 types)

Mode 2 - OpenCode Component Creation:

CategoryConditionResourcePurpose
SkillsCreating skillreferences/skill_creation.md + init_skill.py6-step workflow
SKILL.md templateassets/opencode/skill_md_template.mdSKILL.md structure
Reference templateassets/opencode/skill_reference_template.mdReference docs in references/
Asset templateassets/opencode/skill_asset_template.mdBundled assets in assets/
Packaging skillscripts/package_skill.pyValidation + zip
AgentsCreating agentassets/opencode/agent_template.mdAgent file with frontmatter & permissions
CommandsCreating commandassets/opencode/command_template.mdCommand creation guide (19 sections)
SharedComponent READMEassets/documentation/readme_template.mdREADME for skill/agent/command folders
Quick validationscripts/quick_validate.pyFast validation checks

Mode 3 - Flowcharts:

PatternResourceUse Case
Linearassets/flowcharts/simple_workflow.mdSequential steps
Decisionassets/flowcharts/decision_tree_flow.mdBranching logic
Parallelassets/flowcharts/parallel_execution.mdConcurrent tasks
Nestedassets/flowcharts/user_onboarding.mdSub-processes
Loop/Approvalassets/flowcharts/approval_workflow_loops.mdReview cycles
Swimlaneassets/flowcharts/system_architecture_swimlane.mdMulti-stage

Mode 4 - Install Guide Creation:

ConditionResourcePurpose
Creating install guideassets/documentation/install_guide_template.mdPhase-based template
Need standardsreferences/install_guide_standards.mdBest practices
Validating guidescripts/extract_structure.pyQuality check

General Utilities:

ConditionResourcePurpose
Need frontmatterassets/documentation/frontmatter_templates.mdFrontmatter validation & templates (11 secs)
Generating llms.txtassets/documentation/llmstxt_templates.mdllms.txt creation with decision framework
Creating installassets/documentation/install_guide_template.md5-phase install guide template (14 sections)
Analyzing docsscripts/extract_structure.pyParse to JSON for AI analysis
Quick referencereferences/quick_reference.mdOne-page cheat sheet

Core References

DocumentPurposeKey Insight
skill_creation.mdComplete skill creation workflowTemplate structure, validation
validation.mdDQI scoring criteriaQuality gates
optimization.mdContent optimizationAI context efficiency
core_standards.mdStructural standardsSection ordering
workflows.mdExecution modesMode selection
quick_reference.mdCommand cheat sheetCommon operations

Templates

TemplatePurposeUsage
skill_md_template.mdSKILL.md templateNew skill creation
skill_reference_template.mdReference file templateBundled resources
readme_template.mdREADME templateProject documentation
command_template.mdCommand templateSlash commands
agent_template.mdAgent templateCustom agents

Resource Router

def route_documentation_resources(task):
    """Route to appropriate documentation resources."""
    
    # Mode 1: Skill Creation
    if task.involves("skill creation") or task.involves("new skill"):
        load("references/skill_creation.md")
        load("assets/opencode/skill_md_template.md")
        return "Mode 1: Skill Creation"
    
    if task.involves("reference file") or task.involves("bundled resource"):
        load("assets/opencode/skill_reference_template.md")
        return "Mode 1: Reference Creation"
    
    # Mode 2: Document Quality
    if task.involves("DQI") or task.involves("quality score"):
        load("references/validation.md")
        return "Mode 2: Document Quality"
    
    # Mode 3: Content Optimization
    if task.involves("optimize") or task.involves("AI context"):
        load("references/optimization.md")
        return "Mode 3: Content Optimization"
    
    # Mode 4: Flowchart Creation
    if task.involves("flowchart") or task.involves("ASCII diagram"):
        load("assets/flowcharts/")
        return "Mode 4: Flowchart Creation"
    
    # Mode 5: Install Guide
    if task.involves("install guide") or task.involves("setup instructions"):
        load("assets/documentation/install_guide_template.md")
        return "Mode 5: Install Guide"
    
    # Default
    load("references/quick_reference.md")
    return "Quick Reference"

Key Insight: Always run extract_structure.py first - it provides the structured JSON that enables accurate AI quality assessment. Without it, quality evaluation is subjective guesswork.


3. ๐Ÿ› ๏ธ HOW IT WORKS

Mode 1: Document Quality

Script-Assisted AI Analysis:

# 1. Extract document structure to JSON
scripts/extract_structure.py path/to/document.md

# 2. AI receives JSON with:
#    - Frontmatter, structure, metrics
#    - Checklist results, DQI score
#    - Evaluation questions

# 3. AI reviews and provides recommendations

Document Type Detection (auto-applies enforcement):

TypeEnforcementFrontmatterNotes
READMEFlexibleNoneFocus on quick-start usability
SKILLStrictRequiredNo structural checklist failures
KnowledgeModerateForbiddenConsistent, scannable reference
CommandStrictRequiredMust be executable
SpecLooseOptionalWorking docs; avoid blocking
GenericFlexibleOptionalBest-effort structure

Mode 2: OpenCode Component Creation

Skill Creation

Progressive Disclosure Design:

  1. Metadata (name + description) - Always in context (~100 words)
  2. SKILL.md body - When skill triggers (<5k words)
  3. Bundled resources - As needed (unlimited)

After packaging: Run extract_structure.py on SKILL.md for final quality review.

Typical Workflow:

# 1. Initialize skill structure
scripts/init_skill.py my-skill --path .opencode/skill

# 2. Edit SKILL.md and bundled resources
# [User populates templates with content]

# 3. Quick validation check
scripts/quick_validate.py .opencode/skill/my-skill --json

# 4. Package with full validation
scripts/package_skill.py .opencode/skill/my-skill

# 5. Quality assurance (DQI scoring)
scripts/extract_structure.py .opencode/skill/my-skill/SKILL.md

Agent Creation

Template-First Workflow:

  1. Load agent_template.md for structure reference
  2. Create agent file in .opencode/agent/
  3. Define YAML frontmatter (name, tools, permissions)
  4. Create required sections (workflow, capabilities, anti-patterns)
  5. Validate frontmatter syntax
  6. Test with real examples

Key Difference from Skills: Agents have tool permissions (true/false per tool) and action permissions (allow/deny), not just allowed-tools array.

Command Creation

Template-First Workflow:

  1. Load command_template.md for structure reference
  2. Create command file in .opencode/command/
  3. Define YAML frontmatter (name, description, triggers)
  4. Create execution logic and examples
  5. Add to command registry
  6. Test invocation

Mode 3: Flowchart Creation

Building Blocks:

Process Box:        Decision Diamond:     Terminal:
โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”         โ•ฑโ”€โ”€โ”€โ”€โ”€โ”€โ•ฒ           โ•ญโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ•ฎ
โ”‚   Action    โ”‚        โ•ฑ Test?  โ•ฒ          โ”‚  Start  โ”‚
โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜        โ•ฒ        โ•ฑ          โ•ฐโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ•ฏ
                        โ•ฒโ”€โ”€โ”€โ”€โ”€โ”€โ•ฑ

Flow Control:

Standard Flow:      Branch:           Parallel:         Merge:
     โ”‚              โ”‚   โ”‚   โ”‚         โ”Œโ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”         โ”‚
     โ–ผ              โ–ผ   โ–ผ   โ–ผ         โ”‚    โ”‚    โ”‚      โ”€โ”€โ”€โ”ดโ”€โ”€โ”€
                                      โ–ผ    โ–ผ    โ–ผ         โ”‚

7 Core Patterns:

PatternUse CaseReference File
1: Linear SequentialStep-by-step without branchingsimple_workflow.md
2: Decision BranchBinary or multi-way decisionsdecision_tree_flow.md
3: ParallelMultiple tasks run togetherparallel_execution.md
4: NestedEmbedded sub-workflowsuser_onboarding.md
5: Approval GateReview/approval requiredapproval_workflow_loops.md
6: Loop/IterationRepeat until condition metapproval_workflow_loops.md
7: PipelineSequential stages with gatessystem_architecture_swimlane.md

Workflow: Select pattern โ†’ Build with components โ†’ Validate (validate_flowchart.sh) โ†’ Document


4. ๐Ÿ“‹ RULES

Mode 1: Document Quality

โœ… ALWAYS

  1. ALWAYS validate filename conventions (snake_case, preserve README.md/SKILL.md)
  2. ALWAYS detect document type first (applies correct enforcement level)
  3. ALWAYS verify frontmatter for SKILL.md and Command types
  4. NEVER add TOC (only allowed in README files)
  5. ALWAYS ask about llms.txt generation (never auto-generate)
  6. ALWAYS apply safe auto-fixes (H2 case, separators, filenames)
  7. ALWAYS validate before completion (structure + content + style)
  8. ALWAYS provide metrics (before/after counts from script output)

โŒ NEVER

  1. NEVER modify spec files during active development (loose enforcement)
  2. NEVER delete original content without approval
  3. NEVER block for safe violations (only block: missing frontmatter, wrong order)
  4. NEVER generate llms.txt without asking
  5. NEVER apply wrong enforcement level

โš ๏ธ ESCALATE IF

  1. Document type ambiguous
  2. Critical violations detected
  3. Major restructuring needed
  4. Style guide missing
  5. Conflicts with user intent

Mode 2: OpenCode Component Creation

Skills

โœ… ALWAYS
  1. ALWAYS start with concrete examples (validate understanding)
  2. ALWAYS run init_skill.py (proper scaffolding)
  3. ALWAYS identify bundled resources (scripts/references/assets)
  4. ALWAYS use third-person ("Use when..." not "You should use...")
  5. ALWAYS keep SKILL.md <5k words (move details to references/)
  6. ALWAYS delete unused examples (keep lean)
  7. ALWAYS validate before packaging
  8. ALWAYS recommend final review (run extract_structure.py)
โŒ NEVER
  1. NEVER use second-person (imperative/infinitive only)
  2. NEVER duplicate SKILL.md/references/ (progressive disclosure)
  3. NEVER create without examples
  4. NEVER skip validation
  5. NEVER include excessive detail (SKILL.md is orchestrator)
  6. NEVER use vague descriptions
โš ๏ธ ESCALATE IF
  1. Skill purpose unclear
  2. No concrete examples
  3. Validation fails repeatedly
  4. Unsupported features
  5. User input required (brand assets, API docs)

Agents

โœ… ALWAYS
  1. ALWAYS load agent_template.md first (template-first workflow)
  2. ALWAYS validate frontmatter (name, mode, temperature, tools, permission)
  3. ALWAYS include CORE WORKFLOW section (numbered steps)
  4. ALWAYS include ANTI-PATTERNS section (what NOT to do)
  5. ALWAYS set explicit tool permissions (true/false for each tool)
  6. ALWAYS test with real examples before deployment
โŒ NEVER
  1. NEVER create agents without @write agent (bypasses quality gates)
  2. NEVER skip frontmatter validation (causes discovery failures)
  3. NEVER use vague tool permissions (be explicit: true or false)
  4. NEVER omit anti-patterns (agents need clear boundaries)
โš ๏ธ ESCALATE IF
  1. Agent purpose overlaps with existing agent
  2. Tool permissions unclear
  3. Behavioral rules conflict with AGENTS.md

Commands

โœ… ALWAYS
  1. ALWAYS load command_template.md first (template-first workflow)
  2. ALWAYS define clear triggers (what invokes the command)
  3. ALWAYS include usage examples (copy-paste ready)
  4. ALWAYS validate command name (lowercase, colon-separated)
โŒ NEVER
  1. NEVER create commands without frontmatter (required for discovery)
  2. NEVER use ambiguous triggers (must be unique)
  3. NEVER skip testing (commands must work on first invocation)
โš ๏ธ ESCALATE IF
  1. Command conflicts with existing command
  2. Trigger phrase is ambiguous
  3. Command requires special permissions

Mode 3: Flowchart Creation

โœ… ALWAYS

  1. ALWAYS use consistent box styles (single-line process, rounded terminals, diamond decisions)
  2. ALWAYS label all decision branches (Yes/No or specific outcomes)
  3. ALWAYS align elements (no diagonal lines, consistent spacing)
  4. ALWAYS show complete paths (every box has entry/exit)
  5. ALWAYS validate readability

โŒ NEVER

  1. NEVER create ambiguous arrow connections
  2. NEVER leave decision outcomes unlabeled
  3. NEVER exceed 40 boxes (break into sub-workflows)
  4. NEVER mix box styles inconsistently
  5. NEVER skip spacing and alignment

โš ๏ธ ESCALATE IF

  1. Process exceeds ~40 boxes
  2. Interactive/exportable format needed
  3. Collaborative editing required
  4. Pattern unclear

Mode 4: Install Guide Creation

โœ… ALWAYS

  1. ALWAYS include AI-first install prompt at the top
  2. ALWAYS use phase validation checkpoints (phase_N_complete pattern)
  3. ALWAYS provide platform-specific configurations (OpenCode, Claude Code, Claude Desktop)
  4. ALWAYS include troubleshooting section with Error โ†’ Cause โ†’ Fix format
  5. ALWAYS verify commands are copy-paste ready

โŒ NEVER

  1. NEVER skip validation checkpoints (each phase must validate)
  2. NEVER assume prerequisites (always list and verify)
  3. NEVER mix platform instructions (separate clearly)
  4. NEVER use relative paths in command examples

โš ๏ธ ESCALATE IF

  1. Multi-platform complexity requires testing
  2. External dependencies unavailable
  3. Installation requires special permissions

Emoji Usage Rules

Heading LevelEmoji RuleExample
H1 (#)โŒ NEVER# Documentation Specialist
H2 (##)โœ… ALWAYS## 1. ๐ŸŽฏ CAPABILITIES
H3 (###)โš ๏ธ SEMANTIC ONLY### โœ… ALWAYS (RULES only)
H4+ (####)โŒ NEVER#### Success Metrics

Body Text: โœ… Status indicators (โœ… โŒ โš ๏ธ), priority markers (๐Ÿ”ด ๐ŸŸก ๐Ÿ”ต), visual indicators (๐Ÿ“Š ๐Ÿ” โšก) - only when enhancing clarity.

H3 Semantic Exception: Emojis โœ… โŒ โš ๏ธ REQUIRED on H3 in RULES sections for functional signaling.

H2 Emoji Enforcement by Document Type

Document TypeEmoji RequiredEnforcement LevelMissing Emoji Severity
SKILL.mdโœ… YesStricterror (BLOCKING)
README.mdโœ… YesStricterror (BLOCKING)
Asset filesโœ… YesStricterror (BLOCKING)
Reference filesโœ… YesStricterror (BLOCKING)
Command filesโš ๏ธ Semantic onlyModeratewarning
Spec filesโŒ NoLooseN/A
GenericโŒ NoFlexibleN/A

CRITICAL: For template-based documents (SKILL, README, asset, reference), missing H2 emojis are BLOCKING errors. The extract_structure.py script will return severity: 'error' for these violations.

Prevention: Always COPY headers from templates. Never reconstruct from memory.


5. ๐Ÿ† SUCCESS CRITERIA

Document Quality Index (DQI)

The extract_structure.py script computes a DQI (0-100) based on measurable attributes:

ComponentMaxMeasures
Structure40Checklist pass rate (type-specific)
Content30Word count, heading density, code examples, links
Style30H2 formatting, dividers, intro paragraph

Quality Bands:

BandScoreAction
Excellent90-100None needed
Good75-89Minor improvements
Acceptable60-74Several areas need attention
Needs Work<60Significant improvements required

Example DQI Output (from extract_structure.py):

{
  "dqi": {
    "total": 96,
    "band": "excellent",
    "components": {
      "structure": 40,
      "content": 26,
      "style": 30
    }
  },
  "checklist": { "passed": 12, "failed": 0, "skipped": 2 },
  "documentType": "SKILL"
}

Completion Checklists

Document Quality Complete:

  • โœ… extract_structure.py executed, JSON parsed
  • โœ… Document type detected, checklist reviewed
  • โœ… Evaluation questions answered, recommendations generated
  • โœ… All critical issues addressed

Skill Creation Complete:

  • โœ… YAML frontmatter with name + description (third-person, specific)
  • โœ… SKILL.md under 5k words, bundled resources organized
  • โœ… Unused examples deleted, passes package_skill.py
  • โœ… Final AI review completed, tested on real examples

Agent Creation Complete:

  • โœ… YAML frontmatter with name, mode, temperature, tools, permission
  • โœ… Tool permissions explicitly set (true/false for each)
  • โœ… CORE WORKFLOW section with numbered steps
  • โœ… ANTI-PATTERNS section with clear boundaries
  • โœ… RELATED RESOURCES section with links
  • โœ… Tested with real examples

Command Creation Complete:

  • โœ… YAML frontmatter with name, description, triggers
  • โœ… Clear usage examples (copy-paste ready)
  • โœ… Execution logic defined
  • โœ… Added to command registry
  • โœ… Tested invocation works

Flowchart Complete:

  • โœ… All paths clear, decisions labeled, parallel blocks resolve
  • โœ… Spacing consistent, understandable without explanation
  • โœ… Size limits: โ‰ค40 boxes, โ‰ค8 depth levels, โ‰ค200 lines

Install Guide Complete:

  • โœ… AI-first prompt included, copy-paste ready
  • โœ… All 5 phases have validation checkpoints
  • โœ… Platform configurations provided (at least OpenCode)
  • โœ… Troubleshooting covers common errors
  • โœ… Commands tested and working

Document-Type Gates

TypeStructureContentRequired
SKILL.mdStrict (no failures)High AI-friendlinessFrontmatter, WHEN/HOW/RULES
README.mdFlexibleHigh AI-friendlinessQuick Start, examples
KnowledgeStrict (no frontmatter)Good AI-friendlinessNumbered H2s

6. ๐Ÿ”Œ INTEGRATION POINTS

Framework Integration

This skill operates within the behavioral framework defined in AGENTS.md.

Key integrations:

  • Gate 2: Skill routing via skill_advisor.py
  • Tool Routing: Per AGENTS.md Section 6 decision tree
  • Memory: Context preserved via Spec Kit Memory MCP

Scripts

ScriptPurposeUsage
extract_structure.pyParse document to JSONscripts/extract_structure.py doc.md
init_skill.pyScaffold skill structurescripts/init_skill.py <name> --path <dir>
package_skill.pyValidate + package to zipscripts/package_skill.py <skill-path>
quick_validate.pyFast validation checksscripts/quick_validate.py <skill-path>
validate_flowchart.shFlowchart validationscripts/validate_flowchart.sh <file>

Tool Usage

ToolPurpose
ReadExamine files before optimization
WriteCreate optimized versions or llms.txt
EditApply specific transformations
BashExecute scripts
GlobFind markdown files for batch processing
GrepSearch for patterns/violations

Related Skills

SkillIntegration
system-spec-kitContext files can be optimized; validates spec folder documentation structure
workflows-gitUses documentation quality for commit/PR descriptions

Workflow Integration

Skill Creation โ†’ Document Quality:

  1. Initialize (init_skill.py)
  2. Edit SKILL.md and resources
  3. Package (package_skill.py)
  4. Quality validation (extract_structure.py)
  5. Iterate if needed

7. ๐Ÿ“š EXTERNAL RESOURCES


8. ๐Ÿ”— RELATED RESOURCES

For Document Quality

  1. Read Sections 3-6 (When/How/Rules/Success)
  2. Navigate: workflows.md for execution modes
  3. Run enforcement, optimization, or validation as needed

For Skill Creation

  1. Read Sections 3-6 (When/How/Rules/Success)
  2. Navigate: skill_creation.md for workflow
  3. Use Scripts: init_skill.py โ†’ edit โ†’ package_skill.py
  4. Validate: Run Document Quality validation on SKILL.md

Quick Reference

Need fast navigation? See quick_reference.md


Remember: This skill operates in four modes - Document Quality, Skill Creation, Flowchart Creation, and Install Guide Creation. All modes integrate seamlessly for creating and validating high-quality documentation and skills.

Repository

MichelKerkmeester
MichelKerkmeester
Author
MichelKerkmeester/opencode-dev-environment/.opencode/skill/workflows-documentation
1
Stars
1
Forks
Updated3d ago
Added1w ago