19 / 21
Część 19 · Capstone — osobisty asystent ogólnego przeznaczenia
Plik źródłowyLekcje
- 00Kurs 2: aplikacje agentowe na modelach lokalnych — indeks
- 01Część 1 · Architektury agentowe — mapa terenu
- 02Część 2 · Szkielet — proces, konfiguracja, sesje
- 03Część 3 · Harness — pętla, która przeżywa długie zadania
- 04Część 4 · Inżynieria kontekstu — budżet uwagi
- 05Część 5 · Pamięć długoterminowa — trzy szkoły
- 06Część 6 · Tożsamość — pliki robocze jako program
- 07Część 7 · Narzędzia — projekt i ergonomia
- 08Część 8 · Code-mode — agent pisze program zamiast wywoływać narzędzia
- 09Część 9 · Protokoły i integracje — MCP, CLI, A2A
- 10Część 10 · Piaskownica produkcyjna
- 11Część 11 · Harmonogram — agent, który budzi się sam
- 12Część 12 · Kanały — jak z agentem rozmawiasz
- 13Część 13 · Flota — wielu agentów, jeden system
- 14Część 14 · Ewaluacja — skąd wiesz, że to działa
- 15Część 15 · Obserwowalność — widzieć, co robi
- 16Część 16 · Bezpieczeństwo agentowe — OWASP ASI01–ASI10
- 17Część 17 · Hybryda i router — lokalny domyślnie, chmura świadomie
- 18Część 18 · Wydanie i utrzymanie
- 19Część 19 · Capstone — osobisty asystent ogólnego przeznaczenia
- —Źródła — na czym stoi ten kurs
Poziom: ⭐⭐⭐⭐⭐ · Czas: ~10 h · Wymaga: części 1–18 Produkuje: działający system, powtórzony pomiar z części 1, plan na dalej
0. Co masz w tym momencie
┌──────────── KANAŁY ─────────────┐ cz. 12
gniazdo (host) ────┤ parowanie · listy · limity │
HTTP (piaskownica)─┤ routing → agent + narzędzia │
planista (cron) ───┘ │ cz. 11
│
┌───────────▼──────────────────────┐
│ BRAMA │ cz. 2
│ jedna na hosta · pętla zwrotna │
│ sesje = dziennik zdarzeń │
│ poziom zaufania per sesja │
└───────────┬──────────────────────┘
│
┌───────────▼──────────────────────┐
│ HARNESS │ cz. 3
│ rejestr zadań · postęp · git │
│ 5 warunków stopu · drabina błędu│
└───────────┬──────────────────────┘
│
┌─────────────────────────┼─────────────────────────┐
▼ ▼ ▼
┌───────────┐ ┌───────────┐ ┌───────────┐
│ARCHIWISTA │ │ BADACZ │ │ GOSPODARZ │ cz. 6
│ dokumenty │ │ sieć │ │ kalendarz │
│ bwrap │ │ ⭐ ścisły │ │ lekki │ cz. 10
│ bez sieci │ │ proxy 4× │ │ proaktywny│ cz. 11
└─────┬─────┘ └─────┬─────┘ └─────┬─────┘
└────────────────────────┼────────────────────────┘
▼
kontekst cz.4 · pamięć bi-temporalna cz.5 · narzędzia cz.7 · code-mode cz.8
protokoły cz.9 · flota cz.13 · ewaluacja cz.14 · ślady cz.15
ASI01-10 cz.16 · router cz.17 · wydania cz.18
To nie jest demo. To jest system z dziennikiem, z którego odtworzysz każdą decyzję; z pamięcią, która wie, kiedy coś przestało być prawdą; z piaskownicą, którą próbowałeś złamać szesnaście razy; z bramką, która nie przepuści pogorszenia; i z runbookiem napisanym, zanim był potrzebny.
1. Zadanie zaliczeniowe
Jedno polecenie, które dotyka wszystkiego, co zbudowałeś:
„Przejrzyj moje dokumenty z ostatniego kwartału. Znajdź wszystko, co ma termin w najbliższych 60 dniach. Dla rzeczy, przy których przepisy mogły się zmienić — sprawdź to. Ustaw przypomnienia z odpowiednim wyprzedzeniem. Napisz mi jedną stronę podsumowania i powiedz, czego nie byłeś pewien."
Dlaczego akurat to. Zadanie wymaga:
| Wymaga | Część |
|---|---|
| pracy dłuższej niż jedno okno kontekstu | 3, 4 |
| pamięci między sesjami | 5 |
| trzech agentów o różnych uprawnieniach | 6, 13 |
| wyjścia do sieci z izolacją | 10, 12 |
| pętli po wielu dokumentach → code-mode | 8 |
| operacji zapisu → zgody człowieka | 7, 16 |
| ⭐ jawnego przyznania się do niepewności | 14 |
2. Kryteria zaliczenia
2.1 · Funkcjonalne
- Kończy zadanie w ≤3 sesjach, bez Twojej interwencji poza zatwierdzeniami
- Podsumowanie cytuje plik i fragment przy każdym twierdzeniu
- Sekcja „czego nie byłem pewien" jest niepusta i trafna
- Przypomnienia w kalendarzu, każde z wyprzedzeniem adekwatnym do sprawy
- Przy awarii jednego etapu zwraca wynik częściowy z jawną adnotacją
2.2 · Architektoniczne — sprawdzane ze śladów, nie z deklaracji
- Badacz nie dotknął
~/dokumenty— potwierdzone śladami (cz. 15) - Nic z
~/dokumentynie opuściło maszyny — audyt wyjścia (cz. 17) - Każda operacja zapisu miała zgodę ze streszczeniem zbudowanym z kodu (cz. 16)
- Wynik Badacza dotarł do reszty opakowany jako dane (cz. 13)
- Pełny ślad: agent → workflow → model → narzędzie (cz. 15)
2.3 · Operacyjne
-
kontrola.py— 12/12 - Zbiór złoty ≥50 pytań, wynik powyżej bazy
- Ataki ASI ≥18/20
- 16 prób ucieczki — wszystkie zablokowane
- Pełny offline — zero zadań nieudanych
- Wycofanie do poprzedniego wydania poniżej 5 minut
3. EKSPERYMENT 19 — pomiar całego kursu
⭐ Wróć do pomiary/01-gdzie-peka.md z części 1. Te same pięć zadań Z1–Z5, ten sam
model, ten sam sprzęt. Zmienił się wyłącznie system wokół modelu.
python3 ewaluacja/uruchom.py --zestaw pomiary/01-gdzie-peka.md \
--przebiegow 3 --porownaj-z pomiary/01-wyniki-bazowe.csv
| Zadanie | Kroków ~ | Część 1 (pętla) | Część 19 (system) | Δ |
|---|---|---|---|---|
| Z1 · ile linii | 2 | /3 | /3 | |
| Z2 · znajdź PDF-y | 4 | /3 | /3 | |
| Z3 · pierwsza linia każdego | 8 | /3 | /3 | |
| Z4 · zapis + weryfikacja | 12 | /3 | /3 | |
| Z5 · warunek + stan | 18 | /3 | /3 |
Rozbicie trybów awarii — czy zniknęły te, które miały zniknąć:
| Tryb | Część 1 | Część 19 | Co miało to naprawić |
|---|---|---|---|
KONTEKST |
cz. 3 harness, cz. 4 kompakcja | ||
NARZĘDZIE |
cz. 7 opisy, cz. 8 code-mode | ||
PĘTLA |
cz. 3 odcisk stanu | ||
CICHY |
cz. 3 rejestr, cz. 14 weryfikacja | ||
BŁĄD |
cz. 3 drabina, cz. 7 komunikaty | ||
STAN |
cz. 2 dziennik, cz. 5 pamięć |
⭐ To jest jedyna ocena tego kursu, która coś znaczy. Nie liczba przeczytanych stron — liczba zadań, które teraz się kończą, a wcześniej się nie kończyły.
⚠️ Jeśli któryś tryb awarii nie zniknął — wróć do wskazanej części. To nie jest porażka, tylko diagnoza. Kurs jest zbudowany tak, że każdy tryb ma przypisane lekarstwo.
4. Skąd wiesz, że to naprawdę Twoje
Sześć pytań. Jeśli na któreś nie umiesz odpowiedzieć bez zaglądania — wróć do tej części.
| # | Pytanie | Część |
|---|---|---|
| 1 | Dlaczego przy 92 % na krok 15 kroków daje 29 % — i trzy sposoby, żeby to poprawić? | 1, 3, 8, 14 |
| 2 | Co dokładnie widział model w turze 40 sesji sprzed tygodnia? | 2, 15 |
| 3 | Ile płaciłeś za prąd w kwietniu — i skąd agent to wie? | 5 |
| 4 | Który poziom izolacji zatrzymuje exploit jądra, a który nie? | 10 |
| 5 | Dlaczego streszczenie do zatwierdzenia nie może pochodzić od modelu? | 16 |
| 6 | Czy harness, czy model dał większą poprawę — i o ile? | 14 |
⭐ Pytanie 6 jest sednem. Jeśli znasz swoją liczbę, to znaczy, że mierzysz zamiast wierzyć — i to jest jedyny nawyk z tego kursu, który naprawdę musi zostać.
5. Co dalej
5.1 · Najbliższe tygodnie
| Krok | Po co | Skąd |
|---|---|---|
| Używaj go codziennie przez miesiąc | zadania z realnego użycia to najlepszy zbiór złoty | cz. 14 |
| 3 pytania miesięcznie z awarii | zbiór rośnie z Twoim doświadczeniem | cz. 18 |
| Czwarty agent | teraz to jest wieczór pracy, nie projekt | cz. 6, 13 |
| Po dołożeniu kart 3–4 | ⚠️ powtórz pomiary równoległości i routingu | cz. 13 §5.3, 17 |
5.2 · Kierunki rozwoju — w kolejności zwrotu
| Kierunek | Zwrot | Trudność |
|---|---|---|
| ⭐ Multimodalność w pętli (wizja, głos z kursu 1 cz. 5) | wysoki | średnia |
| ⭐ Sleep-time compute na serio — nocne porządkowanie i pre-computing | wysoki | niska |
| Dekodowanie spekulatywne w pętli (kurs 1 cz. 8) | średni | niska |
| gVisor dla Badacza | średni | średnia |
| LoRA na polskim materiale | ⚠️ niski, dopóki harness nie jest wyczerpany | wysoka |
| A2A | ⚠️ zerowy, dopóki agenci są Twoi | wysoka |
⚠️ Dwa ostatnie wiersze to pułapki o dużej sile przyciągania. Dostrajanie modelu i protokoły między agentami są najprzyjemniejszymi znanymi sposobami zmarnowania kwartału — bo brzmią jak zaawansowanie, a Twoje wąskie gardło leży gdzie indziej. Odkładaj je, dopóki pomiar nie powie inaczej.
5.3 · Utrzymanie przy życiu
Trzy rzeczy, które robisz zawsze. Reszta jest opcjonalna.
- ⭐ Bramka regresji przed każdą zmianą. Bez niej system degraduje się niezauważalnie przez dobre intencje.
- ⭐ Zadanie nocne. Ewaluacja, audyt pamięci, wykrywanie dryfu, kopia. Darmowe.
- ⭐ Trzy nowe pytania miesięcznie z realnych awarii.
💡 Jedna obserwacja na koniec o tym, jak ten system się starzeje. Kod będzie działał latami. Zestarzeją się liczby — progi kontekstu, poziomy routera, limit równoczesnych sesji. Wszystkie pochodzą z pomiarów na dwóch kartach, na konkretnych modelach, we wrześniu 2026. Po każdej zmianie sprzętu albo modelu powtórz eksperymenty 4, 7, 8, 13 i 17 — to jest pół dnia pracy i jedyna droga, żeby system nie żył przeszłością.
6. Rejestr pułapek — P60–P139
Osiemdziesiąt pułapek z całego kursu. Przejrzyj je raz po zakończeniu — połowa zabrzmi jak oczywistość, a druga połowa jak coś, w co właśnie wdepnąłeś.
| Część | Zakres | Temat |
|---|---|---|
| 1 | P60–P62 | kiedy nie budować agenta, pomiar, autorytety |
| 2 | P63–P66 | stdout, fsync, porządek zdarzeń, domyślne zaufanie |
| 3 | P67–P71 | nienaruszalność testów, rozmiar pozycji, weryfikacja bazy, postęp, błędy |
| 4 | P72–P76 | okno kontekstu, prefiks cache, kolejność kompakcji, liczby, wzrost promptu |
| 5 | P77–P81 | unieważnianie, dwa czasy, cytat, zakres, kwarantanna |
| 6 | P82–P85 | granice vs egzekucja, umiejętności, samo-edycja, łańcuch dostaw |
| 7 | P86–P90 | nakładanie opisów, błędy, filtr zaufania, idempotencja, promień |
| 8 | P91–P94 | traceback, ścieżki, limit wywołań, drukowanie treści |
| 9 | P95–P98 | cudze liczby, --help, zaufanie do MCP, trzy interfejsy |
| 10 | P99–P103 | kontener ≠ piaskownica, limity, środowisko, proxy, wstrzyknięcie |
| 11 | P104–P108 | dwie instancje, idempotencja, cisza, progi, bezpiecznik |
| 12 | P109–P112 | zaufanie kanału, nieznani nadawcy, porównanie tokenu, dzielenie |
| 13 | P113–P117 | głębokość, wynik jako polecenie, podział, degradacja, nadzorca |
| 14 | P118–P122 | samoocena, odmowy, jeden przebieg, sędzia, zbiór z modelu |
| 15 | P123–P126 | atrybuty, treść w śladach, eksport, granice obserwowalności |
| 16 | P127–P131 | filtr wzorców, cytat, streszczenie z modelu, suma kontrolna, baza |
| 17 | P132–P135 | bramka w eskalacji, źródło vs wzorzec, stop_reason, offline |
| 18 | P136–P139 | czystość repo, migracja wstecz, cp vs .backup, suma modelu |
7. Checkpoint końcowy
cd $OSA
python3 wydanie/kontrola.py # 12/12
python3 ewaluacja/uruchom.py --przebiegow 3 # > baza
python3 testy/ataki/ataki.py --wszystkie # ≥18/20
python3 testy/ucieczka/proby.py --poziom scisly --wymagaj-porazki-wszystkich
python3 ewaluacja/uruchom.py --offline --wymagaj-zero-nieudanych
python3 router/audyt.py --okres 30d # Archiwista: 0
python3 ewaluacja/uruchom.py --zestaw pomiary/01-gdzie-peka.md \
--porownaj-z pomiary/01-wyniki-bazowe.csv # ⭐ ocena kursu
bash wydanie/wydaj.sh 1.0.0
git tag -l && git log --oneline | wc -l
- Zadanie zaliczeniowe przechodzi w ≤3 sesjach
- Wszystkie kryteria z §2.1, §2.2 i §2.3
- ⭐ Z1–Z5 zmierzone ponownie; tryby awarii zniknęły
- Umiesz odpowiedzieć na sześć pytań z §4
- Wydanie 1.0.0 z manifestem i wynikiem ewaluacji
8. Na koniec
Zbudowałeś coś, czego nie da się kupić: system, który rozumiesz w całości. Każdy próg pochodzi z Twojego pomiaru, każda granica jest w kodzie, który napisałeś, i każda decyzja ma ADR z warunkiem falsyfikacji.
Największa lekcja nie jest techniczna. Wracała w każdej części i brzmi tak:
⭐ Zmienną, nad którą masz pełną kontrolę — system wokół modelu — jest ważniejsza niż zmienna, nad którą nie masz żadnej.
Dlatego mierzyłeś harness, a nie wagi. Dlatego pisałeś granice w kodzie, a nie w prompcie. Dlatego zbiór złoty ma kategorię „poprawna odmowa", a streszczenie do zatwierdzenia buduje kod, nie model.
Model, którego dziś używasz, za rok będzie przestarzały. Wszystko inne, co zbudowałeś, zostanie — i przyjmie następny model bez zmiany jednej linijki.
Teraz go używaj. Rzeczy, które zepsuje w pierwszym miesiącu, będą lepszym nauczycielem niż ten kurs.