From 28aeb9bcd7f1596caba999cc66d4906cd6d5c88c Mon Sep 17 00:00:00 2001 From: Daniele Date: Mon, 10 Aug 2026 14:15:17 +0100 Subject: [PATCH] SKALD.md: note that a reinstall does not rewrite a global server's command/args MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit refresh_connector_after_reinstall updates only the description on the mcp_global_servers row before restarting from it, so an instance that already had http-fetch/firecrawl enabled keeps the stale `npx …/-y` launch after an Update. Record the deploy → Update → re-save sequence that actually applies it. Co-Authored-By: Claude Opus 5 --- SKALD.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/SKALD.md b/SKALD.md index 03bb4bf..320a304 100644 --- a/SKALD.md +++ b/SKALD.md @@ -16,6 +16,8 @@ Entrambi i connector erano **non funzionanti**: dichiaravano `mcp_config: {comma - Testati end-to-end riproducendo il path di skald (`npm ci || npm install` + `node /index.js`): `initialize`, `tools/list` e una `tools/call` reale, stdout solo JSON-RPC, stderr pulito ✅ - Indice rigenerato con compile.py ✅ +⚠️ **Per applicarlo su un'istanza che ha già il connector installato non basta l'Update.** `refresh_connector_after_reinstall` (`skald/accessors.rs`) aggiorna della riga `mcp_global_servers` **solo la `description`**, poi riparte da quella riga: `command` e `args_json` restano quelli snapshottati al primo `global_enable`, cioè ancora `npx` + `/…/connectors//-y`. Procedura: deploy → **Update** dal marketplace (riscrive `script_path` nel catalogo) → aprire la pagina del connector e **ri-salvare la config**, che è l'unica chiamata che ricalcola `command`/`args` e lancia `ensure_installed_host`. Stessa cura già annotata per gmaps. Da valutare lato skald se il refresh debba ri-derivare anche command/args. + ### 2026-08-10 — gmaps: fix dipendenze + verify (v6 / 1.1.0) - **Aggiunto `requirements.txt` (`googlemaps>=4.10.0`)** — era l'unico connector python senza. Le dipendenze erano dichiarate nel campo `dependencies` del manifest, che skald usa **solo per la card**: `ensure_installed_host` guarda esclusivamente `requirements.txt` / `package.json`. Risultato: `.pydeps` vuoto e log pieno di `No module named 'googlemaps'`, con il server che rispondeva comunque a `tools/list` (→ `connected — 6 tool(s)` su un connector non funzionante). - **Cablato il `verify`** (`python3 verify.py`, 20s): `verify.py` era shippato ma il manifest non aveva il blocco `verify`, e skald legge `verify_command` solo da lì. Ora un'abilitazione con dipendenze rotte fallisce visibilmente invece di partire in silenzio.