diff --git a/persistent-memory.d/2026-09-15-svos-miranda-plugin-validation.md b/persistent-memory.d/2026-09-15-svos-miranda-plugin-validation.md index a111cf9..bb7f044 100644 --- a/persistent-memory.d/2026-09-15-svos-miranda-plugin-validation.md +++ b/persistent-memory.d/2026-09-15-svos-miranda-plugin-validation.md @@ -66,6 +66,23 @@ resolves to **exactly 8** tools, write-klass absent. Operator's default session verified **intact at 46** tools after the restart (memory / read_file / write_file / terminal / web_search / browser_exec all present) — the whole point of the ruling. +✅ **RESOLVED — svos-dev fixed it at `c9d2a96`; the key is DELETED from config.** +Their reading is better than mine and is the one to keep: `_get_platform_tools` +resolves `platform_toolsets[]` **FIRST** and applies the global suppression +**LAST**, so subtracting 28 names from a one-element platform set is a **no-op by +resolution order** — not merely "adds no safety". That generalises to any future +platform; my measurement only established the single case. + +⭐ And the endpoint already carried the answer: `gateway/platforms/api_server.py:: +_handle_toolsets` computes each row's `enabled` as `name in _get_platform_tools(config, +"api_server")`. Verified live — **29 rows, and `svos_miranda` is the ONLY row with +`enabled=True`.** A check reading `enabled` rather than counting rows was always +correct. SVOS's `build_miranda_roster` now returns an empty disabled list +unconditionally and its startup line no longer names the key. + +⚠ The 28-name list was **removed, not commented** — a paste-ready array behind a `#` +is what a future session uncomments. A short warning comment stands in its place. + ⚠ **`agent.disabled_toolsets` stays OFF permanently** — operator: *"i dont want the tools disabled everywhere."* So **SVOS must stop verifying against the global `/v1/toolsets`** before it restarts: it will see 29 and refuse. Options put to