chore(events): merge 4.x e remove tenancy do módulo de eventos

.ai/guidelines/domain/04-model-phpdoc-sync.blade.php

@@ -26,7 +26,7 @@
 <code-snippet name="Model PHPDoc block" lang="php">
 /**
  * @property string $id
- * @property int $tenant_id
+ * @property int $position
  * @property string $name
  * @property string|null $description
  * @property bool $active

.ai/guidelines/workflow/05-pull-requests.blade.php

@@ -0,0 +1,21 @@
+@php
+/** @var \Laravel\Boost\Install\GuidelineAssist $assist */
+@endphp
+
+# Pull Requests
+
+When creating or updating a GitHub pull request, agents should consider the repository PR template at `.github/pull_request_template.md` as a helpful reference for structuring the PR body.
+
+## Guidance
+
+- Prefer using the template sections `Contexto`, `Alterações`, `Plano de Testes`, `Evidências` and `Issues Relacionadas` when they fit the change.
+- Keep the structure clear and review-friendly, rather than writing a completely free-form PR description.
+- Populate the checklist in `Plano de Testes` with the validation steps that were actually run, including relevant commands such as `make check` and `make test` when applicable.
+- Add issue references in the `Issues Relacionadas` section using the repository's expected format (for example: `Closes #123`) when there is a related issue to link.
+- If the change has no visible UI impact, keep the `Evidências` section concise or leave it empty rather than inventing screenshots.
+
+## Expectations for agents
+
+- It is fine to draft a PR body without the template; the absence of the template does not block the PR.
+- Adapt the content to the specific change and prefer clear, concise Portuguese when the repository and existing templates are written in Portuguese.
+- If the PR is for a change that affects behavior, include enough detail for reviewers to understand the impact, the validation performed, and the related issues.

.github/ISSUE_TEMPLATE/bug_report.md

@@ -0,0 +1,48 @@
+---
+name: Bug report
+about: Reporte um comportamento inesperado para nos ajudar a melhorar
+title: ''
+labels: bug
+assignees: ''
+type: Bug
+
+---
+
+## Descrição do problema
+<!-- Descreva de forma clara e objetiva o que está acontecendo. -->
+
+
+## Comportamento esperado
+<!-- O que você esperava que acontecesse? -->
+
+
+## Comportamento atual
+<!-- O que de fato acontece hoje? -->
+
+
+## Passos para reproduzir
+<!-- Liste o passo a passo exato. Quanto mais detalhado, mais rápido resolvemos. -->
+1. Vá até '...'
+2. Clique em '...'
+3. Preencha '...'
+4. Veja o erro
+
+
+## Ambiente
+<!-- Preencha os dados relevantes ao seu caso. -->
+- **Sistema operacional:** <!-- ex: Windows 11, macOS 14, Ubuntu 22.04 -->
+- **Navegador / versão:** <!-- ex: Chrome 120, Firefox 121 -->
+- **Ambiente:** <!-- prod/ local -->
+
+
+## Evidências
+<!-- Prints, vídeos, payloads, logs, stack traces ou qualquer material que ajude. -->
+
+
+##  Sugestão de correção (opcional)
+<!-- Se tiver contexto técnico, sugira melhorias. Caso contrário, deixe em branco
+     para a comunidade interagir livremente. -->
+
+
+##  Contexto adicional
+<!-- Qualquer outra informação relevante sobre o problema. -->

.github/ISSUE_TEMPLATE/feature_request.md

@@ -0,0 +1,56 @@
+---
+name: Feature request
+about: Descreva uma feature a ser construída, com critérios de aceite e testes
+title: ''
+labels: type:feat
+assignees: ''
+type: Feature
+
+---
+
+## Parent
+<!-- Issue/épico ao qual esta feature pertence. Ex: #342. Caso não tenha, deixe em branco -->
+
+
+
+## O que construir
+<!-- O que precisa ser implementado, de forma objetiva. Cite Actions, papéis, transações
+     e o comportamento esperado. Uma linha de contexto + os pontos técnicos. -->
+-
+-
+-
+
+
+## Critérios de aceite
+<!-- Condições verificáveis para considerar a feature pronta. Cada item deve ser testável. -->
+- [ ]
+- [ ]
+- [ ]
+
+
+##  Teste
+
+### BDD
+<!-- Cenários em Gherkin (pt). Cubra o caso feliz e as regras/invariantes importantes. -->
+```gherkin
+# language: pt
+
+Funcionalidade: <nome da funcionalidade>
+
+  Cenário: <cenário principal>
+    Dado <pré-condição>
+    E <pré-condição>
+    Quando <ação>
+    Então <resultado esperado>
+    E <resultado esperado>
+
+  Cenário: <cenário de regra/invariante>
+    Dado <pré-condição>
+    Então <garantia>
+```
+
+
+##  Bloqueada por
+<!-- Issues que precisam ser concluídas antes desta. Deixe em branco se não houver. -->
+- [ ] <feat(...): descrição> #
+- [ ] <feat(...): descrição> #

.github/ISSUE_TEMPLATE/prd---módulo-de-domínio.md

@@ -0,0 +1,106 @@
+---
+name: PRD / Módulo de Domínio
+about: Documento de requisitos para uma nova feature ou módulo de domínio
+title: ''
+labels: prd
+assignees: ''
+
+---
+
+# <Nome do Módulo / Feature>
+
+> Uma linha resumindo o que este documento entrega.
+
+---
+
+## Descrição do problema
+<!-- Descreva o estado atual e a dor. Como as coisas funcionam hoje (informalmente, manualmente)?
+     O que está faltando? Que pergunta o sistema não consegue responder? Seja concreto sobre
+     o gap, não sobre a solução ainda. -->
+
+
+## Solução
+<!-- O que este módulo/feature passa a ser (a "fonte da verdade" para o quê?).
+     Deixe claro o limite de escopo: o que ele conduz ativamente vs. o que apenas registra.
+     Se decisões são tomadas fora do sistema, diga que o módulo grava o resultado. -->
+
+
+## User Stories
+<!-- Formato: "Como <papel>, quero <ação>, para que <benefício>."
+     Agrupe por ator quando fizer sentido. Cubra os casos felizes e os bloqueios/gates. -->
+
+- Como **<papel>**, quero **<ação>**, para que **<benefício>**.
+- Como **<papel>**, quero **<ação>**, para que **<benefício>**.
+- Como **<plataforma>**, quero **<invariante/regra técnica>**, para que **<garantia>**.
+
+
+## Decisões de implementação
+<!-- As escolhas técnicas já fechadas. Referencie ADRs quando existirem. -->
+
+### Módulo / Namespace
+<!-- Onde vive o código? Namespace, ServiceProvider, escopo (ex: tenant-scoped). -->
+
+### Autoridade & Autorização
+<!-- Quem pode fazer o quê? Papéis, políticas (Policy), overrides. -->
+
+### Modelo de dados
+<!-- Liste tabelas, colunas relevantes, constraints (UNIQUE, partial unique, índices),
+     chaves (UUID?), e o que é derivado vs. denormalizado. -->
+
+| Tabela | Colunas-chave | Constraints / Índices | Observações |
+|--------|---------------|-----------------------|-------------|
+| `<tabela>` | `<colunas>` | `<unique / index>` | `<notas>` |
+
+### Enums
+<!-- Enumerações e seus valores possíveis. -->
+
+### Gates / Pré-condições
+<!-- Que estado precisa ser verdadeiro para uma ação acontecer? De onde o módulo lê isso? -->
+
+### Actions
+<!-- Os casos de uso públicos (verbos do domínio). Ex: CreateX, ApplyToY, DecideZ. -->
+
+### Invariantes
+<!-- Regras que sempre precisam valer (ex: "no máximo 1 ativo"). Onde são garantidas?
+     Defense-in-depth: banco + camada de aplicação. -->
+
+
+## Decisões de teste
+<!-- O que será testado e por qual superfície (Actions/Policy públicas, estado persistido,
+     eventos emitidos — não helpers privados). Liste os cenários confirmados em escopo. -->
+
+- **<Grupo de invariantes>:** <o que asserir>
+- **<Política/Autorização>:** <o que asserir>
+- **<Fluxo principal>:** <casos felizes e de bloqueio>
+
+**Prior art / referências:** <testes ou padrões existentes a seguir>
+
+
+## Fora de escopo
+<!-- O que explicitamente NÃO faz parte desta entrega. Evita scope creep e alinha expectativas. -->
+
+- <item> — <por quê / onde é tratado>
+- <item> — <por quê / onde é tratado>
+
+
+## 📝 Notas adicionais
+<!-- Decisões sutis, follow-ups de doc (não bloqueantes), caminho de evolução futura,
+     perguntas em aberto que não travam a implementação. -->
+
+- **Follow-up:** <pendência de documentação ou revisão>
+- **Evolução:** <como isso pode crescer sem retrabalho>
+
+
+## Subtarefas
+<!-- Quebra em tracer bullets, em ordem de dependência. Vincule as tasks criadas no git aqui. -->
+
+## Dúvidas/Incertezas
+<!-- Liste aqui todas as dúvidas que ainda ficaram em aberto ou ainda precisam de maiores esclarecimentos  -->
+
+---
+
+### 🔗 Referências
+<!-- ADRs, PRDs relacionados, issues, docs de arquitetura. -->
+
+- ADR-XXXX — <título>
+- <link / issue relacionada>

.github/pull_request_template.md

@@ -0,0 +1,67 @@
+## Contexto
+
+<!--
+Descreva o contexto deste PR respondendo às seguintes perguntas:
+
+- Qual é o problema ou necessidade?
+- Como esta alteração resolve o problema?
+- Qual é o impacto esperado para o usuário ou sistema?
+-->
+
+### Alterações
+
+<!--
+Liste as principais alterações realizadas neste PR.
+Se possível, informe os arquivos, componentes ou funcionalidades impactadas.
+-->
+
+- ...
+- ...
+- ...
+
+---
+
+## Plano de Testes
+
+<!--
+Liste, em formato de checklist, todos os passos executados para validar esta alteração.
+O objetivo é permitir que qualquer revisor consiga reproduzir a validação realizada.
+-->
+
+- [ ] Executar `make check`
+- [ ] Executar `make test`
+- [ ] ...
+- [ ] ...
+- [ ] ...
+
+---
+
+## Evidências
+
+<!--
+Adicione prints de tela, GIFs ou vídeos que demonstrem o comportamento da aplicação.
+Caso a alteração não possua impacto visual, esta seção pode ser removida.
+-->
+
+### Antes
+
+<!-- Prints, GIFs ou vídeos do comportamento anterior. -->
+
+### Depois
+
+<!-- Prints, GIFs ou vídeos do comportamento após a alteração. -->
+
+---
+
+## Issues Relacionadas
+
+<!--
+Utilize uma das opções abaixo conforme necessário.
+
+Closes #123
+Fixes #123
+Resolves #123
+Related to #123
+
+Exemplo: Closes #123
+-->

.github/workflows/_pest.yml

@@ -54,7 +54,7 @@ jobs:
 
     steps:
       - name: Checkout code
-        uses: actions/checkout@9c091bb21b7c1c1d1991bb908d89e4e9dddfe3e0 # v7.0.0
+        uses: actions/checkout@3d3c42e5aac5ba805825da76410c181273ba90b1 # v7.0.1
         with:
           fetch-depth: 0
           persist-credentials: false
@@ -83,7 +83,7 @@ jobs:
           custom-cache-key: ${{ inputs.CACHE_KEY }}
 
       - name: Install Node.js
-        uses: actions/setup-node@48b55a011bda9f5d6aeb4c2d9c7362e8dae4041e # v6.4.0
+        uses: actions/setup-node@820762786026740c76f36085b0efc47a31fe5020 # v7.0.0
         with:
           package-manager-cache: false
           node-version-file: '.nvmrc'

.github/workflows/_phpstan.yml

@@ -33,7 +33,7 @@ jobs:
       cancel-in-progress: true
     steps:
       - name: Checkout code
-        uses: actions/checkout@9c091bb21b7c1c1d1991bb908d89e4e9dddfe3e0 # v7.0.0
+        uses: actions/checkout@3d3c42e5aac5ba805825da76410c181273ba90b1 # v7.0.1
         with:
           fetch-depth: 0
           persist-credentials: false

.github/workflows/_pint.yml

@@ -33,7 +33,7 @@ jobs:
       cancel-in-progress: true
     steps:
       - name: Checkout code
-        uses: actions/checkout@9c091bb21b7c1c1d1991bb908d89e4e9dddfe3e0 # v7.0.0
+        uses: actions/checkout@3d3c42e5aac5ba805825da76410c181273ba90b1 # v7.0.1
         with:
           fetch-depth: 0
           persist-credentials: false

.github/workflows/_rector.yml

@@ -33,7 +33,7 @@ jobs:
       cancel-in-progress: true
     steps:
       - name: Checkout code
-        uses: actions/checkout@9c091bb21b7c1c1d1991bb908d89e4e9dddfe3e0 # v7.0.0
+        uses: actions/checkout@3d3c42e5aac5ba805825da76410c181273ba90b1 # v7.0.1
         with:
           fetch-depth: 0
           persist-credentials: false

.github/workflows/continuous-integration.yml

@@ -33,7 +33,7 @@ jobs:
       COMPOSER_FLAGS: ${{ steps.setup.outputs.COMPOSER_FLAGS }}
     steps:
       - name: Checkout code
-        uses: actions/checkout@9c091bb21b7c1c1d1991bb908d89e4e9dddfe3e0 # v7.0.0
+        uses: actions/checkout@3d3c42e5aac5ba805825da76410c181273ba90b1 # v7.0.1
         with:
           fetch-depth: 0
           persist-credentials: false