Copilot Memory a Dreaming: agent si zapamatuje test příkaz

Znáš to: pošleš Copilotu úkol, agent se zeptá, jak se v projektu pouští testy, ty napíšeš pnpm test --filter api, a druhý den se zeptá znovu. Copilot Memory je přesně pro tohle. 28. října 2026 ho GitHub uvedl jako obecně dostupný na placených plánech a přidal k němu Dreaming ve veřejném preview. V článku najdeš, co si agent opravdu pamatuje, jak to zapnout a kde to může zabolet (hlavně v kreditech).

Rozsah článku vycházím z oficiální dokumentace a changelogu GitHubu z 28. 10. 2026. Funkce jsme si v rámci tohoto textu sami nevyzkoušeli, takže u každé věci níže uvádím, co tvrdí dokumentace.

01Co je Copilot Memory a co si pamatuje

Copilot Memory ukládá krátké poznatky z tvých sessions, aby je příště nemusel zjišťovat znovu. Podle dokumentace existují dva druhy:

• Fakta o repozitáři: konvenční styl kódu, architektonická rozhodnutí, příkazy pro build a testy a pravidla projektu. Sdílejí je všichni, kdo v repu s Copilotem pracují.
• Osobní preference: jak chceš mít odpovědi formátované, co musí agent předem schválit, jaký workflow chceš napříč projekty. Ukládají se jen nesenzitivní věci.

Právě příkaz na testy je typický kandidát. Jakmile ho agent jednou zjistí a ověří, uloží si ho jako fakt o repozitáři. Příště ho rovnou použije a nezeptá se.

Pamatuje si to i v jiných nástrojích podle changelogu paměť funguje v aplikaci Copilot, Copilot CLI, VS Code, cloud agentovi, code review, Slacku, Teams i GitHub Mobile. Co se agent naučí na jednom místě, použije jinde. Výjimka: code review a agentic autofix nikdy neaplikují osobní preference.

Pokud tě zajímá obecný princip, jak se dlouhodobá paměť agentů staví, mrkni na dlouhodobou paměť AI agentů. Jak podobnou věc řeší druhá strana, popisuje text o paměti v Claude.

02Jak se paměť hlídá, aby nelhala

Největší riziko paměti je, že si agent pamatuje zastaralou věc. GitHub to řeší dvojím způsobem:

1. Validace proti kódu. U faktů o repozitáři Copilot ověřuje citace proti aktuální větvi. Co sedí, dostane upvote, co je nesprávné nebo zastaralé, dostane downvote. Silně downvotované paměti se přestanou používat a po čase se smažou.
2. Expirace. Paměť bez potvrzení propadne, ve výchozím nastavení po 90 dnech. Samotné načtení paměti hodiny nevynuluje, resetuje je až upvote. Vlastníci organizace nebo enterprise můžou expiraci faktů o repozitáři nastavit od 7 do 180 dnů.

Dokumentace sama upozorňuje, že kontrola nezachytí úplně všechno. A také: paměť se nemusí použít v každé session. Pravidla, která musí platit vždy, patří do instrukčního souboru, ne jen do paměti. K tomu viz návod na AGENTS.md.

03Jak Copilot Memory zapnout

Výchozí stav závisí na plánu:

• Pro, Pro+ a Max: osobní preference jsou zapnuté, můžeš je v nastavení vypnout.
• Business a Enterprise: osobní preference jsou vypnuté, dokud je nezapne vlastník organizace.
• Fakta o repozitáři: jsou povolená ve výchozím stavu. Admin repa je může vypnout u konkrétního repozitáře.
• Copilot CLI: /memory off vypne oba druhy v interaktivní session, /memory on to vrátí (nepřebije ale zákaz z organizace). V neinteraktivních bězích je potřeba --enable-memory.
• VS Code: paměť je ve výchozím stavu vypnutá, zapíná se lokálním nastavením.

Tip Chceš-li agentovi paměť naučit rovnou, řekni mu to větou. Příklad z changelogu: „Remember to start my pull request descriptions with a TL;DR." Pro náš případ zkus: „Zapamatuj si, že testy v tomhle repu spouštíme příkazem pnpm test --filter api a před ním je třeba docker compose up -d db."

Jednotlivé paměti se na GitHub.com ručně nepíšou ani needitují. Můžeš je zobrazit a smazat: osobní v nastavení účtu, repozitářové v nastavení repozitáře (potřebuješ právo zápisu).

04Co je Dreaming a co dělá

Memory se učí během práce. Dreaming je k tomu doplněk, který běží na pozadí a zpětně prochází minulou práci. Podle dokumentace Dreamingu analyzuje způsobilé sessions a zpětnou vazbu z pull requestů, hledá užitečné informace, opravuje zastaralé a odstraňuje duplicity. Mění kontext, ne model.

Existují tři typy snů:

Repozitářová customizace umí projít soubory jako .github/copilot-instructions.md, AGENTS.md, CLAUDE.md, GEMINI.md, REVIEW.md nebo .github/skills/**. Nemusí ale měnit všechny.

Co se mění samo a co jen přes PR

• Paměti se přidávají, upravují i mažou automaticky, bez schvalování každé změny.
• Zapsané instrukce a skills přijdou jako pull request. Soubory zůstanou beze změny, dokud PR nemergneš.
• Pokyny pro code review se aktualizují bez PR, interně.

Dokumentace výslovně varuje, že AI-generované pokyny můžou být chybné, takže návrhy v PR je třeba číst, ne slepě mergovat. Dreaming také nemá tlačítko zpět.

05Dreaming: požadavky a pasti

Tady se rozhoduje, jestli ti to vůbec poběží:

• Plán a model: jen vhodné placené plány a počáteční preview vyžaduje přístup k modelu GPT-6.1 Sol povolenému politikou. Není dostupný na Copilot Pro ani na GitHub Enterprise Cloud s data residency.
• Opt-in: Dreaming je dobrovolný. Organizace ho zapíná v politikách Copilotu a uživatel si navíc musí zapnout osobní dreaming ve svých nastaveních.
• Synchronizace sessions: u osobní a repozitářové varianty je nutná. V Copilot CLI a aplikaci je zapnutá ve výchozím stavu, pokud ji nevypne politika. Pokud máš v ~/.copilot/settings.json nastaveno remoteExport na false, odstraň to nebo dej true.
• Pořadí kroků: splníš-li předpoklady až po zapnutí Dreamingu, vypni ho a zapni znovu. Samotné splnění předpokladů funkci neaktivuje.
• Bez jemného vypínání: jedno nastavení zapíná všechny způsobilé typy snů v daném rozsahu.

Pozor Vypnutí Dreamingu zastaví budoucí běhy, ale nevrátí provedené změny, nezavře PR a neobnoví smazané paměti. Vypnutí osobního dreamingu také nezastaví běhy pro repozitáře vlastněné organizací.

06Kolik Dreaming stojí

Podle changelogu dream běhy spotřebovávají AI kredity, konkrétní částku GitHub neuvádí. Dokumentace dodává, že:

• kredity se účtují v rámci stávajícího použití Copilotu, ne jako zvláštní položka,
• spotřebuje je každý běh, i když nic nezmění nebo zpracuje neaktivní repozitář,
• cena závisí na zpracování a počtu zapnutých uživatelů a repozitářů,
• alerty samy útratu nezastaví. Než Dreaming rozšíříš na víc organizací, nastav rozpočty a limity.

Také platí, že rozpočty na uživatele nemusí pokrýt použití na úrovni repozitáře a samostatné rozpočty pro jednotlivé instalace Dreamingu nejsou. Pokud řešíš náklady týmu na Copilot obecně, pomůže článek o tokenové platbě v Copilotu.

07Praktický postup: ať se agent nezeptá na test command znovu

Takhle bych to nastavil v týmu (postup skládám z dokumentace, vlastní test nemáme):

1. Zkontroluj, že je Memory zapnutá v nastavení repozitáře i na tvém účtu (u Business/Enterprise to musí povolit vlastník).
2. Řekni agentovi test command větou (příklad výše) a nech ho jednou test pustit. Ověřený příkaz si uloží jako fakt o repozitáři.
3. Stejný příkaz zapiš i do AGENTS.md nebo .github/copilot-instructions.md. Paměť vyprší za 90 dní a nemusí se použít vždy, instrukční soubor platí pořád.
4. Zapnout Dreaming? Jen pokud máš plán a model, které vyžaduje, a nastavené rozpočty. Začni na jednom repozitáři a sleduj spotřebu kreditů.
5. Čti PR od Dreamingu. Pokud navrhne změnu instrukcí, porovnej ji s realitou: sedí příkazy, cesty, verze?
6. Jednou za čas projdi paměti v nastavení repozitáře a smaž ty, které jsou zastaralé.

08Pro koho to dává smysl

Memory dává smysl skoro každému na placeném plánu, kdo opakovaně zadává agentovi úkoly ve stejném repu. Náklady jsou nízké (paměti ve vloženém kontextu se ale počítají do tokenů a kreditů) a přínos je hned vidět: méně zbytečných otázek.

Dreaming je zatím pro týmy, které mají velké repo s hodně sessions, schopnost hlídat rozpočet a ochotu číst automatické PR. GitHub v changelogu uvádí z preview CLI čísla: 93 % sessions s pamětí lépe dodržovalo preference vývojáře a 42 % mělo efektivnější workflow. Jde o údaje výrobce, nezávisle je neověřujeme.

Pokud ladíš i další vrstvy práce s agentem, přečti si, jak Copilot vs. Claude Code obstojí v praxi.

09Časté otázky