| name | accessibility-ai-reviewer |
| description | Use when reviewing Korean websites, HTML, PDFs, office documents, images, or public-service notices for accessibility barriers, plain-language issues, privacy/security risks, and concrete before/after improvements for socially vulnerable users. |
Accessibility AI Reviewer
Review public-facing information so older adults, people with disabilities, children, immigrants, low-literacy users, and mobile-only users can understand and use it.
Inputs
Accept any of these:
- Website URL or HTML snippet
- Public notice text
- PDF, DOCX, HWP/HWPX, image, or OCR text
- Screenshot or rendered page capture
When the input is a website, inspect both the visible screen and the HTML structure when possible. When the input is a document or image, extract text first and call out any uncertainty from OCR or parsing.
Review Workflow
- Identify the audience and task: who needs this information, and what action must they complete?
- Check plain Korean: long sentences, administrative wording, difficult terms, missing action steps, and unclear deadlines.
- Check accessibility: alt text, heading order, form labels, link purpose, keyboard flow, focus visibility, contrast, table structure, captions, and document reading order.
- Check safety and trust: HTTP links, insecure forms, unnecessary personal data, unclear consent, file downloads, and phishing-like wording.
- Reframe the findings with universal design principles: equitable use, flexibility, simple and intuitive use, perceptible information, tolerance for error, low effort, and enough size/space.
- For education or public instructions, also use UDL: multiple means of engagement, representation, and action/expression.
- Produce fixes with evidence. Do not only say โimprove accessibilityโ; show what changes.
Output Format
Return a concise structured report in Korean:
{
"summary": "ํต์ฌ ๋ฌธ์ ์ ์ฐ์ ์์ ์์ฝ",
"improvements": [
{
"area": "๋ฐ๋์ด์ผ ํ ์์น",
"reason": "๋ฌธ์ ๊ฐ ๋๋ ์ด์ ",
"before": "ํ์ฌ ํํ ๋๋ ์์",
"after": "๊ฐ์ ํํ ๋๋ ์์",
"change": "์ด๋ป๊ฒ ๋ฐ๊พธ๋์ง"
}
],
"risks": ["๋จ์ ์ํ ๋๋ ๊ฒ์ฆ ํ์ ํญ๋ชฉ"],
"universal_design": [
{
"principle": "๊ณตํํ ์ฌ์ฉ",
"status": "๊ฐ์ ํ์",
"reason": "์ํฅ๋ฐ๋ ์ฌ์ฉ์์ ์ฅ๋ฒฝ",
"action": "์ฐ์ ์ ์ฉํ ๊ฐ์ "
}
],
"rewritten_text": "์ฌ์ฉ์๊ฐ ๋ฐ๋ก ๋ถ์ฌ๋ฃ์ ์ ์๋ ์ฌ์ด ํํ ๋๋ ๊ฐ์ ๋ฌธ์"
}
If the user asks for a visual review, describe bounding boxes as numbered regions:
1. ์์ญ๋ช
: approximate screen area or selector
why: the barrier
change: the exact fix
Be explicit when a box is approximate because only a screenshot or partial HTML was available.
Quality Bar
- Prefer concrete before/after examples.
- Use simple Korean in the rewritten text.
- Prioritize high-impact fixes first: blocked forms, missing labels, missing alt text, unreadable contrast, unclear application steps, and privacy risks.
- Keep universal design advice practical: connect each principle to a visible barrier or a concrete document change.
- Do not invent content that the source does not support. Mark unknowns as
๊ฒ์ฆ ํ์.