fix(move): Fix move command bug that left duplicate tasks

- Fixed logic in moveTaskToNewId function that was incorrectly treating task-to-task moves as subtask creation instead of task replacement
- Updated moveTaskToNewId to properly handle replacing existing destination tasks instead of just placeholders
- The move command now correctly replaces destination tasks and cleans up properly without leaving duplicates

- Task Management: Moved task 93 (Google Vertex AI Provider) to position 88, Moved task 94 (Azure OpenAI Provider) to position 89, Updated task dependencies and regenerated task files, Cleaned up orphaned task files automatically
- All important validations remain in place: Prevents moving tasks to themselves, Prevents moving parent tasks to their own subtasks, Prevents circular dependencies
- Resolves the issue where moving tasks would leave both source and destination tasks in tasks.json and file system

tasks/task_087.txt

@@ -0,0 +1,73 @@
+# Task ID: 87
+# Title: Task Master Gateway Integration
+# Status: pending
+# Dependencies: None
+# Priority: high
+# Description: Integrate Task Master with premium gateway services for enhanced testing and git workflow capabilities
+# Details:
+Add gateway integration to Task Master (open source) that enables users to access premium AI-powered test generation, TDD orchestration, and smart git workflows through API key authentication. Maintains local file operations while leveraging remote AI intelligence.
+
+# Test Strategy:
+
+
+# Subtasks:
+## 1. Add gateway integration foundation [pending]
+### Dependencies: None
+### Description: Create base infrastructure for connecting to premium gateway services
+### Details:
+Implement configuration management for API keys, endpoint URLs, and feature flags. Create HTTP client wrapper with authentication, error handling, and retry logic.
+
+## 2. Implement test-gen command [pending]
+### Dependencies: None
+### Description: Add test generation command that uses gateway API
+### Details:
+Create command that gathers local context (code, tasks, patterns), sends to gateway API for intelligent test generation, then writes generated tests to local filesystem with proper structure.
+
+## 3. Create TDD workflow command [pending]
+### Dependencies: None
+### Description: Implement TDD orchestration for red-green-refactor cycle
+### Details:
+Build TDD state machine that manages test phases, integrates with test watchers, and provides real-time feedback during development cycles.
+
+## 4. Add git-flow command [pending]
+### Dependencies: None
+### Description: Implement automated git workflow with smart commits
+### Details:
+Create git workflow automation including branch management, smart commit message generation via gateway API, and PR creation with comprehensive descriptions.
+
+## 5. Enhance task structure for testing metadata [pending]
+### Dependencies: None
+### Description: Extend task schema to support test and git information
+### Details:
+Add fields for test files, coverage data, git branches, commit history, and TDD phase tracking to task structure.
+
+## 6. Add MCP tools for test-gen and TDD commands [pending]
+### Dependencies: None
+### Description: Create MCP tool interfaces for IDE integration
+### Details:
+Implement MCP tools that expose test generation and TDD workflow commands to IDEs like Cursor, enabling seamless integration with development environment.
+
+## 7. Create test pattern detection for existing codebase [pending]
+### Dependencies: None
+### Description: Analyze existing tests to learn project patterns
+### Details:
+Implement pattern detection that analyzes existing test files to understand project conventions, naming patterns, and testing approaches for consistency.
+
+## 8. Add coverage analysis integration [pending]
+### Dependencies: None
+### Description: Integrate with coverage tools and provide insights
+### Details:
+Connect with Jest, NYC, and other coverage tools to analyze test coverage, identify gaps, and suggest improvements through gateway API.
+
+## 9. Implement test watcher with phase transitions [pending]
+### Dependencies: None
+### Description: Create intelligent test watcher for TDD automation
+### Details:
+Build test watcher that monitors test results and automatically transitions between TDD phases (red/green/refactor) based on test outcomes.
+
+## 10. Add fallback mode when gateway is unavailable [pending]
+### Dependencies: None
+### Description: Ensure Task Master works without gateway access
+### Details:
+Implement graceful degradation when gateway API is unavailable, falling back to local AI models or basic functionality while maintaining core Task Master features.
+

tasks/task_088.txt

@@ -1,7 +1,7 @@
-# Task ID: 93
+# Task ID: 88
 # Title: Implement Google Vertex AI Provider Integration
 # Status: pending
-# Dependencies: 19, 94
+# Dependencies: 19, 89
 # Priority: medium
 # Description: Develop a dedicated Google Vertex AI provider in the codebase, enabling users to leverage Vertex AI models with enterprise-grade configuration and authentication.
 # Details:
@@ -30,25 +30,25 @@
 Ensure the new class is consistent with the architecture of other providers such as google.js and openai.js, and is ready to integrate with the AI SDK.
 
 ## 2. Integrate Vercel AI SDK Google Vertex Package [pending]
-### Dependencies: 93.1
+### Dependencies: 88.1
 ### Description: Integrate the `@ai-sdk/google-vertex` package, supporting both the default provider and custom configuration via `createVertex`.
 ### Details:
 Allow for standard usage with the default `vertex` provider and advanced scenarios using `createVertex` for custom project ID, location, and credentials as per SDK documentation.
 
 ## 3. Implement Provider Interface Methods [pending]
-### Dependencies: 93.2
+### Dependencies: 88.2
 ### Description: Implement all required interface methods (e.g., `getClient`, `generateText`) to ensure compatibility with the provider system.
 ### Details:
 Reference implementation patterns from other providers to maintain consistency and ensure all required methods are present and functional.
 
 ## 4. Handle Vertex AI Configuration and Authentication [pending]
-### Dependencies: 93.3
+### Dependencies: 88.3
 ### Description: Implement support for Vertex AI-specific configuration, including project ID, location, and authentication via environment variables or explicit service account credentials.
 ### Details:
 Support both environment-based authentication and explicit credentials using `googleAuthOptions`, following Google Cloud and Vertex AI setup best practices.
 
 ## 5. Update Exports, Documentation, and Error Handling [pending]
-### Dependencies: 93.4
+### Dependencies: 88.4
 ### Description: Export the new provider, update the PROVIDERS object, and document setup instructions, including robust error handling for Vertex-specific issues.
 ### Details:
 Update `src/ai-providers/index.js` and `scripts/modules/ai-services-unified.js`, and provide clear documentation for setup, configuration, and error handling patterns.

tasks/task_089.txt

@@ -1,4 +1,4 @@
-# Task ID: 94
+# Task ID: 89
 # Title: Implement Azure OpenAI Provider Integration
 # Status: done
 # Dependencies: 19, 26
@@ -78,25 +78,25 @@ Verify the Azure OpenAI provider implementation through comprehensive testing:
 Create the AzureProvider class in src/ai-providers/azure.js that extends BaseAIProvider. Import createAzureOpenAI from @ai-sdk/azure package. Implement required interface methods including getClient() and validateConfig(). Handle Azure-specific configuration parameters: endpoint URL, API key, and deployment name. Follow the established pattern in openai.js and google.js. Ensure proper error handling for missing or invalid configuration.
 
 ## 2. Implement Configuration Management [done]
-### Dependencies: 94.1
+### Dependencies: 89.1
 ### Description: Add support for Azure OpenAI environment variables and configuration validation
 ### Details:
 Implement configuration management for Azure OpenAI provider that supports environment variables: AZURE_OPENAI_ENDPOINT, AZURE_OPENAI_API_KEY, and AZURE_OPENAI_DEPLOYMENT. Add validation logic to ensure both endpoint and API key are provided. Create clear error messages for configuration issues. Follow the same configuration pattern as implemented in other providers. Ensure the validateConfig() method properly checks all required Azure configuration parameters.
 
 ## 3. Update Provider Integration [done]
-### Dependencies: 94.1, 94.2
+### Dependencies: 89.1, 89.2
 ### Description: Integrate the Azure provider into the existing AI provider system
 ### Details:
 Update src/ai-providers/index.js to export the new AzureProvider class. Add 'azure' entry to the PROVIDERS object in scripts/modules/ai-services-unified.js. Ensure the provider is properly registered and accessible through the unified AI services. Test that the provider can be instantiated and used through the provider selection mechanism. Follow the same integration pattern used for existing providers.
 
 ## 4. Implement Azure-Specific Error Handling [done]
-### Dependencies: 94.1, 94.2
+### Dependencies: 89.1, 89.2
 ### Description: Add specialized error handling for Azure OpenAI-specific issues
 ### Details:
 Implement Azure-specific error handling for authentication failures, endpoint connectivity issues, and deployment name validation. Provide helpful error messages that guide users to resolve common configuration mistakes. Follow the established error handling patterns from Task 19. Create custom error classes if needed for Azure-specific errors. Ensure errors are properly propagated and formatted for user display.
 
 ## 5. Update Documentation [done]
-### Dependencies: 94.1, 94.2, 94.3, 94.4
+### Dependencies: 89.1, 89.2, 89.3, 89.4
 ### Description: Create comprehensive documentation for the Azure OpenAI provider integration
 ### Details:
 Update provider documentation to include Azure OpenAI setup instructions. Add configuration examples for Azure OpenAI environment variables. Include troubleshooting guidance for common Azure-specific issues. Document the required Azure resource creation process with references to Microsoft's documentation. Provide examples of valid configuration settings and explain each required parameter. Include information about Azure OpenAI model deployment requirements.

tasks/task_092.txt

@@ -1,94 +0,0 @@
-# Task ID: 92
-# Title: Implement Project Root Environment Variable Support in MCP Configuration
-# Status: in-progress
-# Dependencies: 1, 3, 17
-# Priority: medium
-# Description: Add support for a 'TASK_MASTER_PROJECT_ROOT' environment variable in MCP configuration, allowing it to be set in both mcp.json and .env, with precedence over other methods. This will define the root directory for the MCP server and take precedence over all other project root resolution methods. The implementation should be backward compatible with existing workflows that don't use this variable.
-# Details:
-Update the MCP server configuration system to support the TASK_MASTER_PROJECT_ROOT environment variable as the standard way to specify the project root directory. This provides better namespacing and avoids conflicts with other tools that might use a generic PROJECT_ROOT variable. Implement a clear precedence order for project root resolution:
-
-1. TASK_MASTER_PROJECT_ROOT environment variable (from shell or .env file)
-2. 'projectRoot' key in mcp_config.toml or mcp.json configuration files
-3. Existing resolution logic (CLI args, current working directory, etc.)
-
-Modify the configuration loading logic to check for these sources in the specified order, ensuring backward compatibility. All MCP tools and components should use this standardized project root resolution logic. The TASK_MASTER_PROJECT_ROOT environment variable will be required because path resolution is delegated to the MCP client implementation, ensuring consistent behavior across different environments.
-
-Implementation steps:
-1. Identify all code locations where project root is determined (initialization, utility functions)
-2. Update configuration loaders to check for TASK_MASTER_PROJECT_ROOT in environment variables
-3. Add support for 'projectRoot' in configuration files as a fallback
-4. Refactor project root resolution logic to follow the new precedence rules
-5. Ensure all MCP tools and functions use the updated resolution logic
-6. Add comprehensive error handling for cases where TASK_MASTER_PROJECT_ROOT is not set or invalid
-7. Implement validation to ensure the specified directory exists and is accessible
-
-# Test Strategy:
-1. Write unit tests to verify that the config loader correctly reads project root from environment variables and configuration files with the expected precedence:
-   - Test TASK_MASTER_PROJECT_ROOT environment variable takes precedence when set
-   - Test 'projectRoot' in configuration files is used when environment variable is absent
-   - Test fallback to existing resolution logic when neither is specified
-
-2. Add integration tests to ensure that the MCP server and all tools use the correct project root:
-   - Test server startup with TASK_MASTER_PROJECT_ROOT set to various valid and invalid paths
-   - Test configuration file loading from the specified project root
-   - Test path resolution for resources relative to the project root
-
-3. Test backward compatibility:
-   - Verify existing workflows function correctly without the new variables
-   - Ensure no regression in projects not using the new configuration options
-
-4. Manual testing:
-   - Set TASK_MASTER_PROJECT_ROOT in shell environment and verify correct behavior
-   - Set TASK_MASTER_PROJECT_ROOT in .env file and verify it's properly loaded
-   - Configure 'projectRoot' in configuration files and test precedence
-   - Test with invalid or non-existent directories to verify error handling
-
-# Subtasks:
-## 92.1. Update configuration loader to check for TASK_MASTER_PROJECT_ROOT environment variable [pending]
-### Dependencies: None
-### Description: Modify the configuration loading system to check for the TASK_MASTER_PROJECT_ROOT environment variable as the primary source for project root directory. Ensure proper error handling if the variable is set but points to a non-existent or inaccessible directory.
-### Details:
-
-
-## 92.2. Add support for 'projectRoot' in configuration files [pending]
-### Dependencies: None
-### Description: Implement support for a 'projectRoot' key in mcp_config.toml and mcp.json configuration files as a fallback when the environment variable is not set. Update the configuration parser to recognize and validate this field.
-### Details:
-
-
-## 92.3. Refactor project root resolution logic with clear precedence rules [pending]
-### Dependencies: None
-### Description: Create a unified project root resolution function that follows the precedence order: 1) TASK_MASTER_PROJECT_ROOT environment variable, 2) 'projectRoot' in config files, 3) existing resolution methods. Ensure this function is used consistently throughout the codebase.
-### Details:
-
-
-## 92.4. Update all MCP tools to use the new project root resolution [pending]
-### Dependencies: None
-### Description: Identify all MCP tools and components that need to access the project root and update them to use the new resolution logic. Ensure consistent behavior across all parts of the system.
-### Details:
-
-
-## 92.5. Add comprehensive tests for the new project root resolution [pending]
-### Dependencies: None
-### Description: Create unit and integration tests to verify the correct behavior of the project root resolution logic under various configurations and edge cases.
-### Details:
-
-
-## 92.6. Update documentation with new configuration options [pending]
-### Dependencies: None
-### Description: Update the project documentation to clearly explain the new TASK_MASTER_PROJECT_ROOT environment variable, the 'projectRoot' configuration option, and the precedence rules. Include examples of different configuration scenarios.
-### Details:
-
-
-## 92.7. Implement validation for project root directory [pending]
-### Dependencies: None
-### Description: Add validation to ensure the specified project root directory exists and has the necessary permissions. Provide clear error messages when validation fails.
-### Details:
-
-
-## 92.8. Implement support for loading environment variables from .env files [pending]
-### Dependencies: None
-### Description: Add functionality to load the TASK_MASTER_PROJECT_ROOT variable from .env files in the workspace, following best practices for environment variable management in MCP servers.
-### Details:
-
-

tasks/tasks.json

@@ -5794,7 +5794,109 @@
       ]
     },
     {
-      "id": 93,
+      "id": 87,
+      "title": "Task Master Gateway Integration",
+      "description": "Integrate Task Master with premium gateway services for enhanced testing and git workflow capabilities",
+      "details": "Add gateway integration to Task Master (open source) that enables users to access premium AI-powered test generation, TDD orchestration, and smart git workflows through API key authentication. Maintains local file operations while leveraging remote AI intelligence.",
+      "testStrategy": "",
+      "status": "pending",
+      "dependencies": [],
+      "priority": "high",
+      "subtasks": [
+        {
+          "id": 1,
+          "title": "Add gateway integration foundation",
+          "description": "Create base infrastructure for connecting to premium gateway services",
+          "details": "Implement configuration management for API keys, endpoint URLs, and feature flags. Create HTTP client wrapper with authentication, error handling, and retry logic.",
+          "status": "pending",
+          "dependencies": [],
+          "parentTaskId": 87
+        },
+        {
+          "id": 2,
+          "title": "Implement test-gen command",
+          "description": "Add test generation command that uses gateway API",
+          "details": "Create command that gathers local context (code, tasks, patterns), sends to gateway API for intelligent test generation, then writes generated tests to local filesystem with proper structure.",
+          "status": "pending",
+          "dependencies": [],
+          "parentTaskId": 87
+        },
+        {
+          "id": 3,
+          "title": "Create TDD workflow command",
+          "description": "Implement TDD orchestration for red-green-refactor cycle",
+          "details": "Build TDD state machine that manages test phases, integrates with test watchers, and provides real-time feedback during development cycles.",
+          "status": "pending",
+          "dependencies": [],
+          "parentTaskId": 87
+        },
+        {
+          "id": 4,
+          "title": "Add git-flow command",
+          "description": "Implement automated git workflow with smart commits",
+          "details": "Create git workflow automation including branch management, smart commit message generation via gateway API, and PR creation with comprehensive descriptions.",
+          "status": "pending",
+          "dependencies": [],
+          "parentTaskId": 87
+        },
+        {
+          "id": 5,
+          "title": "Enhance task structure for testing metadata",
+          "description": "Extend task schema to support test and git information",
+          "details": "Add fields for test files, coverage data, git branches, commit history, and TDD phase tracking to task structure.",
+          "status": "pending",
+          "dependencies": [],
+          "parentTaskId": 87
+        },
+        {
+          "id": 6,
+          "title": "Add MCP tools for test-gen and TDD commands",
+          "description": "Create MCP tool interfaces for IDE integration",
+          "details": "Implement MCP tools that expose test generation and TDD workflow commands to IDEs like Cursor, enabling seamless integration with development environment.",
+          "status": "pending",
+          "dependencies": [],
+          "parentTaskId": 87
+        },
+        {
+          "id": 7,
+          "title": "Create test pattern detection for existing codebase",
+          "description": "Analyze existing tests to learn project patterns",
+          "details": "Implement pattern detection that analyzes existing test files to understand project conventions, naming patterns, and testing approaches for consistency.",
+          "status": "pending",
+          "dependencies": [],
+          "parentTaskId": 87
+        },
+        {
+          "id": 8,
+          "title": "Add coverage analysis integration",
+          "description": "Integrate with coverage tools and provide insights",
+          "details": "Connect with Jest, NYC, and other coverage tools to analyze test coverage, identify gaps, and suggest improvements through gateway API.",
+          "status": "pending",
+          "dependencies": [],
+          "parentTaskId": 87
+        },
+        {
+          "id": 9,
+          "title": "Implement test watcher with phase transitions",
+          "description": "Create intelligent test watcher for TDD automation",
+          "details": "Build test watcher that monitors test results and automatically transitions between TDD phases (red/green/refactor) based on test outcomes.",
+          "status": "pending",
+          "dependencies": [],
+          "parentTaskId": 87
+        },
+        {
+          "id": 10,
+          "title": "Add fallback mode when gateway is unavailable",
+          "description": "Ensure Task Master works without gateway access",
+          "details": "Implement graceful degradation when gateway API is unavailable, falling back to local AI models or basic functionality while maintaining core Task Master features.",
+          "status": "pending",
+          "dependencies": [],
+          "parentTaskId": 87
+        }
+      ]
+    },
+    {
+      "id": 88,
       "title": "Implement Google Vertex AI Provider Integration",
       "description": "Develop a dedicated Google Vertex AI provider in the codebase, enabling users to leverage Vertex AI models with enterprise-grade configuration and authentication.",
       "details": "1. Create a new provider class in `src/ai-providers/google-vertex.js` that extends the existing BaseAIProvider, following the established structure used by other providers (e.g., google.js, openai.js).\n2. Integrate the Vercel AI SDK's `@ai-sdk/google-vertex` package. Use the default `vertex` provider for standard usage, and allow for custom configuration via `createVertex` for advanced scenarios (e.g., specifying project ID, location, and credentials).\n3. Implement all required interface methods (such as `getClient`, `generateText`, etc.) to ensure compatibility with the provider system. Reference the implementation patterns from other providers for consistency.\n4. Handle Vertex AI-specific configuration, including project ID, location, and Google Cloud authentication. Support both environment-based authentication and explicit service account credentials via `googleAuthOptions`.\n5. Implement robust error handling for Vertex-specific issues, including authentication failures and API errors, leveraging the system-wide error handling patterns.\n6. Update `src/ai-providers/index.js` to export the new provider, and add the 'vertex' entry to the PROVIDERS object in `scripts/modules/ai-services-unified.js`.\n7. Update documentation to provide clear setup instructions for Google Vertex AI, including required environment variables, service account setup, and configuration examples.\n8. Ensure the implementation is modular and maintainable, supporting future expansion for additional Vertex AI features or models.",
@@ -5802,7 +5904,7 @@
       "status": "pending",
       "dependencies": [
         19,
-        94
+        89
       ],
       "priority": "medium",
       "subtasks": [
@@ -5813,7 +5915,8 @@
           "dependencies": [],
           "details": "Ensure the new class is consistent with the architecture of other providers such as google.js and openai.js, and is ready to integrate with the AI SDK.",
           "status": "pending",
-          "testStrategy": "Verify the class structure matches other providers and can be instantiated without errors."
+          "testStrategy": "Verify the class structure matches other providers and can be instantiated without errors.",
+          "parentTaskId": 88
         },
         {
           "id": 2,
@@ -5824,7 +5927,8 @@
           ],
           "details": "Allow for standard usage with the default `vertex` provider and advanced scenarios using `createVertex` for custom project ID, location, and credentials as per SDK documentation.",
           "status": "pending",
-          "testStrategy": "Write unit tests to ensure both default and custom provider instances can be created and configured."
+          "testStrategy": "Write unit tests to ensure both default and custom provider instances can be created and configured.",
+          "parentTaskId": 88
         },
         {
           "id": 3,
@@ -5835,7 +5939,8 @@
           ],
           "details": "Reference implementation patterns from other providers to maintain consistency and ensure all required methods are present and functional.",
           "status": "pending",
-          "testStrategy": "Run integration tests to confirm the provider responds correctly to all interface method calls."
+          "testStrategy": "Run integration tests to confirm the provider responds correctly to all interface method calls.",
+          "parentTaskId": 88
         },
         {
           "id": 4,
@@ -5846,7 +5951,8 @@
           ],
           "details": "Support both environment-based authentication and explicit credentials using `googleAuthOptions`, following Google Cloud and Vertex AI setup best practices.",
           "status": "pending",
-          "testStrategy": "Test with both environment variable-based and explicit service account authentication to ensure both methods work as expected."
+          "testStrategy": "Test with both environment variable-based and explicit service account authentication to ensure both methods work as expected.",
+          "parentTaskId": 88
         },
         {
           "id": 5,
@@ -5857,12 +5963,13 @@
           ],
           "details": "Update `src/ai-providers/index.js` and `scripts/modules/ai-services-unified.js`, and provide clear documentation for setup, configuration, and error handling patterns.",
           "status": "pending",
-          "testStrategy": "Verify the provider is available for import, documentation is accurate, and error handling works by simulating common failure scenarios."
+          "testStrategy": "Verify the provider is available for import, documentation is accurate, and error handling works by simulating common failure scenarios.",
+          "parentTaskId": 88
         }
       ]
     },
     {
-      "id": 94,
+      "id": 89,
       "title": "Implement Azure OpenAI Provider Integration",
       "description": "Create a comprehensive Azure OpenAI provider implementation that integrates with the existing AI provider system, enabling users to leverage Azure-hosted OpenAI models through proper authentication and configuration.",
       "details": "Implement the Azure OpenAI provider following the established provider pattern:\n\n1. **Create Azure Provider Class** (`src/ai-providers/azure.js`):\n   - Extend BaseAIProvider class following the same pattern as openai.js and google.js\n   - Import and use `createAzureOpenAI` from `@ai-sdk/azure` package\n   - Implement required interface methods: `getClient()`, `validateConfig()`, and any other abstract methods\n   - Handle Azure-specific configuration: endpoint URL, API key, and deployment name\n   - Add proper error handling for missing or invalid Azure configuration\n\n2. **Configuration Management**:\n   - Support environment variables: AZURE_OPENAI_ENDPOINT, AZURE_OPENAI_API_KEY, AZURE_OPENAI_DEPLOYMENT\n   - Validate that both endpoint and API key are provided\n   - Provide clear error messages for configuration issues\n   - Follow the same configuration pattern as other providers\n\n3. **Integration Updates**:\n   - Update `src/ai-providers/index.js` to export the new AzureProvider\n   - Add 'azure' entry to the PROVIDERS object in `scripts/modules/ai-services-unified.js`\n   - Ensure the provider is properly registered and accessible through the unified AI services\n\n4. **Error Handling**:\n   - Implement Azure-specific error handling for authentication failures\n   - Handle endpoint connectivity issues with helpful error messages\n   - Validate deployment name and provide guidance for common configuration mistakes\n   - Follow the established error handling patterns from Task 19\n\n5. **Documentation Updates**:\n   - Update any provider documentation to include Azure OpenAI setup instructions\n   - Add configuration examples for Azure OpenAI environment variables\n   - Include troubleshooting guidance for common Azure-specific issues\n\nThe implementation should maintain consistency with existing provider implementations while handling Azure's unique authentication and endpoint requirements.",
@@ -5882,7 +5989,7 @@
           "details": "Create the AzureProvider class in src/ai-providers/azure.js that extends BaseAIProvider. Import createAzureOpenAI from @ai-sdk/azure package. Implement required interface methods including getClient() and validateConfig(). Handle Azure-specific configuration parameters: endpoint URL, API key, and deployment name. Follow the established pattern in openai.js and google.js. Ensure proper error handling for missing or invalid configuration.",
           "status": "done",
           "testStrategy": "Create unit tests that verify the AzureProvider class correctly initializes with valid configuration and throws appropriate errors with invalid configuration. Test the getClient() method returns a properly configured client instance.",
-          "parentTaskId": 94
+          "parentTaskId": 89
         },
         {
           "id": 2,
@@ -5894,7 +6001,7 @@
           "details": "Implement configuration management for Azure OpenAI provider that supports environment variables: AZURE_OPENAI_ENDPOINT, AZURE_OPENAI_API_KEY, and AZURE_OPENAI_DEPLOYMENT. Add validation logic to ensure both endpoint and API key are provided. Create clear error messages for configuration issues. Follow the same configuration pattern as implemented in other providers. Ensure the validateConfig() method properly checks all required Azure configuration parameters.",
           "status": "done",
           "testStrategy": "Test configuration validation with various combinations of missing or invalid parameters. Verify environment variables are correctly loaded and applied to the provider configuration.",
-          "parentTaskId": 94
+          "parentTaskId": 89
         },
         {
           "id": 3,
@@ -5907,7 +6014,7 @@
           "details": "Update src/ai-providers/index.js to export the new AzureProvider class. Add 'azure' entry to the PROVIDERS object in scripts/modules/ai-services-unified.js. Ensure the provider is properly registered and accessible through the unified AI services. Test that the provider can be instantiated and used through the provider selection mechanism. Follow the same integration pattern used for existing providers.",
           "status": "done",
           "testStrategy": "Create integration tests that verify the Azure provider is correctly registered and can be selected through the provider system. Test that the provider is properly initialized when selected.",
-          "parentTaskId": 94
+          "parentTaskId": 89
         },
         {
           "id": 4,
@@ -5920,7 +6027,7 @@
           "details": "Implement Azure-specific error handling for authentication failures, endpoint connectivity issues, and deployment name validation. Provide helpful error messages that guide users to resolve common configuration mistakes. Follow the established error handling patterns from Task 19. Create custom error classes if needed for Azure-specific errors. Ensure errors are properly propagated and formatted for user display.",
           "status": "done",
           "testStrategy": "Test error handling by simulating various failure scenarios including authentication failures, invalid endpoints, and missing deployment names. Verify appropriate error messages are generated.",
-          "parentTaskId": 94
+          "parentTaskId": 89
         },
         {
           "id": 5,
@@ -5935,71 +6042,7 @@
           "details": "Update provider documentation to include Azure OpenAI setup instructions. Add configuration examples for Azure OpenAI environment variables. Include troubleshooting guidance for common Azure-specific issues. Document the required Azure resource creation process with references to Microsoft's documentation. Provide examples of valid configuration settings and explain each required parameter. Include information about Azure OpenAI model deployment requirements.",
           "status": "done",
           "testStrategy": "Review documentation for completeness, accuracy, and clarity. Ensure all configuration options are documented and examples are provided. Verify troubleshooting guidance addresses common issues identified during implementation.",
-          "parentTaskId": 94
+          "parentTaskId": 89
-        }
-      ]
-    },
-    {
-      "id": 92,
-      "title": "Implement Project Root Environment Variable Support in MCP Configuration",
-      "description": "Add support for a 'TASK_MASTER_PROJECT_ROOT' environment variable in MCP configuration, allowing it to be set in both mcp.json and .env, with precedence over other methods. This will define the root directory for the MCP server and take precedence over all other project root resolution methods. The implementation should be backward compatible with existing workflows that don't use this variable.",
-      "status": "in-progress",
-      "dependencies": [
-        1,
-        3,
-        17
-      ],
-      "priority": "medium",
-      "details": "Update the MCP server configuration system to support the TASK_MASTER_PROJECT_ROOT environment variable as the standard way to specify the project root directory. This provides better namespacing and avoids conflicts with other tools that might use a generic PROJECT_ROOT variable. Implement a clear precedence order for project root resolution:\n\n1. TASK_MASTER_PROJECT_ROOT environment variable (from shell or .env file)\n2. 'projectRoot' key in mcp_config.toml or mcp.json configuration files\n3. Existing resolution logic (CLI args, current working directory, etc.)\n\nModify the configuration loading logic to check for these sources in the specified order, ensuring backward compatibility. All MCP tools and components should use this standardized project root resolution logic. The TASK_MASTER_PROJECT_ROOT environment variable will be required because path resolution is delegated to the MCP client implementation, ensuring consistent behavior across different environments.\n\nImplementation steps:\n1. Identify all code locations where project root is determined (initialization, utility functions)\n2. Update configuration loaders to check for TASK_MASTER_PROJECT_ROOT in environment variables\n3. Add support for 'projectRoot' in configuration files as a fallback\n4. Refactor project root resolution logic to follow the new precedence rules\n5. Ensure all MCP tools and functions use the updated resolution logic\n6. Add comprehensive error handling for cases where TASK_MASTER_PROJECT_ROOT is not set or invalid\n7. Implement validation to ensure the specified directory exists and is accessible",
-      "testStrategy": "1. Write unit tests to verify that the config loader correctly reads project root from environment variables and configuration files with the expected precedence:\n   - Test TASK_MASTER_PROJECT_ROOT environment variable takes precedence when set\n   - Test 'projectRoot' in configuration files is used when environment variable is absent\n   - Test fallback to existing resolution logic when neither is specified\n\n2. Add integration tests to ensure that the MCP server and all tools use the correct project root:\n   - Test server startup with TASK_MASTER_PROJECT_ROOT set to various valid and invalid paths\n   - Test configuration file loading from the specified project root\n   - Test path resolution for resources relative to the project root\n\n3. Test backward compatibility:\n   - Verify existing workflows function correctly without the new variables\n   - Ensure no regression in projects not using the new configuration options\n\n4. Manual testing:\n   - Set TASK_MASTER_PROJECT_ROOT in shell environment and verify correct behavior\n   - Set TASK_MASTER_PROJECT_ROOT in .env file and verify it's properly loaded\n   - Configure 'projectRoot' in configuration files and test precedence\n   - Test with invalid or non-existent directories to verify error handling",
-      "subtasks": [
-        {
-          "id": 92.1,
-          "title": "Update configuration loader to check for TASK_MASTER_PROJECT_ROOT environment variable",
-          "description": "Modify the configuration loading system to check for the TASK_MASTER_PROJECT_ROOT environment variable as the primary source for project root directory. Ensure proper error handling if the variable is set but points to a non-existent or inaccessible directory.",
-          "status": "pending"
-        },
-        {
-          "id": 92.2,
-          "title": "Add support for 'projectRoot' in configuration files",
-          "description": "Implement support for a 'projectRoot' key in mcp_config.toml and mcp.json configuration files as a fallback when the environment variable is not set. Update the configuration parser to recognize and validate this field.",
-          "status": "pending"
-        },
-        {
-          "id": 92.3,
-          "title": "Refactor project root resolution logic with clear precedence rules",
-          "description": "Create a unified project root resolution function that follows the precedence order: 1) TASK_MASTER_PROJECT_ROOT environment variable, 2) 'projectRoot' in config files, 3) existing resolution methods. Ensure this function is used consistently throughout the codebase.",
-          "status": "pending"
-        },
-        {
-          "id": 92.4,
-          "title": "Update all MCP tools to use the new project root resolution",
-          "description": "Identify all MCP tools and components that need to access the project root and update them to use the new resolution logic. Ensure consistent behavior across all parts of the system.",
-          "status": "pending"
-        },
-        {
-          "id": 92.5,
-          "title": "Add comprehensive tests for the new project root resolution",
-          "description": "Create unit and integration tests to verify the correct behavior of the project root resolution logic under various configurations and edge cases.",
-          "status": "pending"
-        },
-        {
-          "id": 92.6,
-          "title": "Update documentation with new configuration options",
-          "description": "Update the project documentation to clearly explain the new TASK_MASTER_PROJECT_ROOT environment variable, the 'projectRoot' configuration option, and the precedence rules. Include examples of different configuration scenarios.",
-          "status": "pending"
-        },
-        {
-          "id": 92.7,
-          "title": "Implement validation for project root directory",
-          "description": "Add validation to ensure the specified project root directory exists and has the necessary permissions. Provide clear error messages when validation fails.",
-          "status": "pending"
-        },
-        {
-          "id": 92.8,
-          "title": "Implement support for loading environment variables from .env files",
-          "description": "Add functionality to load the TASK_MASTER_PROJECT_ROOT variable from .env files in the workspace, following best practices for environment variable management in MCP servers.",
-          "status": "pending"
         }
       ]
     }