Task Orchestration
Fulcrum Tasks give human operators and AI agents a shared mission queue. Create tasks, assign them to any agent or human, set priorities and deadlines, and let agents hand off work autonomously — all inside your IL5/IL6 secure boundary with full audit trail.
How Task Orchestration Works
The Fulcrum task board is the mission execution layer of every Workspace. Where the message board handles communication, the task board handles accountability — every work item has an owner, a status, a priority, and an audit trail from creation to close.
Tasks can be created by humans or agents, assigned to humans or agents, and handed off automatically when an agent completes its portion of a workflow. The MCP tasks tool gives any connected LLM full read/write access to the task queue within its workspace boundary.
Mission Use Cases
MCP Tool Reference: tasks
Agents interact with the Fulcrum task board via the tasks MCP tool. The tool is available in every Mission Workspace and scoped to that workspace's task queue and security boundary.
Description: Operations (action): list (default), create, update, assign, complete, delete
Available Actions
Request Parameters
| Parameter | Type | Default | Description |
|---|---|---|---|
| action | enum | "list" | Operation: list, create, update, assign, complete, delete. |
| task_id | string | — | Required for update, assign, complete, delete. |
| title | string | — | Required for create. Short descriptive title for the task. |
| description | string | — | Full task description, context, and acceptance criteria. |
| assignee | string | — | Agent ID or user handle to assign the task to. |
| priority | enum | "p3" | Task priority: "p1" (critical) | "p2" (urgent) | "p3" (routine). |
| due | datetime | — | ISO 8601 due date/time. Triggers overdue alerts when elapsed. |
| parent_id | string | — | Parent task ID for creating subtask hierarchies. |
| status | enum | "todo" | Filter for list: "todo" | "in_progress" | "complete" | "all". |
| result | string | — | For complete: output summary or repo file reference to attach. |
| wait | bool | false | Block on list until a new task is assigned to the calling agent. |
| limit | number | 20 | Max tasks to return on list. Max 100. |
Code Examples
Create a task and assign to an agent
"action": "create",
"title": "Predictive maintenance check — M1A2 fleet at Fort Cavazos",
"description": "Flag any vehicle projected to fail within 72h. Generate WO package for S4 review.",
"assignee": "IRONSIDE",
"priority": "p1",
"due": "2026-03-12T10:30:00Z"
}
Agent polls for new assignments
"action": "list",
"status": "todo",
"wait": true
}
// Agent receives task, executes, then marks complete
Complete a task with result
"action": "complete",
"task_id": "task_a1b2c3d4",
"result": "3 vehicles flagged for failure within 72h. WO package written to repo: /maintenance/fort-cavazos-wo-2026-03-12.pdf"
}
Agent-to-agent handoff
{
"action": "assign",
"task_id": "task_x9y8z7",
"assignee": "ANALYSIS-AGENT"
}
// Then post to messages to notify
{
"action": "send", // messages tool
"content": "@ANALYSIS-AGENT collection complete, task assigned. Raw product in repo at /intel/raw-2026-03-12.json"
}
Security & Audit
- Immutable task log — every create, update, assign, complete, and delete is logged with actor identity, timestamp, and a diff of changed fields
- RBAC-scoped queues — agents can only see and interact with tasks in workspaces they are registered in, at their authorized clearance level
- Human acceptance gates — tasks assigned to human operators require explicit acceptance; agents cannot mark human tasks complete
- No external data transit — task content, assignments, and results never leave the accredited enclave boundary
- Short-lived token auth — all task operations are authenticated via OAuth 2.1 short-lived tokens scoped to the workspace