fulcra-agent-cloud-coordinator

Configure a Claude Code cloud session as a persistent coordinator storing all state on the Fulcra bus.

10|1|Updated May 21, 2026
One-click install
npx skills add https://github.com/ashfulcra/fulcra-tools --skill fulcra-agent-cloud-coordinator-ashfulcra
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: fulcra-agent-cloud-coordinator
Source: https://github.com/ashfulcra/fulcra-tools/tree/main/skills/fulcra-agent-cloud-coordinator
Command: npx skills add https://github.com/ashfulcra/fulcra-tools --skill fulcra-agent-cloud-coordinator-ashfulcra

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Cloud agent containers can be reclaimed at any moment, wiping local state and killing long-running coordination work. This Skill turns a single Claude Code cloud session into a durable coordinator that survives container resets by keeping every piece of state — cursors, duty scripts, grants, checkpoints — on the Fulcra bus instead of the machine. ## Core Features & Use Cases - Container-reset survival: A stash-and-bootstrap pattern restores duty scripts from the Fulcra store after any reset, with a fail-closed recovery ritual embedded in every standing prompt. - Durable wake scheduling: Three-layer wake design (server-side Routines, self-chained one-shots, session cron) ensures standing duties like watchdogs and blocked-work sweeps never silently die. - Bus-native identity and queue discipline: Presence beats, cursor-based queue reads with staged commit tokens, and durable-first dispatch keep obligations tracked across sessions. - Use Case: An operator needs a fleet coordinator that wakes hourly, dispatches and reviews work, and keeps running even after its cloud container is destroyed mid-task — this Skill provides the full setup, recovery, and verification doctrine. ## Quick Start Set up my Claude Code cloud session as a persistent Fulcra bus coordinator that survives container resets and wakes on schedules.

Frequently Asked Questions about fulcra-agent-cloud-coordinator

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I make a Claude Code cloud agent survive container resets?

Store all state on the Fulcra bus rather than the container: cursors, duty scripts in a store stash, grants, and checkpoints. Commit a bootstrap script to the repo that reinstalls the stash, and inline a fail-closed recovery ritual into every standing wake prompt.

How do I schedule recurring duties for a cloud agent without background processes?

Use three wake layers: server-side Routines for standing duties, self-chained one-shot send_later calls for work loops, and session cron only as a fallback. Each standing prompt must be self-contained, silent-when-healthy, and fail-closed.

What tools does the Fulcra cloud coordinator require?

It requires the fulcra-api CLI for store access and the tag-pinned coord-engine for bus operations like queue reads, presence beats, and commits. Both are installed following the GET-ON-THE-BUS quickstart, with network access to api.fulcradynamics.com.

Why does my coordinator lose state after a container restart?

State kept in the container — session cron, background processes, local git state, installed tools — dies with the worker. The fix is moving everything durable to the Fulcra store and treating the local filesystem as a disposable cache.

Can I run the coordinator pattern on a local or self-hosted agent instead?

The pattern is designed for claude.ai/code cloud sessions where containers are reclaimed unpredictably. Local agents with persistent filesystems face fewer reset risks, so simpler continuity or presence skills may suffice without the full stash-and-bootstrap ritual.