@the-bearded-bear/claude-craft 8.22.0 → 8.23.0

package/Dev/i18n/pt/Symfony/commands/check-security.md

@@ -32,10 +32,10 @@ Vérifie la configuration du Security Bundle :
 
 ```bash
 # Vérifier si symfony/security-bundle est installé
-docker run --rm -v $(pwd):/app php:8.2-cli grep "symfony/security-bundle" /app/composer.json
+docker run --rm -v $(pwd):/app php:8.5-cli grep "symfony/security-bundle" /app/composer.json
 
 # Lister les firewalls configurés
-docker run --rm -v $(pwd):/app php:8.2-cli cat /app/config/packages/security.yaml | grep -A 10 "firewalls:"
+docker run --rm -v $(pwd):/app php:8.5-cli cat /app/config/packages/security.yaml | grep -A 10 "firewalls:"
 ```
 
 #### Configuration Security Bundle (5 points)
@@ -59,11 +59,11 @@ docker run --rm -v $(pwd):/app php:8.2-cli cat /app/config/packages/security.yam
 
 ```bash
 # Vérifier l'utilisation de requêtes préparées
-docker run --rm -v $(pwd):/app php:8.2-cli grep -r "->createQuery(" /app/src --include="*.php" | wc -l
-docker run --rm -v $(pwd):/app php:8.2-cli grep -r "->createNativeQuery(" /app/src --include="*.php" | wc -l
+docker run --rm -v $(pwd):/app php:8.5-cli grep -r "->createQuery(" /app/src --include="*.php" | wc -l
+docker run --rm -v $(pwd):/app php:8.5-cli grep -r "->createNativeQuery(" /app/src --include="*.php" | wc -l
 
 # Rechercher les concaténations de requêtes dangereuses
-docker run --rm -v $(pwd):/app php:8.2-cli grep -rE "\"SELECT.*\\..*\$" /app/src --include="*.php" || echo "✅ Pas de concaténation SQL détectée"
+docker run --rm -v $(pwd):/app php:8.5-cli grep -rE "\"SELECT.*\\..*\$" /app/src --include="*.php" || echo "✅ Pas de concaténation SQL détectée"
 ```
 
 - [ ] Utilisation exclusive de requêtes préparées (Doctrine DQL/QueryBuilder)
@@ -85,10 +85,10 @@ docker run --rm -v $(pwd):/app php:8.2-cli grep -rE "\"SELECT.*\\..*\$" /app/src
 
 ```bash
 # Vérifier la configuration des mots de passe
-docker run --rm -v $(pwd):/app php:8.2-cli cat /app/config/packages/security.yaml | grep -A 5 "password_hashers:"
+docker run --rm -v $(pwd):/app php:8.5-cli cat /app/config/packages/security.yaml | grep -A 5 "password_hashers:"
 
 # Vérifier la présence de rate limiting
-docker run --rm -v $(pwd):/app php:8.2-cli grep -r "RateLimiter" /app/config --include="*.yaml"
+docker run --rm -v $(pwd):/app php:8.5-cli grep -r "RateLimiter" /app/config --include="*.yaml"
 ```
 
 - [ ] Hash de mot de passe fort (argon2i ou bcrypt avec coût élevé)
@@ -110,10 +110,10 @@ docker run --rm -v $(pwd):/app php:8.2-cli grep -r "RateLimiter" /app/config --i
 
 ```bash
 # Vérifier les secrets dans le code
-docker run --rm -v $(pwd):/app php:8.2-cli grep -rE "(password|secret|api_key|token).*=.*['\"]" /app/src --include="*.php" | grep -v "//.*password" || echo "✅ Pas de secrets en dur"
+docker run --rm -v $(pwd):/app php:8.5-cli grep -rE "(password|secret|api_key|token).*=.*['\"]" /app/src --include="*.php" | grep -v "//.*password" || echo "✅ Pas de secrets en dur"
 
 # Vérifier HTTPS
-docker run --rm -v $(pwd):/app php:8.2-cli grep -r "SECURE_SCHEME" /app/.env.example || echo "⚠️ Configuration HTTPS non trouvée"
+docker run --rm -v $(pwd):/app php:8.5-cli grep -r "SECURE_SCHEME" /app/.env.example || echo "⚠️ Configuration HTTPS non trouvée"
 ```
 
 - [ ] Secrets externalisés (.env, vault)
@@ -135,10 +135,10 @@ docker run --rm -v $(pwd):/app php:8.2-cli grep -r "SECURE_SCHEME" /app/.env.exa
 
 ```bash
 # Vérifier les Voters
-docker run --rm -v $(pwd):/app php:8.2-cli find /app/src -name "*Voter.php" | wc -l
+docker run --rm -v $(pwd):/app php:8.5-cli find /app/src -name "*Voter.php" | wc -l
 
 # Vérifier les annotations @IsGranted
-docker run --rm -v $(pwd):/app php:8.2-cli grep -r "@IsGranted" /app/src --include="*.php" | wc -l
+docker run --rm -v $(pwd):/app php:8.5-cli grep -r "@IsGranted" /app/src --include="*.php" | wc -l
 ```
 
 - [ ] Voters Symfony pour autorisations complexes
@@ -160,10 +160,10 @@ docker run --rm -v $(pwd):/app php:8.2-cli grep -r "@IsGranted" /app/src --inclu
 
 ```bash
 # Vérifier l'auto-échappement Twig
-docker run --rm -v $(pwd):/app php:8.2-cli grep -r "autoescape" /app/config/packages/twig.yaml
+docker run --rm -v $(pwd):/app php:8.5-cli grep -r "autoescape" /app/config/packages/twig.yaml
 
 # Vérifier les |raw non sécurisés
-docker run --rm -v $(pwd):/app php:8.2-cli grep -r "|raw" /app/templates --include="*.twig" || echo "✅ Pas de |raw détecté"
+docker run --rm -v $(pwd):/app php:8.5-cli grep -r "|raw" /app/templates --include="*.twig" || echo "✅ Pas de |raw détecté"
 ```
 
 - [ ] Auto-escape activé dans Twig
@@ -183,7 +183,7 @@ docker run --rm -v $(pwd):/app php:8.2-cli grep -r "|raw" /app/templates --inclu
 
 ```bash
 # Vérifier CSRF protection
-docker run --rm -v $(pwd):/app php:8.2-cli grep -r "csrf_protection" /app/config/packages/framework.yaml
+docker run --rm -v $(pwd):/app php:8.5-cli grep -r "csrf_protection" /app/config/packages/framework.yaml
 ```
 
 - [ ] CSRF protection activée globalement
@@ -205,10 +205,10 @@ docker run --rm -v $(pwd):/app php:8.2-cli grep -r "csrf_protection" /app/config
 
 ```bash
 # Vérifier le mode debug
-docker run --rm -v $(pwd):/app php:8.2-cli grep "APP_ENV" /app/.env.example
+docker run --rm -v $(pwd):/app php:8.5-cli grep "APP_ENV" /app/.env.example
 
 # Vérifier les dépendances vulnérables
-docker run --rm -v $(pwd):/app php:8.2-cli composer audit
+docker run --rm -v $(pwd):/app php:8.5-cli composer audit
 ```
 
 - [ ] APP_ENV=prod en production
@@ -228,10 +228,10 @@ docker run --rm -v $(pwd):/app php:8.2-cli composer audit
 
 ```bash
 # Audit de sécurité Composer
-docker run --rm -v $(pwd):/app php:8.2-cli composer audit
+docker run --rm -v $(pwd):/app php:8.5-cli composer audit
 
 # Vérifier les versions Symfony
-docker run --rm -v $(pwd):/app php:8.2-cli composer show symfony/* | grep "versions"
+docker run --rm -v $(pwd):/app php:8.5-cli composer show symfony/* | grep "versions"
 ```
 
 - [ ] Symfony à jour (dernière version LTS ou stable)
@@ -253,10 +253,10 @@ docker run --rm -v $(pwd):/app php:8.2-cli composer show symfony/* | grep "versi
 
 ```bash
 # Rechercher le traitement des données personnelles
-docker run --rm -v $(pwd):/app php:8.2-cli grep -r "email\|phone\|address" /app/src/Domain/Entity --include="*.php"
+docker run --rm -v $(pwd):/app php:8.5-cli grep -r "email\|phone\|address" /app/src/Domain/Entity --include="*.php"
 
 # Vérifier les mécanismes de consentement
-docker run --rm -v $(pwd):/app php:8.2-cli grep -r "consent\|gdpr" /app/src --include="*.php" -i
+docker run --rm -v $(pwd):/app php:8.5-cli grep -r "consent\|gdpr" /app/src --include="*.php" -i
 ```
 
 - [ ] Consentement utilisateur pour collecte de données
@@ -278,7 +278,7 @@ docker run --rm -v $(pwd):/app php:8.2-cli grep -r "consent\|gdpr" /app/src --in
 
 ```bash
 # Vérifier la configuration des headers
-docker run --rm -v $(pwd):/app php:8.2-cli cat /app/config/packages/framework.yaml | grep -A 10 "headers:"
+docker run --rm -v $(pwd):/app php:8.5-cli cat /app/config/packages/framework.yaml | grep -A 10 "headers:"
 ```
 
 - [ ] X-Content-Type-Options: nosniff
@@ -531,11 +531,11 @@ framework:
 
 ```bash
 # Audit Composer
-docker run --rm -v $(pwd):/app php:8.2-cli composer audit
+docker run --rm -v $(pwd):/app php:8.5-cli composer audit
 
 # Security Checker Symfony
-docker run --rm -v $(pwd):/app php:8.2-cli composer require --dev symfony/security-checker
-docker run --rm -v $(pwd):/app php:8.2-cli ./vendor/bin/security-checker security:check
+docker run --rm -v $(pwd):/app php:8.5-cli composer require --dev symfony/security-checker
+docker run --rm -v $(pwd):/app php:8.5-cli ./vendor/bin/security-checker security:check
 
 # PHPStan pour détecter problèmes de sécurité
 docker run --rm -v $(pwd):/app phpstan/phpstan analyse src --level=9
@@ -557,26 +557,26 @@ docker run --rm -v $(pwd):/usr/src sonarqube:latest sonar-scanner
 
 ```bash
 # Audit des dépendances
-docker run --rm -v $(pwd):/app php:8.2-cli composer audit
+docker run --rm -v $(pwd):/app php:8.5-cli composer audit
 
 # Check les secrets dans le code
-docker run --rm -v $(pwd):/app php:8.2-cli grep -rE "(password|secret|api_key|token).*=.*['\"]" /app/src --include="*.php"
+docker run --rm -v $(pwd):/app php:8.5-cli grep -rE "(password|secret|api_key|token).*=.*['\"]" /app/src --include="*.php"
 
 # Check CSRF protection
-docker run --rm -v $(pwd):/app php:8.2-cli cat /app/config/packages/framework.yaml | grep csrf
+docker run --rm -v $(pwd):/app php:8.5-cli cat /app/config/packages/framework.yaml | grep csrf
 
 # Check les Voters
-docker run --rm -v $(pwd):/app php:8.2-cli find /app/src -name "*Voter.php"
+docker run --rm -v $(pwd):/app php:8.5-cli find /app/src -name "*Voter.php"
 
 # Check mode debug
-docker run --rm -v $(pwd):/app php:8.2-cli grep "APP_DEBUG" /app/.env
+docker run --rm -v $(pwd):/app php:8.5-cli grep "APP_DEBUG" /app/.env
 
 # Check les requêtes SQL
-docker run --rm -v $(pwd):/app php:8.2-cli grep -r "createNativeQuery\|createQuery" /app/src --include="*.php"
+docker run --rm -v $(pwd):/app php:8.5-cli grep -r "createNativeQuery\|createQuery" /app/src --include="*.php"
 
 # Security Checker
-docker run --rm -v $(pwd):/app php:8.2-cli composer require --dev symfony/security-checker
-docker run --rm -v $(pwd):/app php:8.2-cli ./vendor/bin/security-checker security:check composer.lock
+docker run --rm -v $(pwd):/app php:8.5-cli composer require --dev symfony/security-checker
+docker run --rm -v $(pwd):/app php:8.5-cli ./vendor/bin/security-checker security:check composer.lock
 ```
 
 ## IMPORTANT

package/Dev/i18n/pt/Symfony/commands/check-testing.md

@@ -32,7 +32,7 @@ Analysis la structure du dossier tests/ :
 
 ```bash
 # Lister la structure des tests
-docker run --rm -v $(pwd):/app php:8.2-cli find /app/tests -type d
+docker run --rm -v $(pwd):/app php:8.5-cli find /app/tests -type d
 ```
 
 #### Organisation des Tests (3 points)
@@ -56,10 +56,10 @@ Exécute les tests unitaires :
 
 ```bash
 # Exécuter les tests unitaires uniquement
-docker run --rm -v $(pwd):/app php:8.2-cli /app/vendor/bin/phpunit tests/Unit --testdox
+docker run --rm -v $(pwd):/app php:8.5-cli /app/vendor/bin/phpunit tests/Unit --testdox
 
 # Compter les tests unitaires
-docker run --rm -v $(pwd):/app php:8.2-cli /app/vendor/bin/phpunit tests/Unit --list-tests | wc -l
+docker run --rm -v $(pwd):/app php:8.5-cli /app/vendor/bin/phpunit tests/Unit --list-tests | wc -l
 ```
 
 #### Tests Unitaires Domain (7 points)
@@ -86,7 +86,7 @@ Exécute les tests d'intégration :
 
 ```bash
 # Exécuter les tests d'intégration
-docker run --rm -v $(pwd):/app php:8.2-cli /app/vendor/bin/phpunit tests/Integration --testdox
+docker run --rm -v $(pwd):/app php:8.5-cli /app/vendor/bin/phpunit tests/Integration --testdox
 ```
 
 #### Tests d'Intégration Infrastructure (5 points)
@@ -113,10 +113,10 @@ Exécute les tests fonctionnels :
 
 ```bash
 # Exécuter les tests fonctionnels
-docker run --rm -v $(pwd):/app php:8.2-cli /app/vendor/bin/phpunit tests/Functional --testdox
+docker run --rm -v $(pwd):/app php:8.5-cli /app/vendor/bin/phpunit tests/Functional --testdox
 
 # Vérifier si Behat est installé
-docker run --rm -v $(pwd):/app php:8.2-cli test -f /app/vendor/bin/behat && echo "✅ Behat trouvé" || echo "⚠️ Behat manquant"
+docker run --rm -v $(pwd):/app php:8.5-cli test -f /app/vendor/bin/behat && echo "✅ Behat trouvé" || echo "⚠️ Behat manquant"
 ```
 
 #### Tests Fonctionnels (5 points)
@@ -143,10 +143,10 @@ Génère le rapport de couverture :
 
 ```bash
 # Générer la couverture de code (nécessite xdebug ou pcov)
-docker run --rm -v $(pwd):/app php:8.2-cli php -d memory_limit=-1 /app/vendor/bin/phpunit --coverage-text --coverage-html=/app/var/coverage
+docker run --rm -v $(pwd):/app php:8.5-cli php -d memory_limit=-1 /app/vendor/bin/phpunit --coverage-text --coverage-html=/app/var/coverage
 
 # Afficher le résumé de couverture
-docker run --rm -v $(pwd):/app php:8.2-cli /app/vendor/bin/phpunit --coverage-text | grep "Lines:"
+docker run --rm -v $(pwd):/app php:8.5-cli /app/vendor/bin/phpunit --coverage-text | grep "Lines:"
 ```
 
 #### Couverture de Code (5 points)
@@ -193,7 +193,7 @@ Exécute les tests de mutation :
 
 ```bash
 # Vérifier si Infection est installé
-docker run --rm -v $(pwd):/app php:8.2-cli test -f /app/vendor/bin/infection && echo "✅ Infection trouvé" || echo "❌ Infection manquant"
+docker run --rm -v $(pwd):/app php:8.5-cli test -f /app/vendor/bin/infection && echo "✅ Infection trouvé" || echo "❌ Infection manquant"
 
 # Exécuter Infection
 docker run --rm -v $(pwd):/app infection/infection --min-msi=70 --min-covered-msi=80 --threads=4
@@ -416,28 +416,28 @@ CI/CD :
 
 ```bash
 # Exécuter tous les tests
-docker run --rm -v $(pwd):/app php:8.2-cli /app/vendor/bin/phpunit
+docker run --rm -v $(pwd):/app php:8.5-cli /app/vendor/bin/phpunit
 
 # Tests unitaires uniquement
-docker run --rm -v $(pwd):/app php:8.2-cli /app/vendor/bin/phpunit tests/Unit
+docker run --rm -v $(pwd):/app php:8.5-cli /app/vendor/bin/phpunit tests/Unit
 
 # Tests avec couverture
-docker run --rm -v $(pwd):/app php:8.2-cli php -d xdebug.mode=coverage /app/vendor/bin/phpunit --coverage-text
+docker run --rm -v $(pwd):/app php:8.5-cli php -d xdebug.mode=coverage /app/vendor/bin/phpunit --coverage-text
 
 # Infection (mutation testing)
 docker run --rm -v $(pwd):/app infection/infection --threads=4 --min-msi=70
 
 # Behat (tests BDD)
-docker run --rm -v $(pwd):/app php:8.2-cli /app/vendor/bin/behat
+docker run --rm -v $(pwd):/app php:8.5-cli /app/vendor/bin/behat
 
 # Lister tous les tests
-docker run --rm -v $(pwd):/app php:8.2-cli /app/vendor/bin/phpunit --list-tests
+docker run --rm -v $(pwd):/app php:8.5-cli /app/vendor/bin/phpunit --list-tests
 
 # Exécuter un test spécifique
-docker run --rm -v $(pwd):/app php:8.2-cli /app/vendor/bin/phpunit tests/Unit/Domain/Entity/UserTest.php
+docker run --rm -v $(pwd):/app php:8.5-cli /app/vendor/bin/phpunit tests/Unit/Domain/Entity/UserTest.php
 
 # Tests avec sortie détaillée
-docker run --rm -v $(pwd):/app php:8.2-cli /app/vendor/bin/phpunit --testdox
+docker run --rm -v $(pwd):/app php:8.5-cli /app/vendor/bin/phpunit --testdox
 ```
 
 ## IMPORTANT

package/Dev/i18n/pt/Symfony/rules/03-coding-standards.md

@@ -4,10 +4,10 @@
 
 ## Princípios Gerais
 
-### PSR-12 + Symfony Coding Standards
+### PER-CS 3.0 + Symfony Coding Standards
 
 O projeto segue estritamente:
-1. **PSR-12**: Padrão PHP oficial
+1. **PER-CS 3.0**: Padrão PHP oficial
 2. **@Symfony**: Convenções Symfony
 3. **@Symfony:risky**: Regras estritas Symfony
 4. **@PHP85Migration**: Modernização PHP 8.5+ (property hooks, pipe operator, `#[\NoDiscard]`)
@@ -311,7 +311,7 @@ Configuration PHP-CS-Fixer :
 
 ## Indentation et Formatage
 
-### Regles PSR-12
+### Regles PER-CS 3.0
 
 ```php
 <?php
@@ -398,7 +398,7 @@ Voir `.claude/checklists/pre-commit.md` pour checklist complete.
 
 ## References
 
-- **PSR-12** : https://www.php-fig.org/psr/psr-12/
+- **PER-CS 3.0** : https://www.php-fig.org/per/coding-style/
 - **Symfony Coding Standards** : https://symfony.com/doc/current/contributing/code/standards.html
 - **PHP-CS-Fixer** : https://github.com/PHP-CS-Fixer/PHP-CS-Fixer
 - **PHPStan** : https://phpstan.org/

package/Dev/i18n/pt/Symfony/rules/06-docker-hadolint.md

@@ -548,8 +548,6 @@ CMD ["php-fpm"]
 ### docker-compose.yml (Production-ready)
 
 ```yaml
-version: '3.8'
-
 services:
   # PHP-FPM
   php:
@@ -668,8 +666,6 @@ networks:
 ### compose.override.yaml (Local)
 
 ```yaml
-version: '3.8'
-
 # Overrides locaux (gitignored)
 services:
   php:

package/Dev/i18n/pt/Symfony/rules/08-quality-tools.md

@@ -240,7 +240,7 @@ $finder = Finder::create()
 return (new Config())
     ->setRules([
         '@Symfony' => true,
-        '@PSR12' => true,
+        '@PER-CS3x0' => true,
 
         // ✅ Règles strictes supplémentaires
         'array_syntax' => ['syntax' => 'short'],

package/Dev/i18n/pt/Symfony/rules/16-i18n.md

@@ -175,6 +175,8 @@ Usage :
 $this->translator->trans('client.created', [], 'messages', $locale);
 ```
 
+Messages pluriels/genrés : ICU MessageFormat (MF1 via le domaine `+intl-icu` de Symfony) ; **MessageFormat 2.0** est stable dans CLDR 47 (mars 2025) — vérifier le support de la bibliothèque avant de migrer.
+
 ## Checklist i18n
 
 - [ ] Country enum utilisé partout

package/Dev/i18n/pt/Symfony/rules/17-async.md

@@ -188,3 +188,4 @@ final class MessengerEventSubscriber implements EventSubscriberInterface
 - [ ] Workers supervisord en prod
 - [ ] Monitoring des failed messages
 - [ ] Tests avec `messenger:consume --limit=1`
+- [ ] Mensagens expostas a outros sistemas documentadas com AsyncAPI 3.x (3.1.0)

package/Dev/i18n/pt/Symfony/rules/19-aggregates.md

@@ -23,6 +23,7 @@ namespace App\Commercial\Domain\Client;
 use App\Shared\Domain\AggregateRoot;
 use Doctrine\Common\Collections\ArrayCollection;
 use Doctrine\Common\Collections\Collection;
+use DateTimeImmutable;
 
 class Client extends AggregateRoot
 {

package/Dev/i18n/pt/Symfony/rules/20-domain-events.md

@@ -15,6 +15,7 @@ namespace App\Commercial\Domain\Client\Event;
 
 use App\Shared\Domain\DomainEvent;
 use DateTimeImmutable;
+use DateTimeInterface;
 
 final readonly class ClientCreated implements DomainEvent
 {

package/Dev/i18n/pt/Team/commands/delivery.md

@@ -517,7 +517,7 @@ Para 1 EPIC, 5 US, ~25 tarefas:
 | **Tempo total** | **~120 min** | **~55 min** | **~2.2x** |
 | Custo total* | ~$28 | ~$17 | **-38%** |
 
-*Economia de custo porque Sonnet ($3/$15/M) trata a maior parte do trabalho vs Opus ($15/$75/M) no modo sequencial.
+*Economia de custo porque Sonnet 5.5 ($2/$10/M) trata a maior parte do trabalho vs Opus 5.5 ($4/$20/M) no modo sequencial.
 
 ## Expectativas de Performance
 

package/Dev/i18n/pt/Vercel/CLAUDE.md.template

@@ -8,7 +8,7 @@
 
 **Escopo**: apenas funcionalidades da plataforma agnósticas de framework — vercel.json, Functions, ISR, Cron, Storage. Explicitamente não cobre Next.js, nem o adaptador de deploy próprio de qualquer outro framework.
 
-> **Nota:** Vercel (esta stack) cobre apenas a **superfície da plataforma de deployment agnóstica de framework**: configuração do `vercel.json` (rewrites, redirects, headers, regions), Serverless Functions no runtime Node.js / Fluid Compute, primitivas de cache ISR, Cron Jobs, Vercel Storage (Blob nativo; Postgres/KV via Marketplace — Neon/Upstash), Analytics/Speed Insights, e o workflow de variáveis de ambiente/Preview Deployment. Esta **não** é uma stack Next.js — o Next.js em si está fora de escopo e não é uma tecnologia claude-craft suportada (não existe namespace `/nextjs:*`). Padrões de roteamento, renderização ou data-fetching específicos de framework pertencem à stack própria de cada framework (`/react:*`, `/vuejs:*`, `/angular:*`) — consulte o `tooling.md` dessa stack para saber como ela se integra ao build output da Vercel. Além disso, o Edge Runtime (`export const runtime = 'edge'`) foi **descontinuado pela Vercel** a partir de 2026 em favor do Fluid Compute no runtime Node.js; esta stack documenta o Edge Runtime apenas para ajudar a identificar e migrar código legado, não como um padrão recomendado para código novo.
+> **Nota:** Vercel (esta stack) cobre apenas a **superfície da plataforma de deployment agnóstica de framework**: configuração do `vercel.json` (rewrites, redirects, headers, regions), Serverless Functions no runtime Node.js / Fluid Compute, primitivas de cache ISR, Cron Jobs, Vercel Storage (Blob nativo; Postgres/KV via Marketplace — Neon/Upstash), Analytics/Speed Insights, e o workflow de variáveis de ambiente/Preview Deployment. Esta **não** é uma stack Next.js — o Next.js em si está fora de escopo e não é uma tecnologia claude-craft suportada (não existe namespace `/nextjs:*`). Padrões de roteamento, renderização ou data-fetching específicos de framework pertencem à stack própria de cada framework (`/react:*`, `/vuejs:*`, `/angular:*`) — consulte o `tooling.md` dessa stack para saber como ela se integra ao build output da Vercel. Além disso, o Edge Runtime (`export const runtime = 'edge'`) **não é recomendado pela Vercel**, que prefere o Fluid Compute no runtime Node.js; esta stack documenta o Edge Runtime apenas para ajudar a identificar e migrar código legado, não como um padrão recomendado para código novo.
 
 ### Estrutura do Projeto
 ```
@@ -38,7 +38,7 @@ Ver `rules/02-architecture.md` para os padrões completos.
 | Regra | Motivo |
 |------|--------|
 | vercel.json validado contra `$schema` | Detecta globs/chaves com erro de digitação antes de falharem silenciosamente no momento do deploy |
-| Node.js/Fluid Compute é o runtime padrão | O Edge Runtime (`runtime: 'edge'`) está descontinuado — apenas alvo de migração legado |
+| Node.js/Fluid Compute é o runtime padrão | O Edge Runtime (`runtime: 'edge'`) está desaconselhado — apenas alvo de migração legado |
 | Variáveis de ambiente nunca hardcoded ou versionadas | Segredos pertencem ao armazenamento de variáveis de ambiente da Vercel, com escopo por ambiente |
 | Endpoints de Cron verificam o header do segredo | Um caminho de cron desprotegido pode ser acionado por qualquer pessoa que o descubra |
 | Cobertura de 80%+ na lógica dos handlers | Garantia de qualidade para a lógica de negócio das Functions e do middleware |

package/Dev/i18n/pt/Vercel/agents/vercel-reviewer.md

@@ -208,9 +208,9 @@ Alguma Function declara export const config = { runtime: 'edge' } (ou
 "runtime": "edge" no bloco functions do vercel.json)?
   SIM --> Essa Function foi recentemente adicionada ou modificada (não puramente
           código legado intocado)?
-          SIM --> MAIOR: o Edge Runtime está descontinuado pela Vercel — migrar para o
+          SIM --> MAIOR: o Edge Runtime não é recomendado pela Vercel — migrar para o
                   Fluid Compute no runtime Node.js (padrão) para acesso total à API Node,
-                  cold starts com cache de bytecode (Node 20+), e precificação Active CPU
+                  cold starts com cache de bytecode (Node 22+), e precificação Active CPU
           NÃO --> MENOR: sinalizar como dívida de migração legada, não bloquear código não modificado
   NÃO --> A Function executa no padrão Node.js/Fluid Compute --> continuar para a
           verificação da versão do Node
@@ -222,7 +222,7 @@ Alguma Function declara export const config = { runtime: 'edge' } (ou
 A versão do Node.js está fixada (package.json "engines.node", ou a configuração
 Node.js Version do projeto na Vercel) para 20.x ou mais recente?
   NÃO --> MENOR: uma versão do Node não fixada/antiga abre mão da melhoria de cold-start
-          por cache de bytecode do Fluid Compute (específica do Node 20+) e arrisca uma
+          por cache de bytecode do Fluid Compute (específica do Node 22+) e arrisca uma
           deriva silenciosa de runtime entre redeploys
   SIM --> OK
 ```
@@ -244,7 +244,7 @@ de usá-lo?
 
 **Edge Runtime em código novo/modificado:**
 ```typescript
-// PROIBIDO — Edge Runtime declarado em uma Function recém-adicionada: padrão descontinuado
+// PROIBIDO — Edge Runtime declarado em uma Function recém-adicionada: padrão desaconselhado
 export const config = { runtime: 'edge' };
 
 export default function handler(req: Request) {
@@ -253,7 +253,7 @@ export default function handler(req: Request) {
 }
 
 // CORRETO — padrão Node.js/Fluid Compute, acesso total à API Node, cold starts mais
-// rápidos no Node 20+ via cache de bytecode
+// rápidos no Node 22+ via cache de bytecode
 export const config = { maxDuration: 10 };
 
 export default function handler(req: VercelRequest, res: VercelResponse) {
@@ -279,7 +279,7 @@ export default function handler(req: VercelRequest, res: VercelResponse) {
 ```
 ```typescript
 // api/legacy.ts
-// TODO(JIRA-1234): migrar para fora do Edge Runtime — descontinuado pela Vercel, ver Fluid Compute
+// TODO(JIRA-1234): migrar para fora do Edge Runtime — não recomendado pela Vercel, ver Fluid Compute
 export const config = { runtime: 'edge' };
 ```
 
@@ -332,7 +332,7 @@ export default async function handler(req: VercelRequest, res: VercelResponse) {
 |---------|----------|--------------|
 | Runtime | Padrão Node.js/Fluid Compute | `runtime: 'edge'` em código novo/modificado |
 | Edge Runtime legado | Marcador de migração registrado (TODO + referência de issue) | Edge Runtime silencioso e não sinalizado deixado em produção |
-| Versão do Node | Fixada em 20+ (`engines.node` ou config do projeto) | Não fixada, com deriva no padrão |
+| Versão do Node | Fixada em 22.x ou 24.x (Node 20 está descontinuado na Vercel desde 2026-10-01) (`engines.node` ou config do projeto) | Não fixada, com deriva no padrão |
 | Input do handler | Validado/parseado (zod, guarda manual) antes de usar | `req.body`/`req.query` bruto usado sem verificação |
 | Output do handler | Status explícito + body tipado em todo caminho | 200 implícito, formato de erro inconsistente |
 | Consciência de cold-start | Imports pesados carregados de forma lazy/adiada quando não sempre necessários | Toda dependência importada de forma eager no topo do módulo |
@@ -802,7 +802,7 @@ describe('api/cron/daily', () => {
 | Tópico | O Que Verificar |
 |-------|-----------|
 | **Fluid Compute** | Confirmar que as Functions usam Fluid Compute por padrão (precificação Active CPU), não o faturamento legado de Serverless Functions com concorrência fixa |
-| **Descontinuação do Edge Runtime** | Qualquer `runtime: 'edge'` encontrado deve carregar uma referência de ticket de migração, nunca ser apresentado como o padrão recomendado para código novo |
+| **Edge Runtime desaconselhado** | Qualquer `runtime: 'edge'` encontrado deve carregar uma referência de ticket de migração, nunca ser apresentado como o padrão recomendado para código novo |
 | **Pacotes de Storage descontinuados** | Imports de `@vercel/kv`/`@vercel/postgres` são um achado MAIOR independentemente de quando foram adicionados — sinalizar para migração ao Marketplace (Neon/Upstash) |
 | **Primitiva de cache ISR vs headers do vercel.json** | A revalidação nativa do framework e os `headers` do vercel.json nunca devem visar a mesma rota para `Cache-Control` |
 | **Limites do plano de Cron** | O plano Hobby limita os Cron Jobs a 1/dia — verificar se o schedule declarado corresponde ao plano realmente em uso |

package/Dev/i18n/pt/Vite/CLAUDE.md.template

@@ -6,7 +6,7 @@
 
 **Stack**: Vite {{VITE_VERSION}}, TypeScript {{TS_VERSION}}
 
-**Escopo**: uso do Vite agnóstico de framework apenas — aplicações vanilla JS/TS, criação de bibliotecas (build.lib), aplicações multi-página (rollupOptions.input), entradas Workers/WASM. Não cobre configuração de dev-server específica de React/Vue/Angular/Svelte — consulte o tooling.md próprio dessa stack.
+**Escopo**: uso do Vite agnóstico de framework apenas — aplicações vanilla JS/TS, criação de bibliotecas (build.lib), aplicações multi-página (rolldownOptions.input), entradas Workers/WASM. Não cobre configuração de dev-server específica de React/Vue/Angular/Svelte — consulte o tooling.md próprio dessa stack.
 
 ### Estrutura do Projeto
 ```
@@ -32,7 +32,7 @@ project-root/
 ### Arquitetura: {{ARCHITECTURE_PATTERN}}
 - **Ponto de entrada**: `index.html` na raiz do projeto (ou `root`), nunca dentro de `public/`
 - **Modo biblioteca**: `build.lib` + `vite-plugin-dts` para pacotes publicados no npm
-- **Multi-página**: `build.rollupOptions.input` nomeando explicitamente cada entrada HTML
+- **Multi-página**: top-level `input` nomeando explicitamente cada entrada HTML
 - **Workers/WASM**: `new Worker(new URL(...), { type: 'module' })`, sufixos `?init`/`?url`
 
 Ver `rules/02-architecture.md` para os padrões completos.

package/Dev/i18n/pt/Vite/agents/vite-reviewer.md

@@ -1,6 +1,6 @@
 ---
 name: vite-reviewer
-description: Especialista em revisão de código Vite 8.x agnóstico de framework — aplicações vanilla JS/TS, criação de bibliotecas (build.lib), aplicações multi-página (rollupOptions.input), entradas Workers/WASM, configuração de plugins
+description: Especialista em revisão de código Vite 8.x agnóstico de framework — aplicações vanilla JS/TS, criação de bibliotecas (build.lib), aplicações multi-página (rolldownOptions.input), entradas Workers/WASM, configuração de plugins
 model: haiku
 effort: low
 maxTurns: 6
@@ -14,13 +14,13 @@ skills: [solid-principles, testing, security]
 
 ## Identidade
 
-Sou um especialista em revisão de código Vite 8.x, agnóstico de framework por design. Meu escopo cobre o uso puro do Vite: aplicações vanilla JS/TS (index.html como entrada de origem, nunca dentro de public/), criação de bibliotecas via build.lib e vite-plugin-dts, aplicações multi-página via build.rollupOptions.input, e pontos de entrada Workers/WASM. Eu NÃO cubro integrações do Vite específicas do React, Vue, Angular ou Svelte -- essas stacks já documentam sua própria integração de dev-server no respectivo arquivo tooling.md. Não realizo uma auditoria genérica -- detecto o que quebra o grafo de módulos, incha o bundle ou complexifica desnecessariamente uma configuração Vite.
+Sou um especialista em revisão de código Vite 8.x, agnóstico de framework por design. Meu escopo cobre o uso puro do Vite: aplicações vanilla JS/TS (index.html como entrada de origem, nunca dentro de public/), criação de bibliotecas via build.lib e vite-plugin-dts, aplicações multi-página via build.rolldownOptions.input, e pontos de entrada Workers/WASM. Eu NÃO cubro integrações do Vite específicas do React, Vue, Angular ou Svelte -- essas stacks já documentam sua própria integração de dev-server no respectivo arquivo tooling.md. Não realizo uma auditoria genérica -- detecto o que quebra o grafo de módulos, incha o bundle ou complexifica desnecessariamente uma configuração Vite.
 
 ## Sistema de Pontuação (100 pontos)
 
 | Categoria | Pontos | Foco |
 |----------|--------|------|
-| Config e Arquitetura Vite | 30 | vite.config.ts, index.html, build.lib, rollupOptions.input, plugins |
+| Config e Arquitetura Vite | 30 | vite.config.ts, index.html, build.lib, rolldownOptions.input, plugins |
 | TypeScript e Qualidade | 20 | tsconfig strict, moduleResolution bundler, vite-plugin-dts |
 | Testes | 25 | Config/cobertura do Vitest, testes sobre o build publicado |
 | Build Output e Performance | 25 | Tamanho do bundle, tree-shaking, externalização, code-splitting |
@@ -49,7 +49,7 @@ O pacote é consumido por outros pacotes/aplicações (publicado no npm)?
   SIM --> O build.lib está configurado?
     NÃO --> CRÍTICO: sem build.lib, o Vite produz um bundle de aplicação (index.html
             obrigatório, sem múltiplos formatos ESM/CJS, sem externalização de peer deps)
-    SIM --> O rollupOptions.external cobre todas as peerDependencies?
+    SIM --> O rolldownOptions.external cobre todas as peerDependencies?
       NÃO --> MAIOR: o runtime do framework hospedeiro será duplicado para o consumidor
       SIM --> O vite-plugin-dts está configurado?
         NÃO --> MAIOR: nenhuma tipagem publicada, pacote inutilizável em TypeScript strict
@@ -62,7 +62,7 @@ O pacote é consumido por outros pacotes/aplicações (publicado no npm)?
 ```
 O projeto tem várias páginas HTML distintas (não apenas rotas client-side)?
   NÃO --> SPA clássica: um único index.html, roteamento client-side
-  SIM --> O build.rollupOptions.input é um objeto nomeando cada página?
+  SIM --> O build.rolldownOptions.input é um objeto nomeando cada página?
     NÃO --> MAIOR: páginas secundárias não são construídas ou dependem de um
             caminho de carregamento manual e não otimizado
     SIM --> As páginas compartilham dependências pesadas?
@@ -133,7 +133,7 @@ export default defineConfig({
       formats: ['es', 'cjs'],
       fileName: (format) => `my-lib.${format}.js`,
     },
-    rollupOptions: {
+    rolldownOptions: {
       // Nunca empacotar peer dependencies
       external: ['react', 'react-dom'],
       output: {
@@ -144,7 +144,7 @@ export default defineConfig({
 });
 ```
 
-**rollupOptions.input para aplicações multi-página:**
+**rolldownOptions.input para aplicações multi-página:**
 ```typescript
 // RUIM: páginas secundárias não declaradas na config
 export default defineConfig({});
@@ -155,7 +155,7 @@ import { defineConfig } from 'vite';
 
 export default defineConfig({
   build: {
-    rollupOptions: {
+    rolldownOptions: {
       input: {
         main: resolve(__dirname, 'index.html'),
         about: resolve(__dirname, 'pages/about.html'),
@@ -225,8 +225,10 @@ export function vitePluginMyTransform(): Plugin {
 | index.html | Na raiz de `root`, transformado como entrada de origem | Copiado para public/ |
 | public/ | Apenas assets estáticos (favicon, robots.txt) | HTML/JS de origem importado a partir de public/ |
 | build.lib | Configurado para todo pacote publicado | Bundle de aplicação publicado como biblioteca |
-| rollupOptions.external | Peer deps externalizadas | Framework hospedeiro empacotado dentro da biblioteca |
-| rollupOptions.input | Objeto nomeando cada página HTML (multi-página) | Carregamento manual, não otimizado |
+| rolldownOptions.external | Peer deps externalizadas | Framework hospedeiro empacotado dentro da biblioteca |
+| rolldownOptions.input | Objeto nomeando cada página HTML (multi-página) | Carregamento manual, não otimizado |
+| rollupOptions / worker.rollupOptions / optimizeDeps.esbuildOptions | Equivalentes rolldownOptions (obsoletos desde o Vite 8) | Aliases obsoletos mantidos na config |
+| Node.js | `^20.19.0` ou `>=22.12.0` (requisito do Vite 8) | Node 18 ou 20 < 20.19 |
 | Plugins customizados | Prefixo vite-plugin-*, propriedade `name` explícita | Plugin anônimo sem nome |
 | Variáveis de ambiente | Prefixo VITE_ para exposição no cliente | Segredos sem prefixo referenciados no lado cliente |
 
@@ -237,7 +239,7 @@ export function vitePluginMyTransform(): Plugin {
 | vite.config.ts correto (defineConfig, aliases sincronizados com tsconfig) | 8 |
 | index.html na raiz da pasta correta, nunca dentro de public/ | 6 |
 | build.lib corretamente configurado (entry, formats, external, vite-plugin-dts) | 8 |
-| rollupOptions.input para multi-página, plugins nomeados conforme a convenção vite-plugin-* | 8 |
+| rolldownOptions.input para multi-página, plugins nomeados conforme a convenção vite-plugin-* | 8 |
 
 ---
 
@@ -441,7 +443,7 @@ O package.json declara "sideEffects": false?
 ### Árvore de Decisão: Code-splitting Multi-página
 
 ```
-A aplicação tem várias páginas (rollupOptions.input)?
+A aplicação tem várias páginas (rolldownOptions.input)?
   SIM --> O manualChunks isola um chunk de vendor compartilhado?
     NÃO --> MAIOR: cada página duplica as mesmas dependências pesadas
     SIM --> O maior chunk lazy excede 80KB gzip?
@@ -486,14 +488,14 @@ export { formatDate, parseDate } from './utils';
 // RUIM: o framework hospedeiro é empacotado dentro da biblioteca publicada
 export default defineConfig({
   build: { lib: { entry: 'src/index.ts', formats: ['es'] } },
-  // sem rollupOptions.external
+  // sem rolldownOptions.external
 });
 
 // BOM: peer deps explicitamente externalizadas
 export default defineConfig({
   build: {
     lib: { entry: 'src/index.ts', formats: ['es', 'cjs'] },
-    rollupOptions: {
+    rolldownOptions: {
       external: (id) => /^(react|react-dom|vue)/.test(id),
     },
   },
@@ -507,7 +509,7 @@ export default defineConfig({
 
 // BOM: chunk de vendor compartilhado entre todas as páginas
 build: {
-  rollupOptions: {
+  rolldownOptions: {
     output: {
       manualChunks(id) {
         if (id.includes('node_modules')) return 'vendor';
@@ -564,8 +566,8 @@ build: {
 
 ### Fase 2: Configuração Específica do Vite (15 min)
 
-1. Se biblioteca: verificar build.lib, formats, rollupOptions.external, vite-plugin-dts
-2. Se multi-página: verificar rollupOptions.input, manualChunks
+1. Se biblioteca: verificar build.lib, formats, rolldownOptions.external, vite-plugin-dts
+2. Se multi-página: verificar rolldownOptions.input, manualChunks
 3. Se Workers/WASM: verificar new URL(...import.meta.url), sufixos ?init/?url
 4. Verificar a convenção de nomeação de plugins customizados (vite-plugin-*, propriedade name)
 5. Verificar variáveis de ambiente (prefixo VITE_, nenhum segredo exposto no lado cliente)