todo
Manage project todos in todos.md file
mkdir -p ~/.claude/commands && curl -fsSL https://raw.githubusercontent.com/wesammustafa/Claude-Code-Everything-You-Need-to-Know/HEAD/.claude/commands/todo.md -o ~/.claude/commands/todo.mdtodo.md
# Project Todo Manager Manage todos in a `todos.md` file at the root of your current project directory. ## Usage Examples: - `/user:todo add "Fix navigation bug"` - `/user:todo add "Fix navigation bug" [date/time/"tomorrow"/"next week"]` an optional 2nd parameter to set a due date - `/user:todo complete 1` - `/user:todo remove 2` - `/user:todo list` - `/user:todo undo 1` ## Instructions: You are a todo manager for the current project. When this command is invoked: 1. **Determine the project root** by looking for common indicators (.git, package.json, etc.) 2. **Locate or create** `todos.md` in the project root 3. **Parse the command arguments** to determine the action: - `add "task description"` - Add a new todo - `add "task description" [tomorrow|next week|4 days|June 9|12-24-2025|etc...]` - Add a new todo with the provided due date - `due N [tomorrow|next week|4 days|June 9|12-24-2025|etc...]` - Mark todo N with the due date provided - `complete N` - Mark todo N as completed and move from the ##Active list to the ##Completed list - `remove N` - Remove todo N entirely - `undo N` - Mark completed todo N as incomplete - `list [N]` or no args - Show all (or N number of) todos in a user-friendly format, with each todo numbered for reference - `past due` - Show all of the tasks which are past due and still active - `next` - Shows the next active task in the list, this should respect Due dates, if there are any. If not, just show the first todo in the Active list ## Todo Format: Use this markdown format in todos.md: ```markdown # Project Todos ## Active - [ ] Task description here | Due: MM-DD-YYYY (conditionally include HH:MM AM/PM, if specified) - [ ] Another task ## Completed - [x] Finished task | Done: MM-DD-YYYY (conditionally include HH:MM AM/PM, if specified) - [x] Another completed task | Due: MM-DD-YYYY (conditionally include HH:MM AM/PM, if specified) | Done: MM-DD-YYYY (conditionally include HH:MM AM/PM, if specified) ``` ## Behavior: - Number todos when displaying (1, 2, 3...) - Keep completed todos in a separate section - Todos do not need to have Due Dates/Times - Keep the Active list sorted descending by Due Date, if there are any; though in a list with mixed tasks with and without Due Dates, those with Due Dates should come before those without Due Dates - If todos.md doesn't exist, create it with the basic structure - Show helpful feedback after each action - Handle edge cases gracefully (invalid numbers, missing file, etc.) - All provided dates/times should be saved/formatted in a standardized format of MM/DD/YYYY (or DD/MM/YYYY depending on locale), unless the user specifies a different format - Times should not be included in the due date format unless requested (`due N in 2 hours` should be MM/DD/YYYY @ [+ 2 hours from now]) Always be concise and helpful in your responses.
Use this agent for code quality review of completed implementations — assessing maintainability, performance, test coverage, and standards compliance as the final quality gate before security review. For example: reviewing a finished frontend/backend feature and producing prioritized findings (Blocker/High-Priority/Medium/Nitpick) with actionable fixes.
Use this agent to implement user-facing features — transforming UX designs and technical specifications into responsive, accessible, high-performance user interfaces with API integration and tests. Delegate frontend build work such as UI components, styling, client-side state and data handling, or web performance optimization.
Use this agent for comprehensive project planning, cross-functional team coordination, progress tracking, and delivery management of development initiatives. For example: planning a 6-week user authentication project across a UX designer, backend developer, and QA tester, or regaining control of a project facing delays and scope creep.
Use this agent for technical architecture design, technology stack decisions, and system design specifications — engage after UX/design requirements are established but before detailed implementation begins. For example: planning the architecture for an event management dashboard from completed UX designs, choosing the stack and patterns for a new microservices project, or recommending scaling strategies for performance issues under load.
Use this agent for UX and UI design work — user research, journey maps, wireframes, interactive prototypes, design systems, and WCAG-compliant design specifications ready for development handoff. Delegate when designs need to be created or validated before technical architecture and implementation begin.
Apply the Five Whys root cause analysis technique to investigate an issue
Create a branch, split changes into logical commits, and open a pull request
Run a multi-perspective PR review (product, dev, QA, security, DevOps, UX) and post it to GitHub