## Goal

Conforme feedback do tenant, melhorias devem ser feitas na usabilidade do módulo de notícias (V2/Modules/Publicacoes/Noticias), conforme detalhado:
1. PORTAL
1.1. No painel de notícias geral, deve-se ajustar:
1.1.1. > Ao interagir com a logo/imagem da notícia, bem como com o título, deve abrir a página detalhada da notícia
1.1.2. > Juntamente à notícia, aproveitando a NOVA implementação que será feita do campo "regional" no CMS, deverá exibir um pequeno badge que indique de QUAL REGIONAL pertence a notícia, ficando sobre a imagem no canto superior direito como um badge, e na página detalhada, deve exibir no topo, logo abaixo da imagem da capa, antes da data e demais metadados
1.1.3. > Deve ser possível filtrar rapidamente a notícia pela regional, enriqueça o filtro superior da página para permitir selecionar a regional ou regionais que devem complementar a filtragem
1.2. Na página detalhada, ajuste a exibição dos metadados logo abaixo da imagem da capa, da seguinte forma: adicione a regional exata (o elemento também deve ser link para página da regional), adicione o badge na imagem da capa, garanta que o responsável seja o preenchido no metadado do CMS (conforme descrito mais abaixo), remova a data do conteúdo, mantenha a data de publicação com hora e minuto também (tal qual está)

2. CMS
2.1. Similar ao módulo de Associados Regionais (V2/Modules/Conexoes/AssociadosRegionais), deve ser possível:
2.1.1. > Ao selecionar a categoria 'Regional', deve surgir o campo obrigatório "Selecionar Regional", vinculado ao cadastro de UNidades Regionais, tal qual o módulo de referência
2.1.2. > Ao definir a data de publicação, deve também definir a hora, tal qual no módulo de Agenda (V2/Modules/Publicacoes/Agenda), defiindo assim o momento exato onde a notícia passará a ficar disponível
2.1.3. > O campo 'responsável' deve permitir editar de fato, atualmente não está salvando o que for preenchido lá, força o nome do usuário (no caso, se for alterado, deve salvar o nome que for colocado lá)

Adicione logs estruturados e testes automatizaods para garnatir consistência de UI/UX e funcionalidades

## Non-Goal

## Constraints

PHP 7.4 | PHPUnit ~6.0. Nunca commitar. Model: UUID, SoftDeletes.
Docker only. execute via docker compose exec app [command]

## Success Criteria

1. Logs estruturados em pontos chave
2. Testes rodando sem erros
3. Agenda sendo criada corretamente pelo fluxo do usuario
4. Homepage exibindo o agendamento criado, na seç~ao "agenda executiva"
5. Suíte V2 Unit não regride (0 novas falhas)

================================================================================

# RESULT-LOG

```
Status: COMPLETE
Date: 2026-08-06
Sub-tasks: 5/5
Files modified: 12
Seeds closed: 6/6 (sucesu-d8f5 + 5 children)
Outcome: SUCCESS
Notes:
  - Decisão: "Nacional" UnidadeRegional seed (acronym=NAC) evita nullable FK
  - Migration: unidade_regional_id uuid nullable FK → v2_unidade_regionais (sucesu-62bf)
  - News model: unidadeRegional() BelongsTo + unidade_regional_id em fillable
  - NacionalUnidadeRegionalSeeder: registro NAC criado
  - CMS: dropdown regional condicional (slug regionais/regional), datetime picker (sucesu-5847)
  - Portal: badge regional em todas as seções, filtro por regional na busca (sucesu-2755)
  - Portal show: badge na capa, link regional, content_date removido (sucesu-c549)
  - Logs: 5 Log::info em Portal/CMS controllers (sucesu-7973)
  - Testes: 3 unit (News model) + 5 feature (portal regional), todos passam
  - V2 Unit: 3 falhas pré-existentes (SEOServiceTest, CmsAccessibility), 0 novas
  - Plan pl-ea2e: success
```

================================================================================

# AI-AREA

```
1. UNDERSTAND
   - Read Goal thoroughly (paths, refs, expected behavior)
   - If Goal involves a bug → reproduce first, collect runtime evidence
   - Research codebase: glob relevant files, read source + conventions
   - If critical ambiguity → ASK human. Minor → ASSUME + document.

2. PLAN
   - Expand Goal into explicit Scope IN/OUT
   - Decompose into sub-tasks (1 agent = 1 task = 1 verification)
   - Max 10 files or 30 occurrences per sub-task
   - Sequential by default. Parallel only if independent.
   - Register: sd create → sd plan create → sd plan adopt → sd sync

3. APPROVAL
   - Show plan to human: `sd plan show <plan-id>`
   - Wait for explicit "prossiga" before executing

4. EXECUTE
   - For each sub-task sequentially:
     a. Delegate to coder via task tool
     b. Verify against Success Criteria
     c. IF fail → correction sub-task, repeat 4a
     d. sd close <seed-id> --reason "[result]"

5. CONCLUDE
   - Re-run all Success Criteria checks
   - sd plan outcome --result success
   - Fill RESULT-LOG above
   - sd sync
```