atlas-mcp-server
bulk_task_operations
Execute multiple task operations atomically.
Performance Optimization:
- Operations processed in dependency order
- Single-operation batches for consistency
- Full transaction rollback on failure
- Retry mechanism: 3 retries, 1s delay
Validation:
- All create/update constraints apply
- Cross-operation dependency validation
- Status transition rules enforced
- Parent-child relationships validated
- Metadata schema checked
Best Practices:
- Group related operations
- Order operations by dependencies
- Include clear operation reasoning
- Handle parent-child updates together
- Consider status propagation effects
Operation Limits:
- Path: max length 1000 chars, max depth 10
- Notes: max 100 per category
- Dependencies: max 50 per task
- Metadata fields: max 100 entries each
Example: { "operations": [ { "type": "create", "path": "project/backend/oauth2", "data": { "title": "Implement OAuth2 Authentication", "type": "MILESTONE", "description": "Replace JWT auth with OAuth2 implementation", "planningNotes": [ "Research OAuth2 providers", "Define integration requirements" ], "metadata": { "reasoning": "OAuth2 provides better security and standardization" } } }, { "type": "create", "path": "project/backend/oauth2/provider-setup", "data": { "title": "Configure OAuth2 Providers", "dependencies": ["project/backend/oauth2"], "planningNotes": [ "List required OAuth2 providers", "Document configuration requirements" ], "metadata": { "reasoning": "Provider setup required before implementation" } } }, { "type": "update", "path": "project/backend/auth", "data": { "status": "CANCELLED", "completionNotes": [ "Functionality replaced by OAuth2 implementation" ], "metadata": { "reasoning": "Replaced by OAuth2 implementation" } } } ], "reasoning": "Transitioning authentication system to OAuth2. Creating necessary task structure and updating existing tasks to reflect the change." }
Input Schema
Name | Required | Description | Default |
---|---|---|---|
operations | Yes | Sequence of atomic task operations with validation: Operation Constraints: - Path: max length 1000 chars, max depth 10 levels - Dependencies: max 50 per task - Notes: max 100 per category, each max 1000 chars - Metadata fields: max 100 entries each Create Operations: - title: Task name (required, max 200 chars) - description: Task details (max 2000 chars) - type: TASK/MILESTONE - dependencies: Required tasks (max 50) - metadata: Task tracking fields: - priority: low/medium/high - tags: max 100 tags, each max 100 chars - reasoning: max 2000 chars - tools_used: max 100 entries - resources_accessed: max 100 entries - context_used: max 100 entries, each max 1000 chars - notes: Each category max 100 notes, each max 1000 chars Update Operations: - Same field constraints as create - Status changes validate dependencies - Parent-child relationships enforced - Metadata schema validated - Note limits enforced Delete Operations: - Cascades to all child tasks - Updates dependent references - Validates relationship integrity Execution: - Operations processed in dependency order - Full transaction rollback on failure - Retry mechanism: 3 retries, 1s delay - Atomic - all succeed or all fail | |
reasoning | No | Explanation for bulk operation. Best practices: - Document overall goal and rationale - Explain relationships between operations - Note impact on existing tasks and dependencies - Record migration details and backup locations - Include validation and testing strategy - Document rollback procedures if needed |