Proč se rozhodnutí z AI chatů ztrácejí a kde je uchovávat

Rozhodnutí udělaná v konverzaci s ChatGPT nebo Claude se ztrácejí, protože chat nemá stav. Nic v něm neoznačí řádek jako „tohle jsme rozhodli“, nic ten řádek nespojí s prací, které se týká, a nový chat začíná prázdný. Řešením je nechat AI zapsat rozhodnutí tam, kde žije práce, jako krátký záznam i s důvody, a nechat další relaci tyto záznamy přečíst dřív, než začne jednat.

Weft vyvíjíme my. Údaje o ostatních produktech pocházejí z jejich oficiálních stránek, ověřeno 27. října 2026. Myšlenka, že vlákno „nemá stav“, pochází z článku Hypertasku o vláknech ve Slacku. Tento průvodce ji uplatňuje na AI chaty.

Proč rozhodnutí udělaná s ChatGPT nebo Claude mizí?

Strávíte s asistentem čtyřicet minut zvažováním dvou poskytovatelů databáze, dvou cenových modelů nebo dvou způsobů, jak strukturovat API. Shodnete se na jednom. Úvaha je dobrá, asistent souhlasí a vy jdete na další věc.

O týden později je závěr pořád v tom chatu, někde nad dvěma sty dalšími zprávami. Nový chat o něm nic neví. Kolega ho nikdy neviděl. A když druhý den otevřete jiného AI klienta, třeba programovacího agenta v terminálu, začne od nuly a klidně vám navrhne možnost, kterou jste zamítli.

Nejde o problém disciplíny. Konverzace je posloupnost zpráv. Nemá pole „rozhodnuto“, nemá vlastníka, nemá odkaz na úkol a neumí říct „tohle nahrazuje to, co jsme řekli v úterý“. Rozhodnutá otázka a opuštěná otázka vypadají stejně, jakmile odjedou nahoru.

Neřeší to už paměť chatu?

Na tuhle práci ne. Řada asistentů si dnes mezi chaty umí pamatovat věci o vás, a to se hodí pro preference a kontext. Ta paměť ale patří jednomu produktu a jednomu účtu. Je psaná pro potřeby toho asistenta, ne jako záznam, který může člověk projít řádek po řádku, a jiný AI klient ji přečíst nemůže. Také neříká, kterého úkolu se volba týkala ani kterou dřívější volbu nahradila.

Deník rozhodnutí má jiné požadavky. Musí být k nalezení pro lidi a agenty, kteří na projektu pracují, čitelný pro kteréhokoli AI klienta, který práci převezme jako další, svázaný s touto prací a poctivý k historii: když se rozhodnutí změní, staré má zůstat vidět i s důvodem, proč bylo nahrazeno.

Co se počítá jako rozhodnutí, které stojí za zápis?

Zapište volbu, když se někdo mohl rozumně rozhodnout jinak a volba ovlivní další práci. Dobré příklady:

• Výběr jednoho nástroje, dodavatele nebo knihovny místo jiného.
• Úmyslné vypuštění něčeho („tento kvartál žádný doporučovací program“).
• Stanovení pravidla, které musí práce dodržet („v EU všechny ceny včetně DPH“).
• Změna dřívější volby i s důvodem.
• Lekce získaná tvrdě („migraci nespouštět během pracovní doby“).

Nezapisujte:

• Nápady, které jste nadhodili a nepřijali.
• Kroky samotné práce (ty patří do úkolu a jeho výsledku).
• Cokoli, s čím člověk ještě nesouhlasil, pokud to není jasně označené jako návrh.
• Fakta, která si kdokoli za minutu znovu dohledá.

Užitečný test: kdyby nová AI relace měla tuto volbu právě zvrátit, chtěli byste, aby se zastavila a přečetla si proč? Pokud ano, zapište ji.

Jak vypadá dobrý záznam rozhodnutí?

Držte ho krátký a zachovejte důvody. Formát níže je odlehčená verze MADR (Markdown Architectural Decision Records), kterou používá nástroj record_decision ve Weftu:

Název:        Nahrávání souborů: objektové úložiště, ne databáze
Výsledek:     Nahrané soubory jdou do objektového úložiště; databáze drží
              jen klíč souboru a metadata.
Stav:         accepted
Kontext:      Uživatelé přikládají soubory až do 50 MB. Kdyby byly
              v databázi, zálohy by byly pomalé a velké.
Možnosti:     1. Objektové úložiště + levné, zálohy zůstanou malé
                                    - další služba ke konfiguraci
              2. Sloupec v databázi + všechno na jednom místě
                                    - zálohy rostou s každým nahráním
Důsledky:     Pro stahování potřebujeme podepsané URL.
              Smazání úkolu musí smazat i jeho soubory.
Přehodnotit:  Až budeme potřebovat hledat uvnitř obsahu souborů.
Úkol:         Nahrávání souborů

• Název pojmenuje rozhodnutí, abyste ho našli pouhým přelétnutím očima.
• Výsledek je jedna věta, podle které může nováček jednat.
• Kontext je to, co v tu chvíli platilo. Právě tahle část mizí z paměti jako první.
• Možnosti uvádějí jen to, co se skutečně zvažovalo, ne alternativy vymyšlené dodatečně.
• Důsledky zahrnují i nevýhody, které jste přijali, aby je později nikdo „neobjevil“ jako chyby.
• Přehodnotit říká, co by volbu udělalo špatnou.

Jak Weft uchovává záznam rozhodnutí?

Weft je nástěnka úkolů, ke které se vaši AI klienti dostanou přes MCP na https://letsweft.com/api/mcp. Rozhodnutí obstarávají tři z jeho 32 nástrojů:

• record_decision přijímá název a výsledek a k tomu kontext, až pět možností s pro a proti, důsledky a podmínku, za které se má rozhodnutí přehodnotit. Lze ho svázat s úkolem (taskId) nebo projektem. Záznamy jsou neměnné: když je potřeba nějaký změnit, AI zaznamená nové rozhodnutí se supersedesId odkazujícím na staré a staré zůstane, označené jako nahrazené.
• get_context vrací živá rozhodnutí a lekce pracovního prostoru, od nejnovějších, vměstnané do rozpočtu tokenů (ve výchozím stavu 800 tokenů). Lze ho zúžit na projekt nebo úkol. Každý řádek nese datum, nahrazené rozhodnutí se nikdy neobjeví a řádky, které se nevešly, se spočítají, ne schovají.
• get_task_history v režimu decisions vypíše všechna rozhodnutí zaznamenaná k jednomu úkolu, včetně verdiktů z kontroly a jejich důvodů.

record_decision má i druhé použití: předat verdikt, který člověk v konverzaci vyslovil o práci čekající na jeho kontrolu (přijato, přepracovat, zahozeno nebo odloženo). Popis nástroje AI říká, že tady je posel, ne ten, kdo rozhoduje, takže to nikdy nesmí použít k přijetí vlastní práce.

Protože se záznamy nikdy neupravují na místě, historie zůstává poctivá. Pokud v březnu změníte poskytovatele, lednové rozhodnutí tam pořád je, označené jako nahrazené, a březnový záznam říká proč.

Jak požádat AI, aby rozhodnutí zapisovala?

Připojte Weft ke svému AI klientovi a pak na začátek chatu vložte pokyn jako tento, případně do vlastních instrukcí klienta nebo souboru projektu, pokud je má:

Když v tomto chatu uděláme skutečnou volbu (vybereme jednu možnost místo jiné,
něco vypustíme nebo změníme dřívější volbu), zapiš ji do Weftu přes
record_decision, než půjdeme dál:
- title: rozhodnutí pojmenované pár slovy
- outcome: volba jednou větou
- context: co platilo a k volbě nás donutilo
- options: jen možnosti, které jsme skutečně zvažovali, s pro a proti
- consequences: co z toho plyne, dobré i špatné
- confirmation: kdy bychom to měli přehodnotit
- taskId nebo project: úkol nebo projekt, kterého se to týká
Pokud to mění dřívější rozhodnutí, předej supersedesId místo úprav.
Nezapisuj povídání, odhady ani věci, se kterými jsem nesouhlasil.
Pokud jsem se ještě nezavázal, použij status "proposed".
Na začátku jakékoli netriviální práce nejdřív zavolej get_context a řekni mi,
která dřívější rozhodnutí se uplatní.

Připojení zabere minutu. V ChatGPT je Weft zveřejněná aplikace v adresáři pluginů, dostupná ve všech tarifech včetně bezplatného (nastavení). V Claude Code je to jeden příkaz (nastavení). Claude.ai a Claude Desktop ho přidávají jako vlastní konektor. Přihlášení probíhá přes OAuth v prohlížeči, takže není co kopírovat, a Weft vydává refresh tokeny, takže klient si přihlášení obnovuje sám. Stránky s nastavením dalších klientů, včetně Cursoru a Codexu, najdete v dokumentaci.

Co se stane, když druhý den přejdu z ChatGPT na Claude Code?

Tohle je případ, pro který je pokyn postavený.

1. V pondělí plánujete v ChatGPT novou funkci. Rozhodnete se ukládat nahrané soubory do objektového úložiště, a ne do databáze, a ChatGPT zavolá record_decision s kontextem, oběma možnostmi a důsledky, svázaný s úkolem „Nahrávání souborů“.
2. V úterý otevřete v repozitáři Claude Code. Pokud ho ještě nemáte připojený: claude mcp add --transport http weft https://letsweft.com/api/mcp.
3. Požádáte ho, ať si vezme úkol s nahráváním. Než začne psát kód, zavolá pro ten úkol get_context, nebo get_task_history v režimu decisions, a dostane zpátky pondělní záznam.
4. Staví na objektovém úložišti, místo aby otázku otevíral znovu. Pokud najde skutečný důvod, proč je volba špatná, může navrhnout nové rozhodnutí, které to pondělní nahradí, a rozhodnete vy.

Oba klienti čtou stejnou nástěnku a stejná rozhodnutí, protože záznam žije ve Weftu, ne v jednom z chatů. Každé OAuth připojení je samostatný aktér a nástěnka ukazuje jméno, pod kterým se který klient zaregistroval, takže vidíte, které připojení založilo který úkol. Jak provozovat několik agentů na jedné nástěnce bez kolizí, popisuje článek více AI agentů, jedna nástěnka.

Kam by měla rozhodnutí z ChatGPT putovat?

Čtyři běžná místa, porovnaná podle toho, co deník rozhodnutí potřebuje:

Nejde o to, že by chat nebo dokumenty byly špatné. V chatu přemýšlíte. Rozhodnutí je ale potřeba z chatu přenést do něčeho se stavem, v okamžiku, kdy padne, a má to udělat ten, kdo už v konverzaci je: AI.

Nahrazuje to naše dokumenty nebo wiki?

Ne. Weft nemá dokumenty ani wiki a nesnaží se jimi být. Dlouhá vysvětlení, onboardingové návody a návrhové dokumenty patří do vašeho nástroje na dokumenty. Záznam rozhodnutí je záměrně malý: jedna volba, její důvody a co ji nahradilo. Pokud váš tým už vede záznamy rozhodnutí ve wiki a každý AI klient, kterého používáte, ji umí číst, možná to stačí. Weft se hodí, když rozhodnutí padají v AI chatech a dalším čtenářem je často jiná AI. Pokud k tomu zvažujete Notion, podívejte se na alternativy k Notionu pro AI úkoly.

Dvě další poctivá omezení. Weft vaše chaty nečte: rozhodnutí se zapíše jen tehdy, když AI zavolá record_decision, a proto je pokyn výše důležitý. A AI se může splést v tom, co se počítá jako rozhodnutí, takže si občas get_context přečtěte a cokoli, co se jí nepovedlo, nahraďte.

Kolik to stojí?

Zapisování a čtení rozhodnutí funguje v bezplatném tarifu, který zahrnuje 50 aktivních úkolů a 200 volání AI nástrojů měsíčně. Každé volání record_decision nebo get_context se počítá jako jedno volání. Pro stojí $7 za místo měsíčně nebo $60 za místo ročně, s neomezenými úkoly i voláními (ceník). Weft nemá AI kredity: přemýšlí se ve vašem vlastním AI klientovi a Weft jen ukládá nástěnku a její záznamy.

Nemůžu prostě ChatGPT požádat, ať na konci chatu rozhodnutí shrne?

Můžete a pomáhá to. Shrnutí ale pořád žije v tom chatu nebo tam, kam ho vložíte. Není svázané s úkolem, jiný AI klient ho nepřečte, a když se rozhodnutí změní, nezůstane záznam o tom, co nahradilo. Zapisování každého rozhodnutí v okamžiku, kdy padne, řeší všechny tři problémy.

Bude AI zapisovat rozhodnutí, i když ji o to nepožádám?

Popis nástroje record_decision říká AI, ať ho použije, kdykoli uživatel v konverzaci udělá skutečnou volbu, takže někteří klienti to udělají. Nespoléhejte na to. Vložený pokyn to říká výslovně a vždycky můžete říct „zapiš to rozhodnutí“.

Dá se rozhodnutí upravit, když bylo zapsané špatně?

Na místě ne. Záznamy jsou neměnné. Zapište opravené rozhodnutí se supersedesId odkazujícím na to chybné. Starý záznam zůstane, označený jako nahrazený, a get_context ho přestane ukazovat.

Potřebují rozhodnutí úkol?

Ne. Rozhodnutí lze svázat s úkolem, s projektem, nebo s ničím. Svázání s úkolem znamená, že ho get_task_history ukáže vedle té práce a get_context se na něj dá zúžit.

Je to totéž co pracovní paměť Weftu?

Ne. Pracovní paměť (krátké naučené poznámky) je samostatná funkce Pro. Záznamy rozhodnutí pocházejí z record_decision a kód je na Pro neomezuje.

Co když používám víc než jednoho AI klienta?

To je hlavní důvod, proč to dělat. ChatGPT, Claude Code, Cursor nebo Codex připojené ke stejnému pracovnímu prostoru Weftu čtou přes get_context stejná rozhodnutí, takže druhý klient neotevírá otázky, které první už vyřešil.