decision-documentation

decision-documentation is a skill for Claude Code from Owl-Listener/inclusive-design-skills. It costs 85 tokens per session (785 once invoked), scanned A, original, MIT.

A record of an accessibility decision and the reasons behind it. It preserves the context, constraints, chosen approach, and expected effects for future team members.

In plain words
What is it for?
Use it when choosing between accessibility approaches, making a tradeoff, or needing to explain why an interface works a particular way.
Why use it?
It prevents good decisions from being reversed when people change, projects are redesigned, or the original reasoning is forgotten.

Skill for Claude Code

Written for Claude Code: shipped in a Claude Code plugin.

Part of the accessibility-decisions plugin — 9 skills shipped together

Good fit Use it when choosing between accessibility approaches, making a tradeoff, or needing to explain why an interface works a particular way.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/owl-listener/inclusive-design-skills/decision-documentation
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add Owl-Listener/inclusive-design-skills --skill decision-documentation
Clone the repo
git clone --depth 1 https://github.com/Owl-Listener/inclusive-design-skills

Made for: Claude Code.

Or install accessibility-decisions, the plugin that ships this one along with the rest of its 9 skills.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for decision-documentation

README.md
[![agentmods](https://agentmods.dev/badge/skills/owl-listener/inclusive-design-skills/decision-documentation/github.svg)](https://agentmods.dev/skills/owl-listener/inclusive-design-skills/decision-documentation)
Your own site
<a href="https://agentmods.dev/skills/owl-listener/inclusive-design-skills/decision-documentation"><img src="https://agentmods.dev/badge/skills/owl-listener/inclusive-design-skills/decision-documentation/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for decision-documentation

Your own site · 80×15
<a href="https://agentmods.dev/skills/owl-listener/inclusive-design-skills/decision-documentation"><img src="https://agentmods.dev/badge/skills/owl-listener/inclusive-design-skills/decision-documentation.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 85 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 785 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00085 $0.00785
Opus 5 $0.00043 $0.00392
Sonnet 5 $0.00017 $0.00157
Haiku 4.5 $0.00009 $0.00078

Measured 11d ago against content hash 25e6477fc17a, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-11, from the pricing page.

Security

Grade A, and why

decision-documentation scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 11d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

accessibility-decisions/skills/decision-documentation/SKILL.md · 98 lines

How it starts

The opening of the file, as written. The whole thing — 98 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Accessibility Decision Documentation

Record accessibility decisions so that future teams understand not just what was decided, but why — preventing the cycle where good decisions get reversed because nobody remembers the reasoning.

Why This Matters

Accessibility barriers accumulate quietly through redesigns, framework updates, staff turnover, and rushed deadlines. The most common cause isn't malice or ignorance — it's a new team member changing something without knowing why it was built that way.

Documentation is the immune system. It protects good decisions from being undone by people who weren't in the room.

Decision Record Format

For each significant accessibility decision, record:

Title

A clear, searchable name. "Form validation: inline errors instead of summary banner"

Date and Author

When was this decided and by whom.

Context

What situation prompted this decision? What were the constraints? "During user testing, 3 out of 5 participants with cognitive disabilities missed the error summary banner at the top of the page. They corrected individual fields but didn't scroll up to see the banner, so they didn't know the form hadn't submitted."

Decision

What was decided, specifically. "All form validation errors will appear inline directly below the field that needs correction. The error summary banner is removed. Errors are announced to screen readers via aria-describedby on each field."

Alternatives Considered

What other options were evaluated and why they were rejected. "We considered keeping the summary banner alongside inline errors, but testing showed it created confusion — users didn't know which error indication to follow."

Accessibility Impact

Who benefits from this decision and how. "Benefits users with cognitive disabilities (don't need to remember which fields had errors), screen reader users (errors announced in context), and all users (faster error correction)."

Risks and Tradeoffs

What might go wrong or what was sacrificed. "If a form has many errors, the user sees them one at a time as they move through fields, rather than all at once. For long forms, this could mean more scrolling. We accept this tradeoff because contextual errors have higher fix rates in testing."

Read the full file on GitHub · 98 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 11d ago First seen · 98 lines · 85 tokens per session scan A 25e6477fc17a

Subscribe to this mod's changes

decision-documentation is a skill published in the GitHub repository Owl-Listener/inclusive-design-skills (98 stars, last pushed 3mo ago), licensed MIT. It adds 85 tokens to every session and 785 once invoked, about $0.0004 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.

Related

Other skills, from other repositories

webgl-holographic-foil

A self-contained WebGL2 hero: thin-film interference over a crushed-foil surface whose palette shifts with the viewing angle; move the cursor to tilt the film.

nexu-io/open-design · 41 tokens

html-ppt-hermes-cyber-terminal

OpenDesign + BYOK: choosing and wiring your own model, hands-on — cost, quality, and the routing decision. Built as a decision-grade AI literacy deck for engineers, IT, applied-AI teams.

nexu-io/open-design · 53 tokens

html-ppt-taste-brutalist

16:9 HTML deck in tactical-telemetry / CRT-terminal taste. Deactivated-CRT charcoal slides, white-phosphor monospace, hazard-red accent, scanline overlay, ASCII syntax, density over decoration. Distilled from Leonxlnx/taste-skill brutalist-skill (Tactical Telemetry mode).

nexu-io/open-design · 78 tokens

visual-ralph

Visual Ralph orchestration for frontend UI from generated references, static references, or live URL targets, using $ralph with built-in visual verdict and pixel-diff evidence until the implementation matches and leaves a reproducible design system.

Yeachan-Heo/oh-my-codex · 50 tokens

accessibility

Consolidated accessibility skill entrypoint for WCAG 2.2, ARIA Authoring Practices, cognitive accessibility, Section 508, EN 301 549, design intent verification, and the Accessibility Planner workflow.

microsoft/hve-core · 47 tokens

make-resume

A Chinese-language tool for creating editable HTML resumes that can be changed in a browser and printed to PDF. It uses available resume templates when they are installed and otherwise provides a simpler fallback.

Hisn00w/ASu-skills · 86 tokens