spiderweb-bus

Implements a layered spiderweb bus architecture for routing data between nodes in Rust.

Updated Aug 10, 2026
One-click install
npx skills add https://github.com/Rekonquest/ordo-pro --skill spiderweb-bus-rekonquest
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: spiderweb-bus
Source: https://github.com/Rekonquest/ordo-pro/tree/main/default-user-files/skills/spiderweb-bus
Command: npx skills add https://github.com/Rekonquest/ordo-pro --skill spiderweb-bus-rekonquest

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When building platform software that routes messages between subsystems, models often default to familiar patterns like pub/sub, actor model, or event sourcing. This Skill preserves Jesse's original spiderweb bus architecture — a layered, organic, elevation-based routing model — so agents write bus code that matches the intended design instead of substituting a generic pattern. ## Core Features & Use Cases - Four-Layer Architecture: Defines Transport (L0), Message (L1), Flow (L2), and Orchestration (L3) layers with Rust trait signatures for each. - Emergent Fabric Model: Threads form as messages flow, intersections emerge where threads cross, and on-ramps/off-ramps move messages between ground-level and parallel highway execution. - Vibration Propagation: Specifies backpressure, cost-aware routing, preloading, and cross-layer signaling as core architectural properties. - Use Case: When adding a bus layer or wiring nodes in Ordo, Nodus, or cumfy-llm, load this Skill first so the generated Rust code follows the spiderweb model rather than a standard message queue. ## Quick Start Read this skill before writing any bus or data-routing code, then implement the four layers with their trait signatures exactly as specified.

Frequently Asked Questions about spiderweb-bus

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

FAQPage Schema
How do I implement a layered message bus in Rust?▼

Define four layers with traits: TransportLayer for raw byte send/receive, MessageLayer for typed publish/subscribe, FlowLayer for node graph topology and dataflow ticks, and OrchestrationLayer for scheduling and reacting to signals. Each layer wraps the one below it.

What is the difference between the spiderweb bus and pub/sub?▼

Pub/sub is only Layer 1 of this architecture. The spiderweb adds a flow graph layer, an orchestration layer with cost-aware routing, emergent threads and intersections, and elevation between ground-level and parallel highway execution via ramps.

How does backpressure work in a layered bus architecture?▼

Backpressure propagates as vertical signals through the layers. When a node slows down, L0 detects it, L1 reroutes messages, L2 adjusts the flow graph, and L3 schedules around the bottleneck rather than just queuing.

When should I not use the spiderweb bus architecture?▼

Avoid it when a simple direct connection or single-layer message queue genuinely fits the problem, since the layered model adds structural complexity. Within Jesse's platform projects, however, do not substitute simpler patterns unless explicitly requested.

Does the bus fabric need to be configured upfront?▼

No. The fabric is emergent, not declared. Threads form as messages flow through nodes, and intersections appear naturally where threads cross, governed by a transfer policy for message hopping between threads.