Developer Productivity | The .NET Blog

Azure DevOps MCP Server Aggiornamento Aprile: Query WIQL, Auth PAT e MCP Apps Sperimentali

Emiliano Montesdeoca — Mon, 27 Apr 2026 00:00:00 +0000

Questo post è stato tradotto automaticamente. Per la versione originale, clicca qui.

Il Azure DevOps MCP Server continua a migliorare. L’aggiornamento di aprile copre entrambi i server.

Supporto Query WIQL

Il nuovo strumento wit_query_by_wiql permette di eseguire query Work Item Query Language direttamente dal client MCP.

Personal Access Tokens

Autenticazione PAT sul server locale — importante per scenari di integrazione senza autenticazione interattiva.

Annotazioni MCP

Tag di metadati per strumenti di sola lettura, distruttivi e open-world — fondamentali per l’affidabilità degli agenti.

Consolidamento degli Strumenti Wiki

5 strumenti wiki separati → 2 strumenti più capaci. Meno strumenti = migliori prestazioni LLM.

Sperimentale: MCP Apps

Workflow impacchettati nell’ambiente del server MCP. La direzione è giusta.

Post originale di Dan Hellem: Azure DevOps MCP Server April Update.

Aspire 13.2: Supporto Bun, Contenitori Migliori e Meno Attrito nel Debug

Emiliano Montesdeoca — Fri, 24 Apr 2026 00:00:00 +0000

Questo post è stato tradotto automaticamente. Per la versione originale, clicca qui.

Se stai costruendo backend .NET con frontend JavaScript in Aspire, la 13.2 è l’aggiornamento che migliora silenziosamente la tua giornata.

Bun è Ora di Prima Classe

await builder
 .addViteApp("frontend", "./frontend")
 .withBun();

Se il tuo team usa già Bun, Aspire non ti costringe più a nuotare controcorrente.

Yarn Più Affidabile

Gli utenti Yarn ottengono meno errori misteriosi con withYarn() e addViteApp().

Miglioramenti ai Container

ImagePullPolicy.Never per usare l’immagine locale senza andare al registry. PostgreSQL 18+ con volumi di dati ora funziona correttamente.

Miglioramenti al Debug

DebuggerDisplayAttribute sui tipi core
Messaggi di errore migliori per WaitFor
BeforeResourceStartedEvent si attiva al momento giusto

Post originale di David Pine: Aspire 13.2: Bun Support and Container Enhancements.

68 Minuti al Giorno a Ri-Spiegare il Codice? C'è una Soluzione

Emiliano Montesdeoca — Thu, 23 Apr 2026 00:00:00 +0000

Questo post è stato tradotto automaticamente. Per la versione originale, clicca qui.

Conosci quel momento in cui la tua sessione di Copilot raggiunge /compact e l’agente dimentica completamente su cosa stavi lavorando? Passi i successivi cinque minuti a ri-spiegare la struttura dei file, il test fallito, i tre approcci già provati. Poi succede di nuovo.

Desi Villanueva l’ha cronometrato: 68 minuti al giorno — solo per il riorientamento. Non scrivendo codice. Non rivedendo PR. Solo aggiornando l’IA su cose che già sapeva.

La Bugia della Finestra di Contesto

Il tuo agente arriva con un numero grande sulla scatola. 200K token. Sembra massiccio. In pratica è un soffitto, non una garanzia.

La matematica reale: circa 125K prima di digitare una parola, e il limite effettivo è 45K token prima che la qualità degrade — a causa del problema “lost in the middle” degli LLM.

La Tassa di Compattazione

La parte crudele: la memoria esiste già. Copilot CLI scrive ogni sessione in un database SQLite locale in ~/.copilot/session-store.db. L’agente semplicemente non può leggerlo.

auto-memory: Uno Strato di Richiamo, Non un Sistema di Memoria

pip install auto-memory

~1.900 righe di Python. Zero dipendenze. Installato in 30 secondi.

50 token invece di 10.000 — accesso chirurgico ai file che hai toccato ieri, non un diluvio di risultati grep irrilevanti.

Conclusione

Il context rot è un vero vincolo architetturale. auto-memory lo aggira dando al tuo agente un meccanismo di richiamo economico e preciso.

Dai un’occhiata: auto-memory su GitHub. Post originale di Desi Villanueva: I Wasted 68 Minutes a Day.