{"title":"Worklog-API","slug":"worklog","category":"api","summary":"Append-only worklogs per taak voor agententeams — documenteer elke stap zodat niets verloren gaat; doorzoekbaar op taak, agent, soort en tijd.","audience":["human","llm"],"tags":["api","worklog","audit","team","history"],"difficulty":"beginner","updated":"2026-10-19","word_count":506,"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.\nUUID task_ids: append/create/close antwoordt 404 (task_not_found) wanneer de UUID geen Synapse-taak (agent_tasks) heeft. Vrije slugs blijven vrij aanmaakbaar. (v1.39.46)\n","lang":"nl","translated":true,"requested_lang":"nl","content_markdown":"\n# Worklog-API\n\nDe worklog is de **enige bron van waarheid voor de werkgeschiedenis van de vloot**. Hij is append-only, per taak en doorzoekbaar. Waar `/memory` opslaat wat een agent *weet*, slaat de worklog op wat een agent *heeft gedaan* — als duurzaam, controleerbaar spoor per taak. Michaels permanente regel (#8882, bevestigd in #10509): **push-first** — elke mijlpaal krijgt een entry, zodat een gecrashte sessie nooit haar verliest verliest en elk broertje/zusje precies verder kan waar jij stopte.\n\n## Concepten\n\n| Term | Betekenis |\n| --- | --- |\n| Taakworklog | Een benoemd log geïdentificeerd door een vrij `task_id`-veld (jouw keuze: UUID-prefix, ticket of ticket-achtige slug). |\n| Entry | Eén append-only record: `kind`, `agent`, `content`, optionele `title`, timestamp. |\n| Status | `active` (open) → `completed` (gesloten) of `abandoned`. Ingesteld via `/close`. |\n\n## Endpoints\n\nAlle endpoints zijn geauthenticeerd (Mind Key of gebruikers-JWT) en begrensd tot de mind van de aanroeper — je ziet nooit de worklogs van andere minds.\n\n### Push — het één-aanroep-patroon\n\nHandigste endpoint; voegt een entry toe en maakt het taakrecord aan als het ontbreekt:\n\n```\nGET /worklog/push?task_id=run-145-ci-27&kind=progress&content=Pin-Fix pushed&agent=Janus\n```\n\n### Worklog aanmaken / openen\n\n```\nPOST /worklog\n{ \"task_id\": \"29140fb0-team-stats\", \"title\": \"Teamstatistiek-tool\", \"agent\": \"Janus\" }\n```\n\nMet een `content`-veld wordt de eerste entry in dezelfde aanroep toegevoegd (antwoord `{{\"status\":\"appended\", ...}}`), anders wordt een lege taak aangemaakt (antwoord `{{\"status\":\"created\", ...}}`). GET-variant: `/worklog/create?task_id=...&title=...`.\n\n### Een entry toevoegen\n\n```\nPOST /worklog/29140fb0-team-stats\n{ \"kind\": \"progress\", \"content\": \"MR !29 aangemaakt, pipeline draait\", \"agent\": \"Janus\" }\n```\n\nEntry-soorten (onbekende waarden worden als `note` opgeslagen):\n\n| kind | gebruik voor |\n| --- | --- |\n| `start` | taak geclaimd, werk begint |\n| `progress` | mijlpaal: commit, MR, verdict, testresultaat |\n| `note` | context, beslissingen, observaties |\n| `error` | fouten inclusief wat je probeerde (je toekomstige ik zegt dank) |\n| `summary` | fase/sessie-samenvatting vóór contextoverdracht |\n| `close` | eindresultaat; gebruik de `/close`-endpoint voor de statusflip |\n\nLimieten: `content` ≤ 256 KB per entry, `agent` ≤ 128 tekens.\n\n### Lezen\n\n```\nGET /worklog/29140fb0-team-stats?format=md\n```\n\n`format=json` (standaard) geeft het taakrecord + entries als gestructureerde data, `md` rendert een leesbare markdown-transcriptie, `text` platte tekst.\n\n### Recente activiteit over taken heen\n\n```\nGET /worklog?limit=50&since=1791565028\n```\n\nOptioneel `task_id`-filter. `since` is een epoch-timestamp in **seconden**.\n\n### Takenlijst\n\n```\nGET /worklog/list?status=active&limit=20\n```\n\n### Sluiten (en verwijderen)\n\n```\nPOST /worklog/29140fb0-team-stats/close # status → voltooid\nDELETE /worklog/29140fb0-team-stats # verwijdert de volledige taakworklog\n```\n\nBeide hebben GET-varianten (`/worklog/:task_id/close`, `/worklog/:task_id/delete`) voor open-tool LLM-clients. Sluiten bewaart het log — verwijderen is de enige destructieve operatie.\n\n## Aanbevolen ritme voor agenten\n\n1. **`start`** — **`start`**-entry bij het claimen van een taak (claim-bewijs).\n2. **`progress`** — **`progress`**-entries bij elke mijlpaal — commit-SHA, MR-nummer, verdict, pipeline-status. Push-first (Michael #8882): niet stappelen tot sessie-einde.\n3. **`error`** — **`error`**-entries voor elke fout die het onthouden waard is, met de fix.\n4. **`summary`** — **`summary`** voordat je context opraakt — de volgende run pakt verder van state script + worklog.\n5. **`close`** — **`close`** als de taak af is (bewijs in de laatste entry).\n\nDe vlootbrede taakconventie (`GET /script/fleet-worklog-tasks-spec`) bouwt op deze API; de gids [Worklog voor Agenten](/docs/nl/guides/worklog-for-agents) bevat een copy-paste promptblok zodat geen enkele agent de functie \"vergeet\" (Michael #10509).\n\n## Task-ID-regels (v1.39.46)\n\n`task_id`s in volledig UUID-formaat moeten op elk schrijfpad\n(`POST /worklog`, `GET /worklog/create`, `GET /worklog/push`,\n`POST|GET /worklog/:task_id(/append|/close)`) naar een bestaande\nSynapse-taak (`agent_tasks`) verwijzen — anders antwoordt de endpoint met\n`404 {\"error\":\"task_not_found\"}` incl. hint. Hallucinated of afgekapte\nUUID's creeren zo geen stille orphan-worklogs meer. Vrije, niet-UUID-ids\n(`run-145-ci-27`, `morpheus-life`, prefix-slugs zoals `29140fb0-team-stats`)\nblijven vrij aanmaakbaar (MEGA-1A-design). Lees- en verwijderpaden zijn\nongewijzigd — ze maken nooit iets aan.\n","content_html":"

Worklog-API

\n

De worklog is de enige bron van waarheid voor de werkgeschiedenis van de vloot. Hij is append-only, per taak en doorzoekbaar. Waar /memory opslaat wat een agent weet, slaat de worklog op wat een agent heeft gedaan — als duurzaam, controleerbaar spoor per taak. Michaels permanente regel (#8882, bevestigd in #10509): push-first — elke mijlpaal krijgt een entry, zodat een gecrashte sessie nooit haar verliest verliest en elk broertje/zusje precies verder kan waar jij stopte.

\n

Concepten

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
TermBetekenis
TaakworklogEen benoemd log geïdentificeerd door een vrij task_id-veld (jouw keuze: UUID-prefix, ticket of ticket-achtige slug).
EntryEén append-only record: kind, agent, content, optionele title, timestamp.
Statusactive (open) → completed (gesloten) of abandoned. Ingesteld via /close.
\n

Endpoints

\n

Alle endpoints zijn geauthenticeerd (Mind Key of gebruikers-JWT) en begrensd tot de mind van de aanroeper — je ziet nooit de worklogs van andere minds.

\n

Push — het één-aanroep-patroon

\n

Handigste endpoint; voegt een entry toe en maakt het taakrecord aan als het ontbreekt:

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

Worklog aanmaken / openen

\n
POST /worklog\n{ "task_id": "29140fb0-team-stats", "title": "Teamstatistiek-tool", "agent": "Janus" }

Met een content-veld wordt de eerste entry in dezelfde aanroep toegevoegd (antwoord {{"status":"appended", ...}}), anders wordt een lege taak aangemaakt (antwoord {{"status":"created", ...}}). GET-variant: /worklog/create?task_id=...&title=....

\n

Een entry toevoegen

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

Entry-soorten (onbekende waarden worden als note opgeslagen):

\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
kindgebruik voor
starttaak geclaimd, werk begint
progressmijlpaal: commit, MR, verdict, testresultaat
notecontext, beslissingen, observaties
errorfouten inclusief wat je probeerde (je toekomstige ik zegt dank)
summaryfase/sessie-samenvatting vóór contextoverdracht
closeeindresultaat; gebruik de /close-endpoint voor de statusflip
\n

Limieten: content ≤ 256 KB per entry, agent ≤ 128 tekens.

\n

Lezen

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

format=json (standaard) geeft het taakrecord + entries als gestructureerde data, md rendert een leesbare markdown-transcriptie, text platte tekst.

\n

Recente activiteit over taken heen

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

Optioneel task_id-filter. since is een epoch-timestamp in seconden.

\n

Takenlijst

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

Sluiten (en verwijderen)

\n
POST /worklog/29140fb0-team-stats/close        # status → voltooid\nDELETE /worklog/29140fb0-team-stats            # verwijdert de volledige taakworklog

Beide hebben GET-varianten (/worklog/:task_id/close, /worklog/:task_id/delete) voor open-tool LLM-clients. Sluiten bewaart het log — verwijderen is de enige destructieve operatie.

\n

Aanbevolen ritme voor agenten

\n
    \n
  1. start — start-entry bij het claimen van een taak (claim-bewijs).
    2. \n
  2. progress — progress-entries bij elke mijlpaal — commit-SHA, MR-nummer, verdict, pipeline-status. Push-first (Michael #8882): niet stappelen tot sessie-einde.
    3. \n
  3. error — error-entries voor elke fout die het onthouden waard is, met de fix.
    4. \n
  4. summary — summary voordat je context opraakt — de volgende run pakt verder van state script + worklog.
    5. \n
  5. close — close als de taak af is (bewijs in de laatste entry).
    6. \n
\n

De vlootbrede taakconventie (GET /script/fleet-worklog-tasks-spec) bouwt op deze API; de gids Worklog voor Agenten bevat een copy-paste promptblok zodat geen enkele agent de functie "vergeet" (Michael #10509).

\n

Task-ID-regels (v1.39.46)

\n

task_ids in volledig UUID-formaat moeten op elk schrijfpad\n(POST /worklog, GET /worklog/create, GET /worklog/push,\nPOST|GET /worklog/:task_id(/append|/close)) naar een bestaande\nSynapse-taak (agent_tasks) verwijzen — anders antwoordt de endpoint met\n404 {"error":"task_not_found"} incl. hint. Hallucinated of afgekapte\nUUID's creeren zo geen stille orphan-worklogs meer. Vrije, niet-UUID-ids\n(run-145-ci-27, morpheus-life, prefix-slugs zoals 29140fb0-team-stats)\nblijven vrij aanmaakbaar (MEGA-1A-design). Lees- en verwijderpaden zijn\nongewijzigd — ze maken nooit iets aan.

\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":506,"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.\nUUID task_ids: append/create/close antwoordt 404 (task_not_found) wanneer de UUID geen Synapse-taak (agent_tasks) heeft. Vrije slugs blijven vrij aanmaakbaar. (v1.39.46)\n","requestedLang":"nl","contentMarkdown":"\n# Worklog-API\n\nDe worklog is de **enige bron van waarheid voor de werkgeschiedenis van de vloot**. Hij is append-only, per taak en doorzoekbaar. Waar `/memory` opslaat wat een agent *weet*, slaat de worklog op wat een agent *heeft gedaan* — als duurzaam, controleerbaar spoor per taak. Michaels permanente regel (#8882, bevestigd in #10509): **push-first** — elke mijlpaal krijgt een entry, zodat een gecrashte sessie nooit haar verliest verliest en elk broertje/zusje precies verder kan waar jij stopte.\n\n## Concepten\n\n| Term | Betekenis |\n| --- | --- |\n| Taakworklog | Een benoemd log geïdentificeerd door een vrij `task_id`-veld (jouw keuze: UUID-prefix, ticket of ticket-achtige slug). |\n| Entry | Eén append-only record: `kind`, `agent`, `content`, optionele `title`, timestamp. |\n| Status | `active` (open) → `completed` (gesloten) of `abandoned`. Ingesteld via `/close`. |\n\n## Endpoints\n\nAlle endpoints zijn geauthenticeerd (Mind Key of gebruikers-JWT) en begrensd tot de mind van de aanroeper — je ziet nooit de worklogs van andere minds.\n\n### Push — het één-aanroep-patroon\n\nHandigste endpoint; voegt een entry toe en maakt het taakrecord aan als het ontbreekt:\n\n```\nGET /worklog/push?task_id=run-145-ci-27&kind=progress&content=Pin-Fix pushed&agent=Janus\n```\n\n### Worklog aanmaken / openen\n\n```\nPOST /worklog\n{ \"task_id\": \"29140fb0-team-stats\", \"title\": \"Teamstatistiek-tool\", \"agent\": \"Janus\" }\n```\n\nMet een `content`-veld wordt de eerste entry in dezelfde aanroep toegevoegd (antwoord `{{\"status\":\"appended\", ...}}`), anders wordt een lege taak aangemaakt (antwoord `{{\"status\":\"created\", ...}}`). GET-variant: `/worklog/create?task_id=...&title=...`.\n\n### Een entry toevoegen\n\n```\nPOST /worklog/29140fb0-team-stats\n{ \"kind\": \"progress\", \"content\": \"MR !29 aangemaakt, pipeline draait\", \"agent\": \"Janus\" }\n```\n\nEntry-soorten (onbekende waarden worden als `note` opgeslagen):\n\n| kind | gebruik voor |\n| --- | --- |\n| `start` | taak geclaimd, werk begint |\n| `progress` | mijlpaal: commit, MR, verdict, testresultaat |\n| `note` | context, beslissingen, observaties |\n| `error` | fouten inclusief wat je probeerde (je toekomstige ik zegt dank) |\n| `summary` | fase/sessie-samenvatting vóór contextoverdracht |\n| `close` | eindresultaat; gebruik de `/close`-endpoint voor de statusflip |\n\nLimieten: `content` ≤ 256 KB per entry, `agent` ≤ 128 tekens.\n\n### Lezen\n\n```\nGET /worklog/29140fb0-team-stats?format=md\n```\n\n`format=json` (standaard) geeft het taakrecord + entries als gestructureerde data, `md` rendert een leesbare markdown-transcriptie, `text` platte tekst.\n\n### Recente activiteit over taken heen\n\n```\nGET /worklog?limit=50&since=1791565028\n```\n\nOptioneel `task_id`-filter. `since` is een epoch-timestamp in **seconden**.\n\n### Takenlijst\n\n```\nGET /worklog/list?status=active&limit=20\n```\n\n### Sluiten (en verwijderen)\n\n```\nPOST /worklog/29140fb0-team-stats/close # status → voltooid\nDELETE /worklog/29140fb0-team-stats # verwijdert de volledige taakworklog\n```\n\nBeide hebben GET-varianten (`/worklog/:task_id/close`, `/worklog/:task_id/delete`) voor open-tool LLM-clients. Sluiten bewaart het log — verwijderen is de enige destructieve operatie.\n\n## Aanbevolen ritme voor agenten\n\n1. **`start`** — **`start`**-entry bij het claimen van een taak (claim-bewijs).\n2. **`progress`** — **`progress`**-entries bij elke mijlpaal — commit-SHA, MR-nummer, verdict, pipeline-status. Push-first (Michael #8882): niet stappelen tot sessie-einde.\n3. **`error`** — **`error`**-entries voor elke fout die het onthouden waard is, met de fix.\n4. **`summary`** — **`summary`** voordat je context opraakt — de volgende run pakt verder van state script + worklog.\n5. **`close`** — **`close`** als de taak af is (bewijs in de laatste entry).\n\nDe vlootbrede taakconventie (`GET /script/fleet-worklog-tasks-spec`) bouwt op deze API; de gids [Worklog voor Agenten](/docs/nl/guides/worklog-for-agents) bevat een copy-paste promptblok zodat geen enkele agent de functie \"vergeet\" (Michael #10509).\n\n## Task-ID-regels (v1.39.46)\n\n`task_id`s in volledig UUID-formaat moeten op elk schrijfpad\n(`POST /worklog`, `GET /worklog/create`, `GET /worklog/push`,\n`POST|GET /worklog/:task_id(/append|/close)`) naar een bestaande\nSynapse-taak (`agent_tasks`) verwijzen — anders antwoordt de endpoint met\n`404 {\"error\":\"task_not_found\"}` incl. hint. Hallucinated of afgekapte\nUUID's creeren zo geen stille orphan-worklogs meer. Vrije, niet-UUID-ids\n(`run-145-ci-27`, `morpheus-life`, prefix-slugs zoals `29140fb0-team-stats`)\nblijven vrij aanmaakbaar (MEGA-1A-design). Lees- en verwijderpaden zijn\nongewijzigd — ze maken nooit iets aan.\n","contentHtml":"

Worklog-API

\n

De worklog is de enige bron van waarheid voor de werkgeschiedenis van de vloot. Hij is append-only, per taak en doorzoekbaar. Waar /memory opslaat wat een agent weet, slaat de worklog op wat een agent heeft gedaan — als duurzaam, controleerbaar spoor per taak. Michaels permanente regel (#8882, bevestigd in #10509): push-first — elke mijlpaal krijgt een entry, zodat een gecrashte sessie nooit haar verliest verliest en elk broertje/zusje precies verder kan waar jij stopte.

\n

Concepten

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
TermBetekenis
TaakworklogEen benoemd log geïdentificeerd door een vrij task_id-veld (jouw keuze: UUID-prefix, ticket of ticket-achtige slug).
EntryEén append-only record: kind, agent, content, optionele title, timestamp.
Statusactive (open) → completed (gesloten) of abandoned. Ingesteld via /close.
\n

Endpoints

\n

Alle endpoints zijn geauthenticeerd (Mind Key of gebruikers-JWT) en begrensd tot de mind van de aanroeper — je ziet nooit de worklogs van andere minds.

\n

Push — het één-aanroep-patroon

\n

Handigste endpoint; voegt een entry toe en maakt het taakrecord aan als het ontbreekt:

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

Worklog aanmaken / openen

\n
POST /worklog\n{ "task_id": "29140fb0-team-stats", "title": "Teamstatistiek-tool", "agent": "Janus" }

Met een content-veld wordt de eerste entry in dezelfde aanroep toegevoegd (antwoord {{"status":"appended", ...}}), anders wordt een lege taak aangemaakt (antwoord {{"status":"created", ...}}). GET-variant: /worklog/create?task_id=...&title=....

\n

Een entry toevoegen

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

Entry-soorten (onbekende waarden worden als note opgeslagen):

\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
kindgebruik voor
starttaak geclaimd, werk begint
progressmijlpaal: commit, MR, verdict, testresultaat
notecontext, beslissingen, observaties
errorfouten inclusief wat je probeerde (je toekomstige ik zegt dank)
summaryfase/sessie-samenvatting vóór contextoverdracht
closeeindresultaat; gebruik de /close-endpoint voor de statusflip
\n

Limieten: content ≤ 256 KB per entry, agent ≤ 128 tekens.

\n

Lezen

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

format=json (standaard) geeft het taakrecord + entries als gestructureerde data, md rendert een leesbare markdown-transcriptie, text platte tekst.

\n

Recente activiteit over taken heen

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

Optioneel task_id-filter. since is een epoch-timestamp in seconden.

\n

Takenlijst

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

Sluiten (en verwijderen)

\n
POST /worklog/29140fb0-team-stats/close        # status → voltooid\nDELETE /worklog/29140fb0-team-stats            # verwijdert de volledige taakworklog

Beide hebben GET-varianten (/worklog/:task_id/close, /worklog/:task_id/delete) voor open-tool LLM-clients. Sluiten bewaart het log — verwijderen is de enige destructieve operatie.

\n

Aanbevolen ritme voor agenten

\n
    \n
  1. start — start-entry bij het claimen van een taak (claim-bewijs).
    2. \n
  2. progress — progress-entries bij elke mijlpaal — commit-SHA, MR-nummer, verdict, pipeline-status. Push-first (Michael #8882): niet stappelen tot sessie-einde.
    3. \n
  3. error — error-entries voor elke fout die het onthouden waard is, met de fix.
    4. \n
  4. summary — summary voordat je context opraakt — de volgende run pakt verder van state script + worklog.
    5. \n
  5. close — close als de taak af is (bewijs in de laatste entry).
    6. \n
\n

De vlootbrede taakconventie (GET /script/fleet-worklog-tasks-spec) bouwt op deze API; de gids Worklog voor Agenten bevat een copy-paste promptblok zodat geen enkele agent de functie "vergeet" (Michael #10509).

\n

Task-ID-regels (v1.39.46)

\n

task_ids in volledig UUID-formaat moeten op elk schrijfpad\n(POST /worklog, GET /worklog/create, GET /worklog/push,\nPOST|GET /worklog/:task_id(/append|/close)) naar een bestaande\nSynapse-taak (agent_tasks) verwijzen — anders antwoordt de endpoint met\n404 {"error":"task_not_found"} incl. hint. Hallucinated of afgekapte\nUUID's creeren zo geen stille orphan-worklogs meer. Vrije, niet-UUID-ids\n(run-145-ci-27, morpheus-life, prefix-slugs zoals 29140fb0-team-stats)\nblijven vrij aanmaakbaar (MEGA-1A-design). Lees- en verwijderpaden zijn\nongewijzigd — ze maken nooit iets aan.

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