xiaoju e86bae8d4a refactor: migrate to Dynamic Workers — fix /run/{name} 404
Root cause: CF blocks Worker-to-Worker fetch on workers.dev (error 1042).
Gateway Worker could not proxy requests to child worker subdomains.

Fix: Replace CF API worker scripts with Dynamic Workers (LOADER binding).
- deploy() writes code to KV only, no CF API calls
- invoke() uses LOADER.get(id, fn) to execute code inline
- remove() clears KV only, no CF API delete
- Removed cf-api.ts, slot management, subdomain routing
- 67/67 tests passing, production verified

Reported-by: 小墨 🖊️ (KUMA)
小橘 🍊(NEKO Team)
2026-04-03 10:57:50 +00:00
2026-04-03 04:17:43 +00:00
2026-04-03 04:17:43 +00:00
2026-04-03 04:08:31 +00:00
2026-04-03 04:17:43 +00:00
2026-04-03 04:17:43 +00:00

Sigil 🔮

Capability registry for Uncaged — LRU-managed Cloudflare Workers with abstract backend.

What is Sigil?

Sigil is the capability virtualization layer for Uncaged. It lets AI Agents deploy, invoke, and manage serverless capabilities (Cloudflare Workers) through a unified gateway, with LRU eviction to stay within platform quotas.

Architecture

  • One dispatch Worker (sigil.shazhou.workers.dev) as the unified entry point
  • KV-backed LRU for scheduling capabilities within CF Worker quota (~400 slots)
  • Abstract backend interface: WorkerPool ($5/mo) or Platform ($25/mo, Workers for Platforms)
  • Agent isolation via naming convention ({agent}--{capability}) + per-agent tokens

Docs

License

MIT


Built by 小橘 🍊 (NEKO Team) | Part of the oc-forge ecosystem

S
Description
No description provided
Readme 182 KiB
Languages
TypeScript 100%