accessibility-readability
Ensure textbook content is accessible, readable, and understandable for learners of all skill levels. Use when reviewing content for clarity, adding explanations for beginners, or improving content accessibility.
Best use case
accessibility-readability is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Ensure textbook content is accessible, readable, and understandable for learners of all skill levels. Use when reviewing content for clarity, adding explanations for beginners, or improving content accessibility.
Teams using accessibility-readability should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/accessibility-readability/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How accessibility-readability Compares
| Feature / Agent | accessibility-readability | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Ensure textbook content is accessible, readable, and understandable for learners of all skill levels. Use when reviewing content for clarity, adding explanations for beginners, or improving content accessibility.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Accessibility & Readability Skill
## Instructions
### 1. Reading Level Guidelines
| Audience | Flesch Score | Characteristics |
|----------|--------------|-----------------|
| Beginner | 60-70 | Short sentences, common words, many examples |
| Intermediate | 50-60 | Technical terms with definitions, moderate complexity |
| Advanced | 40-50 | Assumes prior knowledge, concise explanations |
### 2. Explain Technical Terms
**First mention** of any technical term MUST include:
```mdx
**ROS 2** (Robot Operating System 2) is a middleware framework that provides
tools and libraries for building robot applications. Think of it as the
"nervous system" that lets different parts of a robot communicate.
```
### 3. Glossary Integration
Create `docs/glossary.mdx` with all terms:
```mdx
## R
### ROS 2
**Robot Operating System 2** — A middleware framework for robotics development.
- **Used in**: Modules 1, 3, 4
- **Prerequisite for**: Understanding node communication
- **Related**: Topics, Services, Actions
### rclpy
**ROS Client Library for Python** — Python bindings for ROS 2.
- **Installation**: `pip install rclpy`
- **Import**: `import rclpy`
```
Link to glossary on first use:
```mdx
We'll use [ROS 2](/docs/glossary#ros-2) to control our robot.
```
### 4. Multi-Level Explanations
Provide layered depth for complex topics:
```mdx
## What is a ROS 2 Node?
### 🟢 Simple Explanation (Beginner)
A node is like a worker in a factory. Each worker (node) has one job,
and they communicate by passing messages to each other.
### 🟡 Technical Explanation (Intermediate)
A node is an independent process that performs computation. Nodes
communicate via topics (pub/sub), services (request/response), or
actions (long-running tasks with feedback).
### 🔴 Deep Dive (Advanced)
Nodes are executables within a ROS 2 package. They use DDS (Data
Distribution Service) for communication, with QoS (Quality of Service)
policies controlling reliability, durability, and history.
```
### 5. Prerequisite Mapping
Every chapter must clearly state what knowledge is assumed:
```mdx
## 📋 Prerequisites
**Required Knowledge:**
- ✅ Basic Python (variables, functions, classes)
- ✅ Command line basics (cd, ls, mkdir)
- ✅ [Chapter 1.1 — Introduction to Physical AI](/docs/module-1/week-1-2/)
**Helpful but Optional:**
- ⭕ Linux system administration
- ⭕ Previous robotics experience
**You'll Learn Here:**
- 🆕 ROS 2 node creation
- 🆕 Publisher/subscriber pattern
```
### 6. Code Accessibility
Always explain code step-by-step:
```mdx
```python
# Step 1: Import the ROS 2 Python library
import rclpy
from rclpy.node import Node
# Step 2: Create a class that inherits from Node
class MyNode(Node):
def __init__(self):
# Step 3: Initialize the parent class with a node name
super().__init__('my_node') # 'my_node' is visible in ROS tools
# Step 4: Log a message to confirm the node started
self.get_logger().info('Node has started!')
```
**Line-by-line breakdown:**
| Line | Purpose |
|------|---------|
| `import rclpy` | Load the ROS 2 Python library |
| `from rclpy.node import Node` | Import the base Node class |
| `class MyNode(Node)` | Create our custom node |
| `super().__init__('my_node')` | Register with ROS 2 |
| `self.get_logger().info(...)` | Print to ROS 2 logging system |
```
### 7. Visual Learning Aids
For each major concept, include:
1. **Analogy** — Real-world comparison
2. **Diagram** — Visual representation
3. **Code** — Working example
4. **Exercise** — Hands-on practice
```mdx
## Understanding Topics
### 🎯 Analogy
Topics are like radio channels. Publishers broadcast on a channel,
and any subscriber tuned to that channel receives the message.
### 📊 Diagram
```mermaid
graph LR
P[Publisher] -->|broadcasts| T[/topic_name]
T -->|receives| S1[Subscriber 1]
T -->|receives| S2[Subscriber 2]
```
### 💻 Code Example
[See code block above]
### ✍️ Exercise
Create a publisher that sends your name every second.
```
### 8. Accessibility Standards
**Images:**
```mdx

```
**Color contrast:** Don't rely solely on color
```mdx
✅ Good: "The green checkmarks (✅) indicate success"
❌ Bad: "Green items are complete"
```
**Keyboard navigation:** Ensure all interactive elements are accessible
### 9. Progress Indicators
Help learners track their journey:
```mdx
## 📍 Your Progress
| Module | Status | Completion |
|--------|--------|------------|
| Module 1: ROS 2 | 🟢 Current | 60% |
| Module 2: Simulation | ⚪ Upcoming | 0% |
| Module 3: Isaac | ⚪ Upcoming | 0% |
| Module 4: VLA | ⚪ Upcoming | 0% |
**Estimated time to complete this chapter:** 45 minutes
```
### 10. Recap Sections
End each major section with a quick recap:
```mdx
## 🔄 Quick Recap
**What we covered:**
- ✅ Created a ROS 2 node using Python
- ✅ Published messages to a topic
- ✅ Subscribed to receive messages
**Key commands:**
```bash
ros2 run my_package my_node # Run a node
ros2 topic list # List all topics
ros2 topic echo /topic_name # View messages
```
**Common mistakes to avoid:**
- ❌ Forgetting to call `rclpy.init()` before creating nodes
- ❌ Not spinning the node (`rclpy.spin(node)`)
```
## Validation Checklist
- [ ] All technical terms defined on first use
- [ ] Glossary entries for domain-specific terms
- [ ] Multi-level explanations for complex topics
- [ ] Prerequisites clearly stated
- [ ] Code explained line-by-line for beginners
- [ ] Images have descriptive alt text
- [ ] Estimated reading time provided
- [ ] Quick recaps at section ends
## Definition of Done
- Content passes readability check for target audience
- All technical terms linked to glossary
- Beginner/intermediate/advanced sections where appropriate
- Every code block has explanatory comments
- Accessibility standards met (alt text, contrast, etc.)Related Skills
accessibility-wcag
Build accessible web applications following WCAG 2.1/2.2 guidelines with proper semantic HTML, ARIA attributes, keyboard navigation, screen reader support, and inclusive design. Use when implementing ARIA labels and roles, ensuring keyboard navigation, supporting screen readers, providing text alternatives for images, managing focus, creating accessible forms, building inclusive UI components, testing with accessibility tools, meeting WCAG compliance levels, or designing for users with disabilities.
accessibility-standards
Implement WCAG 2.1 accessibility standards for Vue 3 apps. Use when adding ARIA labels, keyboard navigation, screen reader support, or checking color contrast. Mentions "accessibility", "ARIA", "keyboard nav", "screen reader", or "color contrast".
accessibility-review
Reviews UI for accessibility issues against WCAG 2.1/2.2 AA. Triggers on "is this accessible?", "check accessibility", or contrast/a11y review requests.
accessibility-report
Generate accessibility compliance reports including VPAT and ACR documents
accessibility-patterns
Build inclusive web experiences following WCAG guidelines. Covers semantic HTML, ARIA, keyboard navigation, color contrast, and testing strategies. Triggers on accessibility, a11y, WCAG, screen readers, or inclusive design requests.
accessibility-mobile
React Native accessibility patterns for iOS and Android. Use when implementing a11y features.
accessibility
Audit and improve web accessibility following WCAG 2.1 guidelines. Use when asked to "improve accessibility", "a11y audit", "WCAG compliance", "screen reader support", "keyboard navigation", or "make accessible". Do NOT use for SEO (use seo), performance (use core-web-vitals), or comprehensive site audits covering multiple areas (use web-quality-audit).
accessibility-games
Game accessibility skill for colorblind modes and control remapping.
accessibility-excellence
Master web accessibility (A11y) to ensure your product is usable by everyone, including people with disabilities. Covers WCAG standards, semantic HTML, keyboard navigation, screen readers, color contrast, and inclusive design practices. Accessibility is not a feature—it's a fundamental requirement.
accessibility-checklist
When building UI components, forms, or any user-facing interface. Check before every frontend PR.
accessibility-a11y
Semantic HTML, keyboard navigation, focus states, ARIA labels, skip links, and WCAG contrast requirements. Use when ensuring accessibility compliance, implementing keyboard navigation, or adding screen reader support.
u01954-handoff-contracting-for-accessibility-services
Operate the "Handoff Contracting for accessibility services" capability in production for accessibility services workflows. Use when mission execution explicitly requires this capability and outcomes must be reproducible, policy-gated, and handoff-ready.