Name: webhook-channel
Author: xmanatee

Imported from xmanatee/kota (src/modules/webhook-channel/AGENTS.md). Install upstream with npx skills add xmanatee/kota --skill webhook-channel. Copyright stays with the author.

Webhook Channel Module

This module provides a generic inbound HTTP webhook channel. External services POST a JSON payload to create or resume agent sessions.

Implements the ChannelDef protocol from src/core/channels/channel.ts.
Registers its HTTP route via module route contribution.
Supports optional HMAC-SHA256 signature verification.
Supports source-based routing to different agents with per-source session continuity.
Reports live webhook session ids to daemon scope-drain inspection and clears them when the daemon default scope changes.
Separate from the outbound webhook notification module.
Inbound sessions use configured autonomy explicitly. Missing session-autonomy config is a route-boundary error, not a hidden fallback.
handler.ts owns types, helpers, source resolution, and request handling.
index.ts owns the module definition and route registration.

Handler tests supply only configuration, event/log and agent-session ports. Share the request/response boundary fixture across parsing and source-routing scenarios; module contribution checks use the production loader. Keep source continuity here, while workflow and domain lifecycle decisions stay downstream.

# after Install: the listing is in your workspace's routing pool - a plan picks it for its slot curl -s -X POST https://api.opensmartroute.ai/api/v1/route -H 'Authorization: Bearer $OSR_API_KEY' -H 'Content-Type: application/json' -d '{"text": "...", "plan": true}'

Install webhook-channel and it becomes one more candidate the router can pick - when it fits.

A listing is a routing target with a manifest: what it does, which domains it covers, what it costs and who publishes it. Once installed it sits beside your own models and tools, is scored like any other candidate for each request, and shows up in the trace when it wins. Ratings come from workspaces that installed it, one per account.

{ "ocm": "1", "id": "xmanatee-kota-webhook-channel", "kind": "skill", "name": "webhook-channel", "description": "This module provides a generic inbound HTTP webhook channel. External services POST a JSON payload to create or resume agent sessions.", "publisher": "xmanatee", "version": "1.0.0", "capabilities": { "domains": [ "hr" ], "tags": [ "skill-md", "github-agents" ], "languages": [ "en" ] }, "quality_prior": 0.6, "examples": [ "This module provides a generic inbound HTTP webhook channel. External services POST a JSON payload to create or resume agent sessions." ], "primary": false, "metadata": { "source": { "provider": "github-agents", "repository": "https://github.com/xmanatee/kota", "path": "src/modules/webhook-channel/AGENTS.md", "ref": "76bf6d037e18e7dfaa5fb76d95bab8a86ae07f34", "url": "https://github.com/xmanatee/kota/blob/76bf6d037e18e7dfaa5fb76d95bab8a86ae07f34/src/modules/webhook-channel/AGENTS.md", "key": "xmanatee/kota/src/modules/webhook-channel/AGENTS.md" } }, "instructions": "# Webhook Channel Module\n\nThis module provides a generic inbound HTTP webhook channel. External services\nPOST a JSON payload to create or resume agent sessions.\n\n- Implements the `ChannelDef` protocol from `src/core/channels/channel.ts`.\n- Registers its HTTP route via module route contribution.\n- Supports optional HMAC-SHA256 signature verification.\n- Supports source-based routing to different agents with per-source session continuity.\n- Reports live webhook session ids to daemon scope-drain inspection and clears\n them when the daemon default scope changes.\n- Separate from the outbound `webho", "cost": { "context_tokens": 304 } }

webhook-channel

About

Webhook Channel Module

Use it

Install webhook-channel and it becomes one more candidate the router can pick - when it fits.

Manifest

Reviews