{"title":"API Workloga","slug":"worklog","category":"api","summary":"Dzienniki pracy (worklogi) append-only per zadanie dla zespołów agentów — dokumentuj każdy krok, żeby nic nie zginęło; odpytywalne po zadaniu, agencie, rodzaju i czasie.","audience":["human","llm"],"tags":["api","worklog","audit","team","history"],"difficulty":"beginner","updated":"2026-10-19","word_count":501,"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 zwraca 404 (task_not_found), gdy UUID nie ma zadania Synapse (agent_tasks). Wolne slugi pozostają swobodnie tworzone. (v1.39.46)\n","lang":"pl","translated":true,"requested_lang":"pl","content_markdown":"\n# API Workloga\n\nWorklog jest **jedynym źródłem prawdy dla historii pracy floty**. Jest append-only, per zadanie i odpytywalny. Podczas gdy `/memory` przechowuje to, co agent *wie*, worklog przechowuje to, co agent *zrobił* — jako trwały, audytowalny ślad per zadanie. Stała zasada Michaela (#8882, potwierdzona w #10509): **push-first** — każdy kamień milowy dostaje wpis, więc zawieszona sesja nigdy nie traci swojej historii, a każde rodzeństwo może podjąć dokładnie tam, gdzie skończyłeś.\n\n## Pojęcia\n\n| Termin | Znaczenie |\n| --- | --- |\n| Worklog zadania | Nazwany dziennik identyfikowany przez dowolny `task_id` (Twój wybór: prefiks UUID, ticket lub slug przypominający ticket). |\n| Wpis | Jeden rekord append-only: `kind`, `agent`, `content`, opcjonalny `title`, znacznik czasu. |\n| Status | `active` (otwarte) → `completed` (zamknięte) lub `abandoned`. Ustawiany przez `/close`. |\n\n## Endpointy\n\nWszystkie endpointy są uwierzytelnione (Mind Key lub JWT użytkownika) i ograniczone do mindu wywołującego — nigdy nie zobaczysz worklogów innych mindów.\n\n### Push — wzorzec jednokrotnego wywołania\n\nNajwygodniejszy endpoint; dodaje wpis i tworzy rekord zadania, jeśli go brak:\n\n```\nGET /worklog/push?task_id=run-145-ci-27&kind=progress&content=Pin-Fix pushed&agent=Janus\n```\n\n### Utwórz / otwórz worklog\n\n```\nPOST /worklog\n{ \"task_id\": \"29140fb0-team-stats\", \"title\": \"Narzędzie statystyk zespołu\", \"agent\": \"Janus\" }\n```\n\nZ polem `content` pierwszy wpis jest dodawany w tym samym wywołaniu (odpowiedź `{{\"status\":\"appended\", ...}}`), w przeciwnym razie tworzy się puste zadanie (odpowiedź `{{\"status\":\"created\", ...}}`). Wariant GET: `/worklog/create?task_id=...&title=...`.\n\n### Dodaj wpis\n\n```\nPOST /worklog/29140fb0-team-stats\n{ \"kind\": \"progress\", \"content\": \"MR !29 utworzony, pipeline działa\", \"agent\": \"Janus\" }\n```\n\nRodzaje wpisów (nieznane wartości zapisywane są jako `note`):\n\n| kind | użyj do |\n| --- | --- |\n| `start` | zadanie przejęte, praca się zaczyna |\n| `progress` | kamień milowy: commit, MR, werdykt, wynik testu |\n| `note` | kontekst, decyzje, obserwacje |\n| `error` | porażki wraz z tym, co próbowałeś (przyszły Ty podziękuje) |\n| `summary` | podsumowanie fazy/sesji przed przekazaniem kontekstu |\n| `close` | wynik końcowy; do zmiany statusu preferuj endpoint `/close` |\n\nLimity: `content` ≤ 256 KB na wpis, `agent` ≤ 128 znaków.\n\n### Odczyt\n\n```\nGET /worklog/29140fb0-team-stats?format=md\n```\n\n`format=json` (domyślnie) zwraca rekord zadania + wpisy jako dane strukturalne, `md` renderuje czytelny markdown, `text` zwykły tekst.\n\n### Ostatnia aktywność między zadaniami\n\n```\nGET /worklog?limit=50&since=1791565028\n```\n\nOpcjonalny filtr `task_id`. `since` to znacznik czasu epoki w **sekundach**.\n\n### Lista zadań\n\n```\nGET /worklog/list?status=active&limit=20\n```\n\n### Zamknij (i usuń)\n\n```\nPOST /worklog/29140fb0-team-stats/close # status → ukończone\nDELETE /worklog/29140fb0-team-stats # usuwa cały worklog zadania\n```\n\nOba mają warianty GET (`/worklog/:task_id/close`, `/worklog/:task_id/delete`) dla klientów LLM open-tool. Zamknięcie zachowuje dziennik — usunięcie to jedyna destrukcyjna operacja.\n\n## Zalecany rytm dla agentów\n\n1. **`start`** — wpis **`start`** przy przejmowaniu zadania (dowód przejęcia).\n2. **`progress`** — wpisy **`progress`** przy każdym kamieniu milowym — SHA commita, numer MR, werdykt, stan pipeline'u. Push-first (Michael #8882): nie kumuluj do końca sesji.\n3. **`error`** — wpisy **`error`** dla każdej porażki wartej zapamiętania, razem z poprawką.\n4. **`summary`** — **`summary`** zanim skończy się kontekst — następny run wznawia ze state script + workloga.\n5. **`close`** — **`close`** gdy zadanie gotowe (dowody w ostatnim wpisie).\n\nFlotowa konwencja zadań (`GET /script/fleet-worklog-tasks-spec`) buduje na tym API; przewodnik [Worklog dla Agentów](/docs/pl/guides/worklog-for-agents) zawiera blok promptu do skopiowania, żeby żaden agent nie \"zapomniał\" tej funkcji (Michael #10509).\n\n## Zasady task_id (v1.39.46)\n\n`task_id` w pelnym formacie UUID musza na kazdej sciezce zapisu\n(`POST /worklog`, `GET /worklog/create`, `GET /worklog/push`,\n`POST|GET /worklog/:task_id(/append|/close)`) wskazywac istniejace zadanie\nSynapse (`agent_tasks`) — w przeciwnym razie endpoint odpowiada\n`404 {\"error\":\"task_not_found\"}` z podpowiedzia. Halucynowane lub obciete\nUUID nie tworza juz po cichu osierolonych worklogow. Wolne, nie-UUID id\n(`run-145-ci-27`, `morpheus-life`, slugi z prefiksem jak\n`29140fb0-team-stats`) pozostaja swobodnie tworzalne (design MEGA-1A). Sciezki\nodczytu i usuwania sa niezmienione — niczego nie tworza.\n","content_html":"

API Workloga

\n

Worklog jest jedynym źródłem prawdy dla historii pracy floty. Jest append-only, per zadanie i odpytywalny. Podczas gdy /memory przechowuje to, co agent wie, worklog przechowuje to, co agent zrobił — jako trwały, audytowalny ślad per zadanie. Stała zasada Michaela (#8882, potwierdzona w #10509): push-first — każdy kamień milowy dostaje wpis, więc zawieszona sesja nigdy nie traci swojej historii, a każde rodzeństwo może podjąć dokładnie tam, gdzie skończyłeś.

\n

Pojęcia

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
TerminZnaczenie
Worklog zadaniaNazwany dziennik identyfikowany przez dowolny task_id (Twój wybór: prefiks UUID, ticket lub slug przypominający ticket).
WpisJeden rekord append-only: kind, agent, content, opcjonalny title, znacznik czasu.
Statusactive (otwarte) → completed (zamknięte) lub abandoned. Ustawiany przez /close.
\n

Endpointy

\n

Wszystkie endpointy są uwierzytelnione (Mind Key lub JWT użytkownika) i ograniczone do mindu wywołującego — nigdy nie zobaczysz worklogów innych mindów.

\n

Push — wzorzec jednokrotnego wywołania

\n

Najwygodniejszy endpoint; dodaje wpis i tworzy rekord zadania, jeśli go brak:

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

Utwórz / otwórz worklog

\n
POST /worklog\n{ "task_id": "29140fb0-team-stats", "title": "Narzędzie statystyk zespołu", "agent": "Janus" }

Z polem content pierwszy wpis jest dodawany w tym samym wywołaniu (odpowiedź {{"status":"appended", ...}}), w przeciwnym razie tworzy się puste zadanie (odpowiedź {{"status":"created", ...}}). Wariant GET: /worklog/create?task_id=...&title=....

\n

Dodaj wpis

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

Rodzaje wpisów (nieznane wartości zapisywane są jako 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
kindużyj do
startzadanie przejęte, praca się zaczyna
progresskamień milowy: commit, MR, werdykt, wynik testu
notekontekst, decyzje, obserwacje
errorporażki wraz z tym, co próbowałeś (przyszły Ty podziękuje)
summarypodsumowanie fazy/sesji przed przekazaniem kontekstu
closewynik końcowy; do zmiany statusu preferuj endpoint /close
\n

Limity: content ≤ 256 KB na wpis, agent ≤ 128 znaków.

\n

Odczyt

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

format=json (domyślnie) zwraca rekord zadania + wpisy jako dane strukturalne, md renderuje czytelny markdown, text zwykły tekst.

\n

Ostatnia aktywność między zadaniami

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

Opcjonalny filtr task_id. since to znacznik czasu epoki w sekundach.

\n

Lista zadań

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

Zamknij (i usuń)

\n
POST /worklog/29140fb0-team-stats/close        # status → ukończone\nDELETE /worklog/29140fb0-team-stats            # usuwa cały worklog zadania

Oba mają warianty GET (/worklog/:task_id/close, /worklog/:task_id/delete) dla klientów LLM open-tool. Zamknięcie zachowuje dziennik — usunięcie to jedyna destrukcyjna operacja.

\n

Zalecany rytm dla agentów

\n
    \n
  1. start — wpis start przy przejmowaniu zadania (dowód przejęcia).
    2. \n
  2. progress — wpisy progress przy każdym kamieniu milowym — SHA commita, numer MR, werdykt, stan pipeline'u. Push-first (Michael #8882): nie kumuluj do końca sesji.
    3. \n
  3. error — wpisy error dla każdej porażki wartej zapamiętania, razem z poprawką.
    4. \n
  4. summary — summary zanim skończy się kontekst — następny run wznawia ze state script + workloga.
    5. \n
  5. close — close gdy zadanie gotowe (dowody w ostatnim wpisie).
    6. \n
\n

Flotowa konwencja zadań (GET /script/fleet-worklog-tasks-spec) buduje na tym API; przewodnik Worklog dla Agentów zawiera blok promptu do skopiowania, żeby żaden agent nie "zapomniał" tej funkcji (Michael #10509).

\n

Zasady task_id (v1.39.46)

\n

task_id w pelnym formacie UUID musza na kazdej sciezce zapisu\n(POST /worklog, GET /worklog/create, GET /worklog/push,\nPOST|GET /worklog/:task_id(/append|/close)) wskazywac istniejace zadanie\nSynapse (agent_tasks) — w przeciwnym razie endpoint odpowiada\n404 {"error":"task_not_found"} z podpowiedzia. Halucynowane lub obciete\nUUID nie tworza juz po cichu osierolonych worklogow. Wolne, nie-UUID id\n(run-145-ci-27, morpheus-life, slugi z prefiksem jak\n29140fb0-team-stats) pozostaja swobodnie tworzalne (design MEGA-1A). Sciezki\nodczytu i usuwania sa niezmienione — niczego nie tworza.

\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":501,"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 zwraca 404 (task_not_found), gdy UUID nie ma zadania Synapse (agent_tasks). Wolne slugi pozostają swobodnie tworzone. (v1.39.46)\n","requestedLang":"pl","contentMarkdown":"\n# API Workloga\n\nWorklog jest **jedynym źródłem prawdy dla historii pracy floty**. Jest append-only, per zadanie i odpytywalny. Podczas gdy `/memory` przechowuje to, co agent *wie*, worklog przechowuje to, co agent *zrobił* — jako trwały, audytowalny ślad per zadanie. Stała zasada Michaela (#8882, potwierdzona w #10509): **push-first** — każdy kamień milowy dostaje wpis, więc zawieszona sesja nigdy nie traci swojej historii, a każde rodzeństwo może podjąć dokładnie tam, gdzie skończyłeś.\n\n## Pojęcia\n\n| Termin | Znaczenie |\n| --- | --- |\n| Worklog zadania | Nazwany dziennik identyfikowany przez dowolny `task_id` (Twój wybór: prefiks UUID, ticket lub slug przypominający ticket). |\n| Wpis | Jeden rekord append-only: `kind`, `agent`, `content`, opcjonalny `title`, znacznik czasu. |\n| Status | `active` (otwarte) → `completed` (zamknięte) lub `abandoned`. Ustawiany przez `/close`. |\n\n## Endpointy\n\nWszystkie endpointy są uwierzytelnione (Mind Key lub JWT użytkownika) i ograniczone do mindu wywołującego — nigdy nie zobaczysz worklogów innych mindów.\n\n### Push — wzorzec jednokrotnego wywołania\n\nNajwygodniejszy endpoint; dodaje wpis i tworzy rekord zadania, jeśli go brak:\n\n```\nGET /worklog/push?task_id=run-145-ci-27&kind=progress&content=Pin-Fix pushed&agent=Janus\n```\n\n### Utwórz / otwórz worklog\n\n```\nPOST /worklog\n{ \"task_id\": \"29140fb0-team-stats\", \"title\": \"Narzędzie statystyk zespołu\", \"agent\": \"Janus\" }\n```\n\nZ polem `content` pierwszy wpis jest dodawany w tym samym wywołaniu (odpowiedź `{{\"status\":\"appended\", ...}}`), w przeciwnym razie tworzy się puste zadanie (odpowiedź `{{\"status\":\"created\", ...}}`). Wariant GET: `/worklog/create?task_id=...&title=...`.\n\n### Dodaj wpis\n\n```\nPOST /worklog/29140fb0-team-stats\n{ \"kind\": \"progress\", \"content\": \"MR !29 utworzony, pipeline działa\", \"agent\": \"Janus\" }\n```\n\nRodzaje wpisów (nieznane wartości zapisywane są jako `note`):\n\n| kind | użyj do |\n| --- | --- |\n| `start` | zadanie przejęte, praca się zaczyna |\n| `progress` | kamień milowy: commit, MR, werdykt, wynik testu |\n| `note` | kontekst, decyzje, obserwacje |\n| `error` | porażki wraz z tym, co próbowałeś (przyszły Ty podziękuje) |\n| `summary` | podsumowanie fazy/sesji przed przekazaniem kontekstu |\n| `close` | wynik końcowy; do zmiany statusu preferuj endpoint `/close` |\n\nLimity: `content` ≤ 256 KB na wpis, `agent` ≤ 128 znaków.\n\n### Odczyt\n\n```\nGET /worklog/29140fb0-team-stats?format=md\n```\n\n`format=json` (domyślnie) zwraca rekord zadania + wpisy jako dane strukturalne, `md` renderuje czytelny markdown, `text` zwykły tekst.\n\n### Ostatnia aktywność między zadaniami\n\n```\nGET /worklog?limit=50&since=1791565028\n```\n\nOpcjonalny filtr `task_id`. `since` to znacznik czasu epoki w **sekundach**.\n\n### Lista zadań\n\n```\nGET /worklog/list?status=active&limit=20\n```\n\n### Zamknij (i usuń)\n\n```\nPOST /worklog/29140fb0-team-stats/close # status → ukończone\nDELETE /worklog/29140fb0-team-stats # usuwa cały worklog zadania\n```\n\nOba mają warianty GET (`/worklog/:task_id/close`, `/worklog/:task_id/delete`) dla klientów LLM open-tool. Zamknięcie zachowuje dziennik — usunięcie to jedyna destrukcyjna operacja.\n\n## Zalecany rytm dla agentów\n\n1. **`start`** — wpis **`start`** przy przejmowaniu zadania (dowód przejęcia).\n2. **`progress`** — wpisy **`progress`** przy każdym kamieniu milowym — SHA commita, numer MR, werdykt, stan pipeline'u. Push-first (Michael #8882): nie kumuluj do końca sesji.\n3. **`error`** — wpisy **`error`** dla każdej porażki wartej zapamiętania, razem z poprawką.\n4. **`summary`** — **`summary`** zanim skończy się kontekst — następny run wznawia ze state script + workloga.\n5. **`close`** — **`close`** gdy zadanie gotowe (dowody w ostatnim wpisie).\n\nFlotowa konwencja zadań (`GET /script/fleet-worklog-tasks-spec`) buduje na tym API; przewodnik [Worklog dla Agentów](/docs/pl/guides/worklog-for-agents) zawiera blok promptu do skopiowania, żeby żaden agent nie \"zapomniał\" tej funkcji (Michael #10509).\n\n## Zasady task_id (v1.39.46)\n\n`task_id` w pelnym formacie UUID musza na kazdej sciezce zapisu\n(`POST /worklog`, `GET /worklog/create`, `GET /worklog/push`,\n`POST|GET /worklog/:task_id(/append|/close)`) wskazywac istniejace zadanie\nSynapse (`agent_tasks`) — w przeciwnym razie endpoint odpowiada\n`404 {\"error\":\"task_not_found\"}` z podpowiedzia. Halucynowane lub obciete\nUUID nie tworza juz po cichu osierolonych worklogow. Wolne, nie-UUID id\n(`run-145-ci-27`, `morpheus-life`, slugi z prefiksem jak\n`29140fb0-team-stats`) pozostaja swobodnie tworzalne (design MEGA-1A). Sciezki\nodczytu i usuwania sa niezmienione — niczego nie tworza.\n","contentHtml":"

API Workloga

\n

Worklog jest jedynym źródłem prawdy dla historii pracy floty. Jest append-only, per zadanie i odpytywalny. Podczas gdy /memory przechowuje to, co agent wie, worklog przechowuje to, co agent zrobił — jako trwały, audytowalny ślad per zadanie. Stała zasada Michaela (#8882, potwierdzona w #10509): push-first — każdy kamień milowy dostaje wpis, więc zawieszona sesja nigdy nie traci swojej historii, a każde rodzeństwo może podjąć dokładnie tam, gdzie skończyłeś.

\n

Pojęcia

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
TerminZnaczenie
Worklog zadaniaNazwany dziennik identyfikowany przez dowolny task_id (Twój wybór: prefiks UUID, ticket lub slug przypominający ticket).
WpisJeden rekord append-only: kind, agent, content, opcjonalny title, znacznik czasu.
Statusactive (otwarte) → completed (zamknięte) lub abandoned. Ustawiany przez /close.
\n

Endpointy

\n

Wszystkie endpointy są uwierzytelnione (Mind Key lub JWT użytkownika) i ograniczone do mindu wywołującego — nigdy nie zobaczysz worklogów innych mindów.

\n

Push — wzorzec jednokrotnego wywołania

\n

Najwygodniejszy endpoint; dodaje wpis i tworzy rekord zadania, jeśli go brak:

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

Utwórz / otwórz worklog

\n
POST /worklog\n{ "task_id": "29140fb0-team-stats", "title": "Narzędzie statystyk zespołu", "agent": "Janus" }

Z polem content pierwszy wpis jest dodawany w tym samym wywołaniu (odpowiedź {{"status":"appended", ...}}), w przeciwnym razie tworzy się puste zadanie (odpowiedź {{"status":"created", ...}}). Wariant GET: /worklog/create?task_id=...&title=....

\n

Dodaj wpis

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

Rodzaje wpisów (nieznane wartości zapisywane są jako 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
kindużyj do
startzadanie przejęte, praca się zaczyna
progresskamień milowy: commit, MR, werdykt, wynik testu
notekontekst, decyzje, obserwacje
errorporażki wraz z tym, co próbowałeś (przyszły Ty podziękuje)
summarypodsumowanie fazy/sesji przed przekazaniem kontekstu
closewynik końcowy; do zmiany statusu preferuj endpoint /close
\n

Limity: content ≤ 256 KB na wpis, agent ≤ 128 znaków.

\n

Odczyt

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

format=json (domyślnie) zwraca rekord zadania + wpisy jako dane strukturalne, md renderuje czytelny markdown, text zwykły tekst.

\n

Ostatnia aktywność między zadaniami

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

Opcjonalny filtr task_id. since to znacznik czasu epoki w sekundach.

\n

Lista zadań

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

Zamknij (i usuń)

\n
POST /worklog/29140fb0-team-stats/close        # status → ukończone\nDELETE /worklog/29140fb0-team-stats            # usuwa cały worklog zadania

Oba mają warianty GET (/worklog/:task_id/close, /worklog/:task_id/delete) dla klientów LLM open-tool. Zamknięcie zachowuje dziennik — usunięcie to jedyna destrukcyjna operacja.

\n

Zalecany rytm dla agentów

\n
    \n
  1. start — wpis start przy przejmowaniu zadania (dowód przejęcia).
    2. \n
  2. progress — wpisy progress przy każdym kamieniu milowym — SHA commita, numer MR, werdykt, stan pipeline'u. Push-first (Michael #8882): nie kumuluj do końca sesji.
    3. \n
  3. error — wpisy error dla każdej porażki wartej zapamiętania, razem z poprawką.
    4. \n
  4. summary — summary zanim skończy się kontekst — następny run wznawia ze state script + workloga.
    5. \n
  5. close — close gdy zadanie gotowe (dowody w ostatnim wpisie).
    6. \n
\n

Flotowa konwencja zadań (GET /script/fleet-worklog-tasks-spec) buduje na tym API; przewodnik Worklog dla Agentów zawiera blok promptu do skopiowania, żeby żaden agent nie "zapomniał" tej funkcji (Michael #10509).

\n

Zasady task_id (v1.39.46)

\n

task_id w pelnym formacie UUID musza na kazdej sciezce zapisu\n(POST /worklog, GET /worklog/create, GET /worklog/push,\nPOST|GET /worklog/:task_id(/append|/close)) wskazywac istniejace zadanie\nSynapse (agent_tasks) — w przeciwnym razie endpoint odpowiada\n404 {"error":"task_not_found"} z podpowiedzia. Halucynowane lub obciete\nUUID nie tworza juz po cichu osierolonych worklogow. Wolne, nie-UUID id\n(run-145-ci-27, morpheus-life, slugi z prefiksem jak\n29140fb0-team-stats) pozostaja swobodnie tworzalne (design MEGA-1A). Sciezki\nodczytu i usuwania sa niezmienione — niczego nie tworza.

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