Install
$ agentstack add skill-totvs-fluig-agent-skills-fluig-improve-accessibility ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Melhoria de Acessibilidade de Frontend Fluig
Esta skill melhora a acessibilidade de markup/UI Fluig; ela não duplica convenções — os arquivos de context/ são a fonte de verdade, referenciada abaixo.
Objetivo
Melhorar, com responsabilidade única, a acessibilidade do frontend Fluig — semântica, rótulos, teclado/foco, ARIA, texto alternativo e contraste — aplicando boas práticas públicas alinhadas às WCAG, sem alterar o comportamento observável, a i18n nem a compatibilidade com a plataforma.
Quando Usar
- Quando um markup usa
div/spangenéricos no lugar de elementos semânticos. - Quando campos de formulário não têm rótulos associados ou botões só têm ícone, sem nome acessível.
- Quando a interface não é navegável por teclado ou o foco não é visível/gerenciado (ex.: modais).
- Quando há imagens/ícones informativos sem texto alternativo ou cores com contraste insuficiente.
Entradas Esperadas
| Entrada | Descrição | Obrigatória | |---------|-----------|-------------| | Markup/componente alvo | Trecho ou arquivo de UI a tornar acessível (widget, layout .ftl, Custom Element) | sim | | Contexto de uso | Onde a UI aparece e como é operada (ex.: modal, lista, formulário) | não |
Contexto de Referência (Fonte de Verdade)
Leia antes de executar — não reproduza o conteúdo aqui:
- [conventions.md](../../context/conventions.md) — HTML semântico, convenções de markup e i18n (texto visível sempre via
${i18n.getTranslation('chave')}). - [style-guide.md](../../context/style-guide.md) — componentes acessíveis do Style Guide, tokens de cor/contraste via
var(--fs-color-*)e conjuntos de ícones.
Regras Aplicáveis (Resumo Executivo)
Somente o mínimo para orientar a melhoria; o detalhe está no contexto. Boas práticas públicas, genéricas e alinhadas às WCAG:
- HTML semântico (
header,nav,main,button,label) em vez dediv/spangenéricos → verconventions.md. - Rótulos associados a campos (
label/for, ouaria-labelquando não há rótulo visível), com texto via i18n → verconventions.md. - Navegação por teclado e foco visível: ordem de tabulação lógica e foco gerenciado em modais/diálogos.
- Atributos ARIA apenas quando necessário (roles e
aria-*) — semântica nativa tem prioridade sobre ARIA. - Texto alternativo em imagens/ícones informativos; ícones puramente decorativos ficam ocultos para a tecnologia assistiva.
- Contraste de cor adequado usando as variáveis do Style Guide (
var(--fs-color-*)) — sem hexadecimal fixo → verstyle-guide.md. - Estados comunicados de forma acessível (ex.:
aria-expanded,aria-selected,aria-checked). - Reutilizar componentes acessíveis do Style Guide em vez de recriar comportamentos → ver
style-guide.md.
Procedimento
- Avaliar o markup e identificar as barreiras de acessibilidade (semântica ausente, campos sem rótulo, falta de navegação por teclado/foco, ícones sem nome, contraste insuficiente).
- Aplicar HTML semântico e corrigir a estrutura antes de recorrer a ARIA.
- Associar rótulos/nomes acessíveis aos controles e garantir navegação por teclado e foco visível (foco gerenciado em modais).
- Adicionar ARIA e texto alternativo apenas onde a semântica nativa não basta; ajustar contraste usando
var(--fs-color-*). - Manter a i18n em todos os textos acessíveis (rótulos,
aria-label,alt) via${i18n.getTranslation('chave')}. - Validar o resultado com o checklist abaixo antes de entregar, anotando as melhorias aplicadas.
> Nota importante: a conformidade WCAG completa exige teste manual com tecnologias assistivas (leitores de tela, navegação só por teclado) e revisão por especialista. Esta skill auxilia a tornar a UI mais acessível, mas não garante conformidade total por si só.
Saída Esperada
Markup acessível, com o comportamento original preservado e uma nota curta das melhorias aplicadas (qual barreira foi tratada e como), mantendo i18n e compatibilidade com a plataforma.
Exemplo de Uso
Trecho ilustrativo: botão somente com ícone recebe nome acessível via i18n.
Checklist de Validação
- [ ] Elementos semânticos usados no lugar de
div/spangenéricos. - [ ] Campos com rótulo associado (
label/for) ou nome acessível (aria-label). - [ ] Navegável por teclado, com ordem de tabulação lógica e foco visível/gerenciado.
- [ ] Texto alternativo em imagens/ícones informativos; ARIA usado apenas quando necessário.
- [ ] Contraste adequado via
var(--fs-color-*); sem hexadecimal fixo. - [ ] Textos acessíveis (rótulos,
aria-label,alt) via i18n; comportamento preservado.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: totvs
- Source: totvs/fluig-agent-skills
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.