Demo Local Rollout
carverauto/serviceradar
Build unpublished sha-... An agent skill from carverauto/serviceradar.
A skill your agent uses when helping a user set up, debug, or operate a self-hosted Buzz relay through Docker Compose.
$ npx skills add tonbistudio/buzz-skills --skill buzz-self-hosting -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install tonbistudio/buzz-skills buzz-self-hosting --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/tonbistudio/buzz-skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/buzz-self-hosting .claude/skills/buzz-self-hosting && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "buzz-self-hosting" agent skill from https://github.com/tonbistudio/buzz-skills/tree/main/buzz-self-hosting into .claude/skills/buzz-self-hosting/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "buzz-self-hosting", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/tonbistudio/buzz-skills/tree/main/buzz-self-hostingType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add tonbistudio/buzz-skills --skill buzz-self-hosting -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install tonbistudio/buzz-skills buzz-self-hosting --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/tonbistudio/buzz-skills.git skills-src && mkdir -p .agents/skills && cp -r skills-src/buzz-self-hosting .agents/skills/buzz-self-hosting && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "buzz-self-hosting" agent skill from https://github.com/tonbistudio/buzz-skills/tree/main/buzz-self-hosting into .agents/skills/buzz-self-hosting/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "buzz-self-hosting", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add tonbistudio/buzz-skills --skill buzz-self-hosting -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install tonbistudio/buzz-skills buzz-self-hosting --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/tonbistudio/buzz-skills.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/buzz-self-hosting .cursor/skills/buzz-self-hosting && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "buzz-self-hosting" agent skill from https://github.com/tonbistudio/buzz-skills/tree/main/buzz-self-hosting into .cursor/skills/buzz-self-hosting/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "buzz-self-hosting", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/tonbistudio/buzz-skills.git --path buzz-self-hosting--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add tonbistudio/buzz-skills --skill buzz-self-hosting -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install tonbistudio/buzz-skills buzz-self-hosting --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/tonbistudio/buzz-skills.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/buzz-self-hosting .gemini/skills/buzz-self-hosting && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "buzz-self-hosting" agent skill from https://github.com/tonbistudio/buzz-skills/tree/main/buzz-self-hosting into .gemini/skills/buzz-self-hosting/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "buzz-self-hosting", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install tonbistudio/buzz-skills buzz-self-hostingInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add tonbistudio/buzz-skills --skill buzz-self-hosting -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/tonbistudio/buzz-skills.git skills-src && mkdir -p .github/skills && cp -r skills-src/buzz-self-hosting .github/skills/buzz-self-hosting && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "buzz-self-hosting" agent skill from https://github.com/tonbistudio/buzz-skills/tree/main/buzz-self-hosting into .github/skills/buzz-self-hosting/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "buzz-self-hosting", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add tonbistudio/buzz-skills --skill buzz-self-hosting -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install tonbistudio/buzz-skills buzz-self-hosting --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/tonbistudio/buzz-skills.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/buzz-self-hosting .opencode/skills/buzz-self-hosting && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "buzz-self-hosting" agent skill from https://github.com/tonbistudio/buzz-skills/tree/main/buzz-self-hosting into .opencode/skills/buzz-self-hosting/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "buzz-self-hosting", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
buzz-self-hostingA skill your agent uses when helping a user set up, debug, or operate a self-hosted Buzz relay through Docker Compose.
Buzz Self Hosting is an agent skill from tonbistudio/buzz-skills. Use when helping a user set up, debug, or operate a self-hosted Buzz relay through Docker Compose. Do not use for general Docker questions or non-Buzz Nostr deployments.
Its SKILL.md is about 2.2k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files (for example `evals/evals.json`).
It sits in DevOps & Cloud, covering Containers and Deployment. It works with Docker and Git. The licence is MIT.
6 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit 3f2d570. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
dockercurlopensslbashFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use docker and curl, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Names these keys or tokens, usually read from environment variables:
BUZZ_RELAY_PRIVATE_KEYBUZZ_GIT_HOOK_HMAC_SECRETFrom names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Buzz Self Hosting loads about 2.2k tokens when it runs. Until then it costs about 47 tokens; SKILL.md has 1,068 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check noted patterns worth knowing about, such as sudo or a known installer.
1. `cd deploy/compose && cp .env.example .env`, then edit `.env`:entity. Set once, never rotate; back up `.env` itself.docker compose --env-file .env -f compose.yml logs relay --since 10m | grep '"Event ingested via pipeline"'- `$EDITOR .env` is a Unix-ism; PowerShell users should `notepad .env`.- A file named `.env` looks nameless in Explorer unless "File name extensions" is on.→ MinIO console `:9001` (S3 creds from `.env`), Adminer `:8082` (server `postgres`, user `buzz`), Prometheus `:9090`. Hata is local: `docker compose --env-file .env -f compose.yml exec -T postgres psql -U buzz -d buzz -c "SELECT kind, leftcopy .env <backup-dir>\env-backup.txtdocker compose --env-file .env -f compose.yml exec -T postgres pg_dump -U buzz buzz > <backup-dir>\buzz-db.sql`.env` is part of the backup — restoring data volumes without its keys restores nothing.Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from tonbistudio/buzz-skills at commit 3f2d570, republished under its MIT licence (© tonbistudio). 1,068 words, ~2,247 tokens.
.claude/skills/buzz-self-hosting/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.Walk the user through standing up their own buzz-relay with the Docker Compose stack in deploy/compose/, and debug it layer by layer when agents or clients misbehave. Every footgun in here was hit in a real setup; check them before inventing new theories.
Guide, don't drive: give the user paste-ready commands and let them run anything that changes state. Verify results yourself with read-only checks (logs, rosters, queries).
BUZZ_DOMAIN. A connection with any other Host gets 404 on the WebSocket upgrade — this looks like "relay is down" but isn't.RELAY_OWNER_PUBKEY set, BUZZ_REQUIRE_RELAY_MEMBERSHIP=true), everything that connects — humans AND agents — must be in the relay member roster.cd deploy/compose && cp .env.example .env, then edit .env:openssl rand -hex 32 for BUZZ_RELAY_PRIVATE_KEY and BUZZ_GIT_HOOK_HMAC_SECRET; invent Postgres/Redis/S3 passwords (Compose creates those services with whatever you set).RELAY_OWNER_PUBKEY = the user's own pubkey, 64-char hex, from their Buzz Desktop profile. Footgun: this var has no BUZZ_ prefix — easy to miss among neighbors that all do.BUZZ_RELAY_PRIVATE_KEY is the relay's identity. Set once, never rotate; back up .env itself.BUZZ_IMAGE to a release tag for anything long-lived; :main moves daily.BUZZ_DOMAIN, RELAY_URL, BUZZ_MEDIA_BASE_URL, BUZZ_MEDIA_SERVER_DOMAIN, BUZZ_CORS_ORIGINS) — all derive from one host choice. See the localhost footgun below before choosing../run.sh config (validates; catches leftover CHANGE_ME), then ./run.sh start. TLS on a public domain: BUZZ_COMPOSE_TLS=true ./run.sh start.curl -fsS http://127.0.0.1:3000/_liveness../run.sh add-member <pubkey> for every human and every agent, with sleep 1 between adds (same-second roster events collide). Verify with ./run.sh list-members.RELAY_URL, create channels, add agents to channels, @mention.localhost for a local relay — use 127.0.0.1 everywherebuzz-core::relay::normalize_relay_url rewrites every loopback host to 127.0.0.1 (localhost, ::1). The desktop app runs each managed agent's relay URL through it before spawning the harness. The relay, however, routes by the literal BUZZ_DOMAIN. Result with BUZZ_DOMAIN=localhost: the app itself connects fine (its own HTTP client doesn't rewrite the Host header) but every agent harness gets 404 and exits code 1. The app UI offers no way around it — the per-agent relay_url field is deliberately ignored (agents always inherit the active workspace relay).
Therefore: for local deployments set BUZZ_DOMAIN=127.0.0.1 and use ws://127.0.0.1:3000 in the app and everywhere else. Real public domains are unaffected.
Diagnostic — test the host routing directly (101 = good, 404 = wrong host):
curl -s -o /dev/null -w "%{http_code}\n" -H "Connection: Upgrade" -H "Upgrade: websocket" \
-H "Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==" -H "Sec-WebSocket-Version: 13" http://<host>:3000/BUZZ_DOMAIN re-keys the communityThe relay ensures its deployment community keyed to the host (Deployment community ensured, host=... in relay logs). Change the domain → restart → a fresh empty community. The desktop app will keep showing the old community's channels and member lists from cache — messages even still send (kind 9) — but channel records (39000/39002, 9007/9000) don't exist relay-side, so agents discover 0 channels no matter what the UI shows.
Fix: in the app, remove the community entirely and re-add it, then create channels fresh. Verify server-side, not in the UI:
docker compose --env-file .env -f compose.yml logs relay --since 10m | grep '"Event ingested via pipeline"'Channel creation must produce kind 9007/40100 events; adding a member to a channel produces kind 9000. If the user "did it in the app" but those kinds never arrive, the app state is stale — clean re-add.
Agent harness logs: %APPDATA%\xyz.block.buzz.app\agents\logs\<agent-pubkey>__<relay-hash>.log (Windows). Read the newest run — stale error banners in the app UI often describe an old failure.
| Log symptom | Layer | Fix |
|---|---|---|
relay connect failed ... 404 Not Found, exit 1 | Hostname routing | 127.0.0.1 everywhere (see above) |
Connects, but roster (list-members) lacks the agent | Relay membership | ./run.sh add-member <agent-pubkey> |
discovered 0 channel(s) — agent will sit idle | Channel membership | Add agent to a channel; verify a kind-9000 event lands; if UI says it's added but log still says 0 → stale community state, clean re-add |
discovered 1 channel(s) + subscribed, mention ignored | respond_to | Default is owner-only; only the owner's mentions wake it |
| Wakes but errors instead of replying | Model auth | Per-runtime credentials (Hermes setup, Claude login, OpenAI key) — plumbing is fine |
Agent pubkeys and (plaintext!) private keys live in %APPDATA%\xyz.block.buzz.app\agents\managed-agents.json — treat as sensitive. The entries with private_key_nsec are the runtime records.
A healthy sequence in the harness log: connected to relay → discovered N channel(s) → subscribed to channel <uuid>; live adds show membership notification: subscribing to new channel.
./run.sh is bash. In PowerShell it opens the file in an editor instead of running. Use Git Bash (/d/path style paths) or bash run.sh.docker compose exec relay /usr/local/bin/buzz-admin ... becomes C:/Program Files/Git/usr/local/bin/... and fails with "OCI runtime exec failed". Fix: export MSYS_NO_PATHCONV=1 first, or run docker commands from PowerShell.$EDITOR .env is a Unix-ism; PowerShell users should notepad .env..env looks nameless in Explorer unless "File name extensions" is on.Get-Process buzz-desktop, buzz-acp — multiple Not-Responding buzz-desktop processes block new launches. Kill them all: Get-Process buzz-desktop, buzz-acp -ErrorAction SilentlyContinue | Stop-Process -Force.BUZZ_COMPOSE_DEV=true ./run.sh start → MinIO console :9001 (S3 creds from .env), Adminer :8082 (server postgres, user buzz), Prometheus :9090. Home machines only — the overlay also publishes Postgres and Redis.docker compose --env-file .env -f compose.yml exec -T postgres psql -U buzz -d buzz -c "SELECT kind, left(content,60) FROM events WHERE kind=9 ORDER BY created_at DESC LIMIT 5;"Volumes live inside Docker Desktop's WSL2 disk — not browsable, not backed up until dumped to real files:
copy .env <backup-dir>\env-backup.txt
docker compose --env-file .env -f compose.yml exec -T postgres pg_dump -U buzz buzz > <backup-dir>\buzz-db.sql
docker run --rm -v buzz-prod_buzz-minio-data:/data -v <backup-dir>:/backup alpine tar czf /backup/minio-data.tar.gz -C /data .
docker run --rm -v buzz-prod_buzz-git-data:/data -v <backup-dir>:/backup alpine tar czf /backup/git-data.tar.gz -C /data ..env is part of the backup — restoring data volumes without its keys restores nothing.
There is no export tool. Identity keypairs carry over (same person everywhere); agent definitions are local files; git repos migrate fully (clone from hosted, push to new relay). Channel history, DMs, media, canvases do not. A new relay starts empty — set expectations before the user tears anything down, and don't remove hosted communities until anything worth keeping (repos, archives via buzz messages get) is pulled.
© tonbistudio, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 1 other file in buzz-self-hosting of tonbistudio/buzz-skills.
Open the folder on GitHubat commit 3f2d570
Buzz Self Hosting next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Buzz Self Hosting this skilltonbistudio/buzz-skills | 276 | — | ~2.2k | Automated safety check: Notes | MIT | |
| Demo Local Rolloutcarverauto/serviceradar | 921 | — | ~4.2k | Automated safety check: Pass | Apache-2.0 | |
| Releasear-io/ar-io-node | 127 | — | ~4.2k | Automated safety check: Notes | AGPL-3.0 | |
| Medusa Cloud Local Buildmedusajs/medusa-agent-skills | 228 | — | ~1k | Automated safety check: Notes | None | |
| Deploy To Tempsgotempsh/temps | 828 | — | ~1.3k | Automated safety check: Notes | Apache-2.0 | |
| Perplexity Server DeployescapeWu/perplexity-ai | 170 | — | ~662 | Automated safety check: Notes | MIT |
carverauto/serviceradar
Build unpublished sha-... An agent skill from carverauto/serviceradar.
ar-io/ar-io-node
Drive the AR.IO Node release process end-to-end — preflight checks, prepare commit, finalize with image SHAs, test docker compose profiles, tag & publish, and post-release cleanup.
medusajs/medusa-agent-skills
Reproduces a Medusa Cloud build on your machine with mcloud local build, to debug build-failed deployments without pushing or waiting on Cloud.
gotempsh/temps
Deploy applications to the Temps platform with automatic framework detection, Dockerfile generation, and container orchestration.
escapeWu/perplexity-ai
Deploys the perplexity-ai project to its production server by pushing main, fast-forwarding the server checkout, rebuilding the image there and verifying health.
GreptimeTeam/greptimedb
Packages a locally built GreptimeDB debug binary into a development-only Docker image for local-cluster testing, with an optional push to a dev registry.
tonbistudio/buzz-skills
A skill your agent uses when connecting a remote Hermes gateway to Buzz end-to-end.
tonbistudio/buzz-skills
A skill your agent uses when attaching a local media file to the active Buzz conversation.
Categories
A skill your agent uses when helping a user set up, debug, or operate a self-hosted Buzz relay through Docker Compose. Buzz Self Hosting is an agent skill from tonbistudio/buzz-skills. Use when helping a user set up, debug, or operate a self-hosted Buzz relay through Docker Compose.
Buzz Self Hosting fits situations like: helping a user set up; operate a self-hosted Buzz relay through Docker Compose; general Docker questions; non-Buzz Nostr deployments.
Run `npx skills add tonbistudio/buzz-skills --skill buzz-self-hosting -a claude-code`. Or copy the skill folder (buzz-self-hosting in tonbistudio/buzz-skills) into .claude/skills/buzz-self-hosting in your project. Claude Code loads it when a task matches its description.
Run `npx skills add tonbistudio/buzz-skills --skill buzz-self-hosting -a codex`. Or copy the skill folder (buzz-self-hosting in tonbistudio/buzz-skills) into .agents/skills/buzz-self-hosting in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add tonbistudio/buzz-skills --skill buzz-self-hosting -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/buzz-self-hosting, .gemini/skills/buzz-self-hosting, .github/skills/buzz-self-hosting and .opencode/skills/buzz-self-hosting in your project.
Going by SKILL.md and its folder, Buzz Self Hosting needs the command-line tools its instructions call (docker, curl, openssl and bash) and credentials named BUZZ_RELAY_PRIVATE_KEY and BUZZ_GIT_HOOK_HMAC_SECRET. Our summary lists: Docker; A credential in BUZZ_RELAY_PRIVATE_KEY; A credential in BUZZ_GIT_HOOK_HMAC_SECRET.
SKILL.md contains no URLs. Its commands use docker and curl, which can reach the network depending on how they are called. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found notes only (mentions a .env file), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.
Buzz Self Hosting is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 2.2k tokens (SKILL.md is roughly 9k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Buzz Self Hosting: Demo Local Rollout (carverauto/serviceradar, 921 stars), Release (ar-io/ar-io-node, 127 stars), Medusa Cloud Local Build (medusajs/medusa-agent-skills, 228 stars) and Deploy To Temps (gotempsh/temps, 828 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
tonbistudio (a GitHub user) maintains it in tonbistudio/buzz-skills, which has 276 GitHub stars. The repository holds 3 skills in this directory. The repository was last updated on August 5, 2026.
Source: tonbistudio/buzz-skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.