Platform Notes
- Optional helper plugins may help in some environments, but they must not be treated as required for this skill.
Markdown Lint Cleanup
Acknowledgement: Shared by Peter Bamuhigire, techguypeter.com, +256 784 464178.
Use When
- Fix markdown lint warnings by enforcing headings, blank lines around lists, and language-tagged code fences for clean documentation.
- The task needs reusable judgment, domain constraints, or a proven workflow rather than ad hoc advice.
Do Not Use When
- The task is unrelated to
markdown-lint-cleanup or would be better handled by a more specific companion skill.
- The request only needs a trivial answer and none of this skill's constraints or references materially help.
Markdown Lint Cleanup Required Context
- Gather relevant project context, constraints, and the concrete problem to solve.
- Confirm the desired deliverable: design, code, review, migration plan, audit, or documentation.
Markdown Lint Cleanup Core Method Notes
- Read this
SKILL.md first, then load only the referenced deep-dive files that are necessary for the task.
- Apply the ordered guidance, checklists, and decision rules in this skill instead of cherry-picking isolated snippets.
- Produce the deliverable with assumptions, risks, and follow-up work made explicit when they matter.
Quality Standards
- Keep outputs execution-oriented, concise, and aligned with the repository's baseline engineering standards.
- Preserve compatibility with existing project conventions unless the skill explicitly requires a stronger standard.
- Prefer deterministic, reviewable steps over vague advice or tool-specific magic.
Markdown Lint Cleanup Existing Failure Notes
- Treating examples as copy-paste truth without checking fit, constraints, or failure modes.
- Loading every reference file by default instead of using progressive disclosure.
Markdown Lint Cleanup Core Deliverables
- A concrete result that fits the task: implementation guidance, review findings, architecture decisions, templates, or generated artifacts.
- Clear assumptions, tradeoffs, or unresolved gaps when the task cannot be completed from available context alone.
- References used, companion skills, or follow-up actions when they materially improve execution.
Evidence Produced
| Category |
Artifact |
Format |
Example |
| Correctness |
Markdown lint cleanup record |
Markdown doc tracking lint warnings fixed (headings, blank lines around lists, language-tagged fences) per pass |
docs/lint/markdown-cleanup-2026-04-16.md |
References
- Use the links and companion skills already referenced in this file when deeper context is needed.
Inputs
| Artefact |
Source or provider |
Requirement |
If absent |
| Markdown files and lint configuration |
repository |
required |
Return a proposed patch if edit or execution is unavailable |
Capability contract
Read access to Markdown and its lint configuration is required. File edits need explicit authority and must remain mechanical; generated sources or substantive prose changes stay outside that permission.
Degraded mode
If lint execution or editing is unavailable, return a qualified finding list or patch and mark the final lint result unassessed rather than claiming a clean document.
Decision rules
| Choice |
Action |
Failure avoided |
| A warning can only be fixed by rewriting meaning |
Stop and request editorial authority |
Mechanical cleanup changes content |
Outputs
| Artefact |
Consumer |
Observable acceptance condition |
| Lint-clean Markdown and check result |
maintainers and CI |
Intended meaning is unchanged and configured lint passes |
Markdown Lint Cleanup Evidence Notes 1
- Preserve the lint configuration, before-and-after rule findings, reviewed diff, and any warning withheld to avoid changing meaning.
Worked example
Add a language tag to a known shell fence and blank lines around a list; do not guess the language of an ambiguous snippet.
Overview
Use this skill to clean markdown files so they pass lint checks with zero warnings. It focuses on consistent headings, spacing, and fenced code block language tags.
When to Use
- Markdown lint warnings appear (MD022, MD032, MD036, MD040, MD031)
- Documentation updates need a clean lint pass
- Large docs need formatting normalization without content changes
Core Rules (Required)
- Headings must be proper headings
- Replace bold-only headings with
##, ###, etc.
- Blank lines around lists
- Add a blank line before and after lists
- Blank lines around fenced code blocks
- Surround code fences with blank lines
- Language tags on fenced code blocks
- Use
bash, php, sql, or text as appropriate
Common Fixes
MD036: Emphasis used instead of a heading
Replace:
Section Title
With:
Section Title
MD032: Blanks around lists
Ensure blank lines before and after lists:
Text paragraph.
Next paragraph.
MD022: Blanks around headings
Add a blank line before and after headings:
Paragraph text.
Heading
MD040: Fenced code language
Add a language identifier:
Example output line
MD031: Blanks around fences
Ensure fences are separated from other text:
Paragraph text.
php scripts/verify_uom_system.php
File Safety
- Do not change meaning or content structure
- Only adjust formatting to satisfy lint rules
- Preserve links and references exactly
Recommended Workflow
- Identify lint warnings and their line numbers
- Apply targeted fixes (headings, spacing, code fence languages)
- Re-check lint until clean
Output Expectations
- No markdown lint warnings
- No content meaning changes
- Consistent formatting across documents
Workflow
- Read the repository lint configuration and define the authorised files.
- Run or inspect lint findings and separate mechanical fixes from editorial changes.
- Stop when a fix would change meaning or the code-fence language is unknown.
- Apply mechanical repairs and rerun checks; recover by reverting the affected hunk and reporting the unresolved rule.
Markdown Lint Cleanup Evidence Notes 2
| Evidence |
Consumer |
Acceptance |
| Lint result and reviewed diff |
Maintainer and CI |
Configured lint passes and semantic changes are absent or authorised |
Anti-Patterns
- Guessing a code-fence language. Fix: inspect the snippet or leave a flagged gap.
- Reflowing prose during lint cleanup. Fix: keep changes mechanical.
- Renumbering intentional examples blindly. Fix: preserve semantic numbering.
- Editing generated Markdown. Fix: repair its source generator.
- Declaring success without rerunning lint. Fix: record the final check result.
1---2name: markdown-lint-cleanup-33description: Use when Markdown files need mechanical lint repair for headings, list spacing, fences, and whitespace without changing meaning; use a writing or editing skill when prose or structure needs substantive revision.4---56## Platform Notes78- Optional helper plugins may help in some environments, but they must not be treated as required for this skill.910# Markdown Lint Cleanup11Acknowledgement: Shared by Peter Bamuhigire, techguypeter.com, +256 784 464178.1213<!-- dual-compat-start -->14## Use When1516- Fix markdown lint warnings by enforcing headings, blank lines around lists, and language-tagged code fences for clean documentation.17- The task needs reusable judgment, domain constraints, or a proven workflow rather than ad hoc advice.1819## Do Not Use When2021- The task is unrelated to `markdown-lint-cleanup` or would be better handled by a more specific companion skill.22- The request only needs a trivial answer and none of this skill's constraints or references materially help.232425## Markdown Lint Cleanup Required Context26- Gather relevant project context, constraints, and the concrete problem to solve.27- Confirm the desired deliverable: design, code, review, migration plan, audit, or documentation.282930## Markdown Lint Cleanup Core Method Notes31- Read this `SKILL.md` first, then load only the referenced deep-dive files that are necessary for the task.32- Apply the ordered guidance, checklists, and decision rules in this skill instead of cherry-picking isolated snippets.33- Produce the deliverable with assumptions, risks, and follow-up work made explicit when they matter.3435## Quality Standards3637- Keep outputs execution-oriented, concise, and aligned with the repository's baseline engineering standards.38- Preserve compatibility with existing project conventions unless the skill explicitly requires a stronger standard.39- Prefer deterministic, reviewable steps over vague advice or tool-specific magic.404142## Markdown Lint Cleanup Existing Failure Notes43- Treating examples as copy-paste truth without checking fit, constraints, or failure modes.44- Loading every reference file by default instead of using progressive disclosure.454647## Markdown Lint Cleanup Core Deliverables48- A concrete result that fits the task: implementation guidance, review findings, architecture decisions, templates, or generated artifacts.49- Clear assumptions, tradeoffs, or unresolved gaps when the task cannot be completed from available context alone.50- References used, companion skills, or follow-up actions when they materially improve execution.5152## Evidence Produced5354| Category | Artifact | Format | Example |55|----------|----------|--------|---------|56| Correctness | Markdown lint cleanup record | Markdown doc tracking lint warnings fixed (headings, blank lines around lists, language-tagged fences) per pass | `docs/lint/markdown-cleanup-2026-04-16.md` |5758## References5960- Use the links and companion skills already referenced in this file when deeper context is needed.61## Inputs6263| Artefact | Source or provider | Requirement | If absent |64|---|---|---|---|65| Markdown files and lint configuration | repository | required | Return a proposed patch if edit or execution is unavailable |6667## Capability contract6869Read access to Markdown and its lint configuration is required. File edits need explicit authority and must remain mechanical; generated sources or substantive prose changes stay outside that permission.7071## Degraded mode7273If lint execution or editing is unavailable, return a qualified finding list or patch and mark the final lint result unassessed rather than claiming a clean document.7475## Decision rules7677| Choice | Action | Failure avoided |78|---|---|---|79| A warning can only be fixed by rewriting meaning | Stop and request editorial authority | Mechanical cleanup changes content |808182## Outputs83| Artefact | Consumer | Observable acceptance condition |84|---|---|---|85| Lint-clean Markdown and check result | maintainers and CI | Intended meaning is unchanged and configured lint passes |868788## Markdown Lint Cleanup Evidence Notes 189- Preserve the lint configuration, before-and-after rule findings, reviewed diff, and any warning withheld to avoid changing meaning.9091## Worked example9293Add a language tag to a known shell fence and blank lines around a list; do not guess the language of an ambiguous snippet.9495<!-- dual-compat-end -->96## Overview9798Use this skill to clean markdown files so they pass lint checks with zero warnings. It focuses on consistent headings, spacing, and fenced code block language tags.99100## When to Use101102- Markdown lint warnings appear (MD022, MD032, MD036, MD040, MD031)103- Documentation updates need a clean lint pass104- Large docs need formatting normalization without content changes105106## Core Rules (Required)1071081. **Headings must be proper headings**109 - Replace bold-only headings with `##`, `###`, etc.1102. **Blank lines around lists**111 - Add a blank line before and after lists1123. **Blank lines around fenced code blocks**113 - Surround code fences with blank lines1144. **Language tags on fenced code blocks**115 - Use `bash`, `php`, `sql`, or `text` as appropriate116117## Common Fixes118119### MD036: Emphasis used instead of a heading120121**Replace**:122123**Section Title**124125**With**:126127## Section Title128129### MD032: Blanks around lists130131Ensure blank lines before and after lists:132133Text paragraph.134135- Item one136- Item two137138Next paragraph.139140### MD022: Blanks around headings141142Add a blank line before and after headings:143144Paragraph text.145146#### Heading147148- List item149150### MD040: Fenced code language151152Add a language identifier:153154```text155Example output line156```157158### MD031: Blanks around fences159160Ensure fences are separated from other text:161162Paragraph text.163164```bash165php scripts/verify_uom_system.php166```167168## File Safety169170- Do not change meaning or content structure171- Only adjust formatting to satisfy lint rules172- Preserve links and references exactly173174## Recommended Workflow1751761. Identify lint warnings and their line numbers1772. Apply targeted fixes (headings, spacing, code fence languages)1783. Re-check lint until clean179180## Output Expectations181182- No markdown lint warnings183- No content meaning changes184- Consistent formatting across documents185186187## Workflow1881. Read the repository lint configuration and define the authorised files.1892. Run or inspect lint findings and separate mechanical fixes from editorial changes.1903. Stop when a fix would change meaning or the code-fence language is unknown.1914. Apply mechanical repairs and rerun checks; recover by reverting the affected hunk and reporting the unresolved rule.192193194## Markdown Lint Cleanup Evidence Notes 2195| Evidence | Consumer | Acceptance |196|---|---|---|197| Lint result and reviewed diff | Maintainer and CI | Configured lint passes and semantic changes are absent or authorised |198199200## Anti-Patterns201- Guessing a code-fence language. Fix: inspect the snippet or leave a flagged gap.202- Reflowing prose during lint cleanup. Fix: keep changes mechanical.203- Renumbering intentional examples blindly. Fix: preserve semantic numbering.204- Editing generated Markdown. Fix: repair its source generator.205- Declaring success without rerunning lint. Fix: record the final check result.