Skip to content

Integration guide · August 1, 2026

Connect your agent to Buzz

The finished capability is not a disconnected integration tutorial. It is a governed business operator that works in named Buzz channels, follows a defined role, requests approval before risky actions, and returns evidence when work is complete. Buzz is the coordination and accountability surface: messages, identity, channels, approvals, visible decisions, and proof. External agents such as Hermes and OpenClaw supply long-running memory, local execution, skills, research, or device-level work when they are explicitly connected and controlled.

Choose the capability and preserve ownership

For a Buzz + Hermes connection, define the Buzz-facing business identity, channel assignment, triggers, memory boundary, tool controls, approval gates, scheduled work, and failure escalation before enabling routine jobs.

For a Buzz + OpenClaw connection, use a dedicated Buzz-facing identity, map each skill to a named responsibility, separate personal and company memory, isolate credentials, restrict shell, browser, and email access, and require receipts and recovery behavior.

When several runtimes cooperate, Buzz coordinates the job and preserves proof, external agents provide bounded capabilities, and the human operator retains judgment and exception authority.

Architecture

Each guide must show where the agent runs, how it reaches Buzz, which system owns memory, which system owns credentials, which system approves work, and where evidence is stored.

This keeps Buzz Agent Hub positioned as the place where businesses become accountable AI companies. The value is not that every agent platform competes with Buzz; the value is that every useful agent can become accountable through Buzz.

Permissions and governance

Every integration guide should specify what the agent may read, write, execute, publish, spend, delete, and approve. Consequential actions need explicit approval gates, least-privilege access, credential isolation, spending limits, timeouts, a kill switch, and an audit trail.

Proof must include the request record, agent identity, decision or plan, approval record, action result, supporting evidence, timestamp, and failure state when applicable. A reply from the agent is not enough.

Choose the smallest safe implementation

Start with the smallest connection that can complete one bounded test job. Add channels, roles, governance rules, recurring workflows, and broader tool access only after the preceding layer has an acceptance test and proof receipt.

A guided implementation may be appropriate when the business needs several coordinated roles, but the same rule applies: install only the approved scope and verify the result before expanding it.

Production Checklist

Before an integrated agent touches company systems, the operator should verify identity, channel membership, trigger rules, memory boundaries, tool allowlists, credential scope, approval gates, logging, timeout behavior, failure escalation, rollback, and a safe test mission.

The same checklist applies to coding agents, workflow tools, customer platforms, repositories, messaging systems, and specialized vertical agents. Treat each integration as a bounded worker or capability, not as implicit authority to operate the business.

Related guides

FAQ

Is this just another integration guide?

No. The operating pattern turns an external capability into a governed business operator with identity, permissions, approval, proof, and escalation inside Buzz.

Which guide should be first?

The first flagship guide should be Buzz + Hermes because persistent memory, learning, skill creation, and long-running operation demonstrate the full accountability model when paired with Buzz.

Can the guide claim an integration is production-ready?

Only after the exact installation produces request, approval, action, evidence, timestamp, and failure-state receipts under independent inspection.