Skip to main content
Use cases

What teams build with AgentBundle.

Real patterns where one agent gets authored by a head-of-function and used by every team across the org. The marketing lead writes a brand voice agent; engineers, sales, and support all run outbound through it. The customer-success lead writes a triage agent; engineering bug-triage, product, and marketing all consume the same classification.

What these examples have in common

Every story below follows the same four steps. The agents differ; the shape doesn’t.

  1. One author who knows the domain. A head-of-function writes the agent. Marketing lead → brand voice. Customer-success lead → ticket triager. HR partner → onboarding buddy. The author is whoever owns the canonical playbook today.
  2. Canonical docs go in. The same docs that today live in a Notion page nobody reads — the brand guide, the qualification rubric, the handbook, the classification taxonomy. The agent references them through MCP connections, so it stays current as the docs change.
  3. One reviewer signs off, the agent publishes. Once approved, anyone in the org can use it from whichever AI runtime they work in — Claude, Cursor, Copilot, OpenCode, Gemini, Codex, Windsurf, or the AgentBundle dashboard.
  4. When the canonical updates, every team picks it up. The author re-publishes; the new version ships with a changelog. The audit log keeps the full history of what changed and who approved it.
Copied to clipboard