feat(api): versiona documentação openapi by Jovinull · Pull Request #234 · Cla-Code-Community/candidate

Jovinull · 2026-08-28T14:48:00Z

Card

PAV-32

Objetivo e escopo

Introduzir o prefixo /api/v1 para os endpoints da API e documentar a versão no Swagger.
Preservar temporariamente as rotas sem prefixo para não interromper clientes existentes.

O que foi feito

Cria o router da API v1 com as rotas de autenticação, usuários, vagas, keywords, notificações, vagas salvas e administração.
Disponibiliza GET /api/v1/health com o mesmo comportamento de GET /health.
Configura o Swagger para usar /api/v1, acrescenta schemas e documenta os principais endpoints.
Atualiza o README com a estratégia de versionamento e compatibilidade.

Módulos afetados

backend/src/app.ts
backend/src/swagger.ts
backend/src/routes/jobs.routes.ts
backend/tests/unit/app.test.ts
backend/tests/unit/swagger.test.ts
README.md

Validação

CI do PR concluído com sucesso, incluindo coverage de frontend e backend, lint e build.
npm exec --workspace=backend vitest run tests/unit/app.test.ts tests/unit/swagger.test.ts - 2 arquivos e 31 testes aprovados.
Os testes cobrem GET /api/v1/health, GET /api/v1/jobs/search e a especificação Swagger da v1.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.

Riscos e observações

As rotas antigas permanecem disponíveis temporariamente por compatibilidade.
A migração de clientes para /api/v1 pode ser feita de forma gradual.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A implementação atende parcialmente ao escopo da PAV-32, porém a documentação OpenAPI entregue ainda não contempla integralmente os requisitos definidos no card.

Há divergência entre a cobertura/documentação atualmente validada e o nível de contrato previsto para os endpoints principais, incluindo os critérios relacionados a schemas, exemplos e respostas da API.

Revise a implementação e os testes considerando todo o escopo e os critérios definidos na PAV-32 antes de solicitar uma nova revisão.

Jovinull · 2026-08-29T12:21:22Z

Atualização aplicada em resposta ao review da PAV-32.

A especificação agora cobre as operações principais de auth, users, jobs, saved-jobs, notifications, keywords e admin.
Foram adicionados schemas de request/response, exemplos, autenticação por cookie e respostas reutilizáveis para 400, 401, 403, 404 e 500.
Corrigido o retorno de GET /notifications para { notifications, unreadCount } e o modelo de vaga para os campos reais do contrato.
Removidas as anotações legadas que geravam /api/v1/api/keywords.
Os testes verificam paths, métodos, schemas, respostas e ausência do path incorreto.

Validação:

61 arquivos e 574 testes backend aprovados.
Testes específicos de app/Swagger: 32 testes aprovados.
Lint frontend sem erros.
Build frontend aprovado.

hltav

As pendências levantadas na revisão anterior foram atendidas.

A especificação OpenAPI agora apresenta cobertura adequada dos principais contratos da API, incluindo schemas, exemplos, autenticação e respostas de erro, e os testes foram ampliados para validar esses contratos de forma mais efetiva.

As inconsistências de documentação legada também foram removidas e o versionamento /api/v1 está coerente com o escopo da PAV-32.

Pode seguir para merge.

Jovinull · 2026-08-28T14:48:00Z

Card

PAV-32

Objetivo e escopo

Introduzir o prefixo /api/v1 para os endpoints da API e documentar a versão no Swagger.
Preservar temporariamente as rotas sem prefixo para não interromper clientes existentes.

O que foi feito

Cria o router da API v1 com as rotas de autenticação, usuários, vagas, keywords, notificações, vagas salvas e administração.
Disponibiliza GET /api/v1/health com o mesmo comportamento de GET /health.
Configura o Swagger para usar /api/v1, acrescenta schemas e documenta os principais endpoints.
Atualiza o README com a estratégia de versionamento e compatibilidade.

Módulos afetados

backend/src/app.ts
backend/src/swagger.ts
backend/src/routes/jobs.routes.ts
backend/tests/unit/app.test.ts
backend/tests/unit/swagger.test.ts
README.md

Validação

CI do PR concluído com sucesso, incluindo coverage de frontend e backend, lint e build.
npm exec --workspace=backend vitest run tests/unit/app.test.ts tests/unit/swagger.test.ts - 2 arquivos e 31 testes aprovados.
Os testes cobrem GET /api/v1/health, GET /api/v1/jobs/search e a especificação Swagger da v1.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.

Riscos e observações

As rotas antigas permanecem disponíveis temporariamente por compatibilidade.
A migração de clientes para /api/v1 pode ser feita de forma gradual.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A implementação atende parcialmente ao escopo da PAV-32, porém a documentação OpenAPI entregue ainda não contempla integralmente os requisitos definidos no card.

Há divergência entre a cobertura/documentação atualmente validada e o nível de contrato previsto para os endpoints principais, incluindo os critérios relacionados a schemas, exemplos e respostas da API.

Revise a implementação e os testes considerando todo o escopo e os critérios definidos na PAV-32 antes de solicitar uma nova revisão.

Jovinull · 2026-08-29T12:21:22Z

Atualização aplicada em resposta ao review da PAV-32.

A especificação agora cobre as operações principais de auth, users, jobs, saved-jobs, notifications, keywords e admin.
Foram adicionados schemas de request/response, exemplos, autenticação por cookie e respostas reutilizáveis para 400, 401, 403, 404 e 500.
Corrigido o retorno de GET /notifications para { notifications, unreadCount } e o modelo de vaga para os campos reais do contrato.
Removidas as anotações legadas que geravam /api/v1/api/keywords.
Os testes verificam paths, métodos, schemas, respostas e ausência do path incorreto.

Validação:

61 arquivos e 574 testes backend aprovados.
Testes específicos de app/Swagger: 32 testes aprovados.
Lint frontend sem erros.
Build frontend aprovado.

hltav

As pendências levantadas na revisão anterior foram atendidas.

A especificação OpenAPI agora apresenta cobertura adequada dos principais contratos da API, incluindo schemas, exemplos, autenticação e respostas de erro, e os testes foram ampliados para validar esses contratos de forma mais efetiva.

As inconsistências de documentação legada também foram removidas e o versionamento /api/v1 está coerente com o escopo da PAV-32.

Pode seguir para merge.

Jovinull · 2026-08-28T14:48:00Z

Card

PAV-32

Objetivo e escopo

Introduzir o prefixo /api/v1 para os endpoints da API e documentar a versão no Swagger.
Preservar temporariamente as rotas sem prefixo para não interromper clientes existentes.

O que foi feito

Cria o router da API v1 com as rotas de autenticação, usuários, vagas, keywords, notificações, vagas salvas e administração.
Disponibiliza GET /api/v1/health com o mesmo comportamento de GET /health.
Configura o Swagger para usar /api/v1, acrescenta schemas e documenta os principais endpoints.
Atualiza o README com a estratégia de versionamento e compatibilidade.

Módulos afetados

backend/src/app.ts
backend/src/swagger.ts
backend/src/routes/jobs.routes.ts
backend/tests/unit/app.test.ts
backend/tests/unit/swagger.test.ts
README.md

Validação

CI do PR concluído com sucesso, incluindo coverage de frontend e backend, lint e build.
npm exec --workspace=backend vitest run tests/unit/app.test.ts tests/unit/swagger.test.ts - 2 arquivos e 31 testes aprovados.
Os testes cobrem GET /api/v1/health, GET /api/v1/jobs/search e a especificação Swagger da v1.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.

Riscos e observações

As rotas antigas permanecem disponíveis temporariamente por compatibilidade.
A migração de clientes para /api/v1 pode ser feita de forma gradual.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A implementação atende parcialmente ao escopo da PAV-32, porém a documentação OpenAPI entregue ainda não contempla integralmente os requisitos definidos no card.

Há divergência entre a cobertura/documentação atualmente validada e o nível de contrato previsto para os endpoints principais, incluindo os critérios relacionados a schemas, exemplos e respostas da API.

Revise a implementação e os testes considerando todo o escopo e os critérios definidos na PAV-32 antes de solicitar uma nova revisão.

Jovinull · 2026-08-29T12:21:22Z

Atualização aplicada em resposta ao review da PAV-32.

A especificação agora cobre as operações principais de auth, users, jobs, saved-jobs, notifications, keywords e admin.
Foram adicionados schemas de request/response, exemplos, autenticação por cookie e respostas reutilizáveis para 400, 401, 403, 404 e 500.
Corrigido o retorno de GET /notifications para { notifications, unreadCount } e o modelo de vaga para os campos reais do contrato.
Removidas as anotações legadas que geravam /api/v1/api/keywords.
Os testes verificam paths, métodos, schemas, respostas e ausência do path incorreto.

Validação:

61 arquivos e 574 testes backend aprovados.
Testes específicos de app/Swagger: 32 testes aprovados.
Lint frontend sem erros.
Build frontend aprovado.

hltav

As pendências levantadas na revisão anterior foram atendidas.

A especificação OpenAPI agora apresenta cobertura adequada dos principais contratos da API, incluindo schemas, exemplos, autenticação e respostas de erro, e os testes foram ampliados para validar esses contratos de forma mais efetiva.

As inconsistências de documentação legada também foram removidas e o versionamento /api/v1 está coerente com o escopo da PAV-32.

Pode seguir para merge.

Jovinull · 2026-08-28T14:48:00Z

Card

PAV-32

Objetivo e escopo

Introduzir o prefixo /api/v1 para os endpoints da API e documentar a versão no Swagger.
Preservar temporariamente as rotas sem prefixo para não interromper clientes existentes.

O que foi feito

Cria o router da API v1 com as rotas de autenticação, usuários, vagas, keywords, notificações, vagas salvas e administração.
Disponibiliza GET /api/v1/health com o mesmo comportamento de GET /health.
Configura o Swagger para usar /api/v1, acrescenta schemas e documenta os principais endpoints.
Atualiza o README com a estratégia de versionamento e compatibilidade.

Módulos afetados

backend/src/app.ts
backend/src/swagger.ts
backend/src/routes/jobs.routes.ts
backend/tests/unit/app.test.ts
backend/tests/unit/swagger.test.ts
README.md

Validação

CI do PR concluído com sucesso, incluindo coverage de frontend e backend, lint e build.
npm exec --workspace=backend vitest run tests/unit/app.test.ts tests/unit/swagger.test.ts - 2 arquivos e 31 testes aprovados.
Os testes cobrem GET /api/v1/health, GET /api/v1/jobs/search e a especificação Swagger da v1.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.

Riscos e observações

As rotas antigas permanecem disponíveis temporariamente por compatibilidade.
A migração de clientes para /api/v1 pode ser feita de forma gradual.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A implementação atende parcialmente ao escopo da PAV-32, porém a documentação OpenAPI entregue ainda não contempla integralmente os requisitos definidos no card.

Há divergência entre a cobertura/documentação atualmente validada e o nível de contrato previsto para os endpoints principais, incluindo os critérios relacionados a schemas, exemplos e respostas da API.

Revise a implementação e os testes considerando todo o escopo e os critérios definidos na PAV-32 antes de solicitar uma nova revisão.

Jovinull · 2026-08-29T12:21:22Z

Atualização aplicada em resposta ao review da PAV-32.

A especificação agora cobre as operações principais de auth, users, jobs, saved-jobs, notifications, keywords e admin.
Foram adicionados schemas de request/response, exemplos, autenticação por cookie e respostas reutilizáveis para 400, 401, 403, 404 e 500.
Corrigido o retorno de GET /notifications para { notifications, unreadCount } e o modelo de vaga para os campos reais do contrato.
Removidas as anotações legadas que geravam /api/v1/api/keywords.
Os testes verificam paths, métodos, schemas, respostas e ausência do path incorreto.

Validação:

61 arquivos e 574 testes backend aprovados.
Testes específicos de app/Swagger: 32 testes aprovados.
Lint frontend sem erros.
Build frontend aprovado.

hltav

As pendências levantadas na revisão anterior foram atendidas.

A especificação OpenAPI agora apresenta cobertura adequada dos principais contratos da API, incluindo schemas, exemplos, autenticação e respostas de erro, e os testes foram ampliados para validar esses contratos de forma mais efetiva.

As inconsistências de documentação legada também foram removidas e o versionamento /api/v1 está coerente com o escopo da PAV-32.

Pode seguir para merge.

Jovinull · 2026-08-28T14:48:00Z

Card

PAV-32

Objetivo e escopo

Introduzir o prefixo /api/v1 para os endpoints da API e documentar a versão no Swagger.
Preservar temporariamente as rotas sem prefixo para não interromper clientes existentes.

O que foi feito

Cria o router da API v1 com as rotas de autenticação, usuários, vagas, keywords, notificações, vagas salvas e administração.
Disponibiliza GET /api/v1/health com o mesmo comportamento de GET /health.
Configura o Swagger para usar /api/v1, acrescenta schemas e documenta os principais endpoints.
Atualiza o README com a estratégia de versionamento e compatibilidade.

Módulos afetados

backend/src/app.ts
backend/src/swagger.ts
backend/src/routes/jobs.routes.ts
backend/tests/unit/app.test.ts
backend/tests/unit/swagger.test.ts
README.md

Validação

CI do PR concluído com sucesso, incluindo coverage de frontend e backend, lint e build.
npm exec --workspace=backend vitest run tests/unit/app.test.ts tests/unit/swagger.test.ts - 2 arquivos e 31 testes aprovados.
Os testes cobrem GET /api/v1/health, GET /api/v1/jobs/search e a especificação Swagger da v1.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.

Riscos e observações

As rotas antigas permanecem disponíveis temporariamente por compatibilidade.
A migração de clientes para /api/v1 pode ser feita de forma gradual.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A implementação atende parcialmente ao escopo da PAV-32, porém a documentação OpenAPI entregue ainda não contempla integralmente os requisitos definidos no card.

Há divergência entre a cobertura/documentação atualmente validada e o nível de contrato previsto para os endpoints principais, incluindo os critérios relacionados a schemas, exemplos e respostas da API.

Revise a implementação e os testes considerando todo o escopo e os critérios definidos na PAV-32 antes de solicitar uma nova revisão.

Jovinull · 2026-08-29T12:21:22Z

Atualização aplicada em resposta ao review da PAV-32.

A especificação agora cobre as operações principais de auth, users, jobs, saved-jobs, notifications, keywords e admin.
Foram adicionados schemas de request/response, exemplos, autenticação por cookie e respostas reutilizáveis para 400, 401, 403, 404 e 500.
Corrigido o retorno de GET /notifications para { notifications, unreadCount } e o modelo de vaga para os campos reais do contrato.
Removidas as anotações legadas que geravam /api/v1/api/keywords.
Os testes verificam paths, métodos, schemas, respostas e ausência do path incorreto.

Validação:

61 arquivos e 574 testes backend aprovados.
Testes específicos de app/Swagger: 32 testes aprovados.
Lint frontend sem erros.
Build frontend aprovado.

hltav

As pendências levantadas na revisão anterior foram atendidas.

A especificação OpenAPI agora apresenta cobertura adequada dos principais contratos da API, incluindo schemas, exemplos, autenticação e respostas de erro, e os testes foram ampliados para validar esses contratos de forma mais efetiva.

As inconsistências de documentação legada também foram removidas e o versionamento /api/v1 está coerente com o escopo da PAV-32.

Pode seguir para merge.

Jovinull · 2026-08-28T14:48:00Z

Card

PAV-32

Objetivo e escopo

Introduzir o prefixo /api/v1 para os endpoints da API e documentar a versão no Swagger.
Preservar temporariamente as rotas sem prefixo para não interromper clientes existentes.

O que foi feito

Cria o router da API v1 com as rotas de autenticação, usuários, vagas, keywords, notificações, vagas salvas e administração.
Disponibiliza GET /api/v1/health com o mesmo comportamento de GET /health.
Configura o Swagger para usar /api/v1, acrescenta schemas e documenta os principais endpoints.
Atualiza o README com a estratégia de versionamento e compatibilidade.

Módulos afetados

backend/src/app.ts
backend/src/swagger.ts
backend/src/routes/jobs.routes.ts
backend/tests/unit/app.test.ts
backend/tests/unit/swagger.test.ts
README.md

Validação

CI do PR concluído com sucesso, incluindo coverage de frontend e backend, lint e build.
npm exec --workspace=backend vitest run tests/unit/app.test.ts tests/unit/swagger.test.ts - 2 arquivos e 31 testes aprovados.
Os testes cobrem GET /api/v1/health, GET /api/v1/jobs/search e a especificação Swagger da v1.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.

Riscos e observações

As rotas antigas permanecem disponíveis temporariamente por compatibilidade.
A migração de clientes para /api/v1 pode ser feita de forma gradual.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A implementação atende parcialmente ao escopo da PAV-32, porém a documentação OpenAPI entregue ainda não contempla integralmente os requisitos definidos no card.

Há divergência entre a cobertura/documentação atualmente validada e o nível de contrato previsto para os endpoints principais, incluindo os critérios relacionados a schemas, exemplos e respostas da API.

Revise a implementação e os testes considerando todo o escopo e os critérios definidos na PAV-32 antes de solicitar uma nova revisão.

Jovinull · 2026-08-29T12:21:22Z

Atualização aplicada em resposta ao review da PAV-32.

A especificação agora cobre as operações principais de auth, users, jobs, saved-jobs, notifications, keywords e admin.
Foram adicionados schemas de request/response, exemplos, autenticação por cookie e respostas reutilizáveis para 400, 401, 403, 404 e 500.
Corrigido o retorno de GET /notifications para { notifications, unreadCount } e o modelo de vaga para os campos reais do contrato.
Removidas as anotações legadas que geravam /api/v1/api/keywords.
Os testes verificam paths, métodos, schemas, respostas e ausência do path incorreto.

Validação:

61 arquivos e 574 testes backend aprovados.
Testes específicos de app/Swagger: 32 testes aprovados.
Lint frontend sem erros.
Build frontend aprovado.

hltav

As pendências levantadas na revisão anterior foram atendidas.

A especificação OpenAPI agora apresenta cobertura adequada dos principais contratos da API, incluindo schemas, exemplos, autenticação e respostas de erro, e os testes foram ampliados para validar esses contratos de forma mais efetiva.

As inconsistências de documentação legada também foram removidas e o versionamento /api/v1 está coerente com o escopo da PAV-32.

Pode seguir para merge.

Jovinull · 2026-08-28T14:48:00Z

Card

PAV-32

Objetivo e escopo

Introduzir o prefixo /api/v1 para os endpoints da API e documentar a versão no Swagger.
Preservar temporariamente as rotas sem prefixo para não interromper clientes existentes.

O que foi feito

Cria o router da API v1 com as rotas de autenticação, usuários, vagas, keywords, notificações, vagas salvas e administração.
Disponibiliza GET /api/v1/health com o mesmo comportamento de GET /health.
Configura o Swagger para usar /api/v1, acrescenta schemas e documenta os principais endpoints.
Atualiza o README com a estratégia de versionamento e compatibilidade.

Módulos afetados

backend/src/app.ts
backend/src/swagger.ts
backend/src/routes/jobs.routes.ts
backend/tests/unit/app.test.ts
backend/tests/unit/swagger.test.ts
README.md

Validação

CI do PR concluído com sucesso, incluindo coverage de frontend e backend, lint e build.
npm exec --workspace=backend vitest run tests/unit/app.test.ts tests/unit/swagger.test.ts - 2 arquivos e 31 testes aprovados.
Os testes cobrem GET /api/v1/health, GET /api/v1/jobs/search e a especificação Swagger da v1.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.

Riscos e observações

As rotas antigas permanecem disponíveis temporariamente por compatibilidade.
A migração de clientes para /api/v1 pode ser feita de forma gradual.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A implementação atende parcialmente ao escopo da PAV-32, porém a documentação OpenAPI entregue ainda não contempla integralmente os requisitos definidos no card.

Há divergência entre a cobertura/documentação atualmente validada e o nível de contrato previsto para os endpoints principais, incluindo os critérios relacionados a schemas, exemplos e respostas da API.

Revise a implementação e os testes considerando todo o escopo e os critérios definidos na PAV-32 antes de solicitar uma nova revisão.

Jovinull · 2026-08-29T12:21:22Z

Atualização aplicada em resposta ao review da PAV-32.

A especificação agora cobre as operações principais de auth, users, jobs, saved-jobs, notifications, keywords e admin.
Foram adicionados schemas de request/response, exemplos, autenticação por cookie e respostas reutilizáveis para 400, 401, 403, 404 e 500.
Corrigido o retorno de GET /notifications para { notifications, unreadCount } e o modelo de vaga para os campos reais do contrato.
Removidas as anotações legadas que geravam /api/v1/api/keywords.
Os testes verificam paths, métodos, schemas, respostas e ausência do path incorreto.

Validação:

61 arquivos e 574 testes backend aprovados.
Testes específicos de app/Swagger: 32 testes aprovados.
Lint frontend sem erros.
Build frontend aprovado.

hltav

As pendências levantadas na revisão anterior foram atendidas.

A especificação OpenAPI agora apresenta cobertura adequada dos principais contratos da API, incluindo schemas, exemplos, autenticação e respostas de erro, e os testes foram ampliados para validar esses contratos de forma mais efetiva.

As inconsistências de documentação legada também foram removidas e o versionamento /api/v1 está coerente com o escopo da PAV-32.

Pode seguir para merge.

Jovinull · 2026-08-28T14:48:00Z

Card

PAV-32

Objetivo e escopo

Introduzir o prefixo /api/v1 para os endpoints da API e documentar a versão no Swagger.
Preservar temporariamente as rotas sem prefixo para não interromper clientes existentes.

O que foi feito

Cria o router da API v1 com as rotas de autenticação, usuários, vagas, keywords, notificações, vagas salvas e administração.
Disponibiliza GET /api/v1/health com o mesmo comportamento de GET /health.
Configura o Swagger para usar /api/v1, acrescenta schemas e documenta os principais endpoints.
Atualiza o README com a estratégia de versionamento e compatibilidade.

Módulos afetados

backend/src/app.ts
backend/src/swagger.ts
backend/src/routes/jobs.routes.ts
backend/tests/unit/app.test.ts
backend/tests/unit/swagger.test.ts
README.md

Validação

CI do PR concluído com sucesso, incluindo coverage de frontend e backend, lint e build.
npm exec --workspace=backend vitest run tests/unit/app.test.ts tests/unit/swagger.test.ts - 2 arquivos e 31 testes aprovados.
Os testes cobrem GET /api/v1/health, GET /api/v1/jobs/search e a especificação Swagger da v1.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.

Riscos e observações

As rotas antigas permanecem disponíveis temporariamente por compatibilidade.
A migração de clientes para /api/v1 pode ser feita de forma gradual.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A implementação atende parcialmente ao escopo da PAV-32, porém a documentação OpenAPI entregue ainda não contempla integralmente os requisitos definidos no card.

Há divergência entre a cobertura/documentação atualmente validada e o nível de contrato previsto para os endpoints principais, incluindo os critérios relacionados a schemas, exemplos e respostas da API.

Revise a implementação e os testes considerando todo o escopo e os critérios definidos na PAV-32 antes de solicitar uma nova revisão.

Jovinull · 2026-08-29T12:21:22Z

Atualização aplicada em resposta ao review da PAV-32.

A especificação agora cobre as operações principais de auth, users, jobs, saved-jobs, notifications, keywords e admin.
Foram adicionados schemas de request/response, exemplos, autenticação por cookie e respostas reutilizáveis para 400, 401, 403, 404 e 500.
Corrigido o retorno de GET /notifications para { notifications, unreadCount } e o modelo de vaga para os campos reais do contrato.
Removidas as anotações legadas que geravam /api/v1/api/keywords.
Os testes verificam paths, métodos, schemas, respostas e ausência do path incorreto.

Validação:

61 arquivos e 574 testes backend aprovados.
Testes específicos de app/Swagger: 32 testes aprovados.
Lint frontend sem erros.
Build frontend aprovado.

hltav

As pendências levantadas na revisão anterior foram atendidas.

A especificação OpenAPI agora apresenta cobertura adequada dos principais contratos da API, incluindo schemas, exemplos, autenticação e respostas de erro, e os testes foram ampliados para validar esses contratos de forma mais efetiva.

As inconsistências de documentação legada também foram removidas e o versionamento /api/v1 está coerente com o escopo da PAV-32.

Pode seguir para merge.

hltavand others added 2 commits August 23, 2026 18:32

feat(api): versiona documentação openapi
caf149f

Jovinull requested review from Benevanio and hltav as code owners August 28, 2026 14:48

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

feat(api): completar contrato OpenAPI v1
0ff4745

hltav approved these changes Aug 29, 2026
View reviewed changes

hltavand others added 2 commits August 23, 2026 18:32

feat(api): versiona documentação openapi
caf149f

Jovinull requested review from Benevanio and hltav as code owners August 28, 2026 14:48

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

feat(api): completar contrato OpenAPI v1
0ff4745

hltav approved these changes Aug 29, 2026
View reviewed changes

hltavand others added 2 commits August 23, 2026 18:32

feat(api): versiona documentação openapi
caf149f

Jovinull requested review from Benevanio and hltav as code owners August 28, 2026 14:48

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

feat(api): completar contrato OpenAPI v1
0ff4745

hltav approved these changes Aug 29, 2026
View reviewed changes

hltavand others added 2 commits August 23, 2026 18:32

feat(api): versiona documentação openapi
caf149f

Jovinull requested review from Benevanio and hltav as code owners August 28, 2026 14:48

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

feat(api): completar contrato OpenAPI v1
0ff4745

hltav approved these changes Aug 29, 2026
View reviewed changes

hltavand others added 2 commits August 23, 2026 18:32

feat(api): versiona documentação openapi
caf149f

Jovinull requested review from Benevanio and hltav as code owners August 28, 2026 14:48

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

feat(api): completar contrato OpenAPI v1
0ff4745

hltav approved these changes Aug 29, 2026
View reviewed changes

hltavand others added 2 commits August 23, 2026 18:32

feat(api): versiona documentação openapi
caf149f

Jovinull requested review from Benevanio and hltav as code owners August 28, 2026 14:48

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

feat(api): completar contrato OpenAPI v1
0ff4745

hltav approved these changes Aug 29, 2026
View reviewed changes

hltavand others added 2 commits August 23, 2026 18:32

feat(api): versiona documentação openapi
caf149f

Jovinull requested review from Benevanio and hltav as code owners August 28, 2026 14:48

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

feat(api): completar contrato OpenAPI v1
0ff4745

hltav approved these changes Aug 29, 2026
View reviewed changes

hltavand others added 2 commits August 23, 2026 18:32

feat(api): versiona documentação openapi
caf149f

Jovinull requested review from Benevanio and hltav as code owners August 28, 2026 14:48

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

feat(api): completar contrato OpenAPI v1
0ff4745

hltav approved these changes Aug 29, 2026
View reviewed changes

Uh oh!

Conversation

Jovinull commented Aug 28, 2026• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Card

Objetivo e escopo

O que foi feito

Módulos afetados

Validação

Riscos e observações

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

Jovinull commented Aug 29, 2026

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

Uh oh!

Conversation

Jovinull commented Aug 28, 2026• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Card

Objetivo e escopo

O que foi feito

Módulos afetados

Validação

Riscos e observações

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

Jovinull commented Aug 29, 2026

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

Uh oh!

Conversation

Jovinull commented Aug 28, 2026• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Card

Objetivo e escopo

O que foi feito

Módulos afetados

Validação

Riscos e observações

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

Jovinull commented Aug 29, 2026

Uh oh!

hltav left a comment

Jovinull commented Aug 28, 2026•
edited
Loading

Jovinull commented Aug 28, 2026•
edited
Loading

Jovinull commented Aug 28, 2026•
edited
Loading

Jovinull commented Aug 28, 2026•
edited
Loading

Jovinull commented Aug 28, 2026•
edited
Loading