Synthèse automatique
Ajoute les attributs d'accessibilité iOS VoiceOver aux écrans et composants React Native, avec une gestion spécifique du contraste et de la réduction de transparence pour l'interface Liquid Glass.
Points forts
- Fournit un tableau de correspondance précis entre type d'élément, accessibilityRole et libellé (boutons, onglets, images, champs, switches, en-têtes)
- Traite les pièges propres à Liquid Glass : texte au-delà de 65px de hauteur, couleur PlatformColor('labelColor') explicite, ombre ou graisse de police pour viser WCAG AA
- Inclut l'écoute de reduceTransparencyChanged avec nettoyage de l'abonnement et une stratégie de repli quand le verre n'est pas supporté
- Couvre le regroupement d'éléments, l'ordre de lecture et l'exclusion des éléments décoratifs (accessible={false})
Limites
- Cible uniquement VoiceOver sur iPhone : ni TalkBack/Android, ni ARIA pour le web
- Suppose un projet React Native utilisant @callstack/liquid-glass et ses API
- Aucune vérification automatisée du contraste ni test de lecteur d'écran : le résultat reste à valider manuellement
À utiliser lorsqu'un écran ou composant React Native iOS doit être rendu lisible par VoiceOver, en particulier sur une interface Liquid Glass.
À éviter pour une application Android, web ou Flutter, ou lorsque le besoin porte sur des tests automatisés d'accessibilité plutôt que sur l'annotation manuelle des composants.
Analyse de sécurité
SûrThe skill is purely instructional content for editing React Native accessibility attributes: it gives code snippets for accessibilityRole/Label, reduce-transparency handling, and grouping. There is no file deletion, network access, credential handling, obfuscation, or safety-disabling behaviour, and no shell command is ever invoked. The only note is that Bash is granted without any use case, which slightly widens the agent's capability beyond what the workflow needs; Write/Edit are appropriate for the stated modifications.
- •`Bash` is declared in allowed-tools but never referenced in the instructions — unnecessary scope for a pure code-editing task
- •No verification/test command is specified, leaving the Bash grant unused and unguided
Exemples
アプリ全体のアクセシビリティ対応をして。主要画面がVoiceOverで正しく読み上げられるようにラベルとロールを追加して設定画面のVoiceOver対応をお願い。アイコンボタンとトグルにラベルが足りていないので直してLiquid Glassのガラス上のテキストのコントラストを改善して、「透明度を下げる」設定がオンのときのフォールバックも入れてname: accessibility description: iPhoneのVoiceOver対応を中心にアクセシビリティを改善する。「アクセシビリティ対応して」「VoiceOver対応」「a11y改善」などのリクエストで使用する。 allowed-tools: Read, Write, Edit, Glob, Grep, Bash argument-hint: [対象画面名 or 省略で全画面]
アクセシビリティ改善スキル
iPhoneの VoiceOver を中心に、アクセシビリティ対応を実装する。
デザイン前提: Liquid Glass
本プロジェクトは @callstack/liquid-glass による Liquid Glass デザインを前提とする。
Liquid Glass はアクセシビリティ上の注意点が多い:
ガラス上テキストのコントラスト確保
- ガラスの背景ブラーにより、テキストの可読性が低下しやすい
LiquidGlassViewの高さが 65px超 の場合、テキスト色の自動適応が効かない。PlatformColor('labelColor')を明示的に使用する- WCAG AA 基準(コントラスト比 4.5:1 以上)を満たすよう、必要に応じてテキストに影 (
textShadowColor) やフォントウェイトの増加で補完する
「透明度を下げる」設定への対応
import { AccessibilityInfo } from 'react-native';
import { isLiquidGlassSupported } from '@callstack/liquid-glass';
const [reduceTransparency, setReduceTransparency] = useState(false);
useEffect(() => {
AccessibilityInfo.isReduceTransparencyEnabled().then(setReduceTransparency);
const sub = AccessibilityInfo.addEventListener(
'reduceTransparencyChanged',
setReduceTransparency,
);
return () => sub.remove();
}, []);
// reduceTransparency が true の場合、ガラスエフェクトを無効化し不透明背景にする
フォールバック
isLiquidGlassSupported === falseまたはreduceTransparency === trueの場合は、ガラスを使わず十分なコントラストを持つ不透明背景を提供する
対象ファイル
src/screens/**/*.tsx— 画面コンポーネントsrc/components/**/*.tsx— UIコンポーネント
引数が指定された場合はその画面のみ、省略時は全ファイルを対象とする。
手順
1. 対象要素の特定
以下の要素を検索し、アクセシビリティ属性の有無を確認する:
Pressable,TouchableOpacity,TouchableHighlight— ボタン系Image— 画像TextInput— 入力フィールドSwitch— トグルText(見出し相当) — ヘッダー
2. アクセシビリティ属性の適用ルール
ボタン / Pressable
<Pressable
accessibilityRole="button"
accessibilityLabel="戻る" // VoiceOverが読み上げるテキスト
accessibilityHint="前の画面に戻ります" // 操作の結果を説明(任意)
onPress={handleBack}
>
<ChevronIcon />
</Pressable>
| 要素の種類 | accessibilityRole | accessibilityLabel の指針 |
|-----------|-------------------|--------------------------|
| 通常ボタン | button | アクションを示す動詞(「保存する」「送信する」) |
| リンクボタン | link | 遷移先を示す(「設定を開く」) |
| 戻るボタン | button | 「戻る」 |
| アイコンボタン | button | アイコンの意味(「設定」「メニュー」) |
| いいねボタン | button | 状態を含む(「いいね、現在5件」) |
| タブバー項目 | tab | タブ名(「ホーム」「通知」「設定」) |
| 画像 | image | 画像の内容を説明する簡潔なテキスト |
| 装飾的画像 | — | accessible={false} を設定 |
| 入力フィールド | — | accessibilityLabel でフィールド名 |
| トグル | switch | 設定名と現在の状態 |
| 見出しテキスト | header | — (Text内容が自動で読まれる) |
画像
// 意味のある画像
<Image
source={{ uri: postImageUrl }}
accessibilityRole="image"
accessibilityLabel="投稿画像: カフェの外観写真"
/>
// 装飾的な画像(VoiceOverでスキップ)
<Image
source={decorativeBlob}
accessible={false}
/>
TextInput
<TextInput
accessibilityLabel="メールアドレス"
accessibilityHint="ログイン用のメールアドレスを入力してください"
placeholder="example@mail.com"
/>
見出し
<Text
accessibilityRole="header"
style={styles.sectionTitle}
>
基本情報
</Text>
状態を持つ要素
// いいねボタンの例
<Pressable
accessibilityRole="button"
accessibilityLabel={`いいね、現在${likesCount}件`}
accessibilityState={{ selected: isLiked }}
onPress={handleLike}
>
3. グループ化
関連する要素をまとめて1つの VoiceOver 項目にする:
// カードをグループ化
<View
accessible={true}
accessibilityRole="button"
accessibilityLabel={`${hirobaTitle}、メンバー${memberCount}人、投稿${postCount}件`}
>
<Text>{hirobaTitle}</Text>
<Text>{memberCount}人</Text>
<Text>{postCount}件</Text>
</View>
4. 読み上げ順序
重要な情報が先に読まれるよう、必要に応じて accessibilityElementsHidden や importantForAccessibility を使用:
// 装飾要素をVoiceOverから除外
<View accessibilityElementsHidden={true}>
<DecorativeBackground />
</View>
5. 絵文字アイコンの対応
絵文字をアイコンとして使用している箇所に accessibilityLabel を追加:
// Before
<Text>🏠</Text>
// After
<Text accessible={false}>🏠</Text>
// 親要素に accessibilityLabel を設定
ルール
accessibilityLabelは簡潔に、スクリーンリーダーで自然に聞こえる日本語にする- 装飾的な要素(背景画像、区切り線等)は
accessible={false}で除外する - 動的な値(カウント、状態)を含むラベルは変数で構築する
accessibilityHintは必須ではない。操作結果が自明でない場合のみ追加する- 既存の
accessibilityRole="button"は維持し、accessibilityLabelが未設定の場合のみ追加する - テスト: 変更後「VoiceOverで全画面を操作できるか」を基準とする
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/iphone-accessibility-improvement-mmlj2od2/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/iphone-accessibility-improvement-mmlj2od2' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/iphone-accessibility-improvement-mmlj2od2/download' --output '.skill-downloads/iphone-accessibility-improvement-mmlj2od2/SKILL.md.part' && mv '.skill-downloads/iphone-accessibility-improvement-mmlj2od2/SKILL.md.part' '.skill-downloads/iphone-accessibility-improvement-mmlj2od2/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Outils déclarés par l’auteur (à vérifier dans votre agent) : Read, Write, Edit, Glob, Grep, Bash
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/iphone-accessibility-improvement-mmlj2od2/SKILL.md' && test -s '.skill-downloads/iphone-accessibility-improvement-mmlj2od2/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/accessibility' && cp -R '.skill-downloads/iphone-accessibility-improvement-mmlj2od2' '.claude/skills/accessibility'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/iphone-accessibility-improvement-mmlj2od2'openskills read 'iphone-accessibility-improvement-mmlj2od2'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/iphone-accessibility-improvement-mmlj2od2/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.