woocommerce-markdown
Provides automated linting and formatting rules for WooCommerce project markdown.
Install
mkdir -p .claude/skills/woocommerce-markdown && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/6818" && unzip -o skill.zip -d .claude/skills/woocommerce-markdown && rm skill.zipInstalls to .claude/skills/woocommerce-markdown
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Guidelines for creating and modifying markdown files in WooCommerce. Use when writing documentation, README files, or any markdown content.Key capabilities
- →Enforces ATX heading style standards
- →Validates 4-space indentation for list items
- →Ensures fenced code blocks include language identifiers
- →Checks for proper file termination with single newlines
- →Supports specific HTML tags within markdown files
How it works
It runs local linting rules against defined configuration files to automatically patch formatting discrepancies.
Inputs & outputs
When to use woocommerce-markdown
- →Format project README files
- →Lint documentation updates
- →Apply project-wide markdown standards
About this skill
WooCommerce Markdown Guidelines
This skill provides guidance for creating and editing markdown files in the WooCommerce project.
Critical Rules
- Always lint after changes - Run
markdownlint --fixthenmarkdownlintto verify - Run from repository root - Ensures
.markdownlint.jsonconfig is loaded - Use UTF-8 encoding - Especially for directory trees and special characters
- Follow WooCommerce markdown standards - See configuration rules below
WooCommerce Markdown Configuration
The project uses markdownlint with these specific rules (from .markdownlint.json):
Enabled Rules
- MD003: Heading style must be ATX (
# HeadingnotHeading\n===) - MD007: Unordered list indentation must be 4 spaces
- MD013: Line length limit disabled (set to 9999)
- MD024: Multiple headings with same content allowed (only check siblings)
- MD031: Fenced code blocks must be surrounded by blank lines
- MD032: Lists must be surrounded by blank lines
- MD033: HTML allowed for a h1, h2, h3, br, summary, details and video elements
- MD036: Emphasis (bold/italic) should not be used as headings - use proper heading tags
- MD040: Fenced code blocks should specify language
- MD047: Files must end with a single newline
Disabled Rules
- no-hard-tabs: Tabs are allowed
- whitespace: Trailing whitespace rules disabled
Markdown Writing Guidelines
Headings
# Main Title (H1) - Only one per file
## Section (H2)
### Subsection (H3)
#### Minor Section (H4)
- Use ATX style (
#) not underline style - One H1 per file (usually the title)
- Maintain heading hierarchy (don't skip levels)
Lists
Unordered lists:
- Item one
- Item two
- Nested item (4 spaces)
- Another nested item
- Item three
Ordered lists:
1. First item
2. Second item
3. Third item
Important:
- Use 4 spaces for nested list items
- Add blank line before and after lists
- Use
-for unordered lists (not*or+)
Code Blocks
Always specify the language:
```bash
pnpm test:php:env
```
```php
public function process_order( int $order_id ) {
// code here
}
```
```javascript
const result = calculateTotal(items);
```
Common language identifiers:
bash- Shell commandsphp- PHP codejavascriptorjs- JavaScripttypescriptorts- TypeScriptjson- JSON datasql- SQL queriesmarkdownormd- Markdown examples
Code block rules:
- Add blank line before the opening fence
- Add blank line after the closing fence
- Always specify language (never use plain
```)
Inline Code
Use backticks for inline code:
Use the `process_order()` method to handle orders.
The `$order_id` parameter must be an integer.
Links
[Link text](https://example.com)
[Internal link](../path/to/file.md)
[Link with title](https://example.com "Optional title")
Tables
| Column 1 | Column 2 | Column 3 |
|----------|----------|----------|
| Value 1 | Value 2 | Value 3 |
| Value 4 | Value 5 | Value 6 |
- Use pipes (
|) for column separators - Header separator row required
- Alignment optional (
:---,:---:,---:)
Directory Trees
Always use UTF-8 box-drawing characters:
src/
├── Internal/
│ ├── Admin/
│ │ └── Controller.php
│ └── Utils/
│ └── Helper.php
└── External/
└── API.php
Never use:
- ASCII art (
+--,|--) - Spaces or tabs for tree structure
- Control characters
Emphasis
**Bold text** for strong emphasis
*Italic text* for regular emphasis
***Bold and italic*** for very strong emphasis
Workflow for Editing Markdown
-
Make your changes to the markdown file
-
Auto-fix linting issues:
markdownlint --fix path/to/file.md -
Check for remaining issues:
markdownlint path/to/file.md -
Manually fix what remains (usually language specs for code blocks)
-
Verify clean - No output means success
-
Commit changes
Common Linting Errors and Fixes
MD007: List indentation
Problem:
- Item
- Nested (only 2 spaces)
Fix:
- Item
- Nested (4 spaces)
MD031: Code blocks need blank lines
Problem:
Some text
```bash
command
```
More text
Fix:
Some text
```bash
command
```
More text
MD032: Lists need blank lines
Problem:
Some text
- List item
Fix:
Some text
- List item
MD036: Emphasis as heading
Problem:
**Example: Using bold as a heading**
Some content here
Fix:
#### Example: Using a proper heading
Some content here
MD040: Code needs language
Problem:
```
code here
```
Fix:
```bash
code here
```
Special Cases
CLAUDE.md Files
CLAUDE.md files are AI assistant documentation:
- Must be well-formatted for optimal parsing by AI
- Follow all markdownlint rules strictly
- Use clear, hierarchical structure
- Include table of contents for long files
README Files
- Start with H1 title
- Include brief description
- Add installation/usage sections
- Keep concise and scannable
Changelog Files
- Follow Keep a Changelog format
- Use consistent date formatting
- Group changes by type (Added, Changed, Fixed, etc.)
Troubleshooting
File Shows as "data" Instead of Text
Problem: File is corrupted with control characters
Fix:
tr -d '\000-\037' < file.md > file.clean.md && mv file.clean.md file.md
file file.md # Verify shows "UTF-8 text"
Linting Shows Unexpected Errors
Problem: Not running from repository root
Fix:
# Always run from root
cd /path/to/woocommerce
markdownlint path/to/file.md
# NOT like this
markdownlint /absolute/path/to/file.md
Auto-fix Doesn't Work
Problem: Some issues require manual intervention
Fix:
- Language specs for code blocks must be added manually
- Long lines may need manual rewrapping
- Some structural issues require content reorganization
Notes
- Most markdown issues are auto-fixable with
markdownlint --fix - Always run markdownlint from repository root
- UTF-8 encoding is critical for special characters
- CLAUDE.md files must pass linting for optimal AI parsing
- See
woocommerce-dev-cycleskill for markdown linting commands
When not to use it
- →Drafting non-technical content with creative formatting
- →Projects requiring non-standard markdown flavors
Prerequisites
Limitations
- →Disabled line length limits may result in very long paragraphs
- →Requires CLI access to run linting commands
How it compares
It applies strict, project-specific formatting constraints rather than generic commonmark conventions.
Compared to similar skills
woocommerce-markdown side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| woocommerce-markdown (this skill) | 2 | 3mo | Review | Beginner |
| ml-paper-writing | 48 | 6mo | Review | Advanced |
| docs-review | 10 | 7mo | No flags | Beginner |
| claude-md-improver | 21 | 6mo | Review | Beginner |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by woocommerce
View all by woocommerce →You might also like
ml-paper-writing
davila7
Write publication-ready ML/AI papers for NeurIPS, ICML, ICLR, ACL, AAAI, COLM. Use when drafting papers from research repos, structuring arguments, verifying citations, or preparing camera-ready submissions. Includes LaTeX templates, reviewer guidelines, and citation verification workflows.
docs-review
metabase
Review documentation changes for compliance with the Metabase writing style guide. Use when reviewing pull requests, files, or diffs containing documentation markdown files.
claude-md-improver
anthropics
Audit and improve CLAUDE.md files in repositories. Use when user asks to check, audit, update, improve, or fix CLAUDE.md files. Scans for all CLAUDE.md files, evaluates quality against templates, outputs quality report, then makes targeted updates. Also use when the user mentions "CLAUDE.md maintenance" or "project memory optimization".
write-docs
tldraw
Writing SDK documentation for tldraw. Use when creating new documentation articles, updating existing docs, or when documentation writing guidance is needed. Applies to docs in apps/docs/content/.
update-docs
vercel
This skill should be used when the user asks to "update documentation for my changes", "check docs for this PR", "what docs need updating", "sync docs with code", "scaffold docs for this feature", "document this feature", "review docs completeness", "add docs for this change", "what documentation is affected", "docs impact", or mentions "docs/", "docs/01-app", "docs/02-pages", "MDX", "documentation update", "API reference", ".mdx files". Provides guided workflow for updating Next.js documentation based on code changes.
wiki-architect
microsoft
Analyzes code repositories and generates hierarchical documentation structures with onboarding guides. Use when the user wants to create a wiki, generate documentation, map a codebase structure, or understand a project's architecture at a high level.