chore(deps): bump @hono/node-server and prisma in /app

[dependabot]

Removes @hono/node-server. It's no longer used after updating ancestor dependency prisma. These dependencies need to be updated together.

Removes @hono/node-server

Updates prisma from 7.8.0 to 7.9.1

Release notes

Sourced from prisma's releases.

7.9.1

Today, we're issuing a patch release to resolve a security advisory in a transitive dependency of Prisma CLI (via @prisma/dev).

This fixes prisma/prisma#29780.

It does not actually affect @prisma/dev or Prisma CLI so no urgent action is required, but it is recommended to upgrade nevertheless to avoid false positives from security scanners.

7.9.0

Today, we are excited to share the 7.9.0 stable release 🎉

🌟 Star this repo for notifications about new releases, bug fixes & features — or follow us on X!

Highlights

ORM

Tab completions for the Prisma CLI

Typing out CLI commands from memory is now optional. Prisma ships shell tab completions for bash, zsh, fish, and PowerShell, covering commands, subcommands, options, flags, and even option values.

Setting it up. Most projects run Prisma through a package manager, so completions are enabled through @bomb.sh/tab's package-manager integration — install it once, then source the completion for your package manager and shell:

# 1. Install @bomb.sh/tab globally
npm install -g @bomb.sh/tab
2. Wire up your package manager + shell (pnpm shown; swap in npm / yarn / bun):
echo 'source <(tab pnpm zsh)'  >> ~/.zshrc            # zsh
echo 'source <(tab pnpm bash)' >> ~/.bashrc           # bash
tab pnpm fish > ~/.config/fish/completions/pnpm.fish  # fish
tab pnpm powershell > ~/.tab-pnpm.ps1                 # PowerShell (then dot-source it from $PROFILE)

@bomb.sh/tab delegates to any locally-installed CLI that ships completions, so pnpm prisma <TAB>, pnpm exec prisma <TAB>, yarn prisma <TAB>, and bun x prisma <TAB> all complete Prisma's commands, options, and values — no per-project setup. (npx and bunx don't support completion themselves; use npm exec and bun x.)

If instead you have Prisma installed globally on your PATH, source its own completion directly: source <(prisma complete zsh) (or the bash / fish / powershell variant).

This is built on @bomb.sh/tab, the same completion library that powers other CLIs in the ecosystem — including Cloudflare, Nuxt, and Vitest — so the package-manager completions you enable for Prisma work for those tools too. A wonderful community contribution from @​AmirSa12 (#28351) — thank you!

prisma.mp4

Prisma ORM, ready for AI agents

Coding agents are now a first-class audience for Prisma, and 7.9.0 brings the first wave of work to make Prisma projects safe and productive for them to work in.

Agent skills installed with prisma init (#29689)

prisma init now installs the prisma/skills catalog into freshly scaffolded projects. Agents such as Claude Code, Cursor, Codex, and Windsurf start out with current, version-relevant Prisma knowledge instead of relying on whatever happened to be in their training data. The install is best-effort and never blocks scaffolding; opt out at any time with --no-skills.

</tr></table> 

... (truncated)

Commits

• 3f492ab chore(deps): update @​prisma/dev to 0.24.17 (7.9.x backport) (#29795)
• 537583c feat(cli): add @bomb.sh/tab completions (#28351)
• bf7c40f fix(cli): update Studio to 0.33.0 and suppress aborted response errors (#29720)
• 9acd8dc feat(cli): install Prisma agent skills during prisma init (#29689)
• aef8cb5 fix(cli): remove the migrate-reset tool from the MCP server (#29691)
• cdca333 chore(deps): update @​prisma/dev to 0.24.14 (#29686)
• fda8fbc chore(deps): bump @​prisma/dev to 0.24.9 (resolves hono GHSA-92pp-h63x-v22m) (...
• See full diff in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
  You can disable automated security fix PRs for this repo from the Security Alerts page.

[guifav]

@dependabot review da Daisy — commit 9ec68980

Resumo: Bump @hono/node-server e prisma 7.8.0→7.9.1 em /app (transitivo: @electric-sql/pglite 0.4.1→0.4.3). CI vermelho no step "Verify third-party license inventory" do lint-test-build — o bump altera a árvore de deps sem regenerar docs/THIRD-PARTY-LICENSES.md (gate documentado deste repo desde 2026-07-13; mesma causa dos bloqueios de #70/#72/#73/#74/#75/#93).

Contexto considerado: diff do PR, checks do head, memory/talkwithdata.md (gate de inventário de licença) | Cross-project: nenhum | Notion: sem projeto correlacionado

Validacao local:

• install: n/a (review via CI + diff)
• tests: n/a
• lint: n/a
• tsc: n/a
• build: CI fail — step Verify third-party license inventory (demais jobs verdes: browser-e2e, docker-image-smoke, functions-generate-thumbnail)

Bloqueadores (P1):

• Inventário de licenças stale quebra o gate de CI. Regenerar no branch: cd app && node ../scripts/generate-third-party-licenses.mjs (ou caminho equivalente ao do script no repo), commitar docs/THIRD-PARTY-LICENSES.md atualizado e empurrar — dependabot não faz isso sozinho. Sem CI verde, não mergear (regra deste repo).

Veredito: bloqueado

[roger-guifav]

TL;DR

Atualização do prisma de 7.8.0 para 7.9.1 (minor) em app, com reescrita do lockfile. Os gates locais passam todos (typecheck, 680 testes, lint), mas o documento de licenças ficou desatualizado — causa da reprovação no CI —, o prisma client ficou uma minor atrás da CLI, e o lockfile prende o fast-uri em 3.1.5, abaixo da versão que fecha advisories de segurança em PR irmão. Não mergear sem esses ajustes.

Verdict: Ajustes necessários

(revisado no head SHA 9ec6898)

Parecer

Bump de dependência gerado por automação no diretório app, o pacote principal (Next + prisma). Fatos fora do diff que orientam: (1) o repo já viveu incidente de par prisma client/CLI dessincronizado — aqui o client resolve 7.8.0 e a CLI 7.9.1; mesmo major, sem quebra, mas o generate materializa client 7.9.1 em src/generated enquanto o runtime instalado é 7.8.0, e o histórico manda o par andar junto; (2) o prisma 7.9.1 não depende mais de hono node-server, então o override de segurança ficou sem alvo; (3) o lockfile novo prende fast-uri em 3.1.5, abaixo do 3.1.7 que o PR 139 aplica neste mesmo diretório. Validação local completa e verde. Pergunta de merge: mergearia depois do documento de licenças regenerado, do client alinhado e da ordem com o 139 definida.

Críticos (P0)

Nenhum.

Bloqueadores de correção (P1)

1. Documento de licenças de terceiros desatualizado: a checagem lint-test-build do CI reprova indicando docs/THIRD-PARTY-LICENSES.md stale (prisma, fast-uri e dezenas de transitivos mudaram de versão e o documento fixa as antigas). Aplicar a regeneração pelo script do repo e commitar o resultado neste PR antes do merge.

Endereçar no PR (P2)

1. Par prisma dessincronizado: client instalado 7.8.0 contra CLI 7.9.1. Sem quebra de major, mas o generate já produz código 7.9.1 — subir o client para ^7.9.1 no mesmo PR (duas linhas) e regerar o lock.
2. Sequência de merge com o PR 139: este lockfile prende fast-uri em 3.1.5, abaixo do 3.1.7 que fecha advisories de segurança. Se mergear depois do 139 sem rebase, regride a correção; se antes, o 139 precisa de rebase. Garantir lock final em 3.1.7 ou superior.

Endereçar no PR (P3 / nits)

1. Override de hono node-server 1.19.13 ficou sem alvo (o prisma 7.9.1 não puxa mais esse pacote): pin de segurança virou configuração morta em app/package.json. Remover no mesmo PR.

Acoes que somente o humano pode fazer (ainda...)

Nenhuma além da decisão de ordem de merge entre os PRs de bump.

Verificado

• Head revisado: 9ec6898 (merge-base igual ao main atual)
• npm ci em app: limpo (957 pacotes)
• prisma generate: client 7.9.1 gerado em src/generated
• tsc --noEmit: 0 erros
• vitest: 680 passando, 8 skipped, 0 falhas (66 arquivos)
• eslint projeto inteiro: limpo, exit 0
• CI: lint-test-build reprova apenas por documento de licenças stale; browser-e2e, docker-image-smoke e functions-generate-thumbnail passam

---

Roger (Hermes KVM) - review v2 - 9ec6898