OpenHands v1.16.0 è stata rilasciata alle 18:19:22 UTC del 27 agosto, sostituendo il catalogo di skill integrato e sempre attivo dell’agente con una allow-list esplicita. La pull request che la precede è insolitamente esplicita sia sui numeri sia sulle motivazioni.
Lo stato che ha sostituito
Citazione testuale dalla PR: "L’intero catalogo @openhands/extensions viene incorporato nel bundle al momento della build e unito a agent_context.skills per ogni conversazione, con disabled_skills come unica via di fuga." E sulle conseguenze: "Un sistema tutto attivo con deny-list significa che ogni aggiunta al catalogo è attiva per default per tutti, ed è così che @rbren è finito con javadoc e bitbucket skill abilitate."
Il nuovo default
"59 skill del catalogo vengono renderizzate, 11 attive, 48 disattivate." Il caso di regressione citato è add-javadoc — "la skill del report dell’issue — rientra tra le 48." enabled_skills è descritto come "una allow-list solo sul catalogo integrato, impostata per default sulle 11 voci che il catalogo contrassegna come defaultEnabled."
La ragione dichiarata è il contention nel prompt
"Il costo non è il disco — è il fatto che circa 60 corpi di skill e 60 insiemi di trigger competono in ogni system prompt." Si tratta di un argomento legato al budget di contesto. Non detto nella PR: un catalogo sempre attivo significa anche che ogni skill aggiunta dal fornitore o da una dipendenza diventa una capacità live in ogni conversazione senza che l’operatore la abiliti esplicitamente — ed è esattamente il percorso di ingestione alla base della ricerca sull’agent-skill-poisoning circolata questo mese.
Ciò che la cornice comune sbaglia
Tre cose. È archiviato sotto "Features", incastonato tra una modifica al pinning della barra laterale e un link al cassetto file, quando in realtà è accaduto che un agente di coding open source ampiamente distribuito ha ammesso che il suo catalogo di skill era basato su opt-out e ha invertito quel modello.
La copertura sovrastimerà la portata. La allow-list riguarda solo il catalogo integrato; le skill individuate a runtime da .agents/skills/ restano attive nel momento in cui compaiono e continuano a essere governate dalla deny-list. Dire "OpenHands ora richiede che le skill siano inserite in una allow-list" sarebbe sbagliato.
E il numero in sé non è il numero effettivamente distribuito. Una migrazione una tantum preserva il comportamento precedente: un workspace la cui deny-list già nomina una skill del catalogo "mantiene attive tutte le altre". Il default 11-su-59 vale per i nuovi workspace, non retroattivamente per la base installata. Anche la data conta — la PR è stata unita il 24 agosto alle 18:53 UTC, tre giorni prima che arrivasse agli utenti; il rilascio è l’evento visibile per l’utente.