Skip to main content
Boundaries help teams keep the right people, knowledge, channels, actions, and analytics together. The practical question is: which part of the business should this agent belong to, and what should it be allowed to see or do?

Organization vs Workspace

A top-level organization is the billing and account umbrella. A workspace is an isolated Duckie environment under that organization. Billing rolls up to the top-level organization. Configuration and data stay separate inside each workspace.

What a Workspace Separates

Each workspace has its own:
AreaWhat is scoped
Members and rolesWorkspace membership and role assignments
ConnectionsConnected integrations and credentials
Agents and deploymentsAgent configuration, deployment settings, and production runs
Knowledge and trainingKnowledge items, guidelines, guardrails, runbooks, snippets, tools, and workflows
Analytics and testingRuns, usage attribution, playground activity, and batch tests
Changing one workspace does not change a sibling workspace.

Workspace Examples

WorkspaceWhy it helps
EMEA SupportRegional ownership, channels, localized knowledge, and escalation paths
Product A Support and Product B SupportSeparate docs, agents, tools, and analytics by product
Internal Support and Customer SupportDifferent audiences, policies, integrations, and tone
Enterprise SupportHigh-touch customers, stricter guardrails, dedicated connections, and specialist agents
Pilot SupportUseful only when the pilot needs separate data or configuration; otherwise use Testing mode

Boundary Choices

Use thisWhen
WorkspaceYou need hard separation of members, connections, agents, knowledge, runs, and settings
Knowledge TagsThe same workspace is fine, but an agent should search only certain knowledge
Separate agentsJobs, tone, tools, or escalation rules differ
Deployment filtersThe same agent should handle only certain channels, groups, tags, events, or schedules
Tool access and approvalsYou need to limit what agents can do
GuardrailsYou need shared restrictions and escalation rules
Testing surfacesYou want to validate behavior before expanding live scope
  1. Start from your business structure: teams, products, regions, customer segments, and support motions.
  2. Create workspaces only where separation is needed.
  3. Connect only the integrations each workspace should use.
  4. Configure agents with scoped knowledge, tools, guidelines, guardrails, runbooks, and workflows.
  5. Deploy in Testing mode first.
  6. Review Analyze > Runs and testing results.
  7. Expand to Live once behavior and ownership are clear.

Workspaces

Create and manage isolated Duckie workspaces.

Members

Manage people and roles.

Knowledge Tags

Scope knowledge within a workspace.

Connections

Connect the right systems to each workspace.