Notre avis
Gérer les tâches de développement TaskBridge via un système de fichiers Markdown structuré avec suivi des tâches actives, différées et terminées.
Points forts
- Organisation claire des tâches par répertoires (todo/for-later/complete)
- Modèle de fichier standardisé avec description, critères d'acceptation et priorité
- Opérations simples (lister, créer, déplacer) via des commandes bash
Limites
- Ne fournit pas de suivi automatique de l'avancement
- Les tâches déplacées vers 'complete' peuvent n'être que partiellement terminées
- Pas d'intégration avec des outils externes comme Jira ou GitHub Issues
Quand vous travaillez sur un projet nécessitant un suivi basique et structuré des tâches en ligne de commande.
Pour des projets complexes avec dépendances, sprints et rapports détaillés, préférez un outil spécialisé.
Analyse de sécurité
SûrThe skill only uses basic file listing (ls) and moving (mv) commands within designated task directories (todo_tasks/, complete_tasks/, for-later/). It does not perform exfiltration, destruction, or execute external scripts. Bash usage is for legitimate project task management with no security concerns.
Aucun point d'attention détecté
Exemples
What tasks do we have in the todo list?Create a task for adding user authentication with medium priorityMark the 'add-user-authentication' task as donename: task description: Manage TaskBridge development tasks using the structured todo workflow. Use when creating, listing, completing, or updating task files in todo_tasks/ directory.
Task Management
Manage TaskBridge development tasks using the structured todo workflow.
Overview
TaskBridge uses a markdown-based task tracking system with three main directories:
todo_tasks/- Active tasks to be completedtodo_tasks/for-later/- Deferred tasks for future workcomplete_tasks/- Completed and archived tasks
Important Note: Some tasks in complete_tasks/ may only have UI implementation complete, with backend/database work still pending. Always verify the actual completion state by reading the task file and checking the codebase, rather than assuming full completion based on directory location alone.
Task File Structure
Each task follows this template:
# Task Title
## Task Description
Brief description of what needs to be done
## Problem (optional)
Context about why this task is needed
## Requirements
- Bullet point requirements
- Keep it simple and focused
- Include technical requirements
## Acceptance Criteria
- [ ] Specific deliverable 1
- [ ] Specific deliverable 2
- [ ] Specific deliverable 3
## Technical Notes
Implementation details, affected files, code examples
## Related Files (optional)
- `/path/to/file.ts` - Description
- `/path/to/another.tsx` - Description
## Priority
Low/Medium/High
## Dependencies (optional)
- List of related tasks or features
- External dependencies
## Estimated Effort (optional)
Small/Medium/Large or time estimate
Instructions
When asked to work with tasks, perform the appropriate action:
1. List Tasks
When to use: User asks "what tasks do we have?", "show me pending tasks", "list todos"
Action:
- Use
Bashtool to list files intodo_tasks/(excludingfor-later/) - Show count of active tasks
- Optionally show
for-later/tasks separately - Present as organized list
Example:
ls -1 todo_tasks/*.md 2>/dev/null | wc -l
ls -1 todo_tasks/*.md 2>/dev/null
ls -1 todo_tasks/for-later/*.md 2>/dev/null
2. Create New Task
When to use: User asks to "create a task", "add a todo for...", "document this work"
Action:
- Ask user for task details if not provided:
- Task title (for filename)
- Description
- Requirements
- Priority
- Generate kebab-case filename (e.g.,
add-user-notifications.md) - Use the template structure above
- Create file in
todo_tasks/usingWritetool - Optionally ask if task should go in
for-later/instead
Naming Convention:
- Use descriptive kebab-case names
- Optional numeric prefix for sequenced tasks (e.g.,
17-feature-name.md) - Examples:
invite-to-apply-notification-system.md,15-budget-unclear-option.md
3. Complete Task
When to use: After finishing work on a task, user says "mark task X as done", "complete the Y task"
Action:
- Identify the task file in
todo_tasks/ - Use
Bashtool to move file:mv todo_tasks/task-name.md complete_tasks/task-name.md - Confirm the move
- Optionally update any checkboxes in the file to mark all as complete
Important Considerations:
- Some tasks may be moved to
complete_tasks/with only UI work done (backend/database pending) - Consider adding a note at the top of partially-complete tasks: "Status: UI complete, backend pending"
- When moving a task, verify if it's fully complete or just UI-complete
- Git will automatically detect the file move in the working directory
4. Defer Task
When to use: User says "move X to for later", "defer this task"
Action:
- Identify the task file in
todo_tasks/ - Use
Bashtool to move file:mv todo_tasks/task-name.md todo_tasks/for-later/task-name.md - Confirm the move
5. Bring Back Deferred Task
When to use: User says "bring back X task", "move Y from for-later"
Action:
- Identify the task file in
todo_tasks/for-later/ - Use
Bashtool to move file:mv todo_tasks/for-later/task-name.md todo_tasks/task-name.md - Confirm the move
6. View Task Details
When to use: User asks "what's in the X task?", "show me task Y"
Action:
- Use
Globto find task file (search all directories) - Use
Readto display task contents - Summarize key sections for user
7. Update Task Progress
When to use: User says "update task X progress", "mark acceptance criteria Y as done"
Action:
- Use
Readto get current task content - Use
Editto update checkboxes:- [ ]→- [x] - Optionally add notes about progress in Technical Notes section
Project Context
TaskBridge Details:
- Next.js 15 app with Supabase backend
- TypeScript + Tailwind CSS + NextUI + Radix UI
- Multilingual (EN/BG/RU) with i18n
- Feature-based architecture in
/src/features/
Common Task Types:
- UI/UX improvements (forms, pages, components)
- Feature implementations (notifications, messaging, etc.)
- Database schema changes (migrations, RLS policies)
- Refactoring (component extraction, code organization)
- Infrastructure (deployment, optimization, performance)
Guidelines
DO:
- ✅ Use descriptive task titles
- ✅ Include clear acceptance criteria with checkboxes
- ✅ Add technical implementation details
- ✅ Move completed tasks to
complete_tasks/directory - ✅ Keep task scope focused and achievable
- ✅ Update checkboxes as work progresses
DON'T:
- ❌ Create tasks without clear deliverables
- ❌ Delete task files (move to complete_tasks instead)
- ❌ Create duplicate tasks
- ❌ Make task descriptions too vague
- ❌ Use git commands directly (per project guidelines)
Success Criteria
- Task files are properly structured and readable
- Tasks are correctly organized in appropriate directories
- Task progress is tracked via acceptance criteria checkboxes
- Completed work is properly archived in
complete_tasks/ - Deferred tasks are organized in
todo_tasks/for-later/
Examples
Create task:
User: "Create a task for implementing dark mode"
Assistant: [Creates todo_tasks/implement-dark-mode.md with full template]
Complete task:
User: "We finished the budget unclear option task"
Assistant: [Moves todo_tasks/15-budget-unclear-option.md to complete_tasks/]
Defer task:
User: "Let's do the messaging system later"
Assistant: [Moves todo_tasks/12-persistent-messaging-system.md to todo_tasks/for-later/]
Expert Next.js App Router
Developpement
Un skill qui transforme Claude en expert Next.js App Router.
Générateur de README
Developpement
Crée des README.md professionnels et complets pour vos projets.
Rédacteur de Documentation API
Developpement
Génère de la documentation API complète au format OpenAPI/Swagger.