docs-writer_skill

This skill helps you write, review, and edit documentation in apps/docs and all md or mdx files with clear, user-focused guidance.
  • JavaScript

0

GitHub Stars

2

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill mildtomato/agent-skills --skill docs-writer

  • metadata.json330 B
  • SKILL.md5.4 KB

Overview

This skill defines standards and a workflow for writing, reviewing, and editing project documentation, with emphasis on files under apps/docs/ and any .md/.mdx files. It ensures consistent voice, formatting, structure, and accessibility so documentation is clear, accurate, and easy to maintain. Use it as a checklist and style guide whenever you create or modify docs.

How this skill works

The skill inspects requested doc changes and guides a structured workflow: clarify the request, investigate code and existing pages, plan edits, implement changes, and verify accuracy and links. It enforces voice and grammar rules, formatting and syntax conventions, and a prescribed document structure (BLUF, headings, procedures, next steps). During reviews it highlights gaps, consistency issues, and accessibility items to correct before finalizing.

When to use it

  • Writing new documentation pages for apps/docs/ or any .md/.mdx files
  • Editing existing documentation to reflect code changes or clarify instructions
  • Reviewing docs in a pull request to enforce style and structure
  • Preparing documentation for release or public consumption
  • Auditing docs for accessibility, links, and accuracy

Best practices

  • Start each section with a BLUF introduction paragraph before lists or subheadings
  • Address the reader as "you", use active voice, present tense, and contractions
  • Use sentence case for headings and bold UI elements; use code font for filenames and code
  • Number sequential steps and use bullets for non-sequential items; keep items parallel
  • Wrap text at 80 characters, use clear dates, and include descriptive alt text for images
  • Run a final check for factual accuracy, link validity, and consistent terminology

Example use cases

  • Convert a draft feature overview into a BLUF-led page with step-by-step setup instructions
  • Update API docs after a backend change and verify code examples match implementation
  • Review a contributor's PR to fix tone, grammar, and heading hierarchy
  • Create an 'Experimental features' note for preview functionality
  • Audit all .mdx files for missing alt text, incorrect links, or nonstandard headings

FAQ

Use 'must' for mandatory requirements and avoid 'should'; be explicit about required behavior.

Where do I put an accessibility note or image alt text?

Include descriptive alt text for every image and use semantic HTML elements; document any accessibility considerations in the relevant section.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational