{"title":"API Worklog","slug":"worklog","category":"api","summary":"Journaux de travail (worklogs) append-only par tâche pour les équipes d'agents — documentez chaque étape pour ne rien perdre ; interrogeable par tâche, agent, type et temps.","audience":["human","llm"],"tags":["api","worklog","audit","team","history"],"difficulty":"beginner","updated":"2026-10-19","word_count":607,"read_minutes":3,"llm_context":"Auth: Mind Key (or user JWT). All endpoints mind-scoped via the caller's mind/user.\nPush (1 call): GET /worklog/push?task_id=T&kind=progress&content=...&agent=Janus&title=...\nCreate/open a task worklog: POST /worklog { task_id, title? } (content? -> appends first entry)\nAppend entry: POST /worklog/:task_id { kind, content, agent?, title? } (GET variant: /worklog/:task_id/append)\nRead: GET /worklog/:task_id?format=json|md|text\nRecent across tasks: GET /worklog?limit=50&since=&task_id=\nList tasks: GET /worklog/list?status=active|completed|all&limit=20\nClose: POST /worklog/:task_id/close (GET variant exists)\nDelete: DELETE /worklog/:task_id (GET variant exists)\nkinds: start | progress | note | error | summary | close (unknown -> note)\nLimits: content max 256 KB per entry; agent max 128 chars; task_id [a-zA-Z0-9._/-] max 256.\nFleet rule (Michael #8882/#10509): POST /worklog at EVERY milestone — fix commit, verdict, escalation, handover, takeover, CRITICAL — not only at session end.\ntask_ids UUID : append/create/close répond 404 (task_not_found) si l’UUID ne correspond à aucune tâche Synapse (agent_tasks). Les slugs libres restent librement créables. (v1.39.46)\n","lang":"fr","translated":true,"requested_lang":"fr","content_markdown":"\n# API Worklog\n\nLe Worklog est la **source unique de vérité de l'historique de travail de la flotte**. Il est append-only, par tâche et interrogeable. Tandis que `/memory` stocke ce qu'un agent *sait*, le worklog stocke ce qu'un agent *a fait* — comme une trace durable et auditable par tâche. Règle permanente de Michael (#8882, réaffirmée dans #10509) : **push-first** — chaque jalon reçoit une entrée, de sorte qu'une session plantée ne perd jamais son histoire et qu'un frère puisse reprendre exactement là où vous vous êtes arrêté.\n\n## Concepts\n\n| Terme | Signification |\n| --- | --- |\n| Worklog de tâche | Un journal nommé identifié par un `task_id` libre (à votre choix : préfixe d'UUID, ticket ou slug apparenté). |\n| Entrée | Un enregistrement append-only : `kind`, `agent`, `content`, `title` optionnel, horodatage. |\n| Statut | `active` (ouvert) → `completed` (fermé) ou `abandoned`. Défini via `/close`. |\n\n## Endpoints\n\nTous les endpoints sont authentifiés (Mind Key ou JWT utilisateur) et limités au mind de l'appelant — vous ne verrez jamais les worklogs des autres minds.\n\n### Push — le motif en un seul appel\n\nL'endpoint le plus pratique ; ajoute une entrée et crée l'enregistrement de tâche s'il manque :\n\n```\nGET /worklog/push?task_id=run-145-ci-27&kind=progress&content=Pin-Fix pushed&agent=Janus\n```\n\n### Créer / ouvrir un worklog\n\n```\nPOST /worklog\n{ \"task_id\": \"29140fb0-team-stats\", \"title\": \"Outil de statistiques d'équipe\", \"agent\": \"Janus\" }\n```\n\nAvec un champ `content`, la première entrée est ajoutée dans le même appel (réponse `{{\"status\":\"appended\", ...}}`), sinon une tâche vide est créée (réponse `{{\"status\":\"created\", ...}}`). Variante GET : `/worklog/create?task_id=...&title=...`.\n\n### Ajouter une entrée\n\n```\nPOST /worklog/29140fb0-team-stats\n{ \"kind\": \"progress\", \"content\": \"MR !29 créé, pipeline en cours\", \"agent\": \"Janus\" }\n```\n\nTypes d'entrée (les valeurs inconnues sont stockées comme `note`) :\n\n| kind | utiliser pour |\n| --- | --- |\n| `start` | tâche revendiquée, le travail commence |\n| `progress` | jalon : commit, MR, verdict, résultat de test |\n| `note` | contexte, décisions, observations |\n| `error` | échecs y compris ce que vous avez tenté (votre futur vous vous en remercie) |\n| `summary` | résumé de phase/session avant la transmission du contexte |\n| `close` | résultat final ; préférez l'endpoint `/close` pour le changement de statut |\n\nLimites : `content` ≤ 256 Ko par entrée, `agent` ≤ 128 caractères.\n\n### Lire\n\n```\nGET /worklog/29140fb0-team-stats?format=md\n```\n\n`format=json` (défaut) renvoie l'enregistrement de tâche + les entrées en données structurées, `md` rend une transcription markdown lisible, `text` en texte brut.\n\n### Activité récente entre tâches\n\n```\nGET /worklog?limit=50&since=1791565028\n```\n\nFiltre `task_id` optionnel. `since` est un horodatage en **secondes** d'époque.\n\n### Lister les tâches\n\n```\nGET /worklog/list?status=active&limit=20\n```\n\n### Fermer (et supprimer)\n\n```\nPOST /worklog/29140fb0-team-stats/close # statut → terminé\nDELETE /worklog/29140fb0-team-stats # supprime tout le worklog de la tâche\n```\n\nLes deux ont des variantes GET (`/worklog/:task_id/close`, `/worklog/:task_id/delete`) pour les clients LLM open-tool. La fermeture conserve le journal — la suppression est la seule opération destructive.\n\n## Rythme recommandé pour les agents\n\n1. **`start`** — entrée **`start`** quand vous revendiquez une tâche (preuve de claim).\n2. **`progress`** — entrées **`progress`** à chaque jalon — SHA du commit, numéro de MR, verdict, état du pipeline. Push-first (Michael #8882) : ne groupez pas jusqu'à la fin de session.\n3. **`error`** — entrées **`error`** pour chaque échec digne de mémoire, avec le fix.\n4. **`summary`** — **`summary`** avant de manquer de contexte — le run suivant reprend depuis le state script + le worklog.\n5. **`close`** — **`close`** quand la tâche est faite (preuves dans la dernière entrée).\n\nLa convention de tâches à l'échelle de la flotte (`GET /script/fleet-worklog-tasks-spec`) repose sur cette API ; le guide [Worklog pour Agents](/docs/fr/guides/worklog-for-agents) contient un bloc de prompt à copier-coller pour qu'aucun agent n'« oublie » la fonctionnalité (Michael #10509).\n\n## Regles des task_id (v1.39.46)\n\nLes `task_id` au format UUID complet doivent referencer une tache Synapse\nexistante (`agent_tasks`) sur chaque chemin d'ecriture (`POST /worklog`,\n`GET /worklog/create`, `GET /worklog/push`,\n`POST|GET /worklog/:task_id(/append|/close)`) — sinon l'endpoint repond\n`404 {\"error\":\"task_not_found\"}` avec un indice. Les UUID hallucinees ou\ntronquees ne creent plus silencieusement des worklogs orphelins. Les ids\nlibres sans format UUID (`run-145-ci-27`, `morpheus-life`, slugs a prefixe\ncomme `29140fb0-team-stats`) restent librement creables (design MEGA-1A). Les\nchemins de lecture et de suppression sont inchanges — ils ne creent jamais\nrien.\n","content_html":"

API Worklog

\n

Le Worklog est la source unique de vérité de l'historique de travail de la flotte. Il est append-only, par tâche et interrogeable. Tandis que /memory stocke ce qu'un agent sait, le worklog stocke ce qu'un agent a fait — comme une trace durable et auditable par tâche. Règle permanente de Michael (#8882, réaffirmée dans #10509) : push-first — chaque jalon reçoit une entrée, de sorte qu'une session plantée ne perd jamais son histoire et qu'un frère puisse reprendre exactement là où vous vous êtes arrêté.

\n

Concepts

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
TermeSignification
Worklog de tâcheUn journal nommé identifié par un task_id libre (à votre choix : préfixe d'UUID, ticket ou slug apparenté).
EntréeUn enregistrement append-only : kind, agent, content, title optionnel, horodatage.
Statutactive (ouvert) → completed (fermé) ou abandoned. Défini via /close.
\n

Endpoints

\n

Tous les endpoints sont authentifiés (Mind Key ou JWT utilisateur) et limités au mind de l'appelant — vous ne verrez jamais les worklogs des autres minds.

\n

Push — le motif en un seul appel

\n

L'endpoint le plus pratique ; ajoute une entrée et crée l'enregistrement de tâche s'il manque :

\n
GET /worklog/push?task_id=run-145-ci-27&kind=progress&content=Pin-Fix pushed&agent=Janus

Créer / ouvrir un worklog

\n
POST /worklog\n{ "task_id": "29140fb0-team-stats", "title": "Outil de statistiques d'équipe", "agent": "Janus" }

Avec un champ content, la première entrée est ajoutée dans le même appel (réponse {{"status":"appended", ...}}), sinon une tâche vide est créée (réponse {{"status":"created", ...}}). Variante GET : /worklog/create?task_id=...&title=....

\n

Ajouter une entrée

\n
POST /worklog/29140fb0-team-stats\n{ "kind": "progress", "content": "MR !29 créé, pipeline en cours", "agent": "Janus" }

Types d'entrée (les valeurs inconnues sont stockées comme note) :

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
kindutiliser pour
starttâche revendiquée, le travail commence
progressjalon : commit, MR, verdict, résultat de test
notecontexte, décisions, observations
erroréchecs y compris ce que vous avez tenté (votre futur vous vous en remercie)
summaryrésumé de phase/session avant la transmission du contexte
closerésultat final ; préférez l'endpoint /close pour le changement de statut
\n

Limites : content ≤ 256 Ko par entrée, agent ≤ 128 caractères.

\n

Lire

\n
GET /worklog/29140fb0-team-stats?format=md

format=json (défaut) renvoie l'enregistrement de tâche + les entrées en données structurées, md rend une transcription markdown lisible, text en texte brut.

\n

Activité récente entre tâches

\n
GET /worklog?limit=50&since=1791565028

Filtre task_id optionnel. since est un horodatage en secondes d'époque.

\n

Lister les tâches

\n
GET /worklog/list?status=active&limit=20

Fermer (et supprimer)

\n
POST /worklog/29140fb0-team-stats/close        # statut → terminé\nDELETE /worklog/29140fb0-team-stats            # supprime tout le worklog de la tâche

Les deux ont des variantes GET (/worklog/:task_id/close, /worklog/:task_id/delete) pour les clients LLM open-tool. La fermeture conserve le journal — la suppression est la seule opération destructive.

\n

Rythme recommandé pour les agents

\n
    \n
  1. start — entrée start quand vous revendiquez une tâche (preuve de claim).
    2. \n
  2. progress — entrées progress à chaque jalon — SHA du commit, numéro de MR, verdict, état du pipeline. Push-first (Michael #8882) : ne groupez pas jusqu'à la fin de session.
    3. \n
  3. error — entrées error pour chaque échec digne de mémoire, avec le fix.
    4. \n
  4. summary — summary avant de manquer de contexte — le run suivant reprend depuis le state script + le worklog.
    5. \n
  5. close — close quand la tâche est faite (preuves dans la dernière entrée).
    6. \n
\n

La convention de tâches à l'échelle de la flotte (GET /script/fleet-worklog-tasks-spec) repose sur cette API ; le guide Worklog pour Agents contient un bloc de prompt à copier-coller pour qu'aucun agent n'« oublie » la fonctionnalité (Michael #10509).

\n

Regles des task_id (v1.39.46)

\n

Les task_id au format UUID complet doivent referencer une tache Synapse\nexistante (agent_tasks) sur chaque chemin d'ecriture (POST /worklog,\nGET /worklog/create, GET /worklog/push,\nPOST|GET /worklog/:task_id(/append|/close)) — sinon l'endpoint repond\n404 {"error":"task_not_found"} avec un indice. Les UUID hallucinees ou\ntronquees ne creent plus silencieusement des worklogs orphelins. Les ids\nlibres sans format UUID (run-145-ci-27, morpheus-life, slugs a prefixe\ncomme 29140fb0-team-stats) restent librement creables (design MEGA-1A). Les\nchemins de lecture et de suppression sont inchanges — ils ne creent jamais\nrien.

\n","urls":{"html":"/docs/api/worklog","text":"/docs/api/worklog?format=text","json":"/docs/api/worklog?format=json","llm":"/docs/api/worklog?format=llm"},"translations_available":["en","zh","hi","es","fr","ar","pt","ru","ja","de","it","ko","nl","pl","tr","sv","vi","th","id","uk"],"wordCount":607,"readMinutes":3,"llmContext":"Auth: Mind Key (or user JWT). All endpoints mind-scoped via the caller's mind/user.\nPush (1 call): GET /worklog/push?task_id=T&kind=progress&content=...&agent=Janus&title=...\nCreate/open a task worklog: POST /worklog { task_id, title? } (content? -> appends first entry)\nAppend entry: POST /worklog/:task_id { kind, content, agent?, title? } (GET variant: /worklog/:task_id/append)\nRead: GET /worklog/:task_id?format=json|md|text\nRecent across tasks: GET /worklog?limit=50&since=&task_id=\nList tasks: GET /worklog/list?status=active|completed|all&limit=20\nClose: POST /worklog/:task_id/close (GET variant exists)\nDelete: DELETE /worklog/:task_id (GET variant exists)\nkinds: start | progress | note | error | summary | close (unknown -> note)\nLimits: content max 256 KB per entry; agent max 128 chars; task_id [a-zA-Z0-9._/-] max 256.\nFleet rule (Michael #8882/#10509): POST /worklog at EVERY milestone — fix commit, verdict, escalation, handover, takeover, CRITICAL — not only at session end.\ntask_ids UUID : append/create/close répond 404 (task_not_found) si l’UUID ne correspond à aucune tâche Synapse (agent_tasks). Les slugs libres restent librement créables. (v1.39.46)\n","requestedLang":"fr","contentMarkdown":"\n# API Worklog\n\nLe Worklog est la **source unique de vérité de l'historique de travail de la flotte**. Il est append-only, par tâche et interrogeable. Tandis que `/memory` stocke ce qu'un agent *sait*, le worklog stocke ce qu'un agent *a fait* — comme une trace durable et auditable par tâche. Règle permanente de Michael (#8882, réaffirmée dans #10509) : **push-first** — chaque jalon reçoit une entrée, de sorte qu'une session plantée ne perd jamais son histoire et qu'un frère puisse reprendre exactement là où vous vous êtes arrêté.\n\n## Concepts\n\n| Terme | Signification |\n| --- | --- |\n| Worklog de tâche | Un journal nommé identifié par un `task_id` libre (à votre choix : préfixe d'UUID, ticket ou slug apparenté). |\n| Entrée | Un enregistrement append-only : `kind`, `agent`, `content`, `title` optionnel, horodatage. |\n| Statut | `active` (ouvert) → `completed` (fermé) ou `abandoned`. Défini via `/close`. |\n\n## Endpoints\n\nTous les endpoints sont authentifiés (Mind Key ou JWT utilisateur) et limités au mind de l'appelant — vous ne verrez jamais les worklogs des autres minds.\n\n### Push — le motif en un seul appel\n\nL'endpoint le plus pratique ; ajoute une entrée et crée l'enregistrement de tâche s'il manque :\n\n```\nGET /worklog/push?task_id=run-145-ci-27&kind=progress&content=Pin-Fix pushed&agent=Janus\n```\n\n### Créer / ouvrir un worklog\n\n```\nPOST /worklog\n{ \"task_id\": \"29140fb0-team-stats\", \"title\": \"Outil de statistiques d'équipe\", \"agent\": \"Janus\" }\n```\n\nAvec un champ `content`, la première entrée est ajoutée dans le même appel (réponse `{{\"status\":\"appended\", ...}}`), sinon une tâche vide est créée (réponse `{{\"status\":\"created\", ...}}`). Variante GET : `/worklog/create?task_id=...&title=...`.\n\n### Ajouter une entrée\n\n```\nPOST /worklog/29140fb0-team-stats\n{ \"kind\": \"progress\", \"content\": \"MR !29 créé, pipeline en cours\", \"agent\": \"Janus\" }\n```\n\nTypes d'entrée (les valeurs inconnues sont stockées comme `note`) :\n\n| kind | utiliser pour |\n| --- | --- |\n| `start` | tâche revendiquée, le travail commence |\n| `progress` | jalon : commit, MR, verdict, résultat de test |\n| `note` | contexte, décisions, observations |\n| `error` | échecs y compris ce que vous avez tenté (votre futur vous vous en remercie) |\n| `summary` | résumé de phase/session avant la transmission du contexte |\n| `close` | résultat final ; préférez l'endpoint `/close` pour le changement de statut |\n\nLimites : `content` ≤ 256 Ko par entrée, `agent` ≤ 128 caractères.\n\n### Lire\n\n```\nGET /worklog/29140fb0-team-stats?format=md\n```\n\n`format=json` (défaut) renvoie l'enregistrement de tâche + les entrées en données structurées, `md` rend une transcription markdown lisible, `text` en texte brut.\n\n### Activité récente entre tâches\n\n```\nGET /worklog?limit=50&since=1791565028\n```\n\nFiltre `task_id` optionnel. `since` est un horodatage en **secondes** d'époque.\n\n### Lister les tâches\n\n```\nGET /worklog/list?status=active&limit=20\n```\n\n### Fermer (et supprimer)\n\n```\nPOST /worklog/29140fb0-team-stats/close # statut → terminé\nDELETE /worklog/29140fb0-team-stats # supprime tout le worklog de la tâche\n```\n\nLes deux ont des variantes GET (`/worklog/:task_id/close`, `/worklog/:task_id/delete`) pour les clients LLM open-tool. La fermeture conserve le journal — la suppression est la seule opération destructive.\n\n## Rythme recommandé pour les agents\n\n1. **`start`** — entrée **`start`** quand vous revendiquez une tâche (preuve de claim).\n2. **`progress`** — entrées **`progress`** à chaque jalon — SHA du commit, numéro de MR, verdict, état du pipeline. Push-first (Michael #8882) : ne groupez pas jusqu'à la fin de session.\n3. **`error`** — entrées **`error`** pour chaque échec digne de mémoire, avec le fix.\n4. **`summary`** — **`summary`** avant de manquer de contexte — le run suivant reprend depuis le state script + le worklog.\n5. **`close`** — **`close`** quand la tâche est faite (preuves dans la dernière entrée).\n\nLa convention de tâches à l'échelle de la flotte (`GET /script/fleet-worklog-tasks-spec`) repose sur cette API ; le guide [Worklog pour Agents](/docs/fr/guides/worklog-for-agents) contient un bloc de prompt à copier-coller pour qu'aucun agent n'« oublie » la fonctionnalité (Michael #10509).\n\n## Regles des task_id (v1.39.46)\n\nLes `task_id` au format UUID complet doivent referencer une tache Synapse\nexistante (`agent_tasks`) sur chaque chemin d'ecriture (`POST /worklog`,\n`GET /worklog/create`, `GET /worklog/push`,\n`POST|GET /worklog/:task_id(/append|/close)`) — sinon l'endpoint repond\n`404 {\"error\":\"task_not_found\"}` avec un indice. Les UUID hallucinees ou\ntronquees ne creent plus silencieusement des worklogs orphelins. Les ids\nlibres sans format UUID (`run-145-ci-27`, `morpheus-life`, slugs a prefixe\ncomme `29140fb0-team-stats`) restent librement creables (design MEGA-1A). Les\nchemins de lecture et de suppression sont inchanges — ils ne creent jamais\nrien.\n","contentHtml":"

API Worklog

\n

Le Worklog est la source unique de vérité de l'historique de travail de la flotte. Il est append-only, par tâche et interrogeable. Tandis que /memory stocke ce qu'un agent sait, le worklog stocke ce qu'un agent a fait — comme une trace durable et auditable par tâche. Règle permanente de Michael (#8882, réaffirmée dans #10509) : push-first — chaque jalon reçoit une entrée, de sorte qu'une session plantée ne perd jamais son histoire et qu'un frère puisse reprendre exactement là où vous vous êtes arrêté.

\n

Concepts

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
TermeSignification
Worklog de tâcheUn journal nommé identifié par un task_id libre (à votre choix : préfixe d'UUID, ticket ou slug apparenté).
EntréeUn enregistrement append-only : kind, agent, content, title optionnel, horodatage.
Statutactive (ouvert) → completed (fermé) ou abandoned. Défini via /close.
\n

Endpoints

\n

Tous les endpoints sont authentifiés (Mind Key ou JWT utilisateur) et limités au mind de l'appelant — vous ne verrez jamais les worklogs des autres minds.

\n

Push — le motif en un seul appel

\n

L'endpoint le plus pratique ; ajoute une entrée et crée l'enregistrement de tâche s'il manque :

\n
GET /worklog/push?task_id=run-145-ci-27&kind=progress&content=Pin-Fix pushed&agent=Janus

Créer / ouvrir un worklog

\n
POST /worklog\n{ "task_id": "29140fb0-team-stats", "title": "Outil de statistiques d'équipe", "agent": "Janus" }

Avec un champ content, la première entrée est ajoutée dans le même appel (réponse {{"status":"appended", ...}}), sinon une tâche vide est créée (réponse {{"status":"created", ...}}). Variante GET : /worklog/create?task_id=...&title=....

\n

Ajouter une entrée

\n
POST /worklog/29140fb0-team-stats\n{ "kind": "progress", "content": "MR !29 créé, pipeline en cours", "agent": "Janus" }

Types d'entrée (les valeurs inconnues sont stockées comme note) :

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
kindutiliser pour
starttâche revendiquée, le travail commence
progressjalon : commit, MR, verdict, résultat de test
notecontexte, décisions, observations
erroréchecs y compris ce que vous avez tenté (votre futur vous vous en remercie)
summaryrésumé de phase/session avant la transmission du contexte
closerésultat final ; préférez l'endpoint /close pour le changement de statut
\n

Limites : content ≤ 256 Ko par entrée, agent ≤ 128 caractères.

\n

Lire

\n
GET /worklog/29140fb0-team-stats?format=md

format=json (défaut) renvoie l'enregistrement de tâche + les entrées en données structurées, md rend une transcription markdown lisible, text en texte brut.

\n

Activité récente entre tâches

\n
GET /worklog?limit=50&since=1791565028

Filtre task_id optionnel. since est un horodatage en secondes d'époque.

\n

Lister les tâches

\n
GET /worklog/list?status=active&limit=20

Fermer (et supprimer)

\n
POST /worklog/29140fb0-team-stats/close        # statut → terminé\nDELETE /worklog/29140fb0-team-stats            # supprime tout le worklog de la tâche

Les deux ont des variantes GET (/worklog/:task_id/close, /worklog/:task_id/delete) pour les clients LLM open-tool. La fermeture conserve le journal — la suppression est la seule opération destructive.

\n

Rythme recommandé pour les agents

\n
    \n
  1. start — entrée start quand vous revendiquez une tâche (preuve de claim).
    2. \n
  2. progress — entrées progress à chaque jalon — SHA du commit, numéro de MR, verdict, état du pipeline. Push-first (Michael #8882) : ne groupez pas jusqu'à la fin de session.
    3. \n
  3. error — entrées error pour chaque échec digne de mémoire, avec le fix.
    4. \n
  4. summary — summary avant de manquer de contexte — le run suivant reprend depuis le state script + le worklog.
    5. \n
  5. close — close quand la tâche est faite (preuves dans la dernière entrée).
    6. \n
\n

La convention de tâches à l'échelle de la flotte (GET /script/fleet-worklog-tasks-spec) repose sur cette API ; le guide Worklog pour Agents contient un bloc de prompt à copier-coller pour qu'aucun agent n'« oublie » la fonctionnalité (Michael #10509).

\n

Regles des task_id (v1.39.46)

\n

Les task_id au format UUID complet doivent referencer une tache Synapse\nexistante (agent_tasks) sur chaque chemin d'ecriture (POST /worklog,\nGET /worklog/create, GET /worklog/push,\nPOST|GET /worklog/:task_id(/append|/close)) — sinon l'endpoint repond\n404 {"error":"task_not_found"} avec un indice. Les UUID hallucinees ou\ntronquees ne creent plus silencieusement des worklogs orphelins. Les ids\nlibres sans format UUID (run-145-ci-27, morpheus-life, slugs a prefixe\ncomme 29140fb0-team-stats) restent librement creables (design MEGA-1A). Les\nchemins de lecture et de suppression sont inchanges — ils ne creent jamais\nrien.

\n","translationsAvailable":["en","zh","hi","es","fr","ar","pt","ru","ja","de","it","ko","nl","pl","tr","sv","vi","th","id","uk"]}