TaskFlow MCP

Register a new user request and plan its associated tasks. You must provide 'originalRequest' and 'tasks', and optionally 'splitDetails'.

Tasks can now include subtasks, which are smaller units of work that make up a task. All subtasks must be completed before a task can be marked as done.

You can also include:

• 'dependencies': List of project or task-specific dependencies (libraries, tools, etc.)

• 'notes': General notes about the project (preferences, guidelines, etc.)

• 'outputPath': Path to save a Markdown file with the task plan for reference. It's recommended to use absolute paths (e.g., 'C:/Users/username/Documents/task-plan.md') rather than relative paths for more reliable file creation.

This tool initiates a new workflow for handling a user's request. The workflow is as follows:

1. Use 'plan_task' to register a request and its tasks (with optional subtasks, dependencies, and notes).

2. After adding tasks, you MUST use 'get_next_task' to retrieve the first task. A progress table will be displayed.

3. Use 'get_next_task' to retrieve the next uncompleted task.

4. If the task has subtasks, complete each subtask using 'mark_subtask_done' before marking the task as done.

5. IMPORTANT: After marking a task as done, a progress table will be displayed showing the updated status of all tasks. The assistant MUST NOT proceed to another task without the user's approval. Ask the user for approval before proceeding.

6. Once the user approves the completed task, you can proceed to 'get_next_task' again to fetch the next pending task.

7. Repeat this cycle until all tasks are done.

8. After all tasks are completed, 'get_next_task' will indicate that all tasks are done. At this point, ask the user for confirmation that the entire request has been completed satisfactorily.

9. If the user wants more tasks, you can use 'add_tasks_to_request' or 'plan_task' to add new tasks and continue the cycle.

The critical point is to always wait for user approval after completing each task and after all tasks are done. Do not proceed automatically, UNLESS the user has explicitly told you to continue with all tasks and that you do not need approval.

Given a 'requestId', return the next pending task (not done yet). If all tasks are completed, it will indicate that no more tasks are left and that you must ask the user what to do next.

A progress table showing the current status of all tasks will be displayed with each response.

If the same task is returned again or if no new task is provided after a task was marked as done, you MUST NOT proceed. In such a scenario, you must prompt the user for approval before calling 'get_next_task' again. Do not skip the user's approval step. In other words:

• After calling 'mark_task_done', do not call 'get_next_task' again until the user has given approval for the completed task.

• If 'get_next_task' returns 'all_tasks_done', it means all tasks have been completed. At this point, confirm with the user that all tasks have been completed, and optionally add more tasks via 'add_tasks_to_request' or 'plan_task'.

Mark a given task as done after you've completed it. Provide 'requestId' and 'taskId', and optionally 'completedDetails'.

After marking a task as done, a progress table will be displayed showing the updated status of all tasks.

After this, DO NOT proceed to 'get_next_task' again until the user has explicitly approved the completed task. Ask the user for approval before continuing.

Get details of a specific task by 'taskId'. This is for inspecting task information at any point.

List all requests with their basic information and summary of tasks. This provides a quick overview of all requests in the system.

Add new tasks to an existing request. This allows extending a request with additional tasks.

Tasks can include subtasks and dependencies. A progress table will be displayed showing all tasks including the newly added ones.

Update an existing task's title and/or description. Only uncompleted tasks can be updated.

A progress table will be displayed showing the updated task information.

Delete a specific task from a request. Only uncompleted tasks can be deleted.

A progress table will be displayed showing the remaining tasks after deletion.

Add subtasks to an existing task. Provide 'requestId', 'taskId', and 'subtasks' array.

Subtasks are smaller units of work that make up a task. All subtasks must be completed before a task can be marked as done.

A progress table will be displayed showing the updated task with its subtasks.

Mark a subtask as done. Provide 'requestId', 'taskId', and 'subtaskId'.

A progress table will be displayed showing the updated status of all tasks and subtasks.

All subtasks must be completed before a task can be marked as done.

Update a subtask's title or description. Provide 'requestId', 'taskId', 'subtaskId', and optionally 'title' and/or 'description'.

Only uncompleted subtasks can be updated.

A progress table will be displayed showing the updated task with its subtasks.

Delete a subtask from a task. Provide 'requestId', 'taskId', and 'subtaskId'.

Only uncompleted subtasks can be deleted.

A progress table will be displayed showing the updated task with its remaining subtasks.

Export the current status of all tasks in a request to a file.

This tool saves the current state of tasks, subtasks, dependencies, and notes to a file for reference.

You can specify:

• 'format': 'markdown', 'json', or 'html'

• 'outputPath': Full path to save the file, or just a directory path

• 'filename': Optional custom filename (auto-generated if not provided)

Path handling:

• If outputPath is a directory, filename will be auto-generated as '{project-name}_tasks.{ext}'

• If outputPath includes filename, it will be used as-is

• Relative paths are resolved from current working directory

• If no path specified, saves to current working directory

Add a note to a request. Notes can contain important information about the project, such as user preferences or guidelines.

Notes are displayed in the task progress table and can be referenced when working on tasks.

Update an existing note's title or content.

Provide the 'requestId' and 'noteId', and optionally 'title' and/or 'content' to update.

Delete a note from a request.

Provide the 'requestId' and 'noteId' of the note to delete.

Add a dependency to a request or task.

Dependencies can be libraries, tools, or other requirements needed for the project or specific tasks.

If 'taskId' is provided, the dependency will be added to that specific task. Otherwise, it will be added to the request.

Get the current prompts configuration including instructions, taskPrefix, and taskSuffix settings.

This tool helps you view the current global prompts settings that are applied to all tasks.

Set the global prompts configuration with instructions, taskPrefix, and/or taskSuffix.

This replaces any existing prompts settings with the new values provided.

• 'instructions': General instructions or context shown at the top of each task

• 'taskPrefix': Text to prepend before each task description

• 'taskSuffix': Text to append after each task description

Update specific parts of the prompts configuration without replacing the entire object.

Use this to modify individual fields (instructions, taskPrefix, or taskSuffix) while keeping other settings unchanged.

Remove the entire prompts configuration or specific fields from it.

If 'fields' is provided, only those specific fields will be removed. If 'fields' is not provided, the entire prompts configuration will be removed.

Archive completed requests to a separate file to keep the active tasks file clean.

If 'requestIds' is provided, only those specific completed requests will be archived. If 'requestIds' is not provided, all completed requests will be archived.

This addresses the need to keep active tasks file uncluttered by moving completed work to archive storage.

List archived requests with optional search and filtering capabilities.

Provides an overview of all archived requests with their metadata and completion information.

Restore a specific archived request back to the active tasks file.

This moves the request from the archive back to active status, allowing you to continue working on it.