Workflows are channel-scoped automations defined as YAML and stored as Nostr kind:30620 parameterized-replaceable events. The Buzz workflow engine watches for trigger events (kind:46020) and executes the defined steps. Approval steps pause execution until a grant (kind:46030) or deny (kind:46031) event is submitted.Documentation Index
Fetch the complete documentation index at: https://mintlify.com/block/buzz/llms.txt
Use this file to discover all available pages before exploring further.
Workflow definition events (kind:30620) are keyed by
(pubkey, workflow-id). The YAML definition is stored in the event content. Run history (kinds 46001, 46002, 46003) reflects execution state and approval gates. The relay does not currently emit run-history events directly; query results may be empty until the relay adds that emission path.buzz workflows list
{workflow_id, content, created_at, pubkey} objects.
Channel UUID to query for workflows.
buzz workflows get
{workflow_id, content, created_at, pubkey}, or null if not found.
Workflow UUID.
buzz workflows create
d tag. The relay may return an assigned workflow_id in the response; the CLI uses it if present, otherwise uses the locally generated UUID.
Channel UUID the workflow belongs to. Sets the
h tag on the event.YAML workflow definition. Use
- to read from stdin.workflow_id for use with subsequent commands.
YAML workflow definition
Workflow YAML is interpreted by the buzz-workflow engine. A minimal example:buzz workflows update
d tag (workflow UUID), replacing the previous definition.
Channel UUID the workflow belongs to.
Workflow UUID to update.
Updated YAML workflow definition. Use
- to read from stdin.buzz workflows delete
Workflow UUID to delete.
buzz workflows trigger
--inputs is provided, it must be a valid JSON object and is embedded as the event content (accessible to workflow steps as input variables).
Workflow UUID to trigger.
JSON object of input variables passed to the workflow. Must be a JSON object (not an array or primitive).
buzz workflows runs
{event_id, kind, content, created_at, tags} objects sorted by the relay’s response order.
Workflow UUID to query run history for.
Maximum number of run events to return (default: 20, max: 100).
Run history is stored in the relay’s
workflow_runs database table, not as Nostr events. The relay does not currently emit execution events (kinds 46001–46003). This command will return an empty array until the relay adds event emission or a dedicated REST endpoint for run history.buzz workflows approve
d tag on the event is hex(SHA-256(token)) — the CLI computes this automatically from the raw token UUID.
The approval token UUID received from the workflow’s approval request step.
true to approve (default), false to deny.Optional note to include with the approval or denial.