New: 98,000+ skills indexed from GitHub repos with 100+ stars · every skill safety-checkedBrowse top skillsTop skills
Esc to closeBrowse all skills
Submit a skillBrowse skills
Submit a skillBrowse skills

Agent skill

Tracking Plan

by SocialGouv in SocialGouv/code-du-travail-numerique

Rédige/actualise le plan de tracking Matomo métier (events/TRACKINGPLAN.md) sous forme de document explicatif (prose + tableaux commentés), à partir du catalogue events.extracted.json et du code…

Apache-2.0Auto-check: notesData & Analytics

Install Tracking Plan

skills CLI
$ npx skills add SocialGouv/code-du-travail-numerique --skill tracking-plan -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install SocialGouv/code-du-travail-numerique tracking-plan --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/SocialGouv/code-du-travail-numerique.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/tracking-plan .claude/skills/tracking-plan && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
tracking-plan
GitHub stars
122
Token cost
~4.3k tokens
SKILL.md length
1,007 words
Files
1
Skills in repo
2
Repo updated
First seen
Licence
Apache-2.0

At a glance

Rédige/actualise le plan de tracking Matomo métier (events/TRACKINGPLAN.md) sous forme de document explicatif (prose + tableaux commentés), à partir du catalogue events.extracted.json et du code…

  • Works in 4 steps: Rafraîchir le catalogue (sauf… → Comprendre le domaine (lecture du… → Rédiger events/TRACKING_PLAN.md → …
  • Tasks that involve Product analytics
  • SKILL.md covers Configuration, Arguments, Étapes and Sortie attendue (structure…, plus 2 more sections
  • Calls pnpm; reaches code.travail.gouv.fr

What it does

Tracking Plan is an agent skill from SocialGouv/code-du-travail-numerique. Rédige/actualise le plan de tracking Matomo métier (events/TRACKINGPLAN.md) sous forme de document explicatif (prose + tableaux commentés), à partir du catalogue events.extracted.json et du code frontend. À lancer après toute évolution du tracking.

Its SKILL.md is about 4.3k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Data & Analytics, covering Product analytics. The repository describes itself as: Code du Travail Numérique. The licence is Apache-2.0.

When your agent uses it

  • Tasks that involve Product analytics

Example prompts

  • “/tracking-plan”

Requirements

  • Pre-approved tools (allowed-tools): Bash, Read, Write, Grep, Glob, Agent

Workflow steps

4 steps, taken from the step headings in SKILL.md.

  1. Rafraîchir le catalogue (sauf --skip-extract)
  2. Comprendre le domaine (lecture du frontend)
  3. Rédiger events/TRACKING_PLAN.md
  4. Vérifier

What it can do on your machine

Read from SKILL.md and the folder at commit 1454fab. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves these tools, so the agent can use them without asking each time:

    • Bash
    • Read
    • Write
    • Grep
    • Glob
    • Agent

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • pnpm

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    Hosts in commands or code, which the agent is likely to contact:

    • code.travail.gouv.fr

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Tracking Plan loads about 4.3k tokens when it runs. Until then it costs about 66 tokens; SKILL.md has 1,007 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~66
When it runs · the whole SKILL.md, loaded when a task matches
~4.3k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check: notes

The automated check noted patterns worth knowing about, such as sudo or a known installer.

  • NotePre-approves every shell command (allowed-tools: Bash)SKILL.md
    allowed-tools: Bash, Read, Write, Grep, Glob, Agent

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from SocialGouv/code-du-travail-numerique at commit 1454fab, republished under its Apache-2.0 licence (© SocialGouv). 1,007 words, ~4,308 tokens.

Download SKILL.mdSave it as .claude/skills/tracking-plan/SKILL.md (or your agent's skills folder).
name
tracking-plan
description
Rédige/actualise le plan de tracking Matomo métier (events/TRACKING_PLAN.md) sous forme de document explicatif (prose + tableaux commentés), à partir du catalogue events.extracted.json et du code frontend. À lancer après toute évolution du tracking.
allowed-tools
Bash, Read, Write, Grep, Glob, Agent
argument-hint
[--skip-extract]

Plan de tracking Matomo — génération du document métier

Tu es un agent spécialisé dans la rédaction du plan de tracking Matomo du projet Code du travail numérique, à destination du métier (non technique).

Ton livrable est un document explicatif rédigé — pas un simple listing. Tu combines :

  1. le catalogue exact des events extraits du code (events.extracted.json, source de vérité machine), et
  2. la lecture du code frontend (simulateurs et leurs étapes, parcours convention collective, recherche entreprise) pour expliquer quand et pourquoi chaque event est envoyé, avec les vrais titres et étapes.

Un algorithme ne peut produire ce document : il faut comprendre le domaine. C'est ton rôle.

Configuration

  • Package stats : packages/code-du-travail-stats
    • Catalogue (entrée) : packages/code-du-travail-stats/events/events.extracted.json
    • Document (sortie) : packages/code-du-travail-stats/events/TRACKING_PLAN.md
  • Frontend : packages/code-du-travail-frontend/src/modules
  • Fichiers d'ancrage à lire (émetteurs et enums de référence) :
    • analytics/types.ts — enums des category / action (source des libellés métier : MatomoBaseEvent, MatomoSearchAgreementCategory, MatomoSimulatorEvent, MatomoAgreementEvent, MatomoActionEvent…).
    • outils/common/components/SimulatorLayout/tracking.ts — events génériques des simulateurs (arrivée view_step_<sim>, étape précédente click_previous_<sim>, impression, name = étape courante).
    • outils/common/events/pushAgreementEvents.ts — events de l'étape convention collective (parcours p1/p2/p3, cc_search, enterprise_search, enterprise_select, cc_select_p1/p2, cc_select_traitée/non_traitée, user_blocked_info_cc).
    • convention-collective/tracking.ts, enterprise/EnterpriseAgreementSearch/tracking.ts.
    • Étapes par simulateur : outils/<simulateur>/steps/** (noms de dossiers = étapes) et le composant outils/<simulateur>/*Simulator.tsx.

Arguments

$ARGUMENTS peut contenir :

  • --skip-extract : ne relance pas l'extraction du catalogue (utilise le events.extracted.json déjà committé). Par défaut, on régénère d'abord le catalogue.

Étapes

1. Rafraîchir le catalogue (sauf --skip-extract)
bash
pnpm -F @socialgouv/cdtn-stats events:extract

Puis lis packages/code-du-travail-stats/events/events.extracted.json. Ce fichier fait autorité : tout event mentionné dans le document doit exister dans ce catalogue. Ne jamais inventer une category/action/name absente du catalogue.

Structure d'un event (cf. events.schema.ts) :

  • category, action, name_pattern (null ou placeholder <…> si calculé au runtime),
  • resolution : "literal" | "enum-param" (valeur fixe → 📌) | "dynamic" (valeur variable → 🔀),
  • file, line (pour le lien source), tracking_method (sendEvent ou push:<cmd>).
  • Racine : total_events, unique_events, matomo_config_calls (commandes de config, pas des events → annexe), unresolved (à signaler si non vide).
2. Comprendre le domaine (lecture du frontend)

Lis les fichiers d'ancrage listés en Configuration pour reconstituer, avec les vraies valeurs du code :

  • La liste des simulateurs et leurs étapes : pour chaque dossier outils/<simulateur> qui a un *Simulator.tsx, récupère le titre affiché (celui utilisé dans view_step_<titre>) et l'ordre des étapes (dossiers sous steps/ et/ou tableau d'étapes du composant). Recoupe avec les actions view_step_* du catalogue.
  • Les events génériques des simulateurs (arrivée, étape suivante, étape précédente, impression) depuis SimulatorLayout/tracking.ts.
  • L'étape convention collective (parcours p1/p2/p3 et sous-events) depuis pushAgreementEvents.ts + convention-collective/tracking.ts + enterprise/**.

Lance ces lectures en parallèle avec des agents Explore si utile (performance).

3. Rédiger events/TRACKING_PLAN.md

Écris le fichier en suivant exactement la structure ci-dessous (« Sortie attendue »), en remplaçant les placeholders par les vraies données. Le ton est métier, en français, pédagogique. Le document doit être explicatif : pour chaque event, donne une explication « quand / pourquoi » (le déclencheur : clic, chargement, erreur, action utilisateur vs clic « suivant » ; et l'intérêt métier de la mesure). Dans les tableaux par feature, réserve une colonne « Quand / pourquoi ». Ne te contente jamais de lister l'event sans l'expliquer.

Contraintes de rendu (le fichier finit sur le wiki GitHub) :

  • Pas de titre H1 en tête (la page wiki fournit le titre). Commence par le commentaire HTML de génération puis ## Liste des events de tracking:.
  • Les valeurs contenant <…> (placeholders dynamiques) doivent être en code-span (`<url>`), sinon GitHub les masque comme des balises HTML.
  • Échappe les | à l'intérieur des cellules de tableau (\|).
  • Repère 📌 = valeur fixe, 🔀 = valeur variable (d'après resolution).
  • Ne documente pas les matomo_config_calls (push de configuration : consentement, heatmap, referrer) — ce ne sont pas des events de suivi, on ne les liste pas dans ce plan métier.
  • Si unresolved est non vide, signale-le en note (« callsites non résolus » à revoir).
Show full SKILL.md (432 more words)Show less
4. Vérifier
  • Relis ton document : chaque tableau d'event correspond bien à une entrée du catalogue ; les simulateurs et étapes correspondent au code ; aucun event inventé.
  • Rappelle à l'utilisateur que la sync wiki se fait automatiquement au merge sur dev (le workflow stats-events-wiki.yml met à jour le bloc entre marqueurs de la page wiki).
  • Ne crée pas de commit automatiquement ; laisse l'utilisateur relire puis committer.

Sortie attendue (structure canonique)

Reproduis fidèlement cette structure. Les libellés d'exemple (Indemnités de licenciement, étapes, IDCC…) sont des placeholders : mets les valeurs réelles issues du catalogue et du code. Les sections par feature (recherche, home, thèmes, contributions, courriers, layout, common…) sont générées à partir du catalogue, une sous-section par catégorie Matomo, avec un court paragraphe d'explication puis un tableau Action | Name | 📌/🔀 | Code.

markdown
<!-- Plan de tracking métier — rédigé via le skill Claude `/tracking-plan`
     (packages/code-du-travail-stats). Ne pas éditer à la main : régénérer via le skill
     après toute évolution du tracking. Source : events/events.extracted.json + code frontend. -->

## Liste des events de tracking:

#### tracking générique (automatique sur chaque page)

Lors d'une visite sur une page du site, par défaut Matomo envoie un évènement de visite, qui
contient des informations (le nom de la page et son url).

Exemple d'information envoyé suite à une visite sur la page des thèmes :

| Type        | Donnée                             | Info                                     |
| ----------- | ---------------------------------- | ---------------------------------------- |
| action_name | Thèmes - Code du travail numérique | Titre de la page                         |
| url         | https://code.travail.gouv.fr/themes | Lien vers la page                       |
| urlref      | /                                  | Origine de l'utilisateur (ici l'accueil) |

### Outils

#### Simulateurs

Voici la liste des simulateurs disponibles (avec leurs étapes) :

| Titre                       | Étapes                                                            |
| --------------------------- | ---------------------------------------------------------------- |
| <Nom du simulateur>         | <étape_1>, <étape_2>, …                                          |

##### Évènements génériques sur les simulateurs

Pour chaque simulateur, on envoie des évènements génériques.

###### Arrivée sur l'outil

| Type     | Contenu                     | Détail                                                    |
| -------- | --------------------------- | --------------------------------------------------------- |
| category | outil                       |                                                           |
| action   | view_step_`Nom du simulateur` | `Nom du simulateur` = titre du simulateur               |
| name     | start                       |                                                           |

###### Étape suivante

| Type     | Contenu                     | Détail                                             |
| -------- | --------------------------- | -------------------------------------------------- |
| category | outil                       |                                                    |
| action   | view_step_`Nom du simulateur` | `Nom du simulateur` = titre du simulateur        |
| name     | Nom de l'étape              | L'étape sur laquelle l'utilisateur est arrivé      |

###### Étape précédente

| Type     | Contenu                         | Détail                                          |
| -------- | ------------------------------- | ----------------------------------------------- |
| category | outil                           |                                                 |
| action   | click_previous_`Nom du simulateur` | `Nom du simulateur` = titre du simulateur    |
| name     | Nom de l'étape                  | L'étape sur laquelle l'utilisateur est revenu   |

###### Étape pour renseigner sa convention collective

Cette étape n'est pas présente sur tous les simulateurs. Les events sont divisés en 2 : ceux
envoyés sur **l'action de l'utilisateur**, et ceux envoyés **au clic sur suivant** (non envoyés
en cas d'erreur de saisie). Trois parcours :

 * **p1** : je connais ma convention collective (je la saisis)
 * **p2** : je ne la connais pas (je recherche mon entreprise)
 * **p3** : je ne souhaite pas la renseigner (je passe l'étape)

1. Choix du parcours (**envoyé au clic sur suivant**)

| Type     | Contenu                              | Détail                              |
| -------- | ------------------------------------ | ----------------------------------- |
| category | cc_search_type_of_users              |                                     |
| action   | click_p1 ou click_p2 ou click_p3     | Selon le parcours (p1, p2, p3)      |
| name     | `Nom du simulateur`                  | Titre du simulateur                 |

2. Recherche (**envoyé sur action de l'utilisateur**, debounce 300 ms)

| Type     | Contenu               | Détail                                               |
| -------- | --------------------- | ---------------------------------------------------- |
| category | cc_search             | Recherche d'une convention collective (parcours p1)  |
| action   | `Nom du simulateur`   | Titre du simulateur                                  |
| name     | {"query":"boulan"}    | JSON du contenu de la requête utilisateur            |

| Type     | Contenu                          | Détail                                    |
| -------- | -------------------------------- | ----------------------------------------- |
| category | enterprise_search                | Recherche d'une entreprise (parcours p2)  |
| action   | `Nom du simulateur`              | Titre du simulateur                       |
| name     | {"address":"69007","query":"odon"} | JSON du contenu de la requête           |

3. Choix de l'entreprise, parcours p2 (**envoyé au clic sur suivant**)

| Type     | Contenu             | Détail                                    |
| -------- | ------------------- | ----------------------------------------- |
| category | enterprise_select   |                                           |
| action   | `Nom du simulateur` | Titre du simulateur                       |
| name     | {"label":"…","siren":"…"} | Entreprise sélectionnée             |

4. Choix de la convention collective (**envoyé au clic sur suivant**)

| Type     | Contenu                        | Détail                                    |
| -------- | ------------------------------ | ----------------------------------------- |
| category | cc_select_p1 ou cc_select_p2   | Selon le parcours choisi                  |
| action   | `Nom du simulateur`            | Titre du simulateur                       |
| name     | idcc1234                       | IDCC choisi, préfixé `idcc`               |

5. Support de la convention collective (**envoyé au clic sur suivant**)

| Type     | Contenu                                     | Détail                                       |
| -------- | ------------------------------------------- | -------------------------------------------- |
| category | outil                                       |                                              |
| action   | cc_select_traitée ou cc_select_non_traitée  | La CC est traitée par nos services ou non    |
| name     | 1234                                        | IDCC de la convention collective             |

6. CC bloquantes (simulateurs où la CC est obligatoire)

| Type     | Contenu                                      | Détail                             |
| -------- | -------------------------------------------- | ---------------------------------- |
| category | outil                                        |                                    |
| action   | view_step_`Nom du simulateur`                | Simulateur concerné                |
| name     | user_blocked_info_cc                         |                                    |

### <Autre feature (ex: Recherche, Accueil, Thèmes, Contributions, Modèles de courriers…)>

<Un paragraphe expliquant le contexte de ces events.>

| Catégorie | Action | Name (📌/🔀) | Quand / pourquoi | Code |
| --------- | ------ | ------------ | ---------------- | ---- |
| <category> | `<action>` | 📌 `<name ou —>` | <déclencheur + intérêt métier, 1 phrase> | [↗](https://github.com/SocialGouv/code-du-travail-numerique/blob/dev/<file>#L<line>) |

> Signale à part, en note, les events **définis dans le code mais non branchés** en production
> (fonction jamais appelée par un composant) : ils sont dans le catalogue mais n'ont pas de
> déclencheur utilisateur réel aujourd'hui.

Ne pas ajouter d'annexe des matomo_config_calls : les commandes de configuration (consentement, heatmap, referrer) ne sont pas des events de suivi et n'ont pas leur place dans ce plan métier.

Règles de mapping (catalogue → tableaux)

  • resolution : literal/enum-param → 📌 (valeur fixe) ; dynamic → 🔀 (valeur variable, représentée par un placeholder <…>).
  • name_pattern = null → afficher —. Les <…> → toujours en code-span.
  • Liens Code : https://github.com/SocialGouv/code-du-travail-numerique/blob/dev/<file>#L<line> (branche fixe dev, URL absolue → valide dans le repo ET le wiki).
  • Enums d'action/category : utilise analytics/types.ts pour donner le libellé métier (ex. cc_select_traitée = « CC traitée par nos services »).
  • view_step_<X> / click_previous_<X> : <X> est le titre du simulateur (suffixe ajouté au runtime). Les regrouper dans la partie « Simulateurs », pas en doublon par feature.
  • matomo_config_calls → ne pas documenter (ce ne sont pas des events de suivi).

Bonnes pratiques

  • Exhaustivité vérifiée : couvre tous les events. Après rédaction, recoupe le document avec le catalogue (chaque catégorie et chaque action littérale doit apparaître) ; en mode Product Owner, assure-toi qu'aucun event n'est oublié.
  • Une explication par event : « quand / pourquoi ». Distingue « émis sur action utilisateur » et « émis au clic sur suivant » quand les deux existent.
  • Collapse des expansions enum-param : quand un même motif est décliné par simulateur (ex. cc_select_p1/p2, enterprise_select dont l'action = titre du simulateur, ou les 4 motifs de feedback_category), regroupe en une ligne « motif », pas 5–8 doublons.
  • Zéro invention : chaque event du document existe dans events.extracted.json. En cas de doute, relis le catalogue, ne devine pas.
  • Vraies valeurs : simulateurs, étapes, IDCC d'exemple → tirés du code, pas des exemples de ce gabarit.
  • Métier d'abord : privilégie l'explication (« quand part cet event, pourquoi ») aux détails techniques. Les tableaux portent les valeurs exactes.
  • Déterminisme des liens : toujours pointer sur dev (jamais un SHA).
  • Ne pas committer automatiquement : laisser l'utilisateur relire puis committer events/TRACKING_PLAN.md (et events/events.extracted.json s'il a changé).
  • Pas de drift-check sur ce fichier : c'est un document rédigé. Après une évolution du tracking, relance ce skill pour le tenir à jour.

© SocialGouv, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .claude/skills/tracking-plan of SocialGouv/code-du-travail-numerique.

Open the folder on GitHubat commit 1454fab

Compare with similar skills

Tracking Plan next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Tracking Plan compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Tracking Plan this skillSocialGouv/code-du-travail-numerique122—~4.3kAutomated safety check: NotesApache-2.0
PostHog CLI Queriesdebugtheworldbot/keyStats1.5k—~1.2kAutomated safety check: PassMIT
Retentioneering Contributingretentioneering/retentioneering-tools927—~1.8kAutomated safety check: PassApache-2.0
Retentioneering Product Analyticsretentioneering/retentioneering-tools927—~1.6kAutomated safety check: PassApache-2.0
Feature Analytics Instrumentation Plannermistralai/mistral-vibe5.1k—~2.2kAutomated safety check: PassApache-2.0
Funnel Analysisliangdabiao/claude-data-analysis-ultra-main2901 repos~781Automated safety check: NotesNone

Similar skills

  • PostHog CLI Queries

    debugtheworldbot/keyStats

    Runs HogQL queries against this project's PostHog data from the terminal using posthog-cli, with bundled scripts for dashboard metadata the CLI itself has no command for.

    1.5k GitHub stars~1.2k tokensUpdated 7 days ago
    Data & AnalyticsAuto-check passed

  • Retentioneering Contributing

    retentioneering/retentioneering-tools

    Help the user turn their Retentioneering ideas, friction reports, bug findings, or feature needs into high-quality upstream contributions: from capturing and validating the idea, through minimal…

    927 GitHub stars~1.8k tokensUpdated 3 days ago
    Data & AnalyticsAuto-check passed

  • Retentioneering Product Analytics

    retentioneering/retentioneering-tools

    Analyze event logs, clickstreams, user paths, product funnels, retention, behavioral segments, transition graphs, step matrices, sequence patterns, and customer journeys using Retentioneering.

    927 GitHub stars~1.6k tokensUpdated 3 days ago
    Data & AnalyticsAuto-check passed

  • Feature Analytics Instrumentation Planner

    mistralai/mistral-vibe

    Official

    Plans which analytics events and properties a new feature needs, checks them against the existing event registry, and verifies them per environment.

    5.1k GitHub stars~2.2k tokensUpdated yesterday
    Data & AnalyticsAuto-check passed

  • Funnel Analysis

    liangdabiao/claude-data-analysis-ultra-main

    Analyze user conversion funnels, calculate step-by-step conversion rates, create interactive visualizations, and identify optimization opportunities.

    290 GitHub starsUsed in 1 repo~781 tokens
    Data & AnalyticsAuto-check: notes

  • Event Tracking

    linuxfoundation/insights

    Add event tracking calls to Vue/Nuxt components in the Insights app using the useTrackEvent composable.

    282 GitHub stars~1.9k tokensUpdated 9 days ago
    Data & AnalyticsAuto-check passed

More from SocialGouv/code-du-travail-numerique

  • Sentry Issues

    SocialGouv/code-du-travail-numerique

    Analyse les dernières issues Sentry du projet, examine les stack traces et propose des corrections dans le code source.

    122 GitHub stars~1.3k tokensUpdated today
    Auto-check: notes

Categories

Questions about Tracking Plan

What does Tracking Plan do?

Rédige/actualise le plan de tracking Matomo métier (events/TRACKINGPLAN.md) sous forme de document explicatif (prose + tableaux commentés), à partir du catalogue events.extracted.json et du code…. Tracking Plan is an agent skill from SocialGouv/code-du-travail-numerique.json et du code frontend.

When should I use Tracking Plan?

Tracking Plan fits situations like: tasks that involve Product analytics.

How do I install Tracking Plan in Claude Code?

Run `npx skills add SocialGouv/code-du-travail-numerique --skill tracking-plan -a claude-code`. Or copy the skill folder (.claude/skills/tracking-plan in SocialGouv/code-du-travail-numerique) into .claude/skills/tracking-plan in your project. Claude Code loads it when a task matches its description.

How do I install Tracking Plan in Codex?

Run `npx skills add SocialGouv/code-du-travail-numerique --skill tracking-plan -a codex`. Or copy the skill folder (.claude/skills/tracking-plan in SocialGouv/code-du-travail-numerique) into .agents/skills/tracking-plan in your project. Codex loads it when a task matches its description.

Can I use Tracking Plan in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add SocialGouv/code-du-travail-numerique --skill tracking-plan -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/tracking-plan, .gemini/skills/tracking-plan, .github/skills/tracking-plan and .opencode/skills/tracking-plan in your project.

What does Tracking Plan need to run?

Going by SKILL.md and its folder, Tracking Plan needs the command-line tools its instructions call (pnpm). Its frontmatter pre-approves these tools: Bash, Read, Write, Grep, Glob, Agent.

Does Tracking Plan access the network?

SKILL.md names 1 domain. In commands or code: code.travail.gouv.fr; the agent is likely to contact it when it follows the instructions. This is read from the text; nothing was executed.

Is Tracking Plan safe to install?

Our automated static check of SKILL.md found notes only (pre-approves every shell command (allowed-tools: bash)), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.

What licence does Tracking Plan use?

Tracking Plan is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Tracking Plan use?

About 4.3k tokens (SKILL.md is roughly 17k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Tracking Plan?

Skills that share tags, products or a category with Tracking Plan: PostHog CLI Queries (debugtheworldbot/keyStats, 1.5k stars), Retentioneering Contributing (retentioneering/retentioneering-tools, 927 stars), Retentioneering Product Analytics (retentioneering/retentioneering-tools, 927 stars) and Feature Analytics Instrumentation Planner (mistralai/mistral-vibe, 5.1k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Tracking Plan?

SocialGouv (a GitHub organization) maintains it in SocialGouv/code-du-travail-numerique, which has 122 GitHub stars. The repository holds 2 skills in this directory. The repository was last updated on October 9, 2026.

Source: SocialGouv/code-du-travail-numerique on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.