fix(plugin): real per-agent slot handle for multi-agent calendar tools

In multi-agent sync mode every harborforge_calendar_* tool was returning
`calendarScheduler.<method> is not a function`. The cause: index.ts replaced
`calendarScheduler` (typed `CalendarScheduler | null`) with a `{ stop() }`
stub right after wiring the runSync/runCheck intervals, so `isRunning()`,
`getCurrentSlot()`, `completeCurrentSlot()`, `abortCurrentSlot()`,
`pauseCurrentSlot()`, `resumeCurrentSlot()`, `getState()`,
`isRestartPending()` and `getStateFilePath()` all blew up at call time.

Replaces the stub with a `MultiAgentSchedulerHandle` that:
  - tracks the last slot dispatched per agent (recorded by `wakeAgent`)
  - exposes status/complete/abort/pause/resume taking the calling agentId
  - resolves the implicit "current slot" via woken-cursor first then a
    cache scan over not_started/deferred/ongoing slots
  - PATCHes via `bridge.updateSlotAs(agentId, …)` so audit headers reflect
    the real caller (bridge constructor agentId is 'unused' in multi-agent)
  - mirrors the legacy `isRunning/isProcessing/getState/...` surface so
    the single-agent fallback (`CalendarScheduler`) keeps working unchanged

Each calendar tool factory now takes `OpenClawPluginToolContext`, reads
`ctx.agentId`, and dispatches through the handle. Single-agent path
(when `calendarScheduler` is a real `CalendarScheduler`) is preserved
behind `instanceof` checks.

Drops the dead `trackSessionCompletion` poll loop (only definition, no
caller) which referenced the removed `completeCurrentSlot`. Bumps
plugin version 0.2.0 → 0.3.2.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

plugin/index.ts

@@ -25,25 +25,6 @@ import {
   CalendarScheduler,
 } from './calendar/index.js';
 
-// ---------------------------------------------------------------------------
-// Module-scope calendar scheduler singleton.
-//
-// `register()` is called multiple times per gateway boot — once per agent
-// (we see 5 `HarborForge plugin registered` lines for 5 agents on dind-t2).
-// `gateway_start` only fires once, so before this lift the
-// `startCalendarScheduler()` setup ran inside ONE closure while four other
-// closures kept their own `calendarScheduler = null`. Whichever of the five
-// tool registrations the gateway picked at call time was effectively a coin
-// flip, and four times out of five `harborforge_calendar_status` returned
-// `Calendar scheduler not running` even though the scheduler was active.
-//
-// Keeping the singleton at module scope removes the per-`register()` shadow:
-// the scheduler is started once, every closure reads the same binding, and
-// `startCalendarScheduler()` is idempotent so duplicate `gateway_start`
-// firings are harmless.
-// ---------------------------------------------------------------------------
-let calendarScheduler: MultiAgentSchedulerHandle | CalendarScheduler | null = null;
-
 interface PluginAPI {
   logger: {
     info: (...args: any[]) => void;
@@ -127,7 +108,7 @@ function register(api: PluginAPI): void {
         },
         openclaw: {
           version: api.runtime?.version || api.version || 'unknown',
-          pluginVersion: '0.3.3', // Bumped for PLG-CAL-004
+          pluginVersion: '0.3.2', // Bumped for PLG-CAL-004
         },
         timestamp: new Date().toISOString(),
       };
@@ -136,9 +117,13 @@ function register(api: PluginAPI): void {
     // Periodic metadata push interval handle
     let metaPushInterval: ReturnType<typeof setInterval> | null = null;
 
-    // (calendarScheduler is module-scope — see top of file for the why.
-    //  Tools and lifecycle hooks all reference the same binding so the
-    //  multi-register/single-start mismatch can't shadow them again.)
+    // Calendar scheduler instance.
+    //
+    // In multi-agent sync mode (the only path today) this is a
+    // {@link MultiAgentSchedulerHandle}. The legacy `CalendarScheduler` type
+    // is retained in the union for compatibility with the typed-only single-
+    // agent path that may be reintroduced later.
+    let calendarScheduler: MultiAgentSchedulerHandle | CalendarScheduler | null = null;
 
     /**
      * Push OpenClaw metadata to the Monitor bridge.
@@ -162,7 +147,7 @@ function register(api: PluginAPI): void {
 
       const meta: OpenClawMeta = {
         version: api.runtime?.version || api.version || 'unknown',
-        plugin_version: '0.3.3',
+        plugin_version: '0.3.2',
         agents: agentNames.map(name => ({ name })),
       };
 
@@ -306,16 +291,8 @@ function register(api: PluginAPI): void {
 
     /**
      * Initialize and start the calendar scheduler.
-     *
-     * Idempotent — `gateway_start` may fire once per `register()` invocation
-     * (the host calls `register` per agent), and we only want one set of
-     * sync/check intervals across the whole process.
      */
     function startCalendarScheduler(): void {
-      if (calendarScheduler) {
-        logger.info('Calendar scheduler already started, skipping duplicate gateway_start');
-        return;
-      }
       const live = resolveConfig();
 
       // Create bridge client (claw-instance level, not per-agent)

plugin/package.json

@@ -1,6 +1,6 @@
 {
   "name": "harbor-forge-plugin",
-  "version": "0.3.3",
+  "version": "0.3.2",
   "description": "OpenClaw plugin for HarborForge monitor bridge and CLI integration",
   "type": "module",
   "main": "dist/index.js",