feat(candidaturas): adicionar notas privadas múltiplas

[Jovinull]

Card

• PAV-20

Objetivo e escopo

• Implementar a alternativa de múltiplas notas privadas por candidatura descrita na atualização do card.
• Preservar o isolamento das notas por usuário e vaga salva.

O que foi feito

• Adiciona o modelo application_notes, migration e índices para notas vinculadas a uma candidatura.
• Disponibiliza endpoints autenticados para listar, criar, editar e remover notas em /saved-jobs/:id/notes.
• Garante ownership nas operações: uma nota só é acessível pelo dono da candidatura.
• Atualiza o detalhe de candidatura com estados de carregamento, vazio e erro, além de ações para criar, editar e remover notas.
• Mantém o campo legada de nota única apenas em vagas ainda não rastreadas, evitando quebra de compatibilidade.

Módulos afetados

• Schema e migration do backend.
• Serviço, controller e rotas de notas de candidatura.
• Detalhe da vaga no dashboard e cliente HTTP do frontend.
• Testes de serviço e interação na interface.

Validação

• npm test --workspace=backend — 61 arquivos e 573 testes aprovados.
• npm test --workspace=frontend — 52 arquivos e 344 testes aprovados.
• npm run lint --workspace=frontend — concluído sem erros; permanece um warning preexistente de hook.
• npm run build --workspace=frontend — concluído com sucesso.
• Teste da interface cobre cliques para adicionar, editar e remover uma nota no detalhe da candidatura.
• Testes do serviço cobrem listagem por owner, bloqueio de acesso a vaga de outro usuário e CRUD de notas.

Riscos e observações

• A migration 0014_hard_korath.sql deve ser aplicada antes do deploy do backend.
• A proposta implementa explicitamente o cenário de múltiplas notas. Caso a decisão do produto seja manter uma única nota por candidatura, esta PR pode ser dispensada e o card encerrado pelo escopo simplificado já existente.

[Jovinull]

Card

• PAV-20

Objetivo e escopo

• Implementar a alternativa de múltiplas notas privadas por candidatura descrita na atualização do card.
• Preservar o isolamento das notas por usuário e vaga salva.

O que foi feito

• Adiciona o modelo application_notes, migration e índices para notas vinculadas a uma candidatura.
• Disponibiliza endpoints autenticados para listar, criar, editar e remover notas em /saved-jobs/:id/notes.
• Garante ownership nas operações: uma nota só é acessível pelo dono da candidatura.
• Atualiza o detalhe de candidatura com estados de carregamento, vazio e erro, além de ações para criar, editar e remover notas.
• Mantém o campo legada de nota única apenas em vagas ainda não rastreadas, evitando quebra de compatibilidade.

Módulos afetados

• Schema e migration do backend.
• Serviço, controller e rotas de notas de candidatura.
• Detalhe da vaga no dashboard e cliente HTTP do frontend.
• Testes de serviço e interação na interface.

Validação

• npm test --workspace=backend — 61 arquivos e 573 testes aprovados.
• npm test --workspace=frontend — 52 arquivos e 344 testes aprovados.
• npm run lint --workspace=frontend — concluído sem erros; permanece um warning preexistente de hook.
• npm run build --workspace=frontend — concluído com sucesso.
• Teste da interface cobre cliques para adicionar, editar e remover uma nota no detalhe da candidatura.
• Testes do serviço cobrem listagem por owner, bloqueio de acesso a vaga de outro usuário e CRUD de notas.

Riscos e observações

• A migration 0014_hard_korath.sql deve ser aplicada antes do deploy do backend.
• A proposta implementa explicitamente o cenário de múltiplas notas. Caso a decisão do produto seja manter uma única nota por candidatura, esta PR pode ser dispensada e o card encerrado pelo escopo simplificado já existente.

[Jovinull]

Card

• PAV-20

Objetivo e escopo

• Implementar a alternativa de múltiplas notas privadas por candidatura descrita na atualização do card.
• Preservar o isolamento das notas por usuário e vaga salva.

O que foi feito

• Adiciona o modelo application_notes, migration e índices para notas vinculadas a uma candidatura.
• Disponibiliza endpoints autenticados para listar, criar, editar e remover notas em /saved-jobs/:id/notes.
• Garante ownership nas operações: uma nota só é acessível pelo dono da candidatura.
• Atualiza o detalhe de candidatura com estados de carregamento, vazio e erro, além de ações para criar, editar e remover notas.
• Mantém o campo legada de nota única apenas em vagas ainda não rastreadas, evitando quebra de compatibilidade.

Módulos afetados

• Schema e migration do backend.
• Serviço, controller e rotas de notas de candidatura.
• Detalhe da vaga no dashboard e cliente HTTP do frontend.
• Testes de serviço e interação na interface.

Validação

• npm test --workspace=backend — 61 arquivos e 573 testes aprovados.
• npm test --workspace=frontend — 52 arquivos e 344 testes aprovados.
• npm run lint --workspace=frontend — concluído sem erros; permanece um warning preexistente de hook.
• npm run build --workspace=frontend — concluído com sucesso.
• Teste da interface cobre cliques para adicionar, editar e remover uma nota no detalhe da candidatura.
• Testes do serviço cobrem listagem por owner, bloqueio de acesso a vaga de outro usuário e CRUD de notas.

Riscos e observações

• A migration 0014_hard_korath.sql deve ser aplicada antes do deploy do backend.
• A proposta implementa explicitamente o cenário de múltiplas notas. Caso a decisão do produto seja manter uma única nota por candidatura, esta PR pode ser dispensada e o card encerrado pelo escopo simplificado já existente.

[Jovinull]

Card

• PAV-20

Objetivo e escopo

• Implementar a alternativa de múltiplas notas privadas por candidatura descrita na atualização do card.
• Preservar o isolamento das notas por usuário e vaga salva.

O que foi feito

• Adiciona o modelo application_notes, migration e índices para notas vinculadas a uma candidatura.
• Disponibiliza endpoints autenticados para listar, criar, editar e remover notas em /saved-jobs/:id/notes.
• Garante ownership nas operações: uma nota só é acessível pelo dono da candidatura.
• Atualiza o detalhe de candidatura com estados de carregamento, vazio e erro, além de ações para criar, editar e remover notas.
• Mantém o campo legada de nota única apenas em vagas ainda não rastreadas, evitando quebra de compatibilidade.

Módulos afetados

• Schema e migration do backend.
• Serviço, controller e rotas de notas de candidatura.
• Detalhe da vaga no dashboard e cliente HTTP do frontend.
• Testes de serviço e interação na interface.

Validação

• npm test --workspace=backend — 61 arquivos e 573 testes aprovados.
• npm test --workspace=frontend — 52 arquivos e 344 testes aprovados.
• npm run lint --workspace=frontend — concluído sem erros; permanece um warning preexistente de hook.
• npm run build --workspace=frontend — concluído com sucesso.
• Teste da interface cobre cliques para adicionar, editar e remover uma nota no detalhe da candidatura.
• Testes do serviço cobrem listagem por owner, bloqueio de acesso a vaga de outro usuário e CRUD de notas.

Riscos e observações

• A migration 0014_hard_korath.sql deve ser aplicada antes do deploy do backend.
• A proposta implementa explicitamente o cenário de múltiplas notas. Caso a decisão do produto seja manter uma única nota por candidatura, esta PR pode ser dispensada e o card encerrado pelo escopo simplificado já existente.

[Jovinull]

Card

• PAV-20

Objetivo e escopo

• Implementar a alternativa de múltiplas notas privadas por candidatura descrita na atualização do card.
• Preservar o isolamento das notas por usuário e vaga salva.

O que foi feito

• Adiciona o modelo application_notes, migration e índices para notas vinculadas a uma candidatura.
• Disponibiliza endpoints autenticados para listar, criar, editar e remover notas em /saved-jobs/:id/notes.
• Garante ownership nas operações: uma nota só é acessível pelo dono da candidatura.
• Atualiza o detalhe de candidatura com estados de carregamento, vazio e erro, além de ações para criar, editar e remover notas.
• Mantém o campo legada de nota única apenas em vagas ainda não rastreadas, evitando quebra de compatibilidade.

Módulos afetados

• Schema e migration do backend.
• Serviço, controller e rotas de notas de candidatura.
• Detalhe da vaga no dashboard e cliente HTTP do frontend.
• Testes de serviço e interação na interface.

Validação

• npm test --workspace=backend — 61 arquivos e 573 testes aprovados.
• npm test --workspace=frontend — 52 arquivos e 344 testes aprovados.
• npm run lint --workspace=frontend — concluído sem erros; permanece um warning preexistente de hook.
• npm run build --workspace=frontend — concluído com sucesso.
• Teste da interface cobre cliques para adicionar, editar e remover uma nota no detalhe da candidatura.
• Testes do serviço cobrem listagem por owner, bloqueio de acesso a vaga de outro usuário e CRUD de notas.

Riscos e observações

• A migration 0014_hard_korath.sql deve ser aplicada antes do deploy do backend.
• A proposta implementa explicitamente o cenário de múltiplas notas. Caso a decisão do produto seja manter uma única nota por candidatura, esta PR pode ser dispensada e o card encerrado pelo escopo simplificado já existente.

[Jovinull]

Card

• PAV-20

Objetivo e escopo

• Implementar a alternativa de múltiplas notas privadas por candidatura descrita na atualização do card.
• Preservar o isolamento das notas por usuário e vaga salva.

O que foi feito

• Adiciona o modelo application_notes, migration e índices para notas vinculadas a uma candidatura.
• Disponibiliza endpoints autenticados para listar, criar, editar e remover notas em /saved-jobs/:id/notes.
• Garante ownership nas operações: uma nota só é acessível pelo dono da candidatura.
• Atualiza o detalhe de candidatura com estados de carregamento, vazio e erro, além de ações para criar, editar e remover notas.
• Mantém o campo legada de nota única apenas em vagas ainda não rastreadas, evitando quebra de compatibilidade.

Módulos afetados

• Schema e migration do backend.
• Serviço, controller e rotas de notas de candidatura.
• Detalhe da vaga no dashboard e cliente HTTP do frontend.
• Testes de serviço e interação na interface.

Validação

• npm test --workspace=backend — 61 arquivos e 573 testes aprovados.
• npm test --workspace=frontend — 52 arquivos e 344 testes aprovados.
• npm run lint --workspace=frontend — concluído sem erros; permanece um warning preexistente de hook.
• npm run build --workspace=frontend — concluído com sucesso.
• Teste da interface cobre cliques para adicionar, editar e remover uma nota no detalhe da candidatura.
• Testes do serviço cobrem listagem por owner, bloqueio de acesso a vaga de outro usuário e CRUD de notas.

Riscos e observações

• A migration 0014_hard_korath.sql deve ser aplicada antes do deploy do backend.
• A proposta implementa explicitamente o cenário de múltiplas notas. Caso a decisão do produto seja manter uma única nota por candidatura, esta PR pode ser dispensada e o card encerrado pelo escopo simplificado já existente.

[Jovinull]

Card

• PAV-20

Objetivo e escopo

• Implementar a alternativa de múltiplas notas privadas por candidatura descrita na atualização do card.
• Preservar o isolamento das notas por usuário e vaga salva.

O que foi feito

• Adiciona o modelo application_notes, migration e índices para notas vinculadas a uma candidatura.
• Disponibiliza endpoints autenticados para listar, criar, editar e remover notas em /saved-jobs/:id/notes.
• Garante ownership nas operações: uma nota só é acessível pelo dono da candidatura.
• Atualiza o detalhe de candidatura com estados de carregamento, vazio e erro, além de ações para criar, editar e remover notas.
• Mantém o campo legada de nota única apenas em vagas ainda não rastreadas, evitando quebra de compatibilidade.

Módulos afetados

• Schema e migration do backend.
• Serviço, controller e rotas de notas de candidatura.
• Detalhe da vaga no dashboard e cliente HTTP do frontend.
• Testes de serviço e interação na interface.

Validação

• npm test --workspace=backend — 61 arquivos e 573 testes aprovados.
• npm test --workspace=frontend — 52 arquivos e 344 testes aprovados.
• npm run lint --workspace=frontend — concluído sem erros; permanece um warning preexistente de hook.
• npm run build --workspace=frontend — concluído com sucesso.
• Teste da interface cobre cliques para adicionar, editar e remover uma nota no detalhe da candidatura.
• Testes do serviço cobrem listagem por owner, bloqueio de acesso a vaga de outro usuário e CRUD de notas.

Riscos e observações

• A migration 0014_hard_korath.sql deve ser aplicada antes do deploy do backend.
• A proposta implementa explicitamente o cenário de múltiplas notas. Caso a decisão do produto seja manter uma única nota por candidatura, esta PR pode ser dispensada e o card encerrado pelo escopo simplificado já existente.

[Jovinull]

Card

• PAV-20

Objetivo e escopo

• Implementar a alternativa de múltiplas notas privadas por candidatura descrita na atualização do card.
• Preservar o isolamento das notas por usuário e vaga salva.

O que foi feito

• Adiciona o modelo application_notes, migration e índices para notas vinculadas a uma candidatura.
• Disponibiliza endpoints autenticados para listar, criar, editar e remover notas em /saved-jobs/:id/notes.
• Garante ownership nas operações: uma nota só é acessível pelo dono da candidatura.
• Atualiza o detalhe de candidatura com estados de carregamento, vazio e erro, além de ações para criar, editar e remover notas.
• Mantém o campo legada de nota única apenas em vagas ainda não rastreadas, evitando quebra de compatibilidade.

Módulos afetados

• Schema e migration do backend.
• Serviço, controller e rotas de notas de candidatura.
• Detalhe da vaga no dashboard e cliente HTTP do frontend.
• Testes de serviço e interação na interface.

Validação

• npm test --workspace=backend — 61 arquivos e 573 testes aprovados.
• npm test --workspace=frontend — 52 arquivos e 344 testes aprovados.
• npm run lint --workspace=frontend — concluído sem erros; permanece um warning preexistente de hook.
• npm run build --workspace=frontend — concluído com sucesso.
• Teste da interface cobre cliques para adicionar, editar e remover uma nota no detalhe da candidatura.
• Testes do serviço cobrem listagem por owner, bloqueio de acesso a vaga de outro usuário e CRUD de notas.

Riscos e observações

• A migration 0014_hard_korath.sql deve ser aplicada antes do deploy do backend.
• A proposta implementa explicitamente o cenário de múltiplas notas. Caso a decisão do produto seja manter uma única nota por candidatura, esta PR pode ser dispensada e o card encerrado pelo escopo simplificado já existente.