Create
POST /matters/v1Execute
POST /matters/v1//work-itemsDecide
POST /matters/v1//work-items//decisionWhat a matter owns
- Primary vault linkage
- Work items and execution history
- Reusable parties and matter-specific roles
- Optional playbook (matter type) for agent instructions
- Audit logs, exports, events, and shares
Core resources
| Resource | Endpoint family | Purpose |
|---|---|---|
| Matter | /matters/v1 | Create, update, and inspect legal workspaces |
| Matter types | /matters/v1/types | Optional playbooks with agent instructions |
| Agent types | /matters/v1/agent-types | Reusable agent role definitions |
| Parties | /matters/v1/parties | Reusable people and organizations |
| Matter parties | /matters/v1/{id}/parties | Attach parties to a matter with roles |
| Work items | /matters/v1/{id}/work-items | Create and manage tasks — agents dispatch automatically |
| Decisions | /matters/v1/{id}/work-items/{workItemId}/decision | Approve, revise, block, or reassign work |
| Logs | /matters/v1/{id}/log | Operational history and exports |
| Shares | /matters/v1/{id}/shares | Cross-org matter access |
How it works
The matters API is a task board. Create a work item, an agent picks it up automatically.- Create a work item → an agent starts immediately (fire and forget)
- Agent completes → work item status moves to
done(orblockedif it failed) - Agents can create more work items — they have full API access scoped to the matter
- Humans or agents can decide — approve, revise (re-run), block, or reassign any work item
depends_on in metadata — a draft work item with dependencies won’t dispatch until all dependencies are done.

