Gestion des tâches TaskBridge

VérifiéSûr

Gérer les tâches de développement de TaskBridge avec un flux de travail todo basé sur le format Markdown. Utiliser pour créer, lister, terminer, reporter ou ramener des tâches dans la structure de répertoires todo_tasks/.

Spar Skills Guide Bot
DeveloppementDébutant
02/06/2026
Claude Code
#task-management#todo#workflow#markdown#development-tasks

Recommandé pour

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 l'utiliser

Quand vous travaillez sur un projet nécessitant un suivi basique et structuré des tâches en ligne de commande.

Quand l'éviter

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ûr
Score qualité95/100

The 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 faite

Exemples

List all active tasks
What tasks do we have in the todo list?
Create a new task
Create a task for adding user authentication with medium priority
Complete a task
Mark the 'add-user-authentication' task as done

name: 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 completed
  • todo_tasks/for-later/ - Deferred tasks for future work
  • complete_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 Bash tool to list files in todo_tasks/ (excluding for-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:

  1. Ask user for task details if not provided:
    • Task title (for filename)
    • Description
    • Requirements
    • Priority
  2. Generate kebab-case filename (e.g., add-user-notifications.md)
  3. Use the template structure above
  4. Create file in todo_tasks/ using Write tool
  5. 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:

  1. Identify the task file in todo_tasks/
  2. Use Bash tool to move file:
    mv todo_tasks/task-name.md complete_tasks/task-name.md
    
  3. Confirm the move
  4. 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:

  1. Identify the task file in todo_tasks/
  2. Use Bash tool to move file:
    mv todo_tasks/task-name.md todo_tasks/for-later/task-name.md
    
  3. Confirm the move

5. Bring Back Deferred Task

When to use: User says "bring back X task", "move Y from for-later"

Action:

  1. Identify the task file in todo_tasks/for-later/
  2. Use Bash tool to move file:
    mv todo_tasks/for-later/task-name.md todo_tasks/task-name.md
    
  3. Confirm the move

6. View Task Details

When to use: User asks "what's in the X task?", "show me task Y"

Action:

  1. Use Glob to find task file (search all directories)
  2. Use Read to display task contents
  3. 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:

  1. Use Read to get current task content
  2. Use Edit to update checkboxes: - [ ] → - [x]
  3. 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 annexes

Ce 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.md

Depuis 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’OpenSkills
openskills 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 sync

Mode 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.

Skills similaires