Threads MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {} |
| resources | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| create_threadC | Create a new thread for tracking an activity stream |
| update_threadC | Update properties of an existing thread |
| archive_threadC | Archive a thread (optionally with children) |
| delete_threadC | Permanently delete a thread |
| get_threadC | Get a single thread by ID or name |
| add_progressC | Add a progress note to a thread |
| list_progressC | Get progress history for a thread |
| edit_progressC | Edit an existing progress entry |
| delete_progressC | Delete a progress entry |
| create_containerC | Create a new container for organizing threads |
| update_containerC | Update properties of a container |
| delete_containerC | Delete a container |
| create_groupC | Create a new group for cross-cutting organization |
| update_groupC | Update properties of a group |
| delete_groupC | Delete a group |
| set_parentC | Set the parent of a thread or container |
| move_to_groupC | Move a thread or container to a group |
| get_childrenC | Get immediate children of an entity |
| get_ancestorsC | Get all ancestors of an entity (path to root) |
| get_subtreeC | Get the full subtree rooted at an entity |
| list_threadsC | List threads with optional filtering |
| list_containersC | List containers with optional filtering |
| list_groupsB | List all groups |
| search_threadsC | Search threads and containers by text query |
| get_next_actionB | Suggest the next thread to work on based on priority |
| get_full_treeC | Get the complete hierarchy tree |
| get_entityC | Get any entity (thread or container) by ID or name |
| get_containerC | Get a container by ID or name |
| get_groupC | Get a group by ID or name |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| All Threads | List of all threads in the system |
| Active Threads | Threads with active status |
| Hot Threads | Threads with hot or warm temperature |
| All Containers | List of all containers in the system |
| All Groups | List of all groups in the system |
| Full Hierarchy Tree | Complete hierarchy of all threads and containers |
| Next Action | Suggested next thread to work on |
TDQS
Scored across 29 tools
Most tools have clearly distinct purposes, such as create_thread vs. delete_thread or get_ancestors vs. get_children, but there is some overlap between get_entity and more specific getters like get_thread or get_container, which could cause minor confusion. Overall, the descriptions help clarify boundaries, but a few tools like get_entity might be redundant with others.
Tool names follow a highly consistent verb_noun pattern throughout, such as create_thread, delete_container, update_group, and list_progress. All tools use snake_case without deviation, making them predictable and easy to understand. This consistency aids in agent selection and reduces cognitive load.
With 29 tools, the count is borderline high for a thread management server, potentially feeling heavy and overwhelming for agents. While the tools cover many operations, some could be consolidated (e.g., multiple getters), making the set slightly over-scoped. It's not extreme, but it approaches the upper limit of reasonable.
The tool set provides complete CRUD and lifecycle coverage for threads, containers, groups, and progress notes, including creation, retrieval, updating, deletion, and organization (e.g., move_to_group, set_parent). No obvious gaps exist; agents can manage the entire hierarchy and workflow without dead ends, ensuring robust functionality.