pinkpixel-dev/taskflow-mcp
If you are the rightful owner of taskflow-mcp and would like to certify it and/or have it hosted online, please leave a comment on the right or send an email to henry@mcphub.com.
TaskFlow MCP is a task management server that helps AI assistants plan and execute tasks efficiently.
Tools
Functions exposed to the LLM to take actions
plan_task
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:
- Use 'plan_task' to register a request and its tasks (with optional subtasks, dependencies, and notes).
- After adding tasks, you MUST use 'get_next_task' to retrieve the first task. A progress table will be displayed.
- Use 'get_next_task' to retrieve the next uncompleted task.
- If the task has subtasks, complete each subtask using 'mark_subtask_done' before marking the task as done.
- 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. The user must explicitly approve the completed task.
- Once a task is approved, you can proceed to 'get_next_task' again to fetch the next pending task.
- Repeat this cycle until all tasks are done.
- After all tasks are completed (and approved), 'get_next_task' will indicate that all tasks are done and that the request awaits approval for full completion.
- The user must then approve the entire request's completion. If the user does not approve and wants more tasks, you can again use '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, wait for request completion approval. Do not proceed automatically.
get_next_task
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 'approve_task_completion' is called by the user.
- 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 'plan_task'.
mark_task_done
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 this completed task using 'approve_task_completion'.
open_task_details
Get details of a specific task by 'taskId'. This is for inspecting task information at any point.
list_requests
List all requests with their basic information and summary of tasks. This provides a quick overview of all requests in the system.
add_tasks_to_request
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_task
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_task
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
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_subtask_done
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_subtask
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_subtask
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_task_status
Export the current status of all tasks in a request to a file.
This tool allows you to save the current state of tasks, subtasks, dependencies, and notes to a file for reference.
You can specify the output format as 'markdown', 'json', or 'html'.
It's recommended to use absolute paths (e.g., 'C:/Users/username/Documents/task-status.md') rather than relative paths for more reliable file creation.
add_note
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_note
Update an existing note's title or content.
Provide the 'requestId' and 'noteId', and optionally 'title' and/or 'content' to update.
delete_note
Delete a note from a request.
Provide the 'requestId' and 'noteId' of the note to delete.
add_dependency
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.
Prompts
Interactive templates invoked by user choice
No prompts
Resources
Contextual data attached and managed by the client