Implementare una coda di lavoro con PostgreSQL

Quando si lavora con strumenti che usano i LLM, una delle assunzioni più comuni è che il modello utilizzi in modo uniforme tutte le informazioni fornite nel contesto. In realtà, esiste più di una ricerca che ha dimostrato come questa assunzione sia spesso sbagliata: è qui che entra in gioco il fenomeno noto come “Lost in the Middle”.

Se hai un IdP RBAC in produzione e stai pensando di affiancarci OpenFGA per i permessi per-risorsa, sai già che la soluzione “facile” è farli convivere. È anche la più rischiosa.

tokensave è uno strumento di code intelligence che costruisce un grafo semantico del codice sorgente e lo espone come server MCP (Model Context Protocol) agli agenti AI (GitHub Copilot, Claude Code, Cursor, ecc.).

Costruire dei sistemi distribuiti veramente resilienti può essere una bella sfida. A volte un servizio inizia ad essere lento o a restituire errori. Senza protezioni, chi lo chiama continua a provarci per ogni richiesta in arrivo, causando connessioni che si accumulano, timeout e risorse esaurite.

Hai set -euo pipefail. Hai trap. Ti senti pronto/a.

Poi lo script fallisce in CI con l’iconico messaggio: Error: something went wrong.

Quando si lavora con testi che contengono dati sensibili, una delle operazioni più comuni è l’identificazione e la gestione delle informazioni personalmente identificabili (in inglese, Personally Identifiable Information, abbreviato in PII). Si tratta di tutte quelle informazioni che permettono di risalire all’identità di una persona: nomi, indirizzi, numeri di telefono, indirizzi email, codici fiscali e molto altro.

La pipeline è verde. Test unitari passati, code review approvata, deploy in produzione senza intoppi.

Lo skip link è un link che consente alle persone di saltare blocchi ripetuti, andando direttamente al contenuto principale della pagina.

Nel primo episodio abbiamo messo la cintura di sicurezza (set -euo pipefail). Ottimo inizio.