-
Notifications
You must be signed in to change notification settings - Fork 10
Common Use Cases
This page documents the most common ways teams and individuals use MCP Task Orchestrator, with specific examples and recommended approaches.
Scenario: Building a new user authentication system
Workflow:
- Project Setup: Create project "User Management System"
-
Feature Creation: Use
create_feature_workflowfor "User Authentication" -
Task Breakdown: Use
task_breakdown_workflowto split into:- Database schema design
- API endpoint implementation
- Frontend integration
- Security testing
- Documentation
Templates Applied:
-
context-backgroundfor business requirements -
technical-approachfor architecture decisions -
testing-strategyfor quality assurance
Example Commands:
"Create a project for our user management system"
"Use create_feature_workflow to set up user authentication"
"Break down the API implementation task using task_breakdown_workflow"
"Apply technical approach and testing strategy templates to the database task"
Scenario: Managing incoming bug reports and systematic resolution
Workflow:
-
Triage: Use
bug_triage_workflowfor each new bug -
Investigation: Apply
bug-investigation-workflowtemplate - Classification: Tag with severity and component
- Resolution: Create fix tasks with dependencies
Tagging Strategy:
- Severity:
severity-critical,severity-high,severity-medium,severity-low - Component:
component-frontend,component-backend,component-database - Type:
bug-type-regression,bug-type-performance,bug-type-security
Example Commands:
"Use bug_triage_workflow for the login timeout issue"
"Create a task to investigate the payment processing failure"
"Show me all high-severity bugs in the frontend component"
"Update the database connection bug to completed status"
Scenario: Ensuring code quality through structured review processes
Workflow:
-
PR Preparation: Use
github-pr-workflowtemplate - Review Tasks: Create tasks for code review activities
-
Quality Gates: Use
definition-of-donetemplate - Follow-up: Track and resolve review feedback
Custom Templates:
- "Code Review Checklist" with security, performance, and style checks
- "QA Testing Plan" with test case definitions and coverage requirements
Scenario: 2-week development sprints with mixed feature and maintenance work
Workflow:
-
Backlog Review: Use
search_tasksto analyze pending work -
Sprint Planning: Apply
sprint_planning_workflow - Capacity Planning: Balance complexity across team members
- Daily Tracking: Monitor progress with status queries
Sprint Setup Example:
"Use sprint_planning_workflow to organize our next 2-week sprint"
"Show me all pending tasks with high priority"
"Create dependencies between the database migration and API updates"
"Tag all selected tasks with sprint-24 and assign team members"
Daily Standup Queries:
"Show me all in-progress tasks for sprint-24"
"List any tasks blocked by dependencies"
"What tasks were completed yesterday?"
Scenario: Coordinating feature releases across multiple teams
Workflow:
- Release Planning: Create features for each release component
- Cross-team Dependencies: Model dependencies between teams
- Quality Gates: Ensure all features meet release criteria
- Release Tracking: Monitor progress toward release goals
Release Organization:
- Project: "Q2 2024 Release"
- Features: "Mobile App Updates", "API v2.0", "Infrastructure Scaling"
- Dependencies: API changes BLOCK mobile app integration
Scenario: Evaluating new technologies or approaches
Workflow:
- Research Planning: Create project with research objectives
- Investigation Tasks: Break down research into specific areas
- Proof of Concept: Create implementation tasks
- Documentation: Capture findings and recommendations
Research Template Sections:
- Background and objectives
- Methodology and approach
- Findings and analysis
- Recommendations and next steps
Example Commands:
"Create a project to evaluate microservices architecture"
"Break down the container orchestration research into specific tasks"
"Apply the technical approach template to the proof of concept task"
"Document our findings on database performance in the research sections"
Scenario: Building and testing experimental functionality
Workflow:
- Hypothesis Definition: Clear problem statement and expected outcomes
- Experiment Design: Structured approach to testing
- Implementation: Incremental development with checkpoints
- Analysis: Data collection and evaluation
Experiment Tracking:
- Tag experiments with
experiment-[name] - Use complexity ratings to estimate effort
- Create dependencies for sequential experiments
- Apply
testing-strategytemplate for validation
Scenario: Solo developer managing multiple personal projects
Workflow:
- Project Organization: Separate projects for different initiatives
- Priority Management: Use priority levels to focus effort
- Progress Tracking: Regular reviews of completed work
- Context Switching: Organized task resumption
Personal Productivity Tips:
- Use
get_overviewdaily to review current state - Tag tasks by energy level:
energy-high,energy-medium,energy-low - Create dependencies to sequence work logically
- Apply templates consistently for knowledge retention
Example Daily Workflow:
"Show me today's overview of all my projects"
"What high-priority tasks are pending?"
"Update the blog redesign task to in-progress"
"Create a task to review this week's completed work"
Scenario: Structured approach to learning new technologies
Workflow:
- Learning Goals: Create project for skill development
- Curriculum Planning: Break learning into specific topics
- Practice Projects: Apply knowledge through implementation
- Progress Tracking: Monitor learning milestones
Learning Project Structure:
- Project: "React Native Development"
- Features: "Core Concepts", "Navigation", "State Management", "API Integration"
- Tasks: Specific tutorials, exercises, and practice projects
Scenario: Creating comprehensive technical documentation
Workflow:
- Content Planning: Outline documentation structure
- Writing Tasks: Individual sections or topics
- Review Process: Structured editing and feedback
- Publication: Final review and release
Documentation Templates:
- "Technical Writing Template" with structure guidelines
- "Review Checklist Template" for quality assurance
- "Publication Template" with final steps
Scenario: Managing a technical blog with regular content
Workflow:
- Content Calendar: Plan topics and publication schedule
- Research Tasks: Information gathering and fact-checking
- Writing Process: Structured writing and editing
- Promotion: Social media and community sharing
Content Lifecycle:
- Idea → Research → Outline → Draft → Edit → Publish → Promote
Scenario: Product team with designers, developers, and product managers
Workflow:
- Unified Project: Single project for entire initiative
- Role-based Features: Features aligned with disciplines
- Dependency Management: Model handoffs between roles
- Communication: Shared understanding through documentation
Role-based Tagging:
-
role-design,role-frontend,role-backend,role-qa,role-product -
phase-discovery,phase-design,phase-development,phase-testing
Scenario: Distributed team across multiple time zones
Workflow:
- Async Communication: Rich task documentation
- Status Transparency: Clear progress indicators
- Handoff Procedures: Detailed completion criteria
- Time Zone Coordination: Dependencies that respect work schedules
Remote Team Best Practices:
- Use detailed task summaries for context
- Apply
definition-of-donetemplate consistently - Create clear handoff criteria in task sections
- Tag tasks with time zone considerations
Scenario: Managing multiple client projects with different requirements
Workflow:
- Client Separation: Separate projects for each client
- Billing Tracking: Tags for time tracking and billing
- Scope Management: Clear feature boundaries
- Communication: Client-friendly status reports
Client Project Organization:
- Tag structure:
client-[name],billable,internal - Priority levels aligned with client commitments
- Dependencies to model client approval gates
- Templates for consistent deliverable quality
Scenario: Creating project proposals with accurate estimates
Workflow:
- Requirements Gathering: Use requirements templates
- Work Breakdown: Detailed task analysis
- Effort Estimation: Complexity-based estimation
- Proposal Generation: Convert tasks to client proposals
Estimation Process:
- Break client requirements into detailed tasks
- Use complexity ratings (1-10) for effort estimation
- Create dependencies to model project timeline
- Generate effort summaries from task complexity
Scenario: Automating task updates based on code changes
Integration Points:
- PR creation updates task status to "in-progress"
- PR merge moves task to "completed"
- Failed builds create bug investigation tasks
- Deployment success triggers testing tasks
Scenario: Keeping task orchestrator aligned with other project tools
Common Integrations:
- JIRA epic and story synchronization
- GitHub issue and milestone tracking
- Slack notifications for status changes
- Calendar integration for deadline tracking
Characteristics:
- Shared understanding of work
- Informal communication
- Flexible processes
Recommended Approach:
- Single project with features for major work areas
- Consistent tagging for work type
- Weekly planning sessions
- Template usage for knowledge sharing
Characteristics:
- Multiple specializations
- Need for coordination
- Process standardization
Recommended Approach:
- Multiple projects for different products/areas
- Role-based and team-based tagging
- Dependency management for coordination
- Custom templates for team-specific needs
Characteristics:
- Complex interdependencies
- Formal processes
- Multiple stakeholder groups
Recommended Approach:
- Hierarchical project organization
- Standardized templates and workflows
- Integration with enterprise tools
- Regular dependency review processes
To add your use case to this page:
- Describe the Scenario: What problem are you solving?
- Document the Workflow: Step-by-step process
- Include Examples: Specific commands or configurations
- Share Lessons Learned: What works well, what to avoid
- Provide Context: Team size, industry, project type
Use the existing sections as templates for formatting and level of detail.