AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Fluig Improve Accessibility

skill-totvs-fluig-agent-skills-fluig-improve-accessibility · by totvs

Melhora a acessibilidade de markup/UI de customizações Fluig — HTML semântico, rótulos, navegação por teclado, foco visível, ARIA, texto alternativo e contraste de cor — preservando comportamento, internacionalização e compatibilidade com a plataforma. Use quando o desenvolvedor pedir para tornar acessível um trecho de markup ou componente de interface (widget, layout, Custom Element).

No reviews yet
0 installs
5 views
0.0% view→install

Install

$ agentstack add skill-totvs-fluig-agent-skills-fluig-improve-accessibility

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No 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.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-totvs-fluig-agent-skills-fluig-improve-accessibility)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
13d ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

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 →
Are you the author of Fluig Improve Accessibility? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

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/span gené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 de div/span genéricos → ver conventions.md.
  • Rótulos associados a campos (label/for, ou aria-label quando não há rótulo visível), com texto via i18n → ver conventions.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 → ver style-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

  1. 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).
  2. Aplicar HTML semântico e corrigir a estrutura antes de recorrer a ARIA.
  3. Associar rótulos/nomes acessíveis aos controles e garantir navegação por teclado e foco visível (foco gerenciado em modais).
  4. Adicionar ARIA e texto alternativo apenas onde a semântica nativa não basta; ajustar contraste usando var(--fs-color-*).
  5. Manter a i18n em todos os textos acessíveis (rótulos, aria-label, alt) via ${i18n.getTranslation('chave')}.
  6. 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/span gené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.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.