Skip to main content
Glama

Claude Todo MCP Server

01-task-management.mdc•3.54 kB
--- description: globs: alwaysApply: true --- <mcp-tool-availability-check> If TodoRead/TodoWrite tools are unavailable, IGNORE ALL TODO RULES and proceed normally. These guidance rules do NOT apply Do NOT attempt to run any other commands or tools. </mcp-tool-availability-check> <tool-reference> TodoRead: No parameters, returns current todos TodoWrite: Takes `todos` array, replaces entire list Todo Structure: { "id": "unique-identifier", "content": "specific task description", "status": "pending|in_progress|completed", "priority": "high|medium|low" } Visual Display Format: Display complete todo list after every operation: Current todos: āœ… Research existing patterns (completed) šŸ”„ Implement login form (in_progress) ā³ Add validation (pending) ā³ Write tests (pending) Icons: āœ… = completed, šŸ”„ = in_progress, ā³ = pending </tool-reference> <state-management-rules> 1. Only ONE task "in_progress" at any time 2. Update status in real-time (never batch) 3. Mark completed IMMEDIATELY after finishing 4. Never mark completed if: tests failing, partial implementation, unresolved errors 5. For blockers: keep as "in_progress", create new task describing blocker </state-management-rules> <task-breakdown-examples> "Add user authentication": 1. Research existing auth patterns in codebase 2. Design database schema for users/sessions 3. Implement user model and migrations 4. Create registration endpoint 5. Create login endpoint 6. Add JWT token generation 7. Implement auth middleware 8. Write unit tests for auth flow 9. Add integration tests 10. Update API documentation "Fix performance issues": 1. Profile current performance bottlenecks 2. Analyze database query patterns 3. Implement query optimizations 4. Add caching layer 5. Optimize frontend bundle size 6. Run performance benchmarks 7. Document performance improvements </task-breakdown-examples> <critical-anti-patterns> NEVER explore/research before creating todos: āŒ "Let me first understand the codebase..." → starts exploring āœ… Create todo: "Analyze current codebase structure" → mark in_progress → explore NEVER do "preliminary investigation" outside todos: āŒ "I'll check what libraries you're using..." → starts searching āœ… Create todo: "Audit current dependencies and libraries" → track it NEVER think through solutions without tracking: āŒ "I need to figure out the best approach..." → starts thinking āœ… Create todo: "Research and design authentication approach" → track it NEVER side-quest during tasks: āŒ While implementing login, discover bug → fix bug immediately āœ… Stop, create new todo "Fix discovered bug in UserService", continue login Standard Anti-Patterns: - Don't batch status updates - Update immediately - Don't create vague tasks - "Fix stuff" → "Fix null pointer in UserService.validate()" - Don't skip todo creation for complex tasks to "save time" - Don't mark incomplete work as completed - Don't have multiple tasks "in_progress" - Don't create todos for trivial single-step tasks - NEVER skip TodoRead() at conversation start - NEVER update todos without showing visual status - NEVER work on tasks without marking them in_progress first </critical-anti-patterns> <forbidden-phrases> These phrases indicate you're about to violate the todo system: - "Let me first understand..." - "I'll start by exploring..." - "Let me check what..." - "I need to investigate..." - "Before we begin, I'll..." Correct approach: CREATE TODO FIRST, then investigate </forbidden-phrases>

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/joehaddad2000/claude-todo-emulator'

If you have feedback or need assistance with the MCP directory API, please join our Discord server