@yemi33/minions 0.1.2079 → 0.1.2080

package/dashboard/js/refresh.js

@@ -474,6 +474,13 @@ let _knownDashboardStartId = null;
 // dashboardBuildId is the md5 of the assembled HTML — bumps automatically on
 // hot-reload + on cold restart with any /dashboard/** change.
 let _knownDashboardBuildId = null;
+// Hard-reload trigger when the *engine* commit changes — `minions restart`
+// after a `git pull` swaps engine code but doesn't touch any
+// /dashboard/** asset, so `dashboardBuildId` stays the same and the
+// existing buildId reload above never fires. Without this, the stale
+// "Engine running v… — disk has v…" banner persists in already-open tabs
+// until the (hourly by default) /api/version repoll catches up.
+let _knownEngineRunningCommit = null;
 // /api/status ETag cache (W-mpehsyhv0017085a). The dashboard polls every 4 s
 // but the server-side cache only changes every 10–60 s. Sending If-None-Match
 // lets the server short-circuit ~60 %+ of polls into a 304 with no body —
@@ -755,6 +762,18 @@ async function refresh() {
       return;
     }
     if (buildId) _knownDashboardBuildId = buildId;
+    // Auto-reload when the engine's commit changed (engine code was updated
+    // and process restarted, e.g. via `minions restart` after `git pull`).
+    // dashboardBuildId only hashes HTML/JS/CSS assets, so engine-only code
+    // updates don't trigger that path — leaving stale "Engine running v… —
+    // disk has v…" banners until the hourly /api/version repoll.
+    const engineCommit = (data.version && data.version.runningCommit) || null;
+    if (engineCommit && _knownEngineRunningCommit && engineCommit !== _knownEngineRunningCommit) {
+      console.log('Engine code changed — reloading page');
+      location.reload();
+      return;
+    }
+    if (engineCommit) _knownEngineRunningCommit = engineCommit;
     // Successful poll — clear unreachable state. Placed AFTER the reload
     // guards above so a dashboard restart still triggers location.reload()
     // instead of just dismissing the banner.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@yemi33/minions",
-  "version": "0.1.2079",
+  "version": "0.1.2080",
   "description": "Multi-agent AI dev team that runs from ~/.minions/ — five autonomous agents share a single engine, dashboard, and knowledge base",
   "bin": {
     "minions": "bin/minions.js"

package/prompts/cc-system.md

@@ -46,7 +46,7 @@ Your runtime is the **Copilot CLI**, not Claude Code. Your installed skills live
 - `~/.copilot/skills/<name>/SKILL.md` — user-level skills (yours)
 - `~/.copilot/installed-plugins/<marketplace>/<plugin>/skills/<name>/SKILL.md` — plugin-provided skills (also yours)
 
-To invoke a skill, call your `skill` tool with the skill name (the directory name). The skill body then guides the next steps.
+To invoke a skill, call your `skill` tool with the skill name (the directory name). The skill body then guides the next steps. **Both user-level and plugin-level skills are invokable the same way** — the `<location>` tag in the registry is metadata, not a permission gate. If the registry below lists a skill, you can load it.
 
 When asked "what skills do you have", answer from the registry below — do NOT grep/glob `.claude/skills/`. Those belong to a different runtime (Claude Code) and are not available to you, even if the directory exists in cwd or `$HOME`.