Skip to main content

write-an-accessible-policy-document

Write an accessible policy document with clear rules, navigable structure, usable formats, inclusive language, defined terms, exceptions, contacts, and verified source fidelity. Use when people must understand and act on an authoritative policy.

ソース情報

リポジトリ
protosphinx/sphinxstack
ソースの最終更新活動
2026年7月29日 13:55
検出された SKILL.md の言語
英語
スター
3
フォーク
0

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

ソースファイルを確認

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

ファイルエクスプローラー
2 ファイル

SKILL.md を表示中

SKILL.md
ソースの指示 · 読み取り専用プレビュー
name
write-an-accessible-policy-document
category
write
description
Write an accessible policy document with clear rules, navigable structure, usable formats, inclusive language, defined terms, exceptions, contacts, and verified source fidelity. Use when people must understand and act on an authoritative policy.
# write-an-accessible-policy-document Accessibility includes meaning, format, process, and available alternatives. ## When to use - Use for employee, public, customer, student, vendor, safety, or operational policies. - Do not simplify away a right, duty, exception, threshold, or appeal path. ## Procedure 1. Confirm policy authority, purpose, audience, jurisdictions, source requirements, effective date, and owner. 2. Organize around scope, definitions, rights, duties, steps, exceptions, evidence, decisions, appeals, contacts, and changes. 3. Use plain language, active voice, short sections, descriptive headings, lists, examples, and consistent terms. 4. State deadlines, amounts, thresholds, responsible roles, and alternate paths precisely. 5. Design heading hierarchy, reading order, links, tables, notes, color-independent meaning, and adaptable layout. 6. Provide accessible HTML and document formats, language and interpretation routes, and contact alternatives as required. 7. Test with keyboard, screen reader, zoom, reflow, contrast, links, document structure, and representative readers. 8. Reconcile accessible versions to the approved source and version future changes together. ## Done - An accessible policy document records authority, scope, rules, rights, exceptions, procedures, contacts, appeals, dates, and version - Source, plain-language, keyboard, screen-reader, zoom, reflow, contrast, format, alternative, and version-parity checks verify use
GitHubで見る