swarm-request-response

Coordinate asynchronous request-response across swarm channels with watch-before-send.

3|1|Updated Jan 8, 2026
One-click install
npx skills add https://github.com/netguy204/vibe-engineer --skill swarm-request-response
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: swarm-request-response
Source: https://github.com/netguy204/vibe-engineer/tree/main/.agents/skills/swarm-request-response
Command: npx skills add https://github.com/netguy204/vibe-engineer --skill swarm-request-response

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Coordinate asynchronous request-response across swarm channels, ensuring replies are captured without race conditions and missed messages.

Core Features & Use Cases

  • Watch-before-send to prevent races between issuing a request and starting the listener.
  • Channel-pair conventions (e.g., project-steward and project-changelog) for consistent workflows.
  • Background watching with cursor management and message-ack to filter irrelevant responses.

Quick Start

Start watching the response channel and then send the request on the steward channel to await the matching reply.

Frequently Asked Questions about swarm-request-response

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

FAQPage Schema
How do I coordinate asynchronous request-response across swarm channels without race conditions?

Coordinate asynchronous request-response across swarm channels by using a watch-before-send pattern to start the listener before issuing the request, ensuring replies are captured without races or missed messages.

What is the watch-before-send pattern for background channel messaging?

The watch-before-send pattern starts background watching on the response channel before sending the request, preventing the race condition where a reply arrives before the listener is active and gets missed.

How do I set up channel pairs for race-free request-response messaging?

Set up channel pairs using naming conventions like project-steward and project-changelog to separate requests from responses, applying response filtering and explicit acknowledgement to advance cursors and prevent missed replies.

Why are my replies being missed when sending requests across background-watched channels?

Replies are missed when a request is sent before the response channel watcher starts, creating a race condition; applying watch-before-send and explicit message acknowledgement ensures replies are observed and cursors advance correctly.

Can I use this approach for any two-channel setup needing background-watched messaging?

Yes, this approach applies to any two-channel setup needing race-free background-watched messaging, using channel-pair conventions, response filtering, and explicit acknowledgement to advance cursors and capture matching replies.

What's the best way to filter irrelevant responses in a swarm channel pair?

Filter irrelevant responses by implementing background watching with cursor management and explicit message acknowledgement, ensuring only matching replies to issued requests advance the cursor and are observed.