# 2026-04-13 - Correção do perms-grupos para rotas limpas de Groups

## O que mudou
- Corrigida a tela `pages/admin/perms-grupos.php` para usar as rotas limpas `/adm/api/Groups/*` no CRUD de grupos, na leitura de slugs do grupo e no vínculo de usuários.
- Removido da tela o fallback legado `?t=Permissions&a=...`, alinhando o fluxo com o rewrite atual de `.htaccess` e com `api_v3.php`.
- Mantida a busca rápida de usuários em `/adm/api/Permissions/users`, que continua sendo o endpoint compatível para lookup textual.
- Evoluído `src/Modules/Groups/Http/GroupsController.php` para aceitar `slugs[]` além de `slug_ids[]` em `group_slugs_save`.
- Evoluídos `src/Modules/Groups/Services/GroupsAdminService.php` e `src/Modules/Groups/Repositories/GroupsRepository.php` para resolver slugs textuais em IDs de permissão antes de persistir o vínculo do grupo.

## Observações
- A causa do erro 500 era a tela chamar `/adm/api/Permissions/group_slugs` e `/adm/api/Permissions/group_users`, mas a implementação limpa atual dessas ações vive em `GroupsController`.
- A tela `pages/admin/grupos.php` já seguia esse padrão e foi usada como referência para a correção.
- O editor de slugs do modal continua orientado a texto livre, mas agora o backend de `Groups` consegue persistir tanto por IDs quanto por slugs textuais, reduzindo acoplamento da UI ao catálogo carregado.

## Validação
- `php -l pages/admin/perms-grupos.php`
- `php -l src/Modules/Groups/Http/GroupsController.php`
- `php -l src/Modules/Groups/Services/GroupsAdminService.php`
- `php -l src/Modules/Groups/Repositories/GroupsRepository.php`