Gestion des Tikis

VérifiéPrudence

Gère des tikis, des fichiers Markdown dans .doc/tiki avec frontmatter (type, statut, priorité). Permet de visualiser, créer, mettre à jour et supprimer ces tikis, avec suivi des auteurs via Git. Utile pour la gestion de tickets légère intégrée au projet.

Spar Skills Guide Bot
DeveloppementIntermédiaire
7002/06/2026
Claude Code
#tiki#ticket-management#markdown#git-integration#task-tracking

Recommandé pour

Notre avis

Ce skill permet de gérer des tickets (tikis) sous forme de fichiers Markdown stockés dans un dossier `.doc/tiki`, avec des opérations CRUD et un suivi via git.

Points forts

  • Utilise des fichiers Markdown simples, versionnés naturellement avec git.
  • Intègre des métadonnées structurées (type, statut, priorité, points) dans un frontmatter.
  • Automatise les opérations git (add, rm) pour maintenir la cohérence du dépôt.
  • Permet de tracer les auteurs et les modifications grâce à l'historique git.

Limites

  • Ne supporte pas la gestion multi-utilisateur sans conflits git.
  • Aucune interface graphique : tout se fait via des commandes textuelles.
  • Les pièces jointes ne sont que des liens Markdown, pas un stockage intégré.
Quand l'utiliser

Utilisez ce skill pour gérer un backlog de tickets légers dans un projet où tous les contributeurs utilisent Claude Code et git.

Quand l'éviter

Évitez ce skill si vous avez besoin d'un outil de suivi de tickets collaboratif avec des tableaux Kanban ou des notifications en temps réel.

Analyse de sécurité

Prudence
Score qualité88/100

The skill uses git commands for adding and removing files. Although intended for a specific directory, the wildcard permissions mean it could potentially affect other files if the skill is misled. No destructive shell commands like rm -rf or curl are included, but git rm is a destructive action on tracked files, hence caution.

Points d'attention
  • Bash(git add:*) and Bash(git rm:*) allow the skill to stage any file for addition or deletion, not limited to the .doc/tiki directory by tool constraints. While the skill instructs to only operate on tiki files, there is no enforcement mechanism, so a misdirection could lead to unintended file deletions or staging.

Exemples

Create a new tiki
Create a new tiki for a bug fix: the login button is not working. Type: bug, priority: high (1), points: 3.
Update tiki status
Set TIKI-X7F4K2 to in progress.
Show tiki details
Show me the details of TIKI-ABC123, including who created it and when.

name: tiki description: view, create, update, delete tikis allowed-tools: Read, Grep, Glob, Update, Edit, Write, WriteFile, Bash(git add:), Bash(git rm:)

tiki

A tiki is a Markdown file in tiki format saved in the project .doc/tiki directory with a name like tiki-abc123.md in all lower letters. IMPORTANT! files are named in lowercase always If this directory does not exist prompt user for creation

tiki ID format

ID format: TIKI-ABC123 where ABC123 is 6-char random alphanumeric Derived from filename, NOT stored in frontmatter

Examples:

  • Filename: tiki-x7f4k2.md → ID: TIKI-X7F4K2

tiki format

A tiki format is Markdown with some requirements:

frontmatter

---
title: My ticket
type: story
status: backlog
priority: 3
points: 5
tags:
  - markdown
  - metadata
---

where fields can have these values:

  • type: bug, feature, task, story, epic
  • status: backlog, ready, in_progress, review, done
  • priority: is any integer number from 1 to 5 where 1 is the highest priority. Mapped to priority description:
    • high: 1
    • medium-high: 2
    • medium: 3
    • medium-low: 4
    • low: 5
  • points: story points from 1 to 10

body

The body of a tiki is normal Markdown

if a tiki needs an attachment it is implemented as a normal markdown link to file syntax for example:

Describe

When asked a question about a tiki find its file and read it then answer the question If the question is who created this tiki or who updated it last - use the git username For example:

  • who created this tiki? use git log --follow --diff-filter=A -- <file_path> to see who created it
  • who edited this tiki? use git blame <file_path> to see who edited the file

View

Created timestamp is taken from git file creation if available else from the file creation timestamp.

Author is taken from git history as the git user who created the file.

Creation

When asked to create a tiki:

  • Generate a random 6-character alphanumeric ID (lowercase letters and digits)
  • The filename should be lowercase: tiki-abc123.md
  • If status is not specified use backlog
  • If priority is not specified use 3
  • If type is not specified - prompt the user or use story by default

Example: for random ID x7f4k2:

  • Filename: tiki-x7f4k2.md
  • tiki ID: TIKI-X7F4K2

Create from file

if asked to create a tiki from Markdown or text file - create only a single tiki and use the entire content of the file as its description. Title should be a short sentence summarizing the file content

git

After a new tiki is created git add this file. IMPORTANT - only add, never commit the file without user asking and permitting

Update

When asked to update a tiki - edit its file For example when user says "set TIKI-ABC123 in progress" find its file and edit its frontmatter line from status: backlog to status: in progress

git

After a tiki is updated git add this file IMPORTANT - only add, never commit the file without user asking and permitting

Deletion

When asked to delete a tiki git rm its file If for any reason git rm cannot be executed and the file is still there - delete the file

Implement

When asked to implement a tiki and the user approves implementation change its status to review and git add it

Skills similaires