Agents - OrgX Docs

OrgX runs a specialist agent system: one orchestrator coordinates six domain agents.
This is deliberate. It reduces context loss, improves output quality, and gives you clearer control over approvals.

Questions This Page Answers

Which OrgX agents are real and supported right now?
What each agent is best at, and when it should be selected
Why specialist routing beats a single generic assistant
How autonomy, trust, and budget controls affect agent execution

Why Specialist Agents Win

Higher quality per domain: Engineering, product, design, sales, marketing, and operations have different success criteria.
Less rework: The orchestrator routes tasks to the right specialist first instead of letting one model guess.
Faster review loops: Decision cards are easier to approve when the right agent produced the artifact.
Safer autonomy: Trust and budget controls are applied per agent capability, not as one global “on/off.”

Canonical Agent Domains

Engineering Agent (`engineering-agent`)

Best for: implementation, bug fixes, refactors, tests, PR-ready diffs.

Capability	What It Produces
Code remediation	focused fixes with rationale
Test hardening	unit/integration coverage updates
Refactor slices	scoped structural improvements
PR artifacts	commit-ready change narratives

Product Agent (`product-agent`)

Best for: framing, prioritization, PRDs, initiative decomposition.

Capability	What It Produces
Problem framing	clear user/job-to-be-done definitions
Plan decomposition	IWMT-ready work slices
Priority rationale	risk/impact tradeoff summaries
PRD scaffolds	measurable requirements and acceptance criteria

Marketing Agent (`marketing-agent`)

Best for: campaign planning, content, messaging, channel sequencing.

Capability	What It Produces
Campaign design	launch plans and briefs
Messaging variants	channel-specific copy
Funnel support	CTA and conversion narratives
Brand alignment	voice-consistent drafts

Sales Agent (`sales-agent`)

Best for: qualification, outreach, competitive positioning, deal execution.

Capability	What It Produces
Qualification structure	MEDDIC-style scorecards
Personalized outreach	context-aware sequences
Pipeline risk detection	next-best-action cues
Competitive response	objection handling and battlecards

Design Agent (`design-agent`)

Best for: UX specs, accessibility audits, design-system alignment.

Capability	What It Produces
Interaction specs	implementation-ready UI behavior
Accessibility checks	WCAG findings and fixes
Token/component guidance	design-system-consistent updates
UX rationale	tradeoff documentation

Operations Agent (`operations-agent`)

Best for: runbooks, incident patterns, escalation and reliability loops.

Capability	What It Produces
Incident analysis	root-cause and remediation plans
Operational playbooks	repeatable response workflows
Guardrail checks	SLA/budget/status governance
Cadence reporting	execution health summaries

Orchestrator Agent (`orchestrator-agent`)

Best for: sequencing, delegation, and cross-domain handoff quality.

Capability	What It Produces
Task routing	right agent, right order
Dependency handling	queue-safe handoff plans
Dispatch lifecycle control	start/pause/restart/resolve transitions
Cross-domain synthesis	unified progress narrative

How Selection Works

Multi-Agent Patterns (Common)

product-agent → engineering-agent: plan first, then implement.
design-agent → engineering-agent: spec clarity before code.
marketing-agent + sales-agent: aligned narrative from top funnel to close.
operations-agent + orchestrator-agent: unblock and stabilize stalled execution.

Governance: Trust, Autonomy, Budget

Level	Behavior	Best Use
`shadow`	Suggest only	onboarding and evaluation
`tutor`	Suggest + explain	policy training
`supervised`	execute with approval	default production mode
`autonomous`	execute within guardrails	trusted repetitive workflows
`full_auto`	no review gates	low-risk, tightly bounded flows only

Check trust state:

{
  "tool": "get_my_trust_context",
  "args": { "workspace_id": "ws_...", "agent_type": "engineering-agent" }
}

Start bounded autonomous execution:

{
  "tool": "start_autonomous_session",
  "args": {
    "max_cost_usd": 5.0,
    "max_receipts": 50,
    "scope": ["workstream_123"]
  }
}

What Agents Do Not Do

They do not access tools you have not connected.
They do not bypass your decision policy unless you explicitly allow it.
They do not spend beyond configured guardrails.
They do not cross workspace boundaries.

Next Steps

Decisions

See how approvals, escalations, and blocker resolution work.

Architecture

Understand how agents, MCP, and org graph execution fit together.

​Questions This Page Answers

​Why Specialist Agents Win

​Canonical Agent Domains