Marcin zamyka ukończoną zmianę w kapsule, a Przemek przenosi wyciągniętą lekcję do wspólnej pamięci projektu — /10X-ARCHIVE // SYMBOL: KAPSUŁA PAMIĘCI
Zmiana jest domknięta, a jej lekcje zostają w repo dla ludzi i kolejnych agentów.

SKILL // KROK 06 ŁAŃCUCHA

/10x-archive - domknięcie zmiany

Fundacja przetrwała upadek, bo zawczasu zapisała wiedzę - ten skill robi to samo ze skończoną zmianą.Ten skill domyka skończoną zmianę: potwierdza, że jest kompletna, i przenosi ją do archiwum. /10x-archive sprawdza kompletność jednostki pracy, dopisuje lekcje do context/foundation/lessons.md i przenosi folder z context/changes/ do context/archive/. Dzięki temu changes/ pokazuje tylko pracę w toku, a wiedza z zamkniętej zmiany zostaje w projekcie.

/10X-ARCHIVE // ZE SKOŃCZONEJ ZMIANY DO LEKCJI I ARCHIWUM

PO COFundacja · Encyklopedia

Problem: „skończone" bez zapisu

„Zapisane przetrwa upadek; reszta zostaje legendą."

- zasada Encyklopedii Galaktycznej, Fundacja

Zmiana „zmergowana i zapomniana" zostawia dwa długi: changes/ puchnie od starej pracy, przez co nie widać, co jest w toku, a wiedza z tej roboty - pułapki, decyzje - ulatuje razem z oknem rozmowy. /10x-archive spłaca oba: domyka jednostkę pracy zapisem, nie z pamięci.

To ostatni krok łańcucha - świadomie po review i merge. Nie dotyka kodu; operuje na już skończonej zmianie, żeby zostawić po niej trwały ślad w kontekście projektu.

CEL:

uruchamiany po review i merge - zamyka pętlę CSC: to, czego nauczyła Cię zmiana, ląduje w foundation, a jej folder trafia do archiwum.

Marcin i Przemek przechodzą przez ogromny skarbiec ukończonych zmian, odkładając kolejną kapsułę do pamięci projektu — PO CO → NIE TRAĆ HISTORII ZMIANY
Zamknięta sesja nie zabiera ze sobą decyzji: kompletna historia zmiany zostaje w repo dla ludzi i kolejnych agentów.

WEJŚCIE → WYJŚCIE

Ze skończonej zmiany do trwałego zapisu

Wejście to ukończona zmiana - folder context/changes/<change-id>/ z plan.md, odhaczoną sekcją Progress i commitami etapów. Skill zakłada, że praca jest zrobiona; jego zadaniem jest to potwierdzić i domknąć, nie dokończyć implementację.

Wyjście jest podwójne: lekcje dopisane do wspólnego context/foundation/lessons.md oraz folder zmiany przeniesiony w całości do context/archive/ - z zachowaną historią (change, research, plan, reviews).

Wejście: ukończona zmiana w context/changes/<change-id>/ (plan z odhaczonym Progress)
Wyjście: lekcje w context/foundation/lessons.md + folder w context/archive/
Efekt: changes/ pokazuje wyłącznie pracę w toku

Marcin i Przemek kontrolują kompletną zmianę i rozdzielają ją na lekcję oraz zamkniętą kapsułę archiwum — WEJŚCIE → WYJŚCIE
Ukończona zmiana przechodzi kontrolę kompletności, zanim jej historia i wnioski zostaną zapisane.

KONTROLA KOMPLETNOŚCI

„Domknięte" ma znaczyć skończone

Commity per etap: każdy etap w Progress powinien mieć commit (skrócony SHA) - to dowód, że etap realnie się zamknął, a nie został po cichu pominięty.
Etap ręczny: etap czysto ręczny nie tworzy commita i zostaje bez SHA - to ostrzeżenie informacyjne, nie błąd, ale jawnie odnotowane.
Spójność stanu: skill porównuje deklaracje w Progress z zawartością folderu, zanim cokolwiek przeniesie do archiwum.

ZASADA:

archiwizacja ujawnia luki, zamiast je „naprawiać". Ostrzeżenie zostaje w zapisie, żeby domknięcie było uczciwe.

Marcin i Przemek odkładają zmianę do archiwum, a wyciągniętą lekcję przekazują do kolejnego cyklu pracy — MECHANIZM → PAMIĘĆ PROJEKTU
Folder trafia do archiwum, a lekcja do wspólnej pamięci projektu, z której skorzysta następna zmiana.

LEKCJE

Wiedza zostaje w projekcie

Najcenniejszym produktem ubocznym zmiany jest to, czego się przy niej nauczyłeś: powtarzalna pułapka, nieoczywista decyzja, wzorzec wart powtórzenia. Bez zapisu ta wiedza umiera z sesją.

/10x-archive odkłada lekcje do context/foundation/lessons.md, wspólnego dla całego projektu. Kolejne zmiany - i kolejne uruchomienia /10x-research i /10x-plan - startują z tej wiedzy, zamiast wynajdywać ją od nowa.

Co trafia: powtarzalne pułapki, decyzje warte zapamiętania, wzorce z tej zmiany
Gdzie: context/foundation/lessons.md - trwały kontekst projektu
Po co: następne zmiany nie powtarzają tych samych błędów

Dłonie Marcina i Przemka przenoszą złotą lekcję z różowej kapsuły archiwum do żywej sieci pamięci projektu — LEKCJE → PAMIĘĆ, KTÓRA PRACUJE DALEJ
Wniosek, który może pomóc w kolejnych zmianach, trafia do wspólnej wiedzy projektu zamiast zostać w archiwum.

GRANICE

Czego /10x-archive nie robi

Nie zmienia kodu: operuje na już zamkniętej zmianie - nie dopisuje ani nie poprawia implementacji.
Nie zastępuje review: ocena jakości należy do /10x-impl-review; archive potwierdza kompletność, nie poprawność.
Nie czyta z archiwum: archiwum to zapis historyczny - nic nie sięga do niego rutynowo, ale wszystko tam jest.
Nie wymusza: brakujący commit etapu to ostrzeżenie, nie twardy błąd blokujący domknięcie.

NA STRONIE ŁAŃCUCHA:

wróć do kroku 06 (archive) na stronie Core Skills Chain - kontekst całego łańcucha i sąsiednie kroki.

Marcin i Przemek obserwują zamykanie kapsuły archiwum, podczas gdy osobny złoty sygnał lekcji trafia do aktywnej sieci projektu — GRANICE → DOMKNIĘTE TO ZNACZY KOMPLETNE
Do archiwum trafia tylko kompletna zmiana; niedomknięte elementy nie są ukrywane pod etykietą „gotowe”.