Synthèse automatique
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é
Comment cette analyse est faiteExemples
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/]
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/taskbridge-task-management-mmio71dy/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/taskbridge-task-management-mmio71dy' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/taskbridge-task-management-mmio71dy/download' --output '.skill-downloads/taskbridge-task-management-mmio71dy/SKILL.md.part' && mv '.skill-downloads/taskbridge-task-management-mmio71dy/SKILL.md.part' '.skill-downloads/taskbridge-task-management-mmio71dy/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/taskbridge-task-management-mmio71dy/SKILL.md' && test -s '.skill-downloads/taskbridge-task-management-mmio71dy/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/task' && cp -R '.skill-downloads/taskbridge-task-management-mmio71dy' '.claude/skills/task'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/taskbridge-task-management-mmio71dy'openskills read 'taskbridge-task-management-mmio71dy'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/taskbridge-task-management-mmio71dy/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.