Operating Model¶
Po co ten model¶
Żeby terminal rósł codziennie, ale nie zamienił się w chaotyczny skład losowych notatek.
Canon¶
V2 ma jedną kanoniczną ścieżkę pracy:
Events -> Daily -> Dossiers -> Reports
- Events łapie trigger.
- Daily zapisuje pierwszy operacyjny readthrough.
- Dossiers trzymają trwałą tezę, fakty, ryzyka i invalidation points.
- Reports zamykają temat, gdy trzeba zrobić pełniejszą syntezę.
News jest intake, nie destination. docs/news-center.md opisuje model warstwy newsowej, a docs/operacyjne/wiadomosci/index.md jest operational desk.
Lifecycle¶
Każda strona w V2 powinna żyć w jednym z tych stanów:
- signal - surowy temat albo katalizator, jeszcze bez własnego domu.
- monitor - temat wart obserwacji, ale bez twardej decyzji.
- active - trwały case z właścicielem, review i następnym ruchem.
- stale - temat nie jest martwy, ale wymaga odświeżenia albo redukcji.
- invalidated - obecna teza pękła.
- archived - zamknięty zapis historii, bez udawania, że to nadal żyje.
Metadata¶
Każda operacyjna strona powinna mieć te pola:
| Field | Meaning |
|---|---|
owner |
kto trzyma stronę przy życiu |
last reviewed |
kiedy strona była ostatnio sprawdzona |
next review |
kiedy wracamy do strony następnym razem |
next action |
jeden konkretny ruch, który ma się wydarzyć dalej |
confidence |
jak mocny jest obecny view: low, medium, high |
trigger |
co otwiera stronę albo ją aktualizuje |
invalidation |
co dokładnie psuje bieżącą tezę |
Review loop¶
- Signal: od razu decyduj, czy temat przechodzi do monitor, active czy archive.
- Monitor: wraca na review przy kolejnym katalizatorze albo po planowanym checku.
- Active: nie czeka w nieskończoność; dostaje next review i next action.
- Stale: albo odświeżamy, albo tniemy, albo archiwizujemy.
- Invalidated: najpierw zapisujemy, co pękło, potem przenosimy do archive.
- Archived: tylko do historii albo reaktywacji przez nowy trigger.
Weekly review ritual¶
Raz w tygodniu zrób krótki sweep wszystkich żywych stron i watch surface. To ma być lekka operacja porządkująca, oparta wyłącznie o istniejące lifecycle states i review-cadence rules, nie nowy system słów.
- signal -> monitor - jeśli temat ma już czytelny trigger i warto go dalej obserwować.
- monitor -> active - jeśli ma owner, next review i next action, a katalizator stał się trwały.
- active -> stale - jeśli brakuje ownera, next review albo next action, albo jeśli temat zaczyna dryfować od tezy.
- stale -> active - jeśli po refreshu temat znowu ma jasny owner, timing i sens dalszego trzymania live.
- active -> invalidated - jeśli bieżąca teza pękła.
- invalidated -> archived - jeśli zapisaliśmy, co pękło, i temat ma już tylko wartość historyczną.
Decision boundary:
- Jeśli strona nadal ma być żywa, odśwież last reviewed, next review, next action i trzymaj ją w istniejącym stanie.
- Jeśli nie da się jej szybko uzasadnić przez trigger, owner i next step, traktuj ją jako stale według review-cadence rules.
- Jeśli temat jest tylko historią, zamknij go jako archived; jeśli teza pękła, najpierw invalidated, potem archived.
- Jeśli problemem jest ownership, reassign ownera bez tworzenia nowej kategorii lub nowego stanu.
Reguły¶
- Lead with the take.
- Potem: driver, risks, confidence, what to watch.
- Fakty oddzielać od interpretacji.
- Nie duplikować stron bez powodu.
- Każdy nowy większy temat powinien dostać swoje miejsce w strukturze.
- Każdy nowy research spółki / aktywa ma trafić też do Watchlist tego samego dnia.
- W watchliście zapisujemy cenę z dnia researchu i datę researchu jako historyczny snapshot - tego nie nadpisujemy przy późniejszych update'ach.
- Jeśli view się zmienia, dopisujemy nowy update zamiast przepisywać historię.
- Dashboard ma być krótszy i bardziej operacyjny niż reporty.
- Reporty mają być bardziej dopracowane niż zwykłe strony researchowe.
Rutyna pracy¶
- rano: dashboard i agenda rynku
- w ciągu dnia: update'y do researchu i watchlist
- po eventach: earnings / macro / policy / geopolitics update
- wieczorem: krótki wrap i decyzja, co przenosimy do durable researchu
- codziennie: curated news brief z linkami do rozwinięć, także dla tematów poza rynkiem, w tym sportu
Warstwa newsowa¶
- News ma być kuratowany, nie masowy.
- Najpierw wire i źródła pierwotne, potem analiza.
- Każdy wpis ma odpowiadać: co się stało / dlaczego to ważne / jaki jest readthrough.
- Tematy spoza giełdy są mile widziane, jeśli realnie mówią coś o świecie, kapitale, kulturze władzy, technologii albo zbiorowych emocjach.
- Sport jest pełnoprawnym pionem terminala, nie dodatkiem.
Gdzie szukać zasad¶
Definicja sukcesu¶
Po czasie mamy system, w którym można szybko odpowiedzieć: - co się dzieje - co ma znaczenie - co obserwujemy - jaka jest teza - co może ją unieważnić