Agent skill

Accessible Document Creator

by FerroxLabs in FerroxLabs/wayland

Create accessible PDF, Word, PowerPoint, and email documents with proper structure, reading order, alternative text, and compliance with PDF/UA, WCAG, and Section 508 standards.

Apache-2.0Auto-check passedDocuments & Office

Install Accessible Document Creator

skills CLI
$ npx skills add FerroxLabs/wayland --skill accessible-document-creator -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install FerroxLabs/wayland accessible-document-creator --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/FerroxLabs/wayland.git skills-src && mkdir -p .claude/skills && cp -r skills-src/src/process/resources/skills-library/bodies/skills/web-development/accessible-document-creator .claude/skills/accessible-document-creator && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
accessible-document-creator
GitHub stars
608
Token cost
~4.3k tokens
SKILL.md length
1,768 words
Files
1
Skills in repo
1,194
Repo updated
First seen
Licence
Apache-2.0

At a glance

Create accessible PDF, Word, PowerPoint, and email documents with proper structure, reading order, alternative text, and compliance with PDF/UA, WCAG, and Section 508 standards.

  • Works in 7 steps: Run the Accessibility Check → Add Tags → Set Reading Order → …
  • The user asks about accessible document creator
  • SKILL.md covers When to Use, Questions to Ask First, Microsoft Word Accessibility and PDF Accessibility, plus 9 more sections
  • Calls qpdf and python3

What it does

Accessible Document Creator is an agent skill from FerroxLabs/wayland. Create accessible PDF, Word, PowerPoint, and email documents with proper structure, reading order, alternative text, and compliance with PDF/UA, WCAG, and Section 508 standards. Use when the user asks about accessible document creator, related techniques, best practices, or needs guidance in this domain. Do NOT use when the request is outside the scope of accessible document creator or requires a different specialized skill.

Its SKILL.md is about 4.3k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Documents & Office, covering Accessibility, PDF and PowerPoint presentations. It works with Microsoft PowerPoint. The repository describes itself as: Wayland - The AI Agent That Perceives. Reasons. Acts. Evolves. The licence is Apache-2.0.

When your agent uses it

  • The user asks about accessible document creator
  • Related techniques
  • Needs guidance in this domain
  • The request is outside the scope of accessible document creator

Example prompts

  • “/accessible-document-creator”

Workflow steps

7 steps, taken from the step headings in SKILL.md.

  1. Run the Accessibility Check
  2. Add Tags
  3. Set Reading Order
  4. Fix Tables
  5. Add Alt Text
  6. Set Document Properties
  7. Set Tab Order

What it can do on your machine

Read from SKILL.md and the folder at commit 4c030c7. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • qpdf
    • python3

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Accessible Document Creator loads about 4.3k tokens when it runs. Until then it costs about 114 tokens; SKILL.md has 1,768 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~114
When it runs · the whole SKILL.md, loaded when a task matches
~4.3k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from FerroxLabs/wayland at commit 4c030c7, republished under its Apache-2.0 licence (© FerroxLabs). 1,768 words, ~4,295 tokens.

Download SKILL.mdSave it as .claude/skills/accessible-document-creator/SKILL.md (or your agent's skills folder).
name
accessible-document-creator
description
Create accessible PDF, Word, PowerPoint, and email documents with proper structure, reading order, alternative text, and compliance with PDF/UA, WCAG, and Section 508 standards. Use when the user asks about accessible document creator, related techniques, best practices, or needs guidance in this domain. Do NOT use when the request is outside the scope of accessible document creator or requires a different specialized skill.
license
Apache-2.0
metadata.author
foundry-skills
metadata.version
1.0.0
metadata.tags
accessibility checklist advanced quick-reference testing automation analysis running
metadata.category
web-development
metadata.subcategory
accessibility-performance
metadata.disclaimer
none
metadata.difficulty
advanced

Accessible Document Creator

You are an expert in document accessibility, specializing in creating and remediating PDF, Microsoft Word, PowerPoint, and email documents so they are fully usable by people with disabilities. You understand PDF/UA (ISO 14289), tagged PDF structure, the Microsoft Accessibility Checker, and email accessibility across major clients.

When to Use

Use this skill when:

  • User asks about accessible document creator techniques or best practices
  • User needs guidance on accessible document creator concepts
  • User wants to implement or improve their approach to accessible document creator

Do NOT use when:

  • The request falls outside the scope of accessible document creator
  • User needs a different specialized skill for their specific situation
  • The topic requires professional consultation beyond general guidance

Questions to Ask First

  1. What document format(s) do you need to make accessible (PDF, Word, PowerPoint, email)?
  2. Is this a new document or remediation of an existing one?
  3. What is the compliance target (WCAG 2.1 AA, Section 508, PDF/UA)?
  4. Does the document contain tables, charts, forms, or mathematical content?
  5. Will the document be distributed electronically, printed, or both?
  6. What authoring tool are you using (Word, InDesign, Google Docs, LaTeX, HTML email)?

Microsoft Word Accessibility

Document Structure

The foundation of accessible documents is proper structure through styles and headings, not visual formatting.

Heading hierarchy:

Heading 1: Document Title
  Heading 2: Major Section
    Heading 3: Subsection
    Heading 3: Subsection
  Heading 2: Major Section
    Heading 3: Subsection

Rules:

  • Use built-in heading styles (Heading 1, Heading 2, etc.) - never fake headings with bold/large text
  • Do not skip heading levels (H1 to H3 without H2)
  • Only one Heading 1 per document (the document title)
  • Use the Navigation Pane (View > Navigation Pane) to verify the outline
Essential Word Accessibility Practices
Alternative Text for Images
  1. Right-click image > Edit Alt Text
  2. Write a description of the image's content and purpose
  3. Mark decorative images as "Mark as decorative"

Good alt text guidelines:

  • Describe what the image communicates, not what it looks like
  • For charts: summarize the key data point or trend
  • For diagrams: describe the relationships and flow
  • Keep under 150 characters when possible; use long description for complex images
Tables
  • Use Insert > Table (never create tables with tabs or spaces)
  • Mark header row: Table Design > check "Header Row"
  • Mark first column if it contains row headers: check "First Column"
  • Keep tables simple - avoid merged cells, nested tables, and split cells
  • Add alt text to the table (right-click > Table Properties > Alt Text)
CORRECT table structure:
+----------+--------+--------+
| Category | Q1     | Q2     |  <-- Header row
+----------+--------+--------+
| Sales    | $1.2M  | $1.5M  |
| Support  | $400K  | $380K  |
+----------+--------+--------+

AVOID:
- Merged cells spanning multiple columns
- Blank cells used for spacing
- Tables used for layout (non-data)
Lists
  • Use built-in bullet and numbered list styles
  • Never fake lists with dashes, asterisks, or manual numbering
  • Nested lists use the Increase Indent button, not Tab for visual indentation
  • Use descriptive link text: "Download the 2024 Annual Report (PDF, 2.4 MB)"
  • Never use "click here" or raw URLs as link text
  • Add ScreenTip (right-click link > Edit Hyperlink > ScreenTip) for additional context
Language
  • Set the document language: File > Options > Language
  • For passages in a different language: select text > Review > Language > Set Proofing Language
Reading Order
  • Word documents generally follow linear reading order
  • For text boxes and floating objects: use the Selection Pane (Home > Select > Selection Pane) to verify and reorder
  • Avoid text boxes when possible - they can be skipped by screen readers
Running the Accessibility Checker
  1. File > Check for Issues > Check Accessibility (or Review > Check Accessibility in newer versions)
  2. Address all Errors first, then Warnings, then Tips
  3. Common errors:
    • Missing alt text
    • No header row in tables
    • Incorrect heading order
    • Missing document title (File > Properties > Title)

PDF Accessibility

Creating Accessible PDFs

The best path to an accessible PDF is creating a well-structured source document first.

From Word
  1. Create a fully accessible Word document (pass the Accessibility Checker)
  2. File > Save As > PDF or File > Export > Create PDF/XPS
  3. Ensure "Document structure tags for accessibility" is checked in Options
From InDesign
  1. Use paragraph styles mapped to export tags (Object > Object Export Options)
  2. Set articles reading order (Window > Articles)
  3. Add alt text to all images (Object > Object Export Options > Alt Text)
  4. Export: File > Export > Adobe PDF (Interactive) or (Print) with "Create Tagged PDF" checked
From HTML
shell
# Using wkhtmltopdf (basic, needs remediation)
wkhtmltopdf --enable-local-file-access input.html output.pdf

# Using Prince (better tag quality)
prince input.html -o output.pdf

# Using Chromium headless (decent structure)
chrome --headless --disable-gpu --print-to-pdf=output.pdf input.html

HTML-to-PDF converters vary widely in tag quality. Always check the result.

PDF Tag Structure

Tagged PDFs map visual elements to a logical structure tree. Required tags:

TagPurposeSource
<Document>Root elementAutomatic
<H1> - <H6>HeadingsHeading styles
<P>ParagraphsBody text
<L>, <LI>, <Lbl>, <LBody>ListsBuilt-in lists
<Table>, <TR>, <TH>, <TD>TablesProper tables with headers
<Figure>Images with alt textImages
<Link>HyperlinksLinks with descriptive text
<Form>Form fieldsInteractive form fields
<Sect>SectionsDocument sections
<Artifact>Decorative/repeated contentPage numbers, headers, footers, watermarks
PDF Remediation in Acrobat Pro

When the source is inaccessible, remediate directly in Acrobat Pro:

Step 1: Run the Accessibility Check
  • Tools > Accessibility > Full Check
  • Select PDF/UA and WCAG 2.1 AA
Step 2: Add Tags
  • If untagged: Tools > Accessibility > Autotag Document
  • Review and fix auto-generated tags in the Tags panel
Step 3: Set Reading Order
  • Tools > Accessibility > Reading Order
  • Draw rectangles around content areas in correct order
  • Assign each area the correct tag type
Step 4: Fix Tables
  • In the Tags panel, ensure <Table> contains <TR> rows
  • First row cells should be <TH> with Scope attribute (Row or Column)
  • Use Table Editor: right-click table > Table Editor
Step 5: Add Alt Text
  • In Tags panel, right-click <Figure> > Properties > Alternate Text
  • For decorative images, mark as Artifact instead of Figure
Step 6: Set Document Properties
  • File > Properties > Description:
    • Title (required)
    • Language (required): Advanced tab > Language
  • File > Properties > Initial View: set to "Document Title" (not filename)
Step 7: Set Tab Order
  • Page Thumbnails > right-click each page > Page Properties > Tab Order > Use Document Structure
PDF/UA Requirements Checklist
  • All content is tagged (no untagged content except Artifacts)
  • Tag structure matches logical reading order
  • Document has a title in metadata
  • Document language is set
  • All images have alt text or are marked as Artifacts
  • Tables have header cells (<TH>) with scope
  • Lists use <L>, <LI> structure
  • Links have descriptive text
  • Form fields have labels
  • Font is embedded (not referenced)
  • Color contrast meets 4.5:1 for normal text
  • No content conveyed by color alone
  • Bookmarks present for documents over 20 pages
  • Tab order follows document structure
PDF Testing Tools
ToolCostStrengths
PAC (PDF Accessibility Checker)FreeBest free PDF/UA validator
Acrobat Pro Accessibility CheckPaidIntegrated remediation workflow
CommonLook PDF ValidatorPaidDeep PDF/UA and WCAG analysis
VIP-PDF ReaderFreeScreen reader simulation
NVDA + Adobe ReaderFreeReal screen reader testing

PowerPoint Accessibility

Show full SKILL.md (713 more words)Show less
Slide Design
  1. Use built-in slide layouts - They have predefined content placeholders with correct reading order
  2. Never use blank slides with manually placed text boxes - Reading order will be wrong
  3. One idea per slide - Reduces cognitive load, improves screen reader navigation
Reading Order

For every slide:

  1. Home > Select > Selection Pane (or Alt+F10)
  2. Items are read bottom-to-top in the Selection Pane
  3. Reorder so the title is last (read first) and content flows logically
Slide Content
  • Title: Every slide must have a unique title (even if visually hidden)
  • Alt text: Right-click image > Edit Alt Text
  • Tables: Keep simple; mark header row
  • Charts: Add alt text summarizing the key data insight
  • Animations: Ensure content is understandable without animation; provide "Appear" as alternative to complex transitions
  • Audio/Video: Add captions and provide transcript
  • Links: Descriptive text, not raw URLs
  • Slide numbers: Insert > Header & Footer > Slide number
Slide Master Tips

Set up your Slide Master for accessibility from the start:

  • Minimum 18pt body text, 24pt+ for titles
  • High contrast color scheme (test with Colour Contrast Analyser)
  • Sans-serif fonts (Aptos, Calibri, Arial, Segoe UI)
  • Consistent placement of title, content, and navigation cues

Email Accessibility

HTML Email Best Practices

Email clients have widely varying support for HTML and CSS. Accessibility requires robust, simple markup.

html
<!DOCTYPE html>
<html lang="en" xmlns="[external resource]">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>Monthly Newsletter - February 2025</title>
</head>
<body style="margin: 0; padding: 0; background-color: #f4f4f4;">

<!-- Preheader text for screen readers and email preview -->
<div style="display: none; max-height: 0; overflow: hidden;">
  This month: new product launch, team spotlight, and upcoming events.
</div>

<table role="presentation" cellpadding="0" cellspacing="0"
       width="100%" style="max-width: 600px; margin: 0 auto;">
  <tr>
    <td style="padding: 20px;">

      <!-- Logo with alt text -->
      <img src="logo.png" alt="Acme Corp" width="150"
           style="display: block;">

      <!-- Heading structure -->
      <h1 style="font-size: 24px; color: #1a1a1a; font-family: Arial, sans-serif;">
        February Newsletter
      </h1>

      <p style="font-size: 16px; line-height: 1.5; color: #333333;
                font-family: Arial, sans-serif;">
        Welcome to our monthly update. Here is what is new.
      </p>

      <!-- Descriptive link -->
      <a href="[your-article-url]"
         style="color: #0066cc; font-size: 16px; font-family: Arial, sans-serif;">
        Read the full product announcement
      </a>

    </td>
  </tr>
</table>

</body>
</html>
Email Accessibility Rules
RuleDetails
Use role="presentation" on layout tablesPrevents screen readers from announcing "table"
Set lang on <html>Ensures correct pronunciation
Alt text on all imagesEmails with images off are common
Minimum 14px font sizeMany email clients do not zoom well
Sufficient color contrastSame 4.5:1 rule as web
Descriptive link text"Read the full article" not "Click here"
Logical reading orderSingle-column preferred; multi-column via nested tables
Left-align body textJustified text creates uneven spacing
Test with images offAll critical info should be in text, not images
Semantic headingsUse <h1> through <h6> for section structure
Preheader textHidden text that screen readers and preview panes read
Email Testing
  1. Litmus or Email on Acid - Preview across 90+ email clients
  2. Test with images disabled - Is the message still clear?
  3. Test with VoiceOver in Apple Mail and NVDA in Outlook
  4. Test the plain-text version - Always provide a plain-text alternative
  5. Test link text out of context - Read just the links; do they make sense?

Accessible Forms in PDF

Form field requirements:
1. Every field has a tooltip (label) that screen readers announce
2. Required fields are indicated in the label ("Email (required)")
3. Tab order follows visual order
4. Radio buttons and checkboxes are in groups with a group label
5. Validation errors are conveyed in text, not color alone
6. Instructions appear before the form, not just after

In Acrobat Pro:

  • Tools > Prepare Form
  • Double-click each field > Properties > General > Tooltip (this is the accessible name)
  • Set Tab Order: right-click page in Page Thumbnails > Page Properties > Tab Order > Use Document Structure

Automated Testing Workflow

shell
# Check PDF accessibility with PAC (PDF Accessibility Checker)
# Download from access-for-all.ch - free, Windows only

# Command-line PDF tag inspection with QPDF
qpdf --show-object=root input.pdf | grep -i "MarkInfo\|StructTreeRoot\|Lang"

# Check if PDF is tagged
python3 -c "
import pikepdf
pdf = pikepdf.open('document.pdf')
print('Tagged:', '/MarkInfo' in pdf.Root)
print('Language:', pdf.Root.get('/Lang', 'NOT SET'))
print('Struct Tree:', '/StructTreeRoot' in pdf.Root)
"

Quick Reference: Common Fixes

ProblemFix
No document titleFile > Properties > Title
Missing languageFile > Properties > Advanced > Language
Skipped heading levelChange Heading 3 to Heading 2 if no H2 precedes it
Image without alt textRight-click > Edit Alt Text > write description
Table without headersTable Design > check Header Row; set scope in tags
Fake list (dashes/asterisks)Convert to built-in numbered or bulleted list
Text box reading orderUse Selection Pane to reorder
Color-only informationAdd text labels, patterns, or icons alongside color
Non-descriptive linkReplace "click here" with destination or action description
Inaccessible chartAdd alt text summarizing the insight, provide data table

Process

  1. Gather information. Ask the user clarifying questions to understand their specific situation, goals, and constraints
  2. Analyze context. Review the information provided and identify key factors relevant to accessible document creator
  3. Develop recommendations. Apply domain expertise to create actionable guidance tailored to the user's needs
  4. Present structured output. Deliver findings in the output format below with clear next steps
  5. Address follow-ups. Answer additional questions and refine recommendations based on feedback

Output Format

template
## Accessible Document Creator Analysis

### Assessment
[Key findings and observations]

### Recommendations
1. [Primary recommendation]
2. [Secondary recommendation]
3. [Additional suggestions]

### Action Items
- [ ] [First action step]
- [ ] [Second action step]
- [ ] [Follow-up task]

Edge Cases

  • Incomplete information: Ask clarifying questions before proceeding with recommendations
  • Conflicting requirements: Prioritize the most critical constraint and note trade-offs
  • Out of scope requests: Redirect to appropriate specialized skill or professional resource
  • Beginner vs advanced: Adjust depth and terminology based on user's experience level

Example

Input: "Help me with accessible document creator for my current situation"

Output:

Based on your situation, here is a structured approach to accessible document creator:

  1. Assessment: Evaluate your current state and identify key areas for improvement
  2. Strategy: Develop a targeted plan based on best practices
  3. Implementation: Execute the plan with specific, measurable steps
  4. Review: Monitor progress and adjust as needed

© FerroxLabs, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in src/process/resources/skills-library/bodies/skills/web-development/accessible-document-creator of FerroxLabs/wayland.

Open the folder on GitHubat commit 4c030c7

Compare with similar skills

Accessible Document Creator next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Accessible Document Creator compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Accessible Document Creator this skillFerroxLabs/wayland608—~4.3kAutomated safety check: PassApache-2.0
Document Accessibility WizardCommunity-Access/accessibility-agents421—~1kAutomated safety check: PassMIT
Kb Accessibility RulesCommunity-Access/accessibility-agents421—~1.8kAutomated safety check: PassMIT
Slide Deck Image GeneratorSpaceZephyr/design-buddy174—~6.5kAutomated safety check: PassNone
Ccf Visual Composermikubaka88/CCFA-Skills3k—~2.4kAutomated safety check: PassMIT
MarkitdownImCa0/just-laws78114 repos~3.2kAutomated safety check: NotesMIT

Similar skills

  • Document Accessibility Wizard

    Community-Access/accessibility-agents

    Guided accessibility audit of Word, Excel, PowerPoint, PDF and ePub files, one at a time or by the folder, with a scored report.

    421 GitHub stars~1k tokensUpdated 14 days ago
    Documents & OfficeAuto-check passed
  • Kb Accessibility Rules

    Community-Access/accessibility-agents

    Reference data, not a reviewer. An agent skill from Community-Access/accessibility-agents.

    421 GitHub stars~1.8k tokensUpdated 14 days ago
    Documents & OfficeAuto-check passed
  • Slide Deck Image Generator

    SpaceZephyr/design-buddy

    Turns written content into designed slide images from an outline, merges them into PPTX or PDF, and can borrow styles from a registry of brand design systems.

    174 GitHub stars~6.5k tokensUpdated 3 mo ago
    Documents & OfficeAuto-check passed
  • Ccf Visual Composer

    mikubaka88/CCFA-Skills

    Render and redesign CCF figures, visual tables, and method/architecture diagrams from supplied content.

    3k GitHub stars~2.4k tokensUpdated 21 days ago
    Documents & OfficeAuto-check passed
  • Markitdown

    ImCa0/just-laws

    Convert files and office documents to Markdown. An agent skill from ImCa0/just-laws.

    781 GitHub starsUsed in 14 repos~3.2k tokens
    Documents & OfficeAuto-check: notes
  • Office File Transform

    CherryHQ/cherry-studio

    Derives new files from a selected part of a spreadsheet, Word document, PDF or slide deck, such as a cell range, paragraph, page or slide, without ever modifying the source file.

    52k GitHub stars~4.7k tokensUpdated today
    Documents & OfficeAuto-check passed

More from FerroxLabs/wayland

All 1,194 skills in this repo
  • Star Office Helper

    FerroxLabs/wayland

    Install, start, connect, and troubleshoot visualization companion projects for Aion/OpenClaw, with Star-Office-UI as the default recommendation.

    608 GitHub stars~2.2k tokensUpdated yesterday
    Auto-check: notes
  • Openclaw Setup

    FerroxLabs/wayland

    OpenClaw usage expert: Helps you install, deploy, configure, and use OpenClaw personal AI assistant.

    608 GitHub stars~1.9k tokensUpdated yesterday
    Auto-check passed
  • Tvcontrol Setup

    FerroxLabs/wayland

    Set up TVControl end to end: install the connector, start TradingView Desktop with its control port open, load a watchlist export, add the indicators they use, and leave a working chart.

    608 GitHub stars~5.7k tokensUpdated yesterday
    Auto-check passed
  • Ab Testing Specialist

    FerroxLabs/wayland

    End-to-end guide for designing, running, and analyzing A/B tests including experiment design, statistical significance, sample size calculation, common pitfalls, and advanced testing patterns.

    608 GitHub stars~3.7k tokensUpdated yesterday
    Auto-check passed
  • Academic Writer

    FerroxLabs/wayland

    Complete academic writing guide covering thesis and dissertation structure, journal article format using IMRaD, literature review methodology, citation management, the peer review process, and…

    608 GitHub stars~4.5k tokensUpdated yesterday
    Auto-check passed
  • Accessibility Auditor

    FerroxLabs/wayland

    Web accessibility expertise covering WCAG 2.2 conformance, audit methodology, ARIA patterns, keyboard navigation, screen reader testing, focus management, form accessibility, and automated vs manual…

    608 GitHub stars~4.1k tokensUpdated yesterday
    Auto-check passed

Questions about Accessible Document Creator

What does Accessible Document Creator do?

Create accessible PDF, Word, PowerPoint, and email documents with proper structure, reading order, alternative text, and compliance with PDF/UA, WCAG, and Section 508 standards. Accessible Document Creator is an agent skill from FerroxLabs/wayland. Create accessible PDF, Word, PowerPoint, and email documents with proper structure, reading order, alternative text, and compliance with PDF/UA, WCAG, and Section 508 standards.

When should I use Accessible Document Creator?

Accessible Document Creator fits situations like: the user asks about accessible document creator; related techniques; needs guidance in this domain; the request is outside the scope of accessible document creator.

How do I install Accessible Document Creator in Claude Code?

Run `npx skills add FerroxLabs/wayland --skill accessible-document-creator -a claude-code`. Or copy the skill folder (src/process/resources/skills-library/bodies/skills/web-development/accessible-document-creator in FerroxLabs/wayland) into .claude/skills/accessible-document-creator in your project. Claude Code loads it when a task matches its description.

How do I install Accessible Document Creator in Codex?

Run `npx skills add FerroxLabs/wayland --skill accessible-document-creator -a codex`. Or copy the skill folder (src/process/resources/skills-library/bodies/skills/web-development/accessible-document-creator in FerroxLabs/wayland) into .agents/skills/accessible-document-creator in your project. Codex loads it when a task matches its description.

Can I use Accessible Document Creator in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add FerroxLabs/wayland --skill accessible-document-creator -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/accessible-document-creator, .gemini/skills/accessible-document-creator, .github/skills/accessible-document-creator and .opencode/skills/accessible-document-creator in your project.

What does Accessible Document Creator need to run?

Going by SKILL.md and its folder, Accessible Document Creator needs the command-line tools its instructions call (qpdf and python3).

Does Accessible Document Creator access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Accessible Document Creator safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Accessible Document Creator use?

Accessible Document Creator is published under the Apache-2.0 licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Accessible Document Creator use?

About 4.3k tokens (SKILL.md is roughly 17k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Accessible Document Creator?

Skills that share tags, products or a category with Accessible Document Creator: Document Accessibility Wizard (Community-Access/accessibility-agents, 421 stars), Kb Accessibility Rules (Community-Access/accessibility-agents, 421 stars), Slide Deck Image Generator (SpaceZephyr/design-buddy, 174 stars) and Ccf Visual Composer (mikubaka88/CCFA-Skills, 3k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Accessible Document Creator?

FerroxLabs (a GitHub user) maintains it in FerroxLabs/wayland, which has 608 GitHub stars. The repository holds 1,194 skills in this directory. The repository was last updated on October 6, 2026.

Source: FerroxLabs/wayland on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.