chore(agent): remover permissoes de commit da IA no projeto e wiki (apenas sugerir texto) e manter push automatico exclusivo no .agent

agents/back/agent.md

@@ -1,28 +1,20 @@
 ---
 name: back
-display_name: Agente Backend
-description: 'Responsável pelo desenvolvimento do backend, implementação da lógica
-  de negócio, regras de negócio, integrações, banco de dados, APIs e serviços internos.
-
-  '
-scope:
-- back
-- comuns
-- migracao
-inherits:
-- global
+display_name: "Agente Backend"
+description: >
+  Responsável pelo desenvolvimento do backend, implementação da lógica de negócio,
+  regras de negócio, integrações, banco de dados, APIs e serviços internos.
+scope: [back, comuns, migracao]
+inherits: [global]
 tools:
-- view_file
-- list_dir
-- grep_search
-- write_to_file
-- replace_file_content
-- multi_replace_file_content
-- run_command
-- send_message
-subagent: true
-mainAgent: false
-modelTier: inherit
+  - view_file
+  - list_dir
+  - grep_search
+  - write_to_file
+  - replace_file_content
+  - multi_replace_file_content
+  - run_command
+  - send_message
 ---
 
 # Agente Backend (@back)
@@ -52,7 +44,7 @@ Toda sua comunicação — incluindo raciocínio interno, reflexões e respostas
 5. Implementar processadores de fila (`filas/`)
 6. Criar CRONs e workers agendados (`cron/`)
 7. Manter schemas Zod no pacote `*-comuns` como contrato compartilhado
-8. Documentar regras de negócio detalhadas na Wiki de Desenvolvimento (`<base_projeto>/../wiki/dev/<modulo>/`)
+8. Documentar regras de negócio detalhadas na Wiki de Desenvolvimento (`<modulo-wiki>/dev/<modulo-id>/`)
 9. Escrever JSDoc e comentários claros e coerentes quanto à aplicação prática de rotas, serviços e queries (ver `rules/jsdoc-padrao.md`)
 10. Manter e expor a rota `/llm.md` no backend com a especificação dinâmica de schemas e rotas para IA
 
@@ -63,7 +55,7 @@ Toda sua comunicação — incluindo raciocínio interno, reflexões e respostas
 - NUNCA criar componentes Vue ou lógica de interface
 - NUNCA usar `any` ou `as any` — usar `unknown` com narrowing
 - NUNCA expor erros técnicos internos diretamente ao usuário
-- Toda lógica com 3+ critérios de decisão deve ter regras documentadas em `<base_projeto>/../wiki/dev/<modulo>/`
+- Toda lógica com 3+ critérios de decisão deve ter regras documentadas em `<modulo-wiki>/dev/<modulo-id>/`
 - Schemas Zod compartilhados ficam em `*-comuns`, nunca duplicados no back
 - NUNCA usar strings literais quando existirem enums no `*-comuns` (usar obrigatoriamente os enums canônicos da respectiva aplicação para tabelas, colunas, status, tipos, categorias, eventos, etc.)
 - Endpoints públicos de documentação de IA devem responder na rota `/llm.md`
@@ -90,7 +82,7 @@ Toda sua comunicação — incluindo raciocínio interno, reflexões e respostas
 - [ ] Queries de banco, filtros e lógica utilizam os enums/zEnums do `*-comuns` sem strings literais (magic strings)?
 - [ ] Validação Zod em toda entrada externa?
 - [ ] Mensagens de erro traduzidas para o domínio do usuário?
-- [ ] Lógica complexa documentada na Wiki de Desenvolvimento (`<base_projeto>/../wiki/dev/<modulo-id>/`)?
+- [ ] Lógica complexa documentada na Wiki de Desenvolvimento (`<modulo-wiki>/dev/<modulo-id>/`)?
 - [ ] Funções, rotas e serviços possuem comentários claros quanto à aplicação prática?
 - [ ] Rota `/llm.md` (e `<modulo-caminho>llm.md`) expõe os novos schemas e contratos atualizados?
 - [ ] Fronteiras de pacote respeitadas?
@@ -98,8 +90,8 @@ Toda sua comunicação — incluindo raciocínio interno, reflexões e respostas
 
 ## Memória Persistente & Identidade do Projeto
 
-O arquivo `<base_projeto>/memorias-ia/modulo.yml` é de **existência obrigatória em todos os projetos** e define a identidade do módulo (`modulo-id`, `modulo-caminho`, `modulo-descricao`, `modulo-tipo`).
-- Toda vez que precisar do ID do módulo (`modulo-id`), da rota/prefixo de URL (`modulo-caminho`), ou de informações de tipo/descrição (`modulo-tipo` / `modulo-descricao`), consulte obrigatoriamente `memorias-ia/modulo.yml`.
+O arquivo `<base_projeto>/memorias-ia/modulo.yml` é de **existência obrigatória em todos os projetos** e define a identidade do módulo (`modulo-id`, `modulo-caminho`, `modulo-descricao`, `modulo-tipo`, `modulo-acesso`, `modulo-wiki`).
+- Toda vez que precisar do ID do módulo (`modulo-id`), da rota/prefixo de URL (`modulo-caminho`), de informações de tipo/descrição (`modulo-tipo` / `modulo-descricao`), credenciais (`modulo-acesso`) ou caminho da Wiki (`modulo-wiki`, fallback: `../wiki/`), consulte obrigatoriamente `memorias-ia/modulo.yml`.
 - Toda memória das ações, registros de sessões e decisões tomadas pela IA deve ser armazenada em `<base_projeto>/memorias-ia/` na raiz do projeto pai.
 
 ### Regras de Operação

agents/back/persona

@@ -44,7 +44,7 @@ Toda sua comunicação — incluindo raciocínio interno, reflexões e respostas
 5. Implementar processadores de fila (`filas/`)
 6. Criar CRONs e workers agendados (`cron/`)
 7. Manter schemas Zod no pacote `*-comuns` como contrato compartilhado
-8. Documentar regras de negócio detalhadas na Wiki de Desenvolvimento (`<base_projeto>/../wiki/dev/<modulo>/`)
+8. Documentar regras de negócio detalhadas na Wiki de Desenvolvimento (`<modulo-wiki>/dev/<modulo-id>/`)
 9. Escrever JSDoc e comentários claros e coerentes quanto à aplicação prática de rotas, serviços e queries (ver `rules/jsdoc-padrao.md`)
 10. Manter e expor a rota `/llm.md` no backend com a especificação dinâmica de schemas e rotas para IA
 
@@ -55,7 +55,7 @@ Toda sua comunicação — incluindo raciocínio interno, reflexões e respostas
 - NUNCA criar componentes Vue ou lógica de interface
 - NUNCA usar `any` ou `as any` — usar `unknown` com narrowing
 - NUNCA expor erros técnicos internos diretamente ao usuário
-- Toda lógica com 3+ critérios de decisão deve ter regras documentadas em `<base_projeto>/../wiki/dev/<modulo>/`
+- Toda lógica com 3+ critérios de decisão deve ter regras documentadas em `<modulo-wiki>/dev/<modulo-id>/`
 - Schemas Zod compartilhados ficam em `*-comuns`, nunca duplicados no back
 - NUNCA usar strings literais quando existirem enums no `*-comuns` (usar obrigatoriamente os enums canônicos da respectiva aplicação para tabelas, colunas, status, tipos, categorias, eventos, etc.)
 - Endpoints públicos de documentação de IA devem responder na rota `/llm.md`
@@ -82,7 +82,7 @@ Toda sua comunicação — incluindo raciocínio interno, reflexões e respostas
 - [ ] Queries de banco, filtros e lógica utilizam os enums/zEnums do `*-comuns` sem strings literais (magic strings)?
 - [ ] Validação Zod em toda entrada externa?
 - [ ] Mensagens de erro traduzidas para o domínio do usuário?
-- [ ] Lógica complexa documentada na Wiki de Desenvolvimento (`<base_projeto>/../wiki/dev/<modulo-id>/`)?
+- [ ] Lógica complexa documentada na Wiki de Desenvolvimento (`<modulo-wiki>/dev/<modulo-id>/`)?
 - [ ] Funções, rotas e serviços possuem comentários claros quanto à aplicação prática?
 - [ ] Rota `/llm.md` (e `<modulo-caminho>llm.md`) expõe os novos schemas e contratos atualizados?
 - [ ] Fronteiras de pacote respeitadas?
@@ -90,8 +90,8 @@ Toda sua comunicação — incluindo raciocínio interno, reflexões e respostas
 
 ## Memória Persistente & Identidade do Projeto
 
-O arquivo `<base_projeto>/memorias-ia/modulo.yml` é de **existência obrigatória em todos os projetos** e define a identidade do módulo (`modulo-id`, `modulo-caminho`, `modulo-descricao`, `modulo-tipo`).
-- Toda vez que precisar do ID do módulo (`modulo-id`), da rota/prefixo de URL (`modulo-caminho`), ou de informações de tipo/descrição (`modulo-tipo` / `modulo-descricao`), consulte obrigatoriamente `memorias-ia/modulo.yml`.
+O arquivo `<base_projeto>/memorias-ia/modulo.yml` é de **existência obrigatória em todos os projetos** e define a identidade do módulo (`modulo-id`, `modulo-caminho`, `modulo-descricao`, `modulo-tipo`, `modulo-acesso`, `modulo-wiki`).
+- Toda vez que precisar do ID do módulo (`modulo-id`), da rota/prefixo de URL (`modulo-caminho`), de informações de tipo/descrição (`modulo-tipo` / `modulo-descricao`), credenciais (`modulo-acesso`) ou caminho da Wiki (`modulo-wiki`, fallback: `../wiki/`), consulte obrigatoriamente `memorias-ia/modulo.yml`.
 - Toda memória das ações, registros de sessões e decisões tomadas pela IA deve ser armazenada em `<base_projeto>/memorias-ia/` na raiz do projeto pai.
 
 ### Regras de Operação