PROMPT     = Šta želiš da model uradi (zadatak, uloga, format, ograničenja).
KONTEKST   = Informacije neophodne da bi zadatak bio moguć (kod, podaci, ugovor, verzije).
ALAT       = Mehanizam kojim se dolazi do istine (Search, Cloud Browser, Python, Data plugin).

Prevedi na prirodan srpski: [tekst]

1. ULOGA I CILJ     = Koja je ekspertiza i šta je tačno željeni ishod.
2. KONTEKST         = Tehničko okruženje, verzije, jurisdikcija, tržište, podaci.
3. ULAZNI MATERIJAL = Kod, tekst, tabela, log greške (odvojeni jasnim delimiterima).
4. OGRANIČENJA      = Šta model NIKADA ne sme da pretpostavi ili uradi.
5. FORMAT REZULTATA = Tabela, JSON šema, bullet poente, sažetak za menadžment.
6. VERIFIKACIJA / QA = Kriterijum tačnosti, test slučajevi, provera kontra-dokaza.

[BASE PROMPT]      -> Definiše osnovni cilj i format.
+ [DOMAIN MODULE]    -> Dodaje specifičnosti struke (npr. Next.js 16, srpski ZOR, IFRS standard).
+ [FRESHNESS MODULE] -> Zahteva pretragu i postavlja datumski filter.
+ [SOURCE MODULE]    -> Određuje hijerarhiju izvora (zvanična dokumentacija pre foruma).
+ [QA MODULE]        -> Definiše šta se proverava pre konačne isporuke.

Analiziraj sledeći ugovor o poverljivosti (NDA).

JURISDIKCIJA: Srbija
RELEVANTAN DATUM: septembar 2026.

DOKUMENT ZA ANALIZU:
"""
[Ovde nalepite tekst ugovora]
"""

Pronađi odredbe koje:
1. uvode neograničeno trajanje obaveze poverljivosti;
2. definišu nesrazmerne ugovorne kazne;
3. ne definišu jasno šta se NE smatra poverljivom informacijom.

NIVO 1: PRIMARNI ZVANIČNI IZVORI
        (Zvanični sajtovi institucija, zakonski tekstovi u službenim glasnicima,
        zvanična dokumentacija softvera, finansijski SEC izveštaji, proizvođačke specifikacije)
        ↓
NIVO 2: STRUKOVNI I AKADEMSKI RECENZIRANI IZVORI
        (Peer-reviewed radovi, IEEE/ACM biblioteke, zvanični tehnički standardi ISO/RFC,
        medicinski vodiči dobre prakse)
        ↓
NIVO 3: RENOMIRANI SPECIJALIZOVANI MEDIJI
        (Reuters, Bloomberg, specijalizovani tehnološki i industrijski portali)
        ↓
NIVO 4: SEKUNDARNI I AGREGATORSKI IZVORI
        (Blogovi, tutorijali trećih strana, novinski agregatori)
        ↓
NIVO 5: FORUMI I DRUŠTVENE MREŽE
        (Reddit, Twitter/X, forumi - korisni samo kao signal za novi bag, nikada kao dokaz istine)

Pronašao si argumente u prilog tvrdnji X.
Sada pokreni novu pretragu sa isključivim ciljem da pronađeš najjače recenzirane radove
ili zvanične podatke koji opovrgavaju tvrdnju X.
Prikaži direktan konflikt u podacima i metodologiji.

1. Da li je cilj definisan dovoljno precizno, ili model mora da nagađa vašu nameru?
2. Da li nedostaje ključni ulazni kontekst (verzija frameworka, OS, ulazni tekst)?
3. Da li koristite pogrešan ChatGPT režim (npr. običan Chat umesto Search-a za cene)?
4. Da li je zadatak zahtevao sveže veb izvore, a Search nije bio eksplicitno zatražen?
5. Da li zadatak zahteva obradu celog fajla umesto isečka (Library / Projects)?
6. Da li ste zaboravili da navedete jurisdikciju ili geografsko tržište?
7. Da li ste naveli tačan datumski opseg koji vas zanima?
8. Da li je traženi format preširok (npr. „napiši sve o ovome“ umesto tačnih kolona tabele)?
9. Da li prompt sadrži međusobno kontradiktorna uputstva?
10. Da li tražite od modela da izračuna nešto što treba da uradi deterministički Python kod?
11. Da li bi promena jezika upita na engleski (ili lokalni jezik izvora) dala bolje rezultate?
12. Da li je zadatak prevelik za jedan prompt i treba li ga podeliti u 2 faze (analiza pa sinteza)?
13. Da li model pati od confirmation bias-a jer ste u promptu sugerisali željeni odgovor?
14. Da li nedostaje negativno ograničenje (šta model EKSPLICITNO NE SME da uradi)?
15. Da li je potreban drugi nezavisni prolaz (kontrola činjenica i red-teaming)?

ZADATAK:
[Opiši tačno šta želiš da se uradi]

ULAZNI PODACI / KONTEKST:
"""
[Nalepi tekst, kod, tabelu ili specifikaciju]
"""

OGRANIČENJA:
- Ne pretpostavljaj činjenice koje nisu navedene u ulaznim podacima.
- Ako neka informacija nedostaje ili je neizvesna, označi je kao [NEPOZNATO] umesto nagađanja.
- Za sve tvrdnje koje zavise od aktuelnog stanja, proveri zvanične primarne izvore.

FORMAT REZULTATA:
1. Sažetak nalaza (maksimalno 3 rečenice);
2. Detaljna strukturirana analiza po stavkama;
3. Identifikovani rizici i preporuke za sledeće korake.

ISTRAŽIVAČKO PITANJE:
[Precizno pitanje o temi, kompaniji, proizvodu ili fenomenu]

GEOGRAFSKI OPSEG I VREMENSKI PERIOD:
[Npr. Tržište Srbije / EU, period 2025-2026]

HIJERARHIJA IZVORA:
1. Primarni zvanični izvori (institucije, zakoni, kompanijski finansijski izveštaji);
2. Recenzirane analize i strukovna istraživanja;
3. Renomirani poslovni mediji.
Ignoriši nereferencirane forume i blogove trećih strana.

ZAHTEV ZA PROVERU:
- Ako naiđeš na konflikt između starijih i novijih izvora, prikaži oba i objasni razliku.
- Za svaku ključnu brojku navedi tačan naziv izvora i datum objave.
- Na kraju navedi kontra-dokaze koji opovrgavaju vodeću tezu.

CILJ ISTRAŽIVANJA:
[Sveobuhvatna analiza teme, tehnologije ili tržišnog segmenta]

KLJUČNE DIMENZIJE KOJE MORAJU BITI POKRIVENE:
- Trenutno tehnološko/zakonsko stanje i najvažnije promene u 2026. godini;
- Kvantitativni pokazatelji (obim tržišta, performanse, troškovi, benchmark podaci);
- Vodeći akteri, njihove strategije i međusobna diferencijacija;
- Glavni rizici, regulatorne prepreke i prepoznati problemi u praksi;
- Tehnološki ili tržišni izgledi za naredne 3 godine.

DOKUMENTOVANJE:
Za svaki segment priloži reference ka primarnim dokumentima.
Jasno razdvoj potvrđene činjenice od analitičkih procena i prognoza.

PROBLEM:
[Opiši kvar, grešku ili neočekivano ponašanje]

OKRUŽENJE / SISTEM:
[Model uređaja, operativni sistem, verzije softvera, radni uslovi]

SIMPTOMI I KODOVI GREŠKE:
"""
[Logovi, stack trace, error kodovi, ponašanje pre kvara]
"""

ŠTA JE VEĆ POKUŠANO:
[Lista koraka koji nisu dali rezultat]

DIJAGNOSTIČKI ZAHTEV:
1. Napravi stablo mogućih uzroka sortirano od najverovatnijeg ka najmanje verovatnom;
2. Za svaki uzrok navedi:
   - Zašto je sumnjiv na osnovu priloženih simptoma;
   - Najjeftiniji i najbezbedniji test kojim se kvar može potvrditi ili isključiti;
3. Nemoj predlagati nasumičnu zamenu delova ili reinstalaciju pre potvrde kvara;
4. Jasno označi tačku u kojoj prestaje bezbedan rad i mora se angažovati ovlašćeni servis.

PROJEKAT:
[Naziv i svrha projekta]

TRENUTNO STANJE I ŠTA JE DO SADA URAĐENO:
[Kratak pregled gotovih celina]

SLEDEĆI CILJ:
[Konkretna funkcija, poglavlje ili modul na kome radimo]

PRAVILA KONTINUITETA:
- Poštuj postojeću arhitekturu i konvencije definisane u prethodnim koracima;
- Pre uvođenja novih biblioteka ili pristupa, proveri kompatibilnost sa postojećim kodom;
- Svaku izmenu napravi uz minimalan i pregledan diff;
- Nakon izmene definiši test kojim potvrđujemo da funkcionalnost radi i da nema regresije.

1. IZABERI ŠABLON           -> Pronađi najbliži prompt iz biblioteke u nastavku.
          ↓
2. DODAJ SVOJ KONTEKST      -> Unesi svoje stvarne verzije, podatke, kod ili ugovore.
          ↓
3. OPTIMIZUJ ZA DOMEN       -> Dodaj specifična stručna pravila i zabranjene pretpostavke.
          ↓
4. PROVERI ŠTA NEDOSTAJE    -> Pokreni meta-prompt (ispod) da identifikuješ slepe mrlje.
          ↓
5. IZABERI PRAVI REŽIM      -> Podesi Chat, Search, Deep Research ili Work zavisno od potrebe.
          ↓
6. IZVRŠI PROMPT            -> Dobij strukturirani i precizni inicijalni rezultat.
          ↓
7. URADI KONTROLNI QA       -> Verifikuj brojeve, izvore i testiraj rešenje u praksi.

Pre nego što izvršiš sledeći prompt, prvo analiziraj SAM PROMPT.

Nemoj još rešavati osnovni zadatak.

KONTEKST MOG KONKRETNOG SLUČAJA:

OBLAST:
[Upiši oblast: npr. Frontend web development, Radno pravo Srbije, Kardiologija, Finansijski due diligence...]

KONKRETAN CILJ:
[Upiši šta želiš da postigneš kao krajnji ishod]

OKRUŽENJE / JURISDIKCIJA / TRŽIŠTE / VERZIJA / UREĐAJ:
[Upiši relevantne tehničke ili regulatorne specifikacije]

ULAZNI PODACI KOJE IMAM NA RASPOLAGANJU:
"""
[...]
"""

OGRANIČENJA:
[...]

PROMPT KOJI ŽELIM DA KORISTIM:
"""
[Ovde nalepi prompt iz biblioteke koji želiš da prilagodiš]
"""

TVOJ ZADATAK:
Unapredi ovaj prompt specijalno za moj konkretan slučaj pre izvršenja.

Proveri da li promptu nedostaju:
1. Važne stručne informacije karakteristične za ovu disciplinu;
2. Precizniji ulazni podaci i tehnički parametri;
3. Tačna verzija tehnologije, biblioteke ili modela proizvoda;
4. Merodavna jurisdikcija ili tačan datumski opseg;
5. Specifičnosti lokalnog tržišta, valute, poreza ili carina;
6. Jasna definicija metrika i matematičkih formula;
7. Hijerarhija autoritativnih izvora (koji izvori imaju prednost);
8. Eksplicitni zahtev za aktuelnim veb izvorima za promenljive podatke;
9. Bezbednosna i operativna ograničenja (šta se nikada ne sme uraditi);
10. Specifični edge-case scenariji i poznati failure modes te oblasti;
11. Metod verifikacije tačnosti rezultata;
12. Precizan format finalnog odgovora spreman za direktnu upotrebu;
13. Informacije koje model nikada ne sme da pretpostavi ako nisu priložene.

Pravila optimizacije:
- Ukloni generički filler i fraze koje ne menjaju ponašanje modela.
- Nemoj produžavati prompt samo radi dužine; svaka reč mora povećati preciznost.
- Za vremenski osetljive informacije dodaj obaveznu proveru primarnih izvora.
- Ako bi pretraga na stranom jeziku (npr. engleski za IT dokumentaciju ili nemački za nemačke zakone) značajno poboljšala kvalitet izvora, dodaj to pravilo, uz uslov da finalni odgovor bude na srpskom.

VRATI SLEDEĆI FORMAT:
1. POBOLJŠANI PROMPT (u zasebnom code bloku, spreman za kopiranje);
2. KRATKO OBJAŠNJENJE: Šta je tačno unapređeno i zašto te izmene daju pouzdaniji rezultat.

Nemoj još izvršavati poboljšani prompt, već sačekaj moju potvrdu.

Imam sledeći tehnički problem:

[OPIŠI PROBLEM]

OKRUŽENJE

OS:
[Windows / Linux / macOS]

Runtime:
[Node.js / Python / Java / .NET...]

Runtime verzija:
[...]

Framework:
[...]

Framework verzija:
[...]

Relevantne biblioteke:
[...]

Deployment:
[Vercel / AWS / Railway / Docker / lokalno...]

Baza:
[...]

GREŠKA

"""
[ERROR / STACK TRACE / LOG]
"""

RELEVANTNI KOD

"""
[KOD]
"""

CILJ

Želim da:
[opiši očekivano ponašanje]

OBAVEZNA PRAVILA

Ako odgovor zavisi od verzije frameworka, biblioteke, runtime-a ili API-ja, proveri aktuelnu zvaničnu dokumentaciju pre nego što predložiš rešenje.

Prioritet izvora:

1. zvanična dokumentacija;
2. migration guide;
3. release notes / changelog;
4. zvanični GitHub repository;
5. zvanični issue tracker;
6. tek zatim Stack Overflow, blogovi i community diskusije.

Nemoj odmah generisati veliki patch.

Prvo:

1. objasni šta se najverovatnije dešava;
2. izdvoji moguće root cause-ove;
3. za svaki navedi dokaz iz koda/loga;
4. predloži najmanji test kojim se hipoteza može potvrditi;
5. tek nakon toga predloži minimalnu korekciju.

Finalni rezultat organizuj kao:

ROOT CAUSE
EVIDENCE
FIX
PATCH
HOW TO TEST
REGRESSION RISKS
ROLLBACK

Nemoj koristiti deprecated API-je ako postoji aktuelna zamena.
Nemoj izmišljati funkcije, konfiguracione opcije ili API-je.

Ponašaj se kao debugging partner.

Problem:

[PROBLEM]

Simptomi:

[SIMPTOMI]

Poslednja poznata verzija koja je radila:

[AKO JE POZNATO]

Poslednje izmene:

[IZMENE]

Log:

"""
[LOG]
"""

Nemoj nasumično menjati kod.

Koristi hypothesis-driven debugging.

Napravi tabelu:

HIPOTEZA
DOKAZ ZA
DOKAZ PROTIV
TEST
OČEKIVANI REZULTAT

Počni od hipoteza koje najbolje objašnjavaju sve simptome istovremeno.

Prednost daj testovima koji mogu brzo eliminisati više mogućih uzroka.

Ako je problem verzijski specifičan, proveri aktuelnu dokumentaciju.

Kada identifikuješ root cause:

- objasni zašto se greška pojavljuje;
- objasni zašto je ranije možda radilo;
- daj minimalni patch;
- napiši regression test;
- navedi moguće side-effecte.

Nemoj prepravljati arhitekturu ako je dovoljan mali ispravak.

Uradi duboki audit ovog repozitorijuma:

[REPOSITORY / PRILOŽENI PROJEKAT]

Nemoj odmah predlagati izmene.

PRVA FAZA - MAPIRANJE

Prvo razumi projekat:

- entry points;
- module boundaries;
- request/data flow;
- authentication;
- authorization;
- persistence;
- networking;
- background jobs;
- caching;
- queues;
- filesystem;
- external APIs;
- error handling;
- retry logic;
- cancellation;
- recovery;
- test architecture.

Napravi kratku architecture map pre audita.

DRUGA FAZA - AUDIT

Traži probleme redom:

P0 - CRITICAL

- data loss;
- privilege escalation;
- authentication bypass;
- authorization bypass;
- permanent corruption;
- remote code execution;
- secrets exposure.

P1 - HIGH

- race conditions;
- stale state;
- duplicate execution;
- incorrect retry;
- partial transaction failures;
- crash recovery;
- unsafe cancellation;
- deadlocks;
- lifecycle bugs;
- resource leaks;
- incorrect fail-open ponašanje.

P2 - MEDIUM

- bounds;
- validation;
- edge cases;
- performance;
- scalability;
- maintainability;
- observability.

P3 - LOW

- cosmetics;
- naming;
- minor refactoring.

Za svaki nalaz navedi:

ID
SEVERITY
FILE
FUNCTION / LOCATION
PROBLEM
REAL FAILURE SCENARIO
WHY CURRENT CODE FAILS
MINIMAL FIX
REGRESSION TEST

VAŽNO:

Nemoj prijavljivati teorijske probleme bez realnog execution path-a.

Nemoj izmišljati probleme samo da bi audit izgledao detaljnije.

Ako određeni subsystem izgleda ispravno, reci da nisi pronašao konkretan problem.

Sada zaboravi želju da odbraniš prethodno rešenje.

Ponašaj se kao nezavisan senior reviewer koji pokušava da spreči production incident.

Audituj prethodni patch.

Pokušaj aktivno da ga oboriš.

Posebno proveri:

- race conditions;
- TOCTOU probleme;
- stale references;
- partial failures;
- rollback;
- restart procesa;
- crash tokom upisa;
- duplicate requests;
- retry posle delimičnog uspeha;
- timeout;
- cancellation;
- resource cleanup;
- concurrent delete/update;
- authentication state changes;
- permission changes;
- malformed inputs;
- ekstremne veličine inputa;
- integer overflow;
- null/undefined;
- backward compatibility.

Za svaki pronađen problem napiši konkretan scenario:

1. početno stanje;
2. sequence događaja;
3. gde patch zakazuje;
4. posledica;
5. korekcija;
6. regression test.

Ako ne pronađeš novi problem, napiši koje si klase grešaka proverio.

Želim da proceniš arhitekturu projekta pre nego što išta refaktorišemo.

PROJEKAT:

[OPIS / REPOSITORY]

CILJ:

[šta želimo da poboljšamo]

OGRANIČENJA:

- ne želim rewrite bez jakog razloga;
- backward compatibility je važna;
- postojeći korisnici ne smeju izgubiti podatke;
- deployment mora ostati stabilan.

Prvo analiziraj trenutnu arhitekturu.

Za svaki subsystem navedi:

RESPONSIBILITY
DEPENDENCIES
STATE OWNERSHIP
FAILURE MODES
SCALING LIMITS
TESTABILITY

Zatim identifikuj:

- tight coupling;
- unclear ownership;
- duplicated state;
- hidden side effects;
- circular dependencies;
- weak boundaries;
- fragile initialization;
- shutdown/recovery probleme.

Za svaki predlog razdvoji:

MUST FIX
SHOULD FIX
NICE TO HAVE

Ne predlaži novu tehnologiju samo zato što je popularnija.

Za svaku arhitektonsku promenu objasni:

- problem koji rešava;
- cenu migracije;
- rizik;
- rollback plan;
- kako dokazujemo da je promena uspela.

Želim da upgrade-ujem:

[DEPENDENCY / FRAMEWORK]

Sa verzije:

[STARA]

Na verziju:

[NOVA]

Stack:

[STACK]

Pre nego što napišeš izmene, proveri:

- zvanični migration guide;
- breaking changes;
- deprecated API-je;
- removed API-je;
- promene default ponašanja;
- security changes;
- configuration changes;
- peer dependency zahteve;
- runtime zahteve.

Zatim pregledaj moj kod i pronađi sva mesta pogođena migracijom.

Napravi plan:

PHASE 1 - prerequisites
PHASE 2 - dependency changes
PHASE 3 - code migration
PHASE 4 - tests
PHASE 5 - deployment
PHASE 6 - rollback

Za svaku izmenu navedi:

OLD
NEW
WHY
BREAKING RISK
TEST

Nemoj pretpostavljati da primer iz stare dokumentacije još važi.

Uradi performance audit.

SISTEM:

[OPIS]

PROBLEM:

[npr. API p95 2.4 sekunde]

Nemoj optimizovati naslepo.

Prvo identifikuj gde vreme odlazi.

Analiziraj:

CPU
memory
database
network
serialization
filesystem
external APIs
locking
queueing
cache
rendering

Traži merenje pre optimizacije.

Za svaki potencijalni bottleneck navedi:

EVIDENCE
HOW TO MEASURE
EXPECTED IMPACT
IMPLEMENTATION COST
RISK

Posebno proveri:

- N+1 queries;
- unnecessary sequential awaits;
- missing indexes;
- oversized payloads;
- repeated parsing;
- redundant API calls;
- expensive React re-renders;
- cache misses;
- connection pool exhaustion;
- memory growth;
- large bundle size.

Nemoj predlagati caching dok ne objasniš invalidation strategiju.

Na kraju daj optimizacije po odnosu:

impact / complexity / risk.

Analiziraj sledeći database/query problem.

SCHEMA:

"""
[SCHEMA]
"""

QUERY:

"""
[SQL]
"""

CILJ:

[šta query treba da radi]

Pre optimizacije proveri correctness.

Posebno analiziraj:

- table grain;
- primary keys;
- foreign keys;
- join cardinality;
- one-to-many;
- many-to-many;
- duplicate row multiplication;
- NULL semantics;
- transaction boundaries;
- locking;
- isolation level;
- indexes.

Za svaki JOIN napiši:

LEFT TABLE GRAIN
RIGHT TABLE GRAIN
JOIN KEY
EXPECTED CARDINALITY
DUPLICATION RISK

Ako query računa KPI, prvo definiši:

numerator
denominator
filters
time window

Zatim proveri da li JOIN menja broj redova.

Tek nakon correctness analize predloži performance optimizacije.

Za svaki predlog indeksa objasni:

- koji query koristi indeks;
- column order;
- trade-off za write performance;
- da li je indeks verovatno redundant.

Pregledaj dizajn ovog API-ja.

ENDPOINTI:

[API]

Analiziraj:

- resource naming;
- HTTP methods;
- status codes;
- idempotency;
- pagination;
- filtering;
- sorting;
- validation;
- error model;
- authentication;
- authorization;
- rate limiting;
- retries;
- timeouts;
- versioning;
- backward compatibility.

Posebno proveri retry safety.

Za svaki endpoint odgovori:

Da li je idempotent?
Šta se dešava ako klijent ponovi zahtev?
Šta se dešava ako server izvrši operaciju, ali response ne stigne?
Kako sprečavamo duplicate side effects?

Za write operacije razmotri idempotency keys gde imaju smisla.

Predloži korekcije samo gde rešavaju konkretan problem.

Uradi duboki audit authentication i authorization sistema.

AUTH FLOW:

[OPIS]

Proveri:

AUTHENTICATION

- credential handling;
- password hashing;
- MFA;
- session creation;
- token issuance;
- token expiration;
- refresh;
- logout;
- revocation;
- session fixation.

AUTHORIZATION

- role checks;
- permission checks;
- object-level authorization;
- tenant boundaries;
- admin operations;
- horizontal privilege escalation;
- vertical privilege escalation.

Posebno proveri IDOR/BOLA.

Za svaki endpoint koji pristupa objektu pitaj:

"Da li proveravamo samo da je korisnik prijavljen ili proveravamo i da sme pristupiti baš ovom objektu?"

Za svaki nalaz navedi konkretan attack/failure scenario i bezbednu korekciju.

Nemoj smatrati frontend proveru security kontrolom.

Analiziraj test suite ovog projekta.

Ne zanima me samo code coverage procenat.

Mapiraj testove na realne failure mode-ove.

Identifikuj kritične flow-ove:

[flow-ovi]

Za svaki napiši:

HAPPY PATH
INVALID INPUT
BOUNDARY
CONCURRENCY
TIMEOUT
CANCELLATION
RETRY
PARTIAL FAILURE
CRASH/RESTART
RECOVERY

Pronađi funkcionalnosti koje izgledaju pokrivene testovima, ali nemaju test za najopasniji failure scenario.

Prioritet daj testovima koji sprečavaju:

data loss;
security regression;
silent corruption;
double execution;
stale state;
incorrect recovery.

Ne predlaži testove samo radi povećanja coverage procenta.

Analiziraj frontend.

Stack:

React:
[verzija]

Next.js:
[verzija]

Routing:
[App Router / drugo]

State:
[...]

Data fetching:
[...]

Proveri aktuelnu dokumentaciju za navedene verzije.

Audituj:

- Server vs Client Components;
- hydration;
- data fetching;
- caching;
- invalidation;
- loading states;
- error states;
- optimistic updates;
- stale UI;
- form submission;
- duplicate submissions;
- accessibility;
- focus handling;
- keyboard navigation;
- responsive layout;
- bundle size.

Posebno traži probleme gde UI kaže da je operacija uspela pre nego što backend zaista potvrdi uspeh.

Za svaki problem navedi:

USER ACTION
EXPECTED
ACTUAL
ROOT CAUSE
FIX
TEST

Audituj backend sa fokusom na reliability.

Pretpostavi:

- proces može pasti u bilo kom trenutku;
- mreža može prekinuti;
- external API može timeoutovati;
- isti request može stići dva puta;
- database operacija može delimično uspeti;
- servis može restartovati tokom posla.

Za svaki write flow proveri:

1. šta je durable;
2. šta je samo u memoriji;
3. šta se dešava posle restarta;
4. kako se prepoznaje već izvršen posao;
5. da li retry može napraviti duplikat;
6. da li partial failure ostavlja nekonzistentno stanje.

Traži:

idempotency;
transactions;
outbox/inbox patterns;
job ownership;
leases;
heartbeats;
recovery;
dead-letter handling;
exactly-once pretpostavke.

Nemoj koristiti izraz "exactly once" bez objašnjenja kako je garantovan.

Analiziraj CI/CD i deployment pipeline.

Platforma:

[GitHub Actions / GitLab CI / Vercel / AWS / Railway...]

Proveri:

- build reproducibility;
- dependency pinning;
- secrets;
- environment separation;
- preview vs production;
- migrations;
- zero-downtime deployment;
- rollback;
- artifact integrity;
- caching;
- deployment concurrency.

Posebno proveri database migracije.

Odgovori na:

Šta se dešava ako stara i nova verzija aplikacije rade istovremeno?

Da li je schema promena backward compatible tokom rollout-a?

Da li rollback aplikacije radi ako je migracija već izvršena?

Za svaki rizik predloži safe deployment sequence.

PRE FINALNOG ODGOVORA URADI TEHNIČKI QA.

Proveri:

- da li predloženi API stvarno postoji u navedenoj verziji;
- da li je nešto deprecated;
- da li kod kompajlira konceptualno;
- da li nedostaje import;
- da li tipovi odgovaraju;
- da li async operacije imaju pravilno error handling ponašanje;
- da li patch uvodi race condition;
- da li postoji regression;
- da li promena utiče na backward compatibility;
- da li je test dovoljan da uhvati originalni bug.

Nemoj tvrditi da je problem rešen samo zato što kod izgleda ispravno.

Razdvoji:

CONFIRMED
LIKELY
UNVERIFIED

Uradi duboki DEFANZIVNI security audit sledeće aplikacije.

APLIKACIJA:

[OPIS]

STACK:

Frontend:
Backend:
Database:
Authentication:
Hosting:
CDN/WAF:
Storage:
External APIs:

ARHITEKTURA:

[OPIS ILI REPOSITORY]

Pre analize mapiraj:

- internet-facing entry points;
- trust boundaries;
- authentication boundaries;
- authorization boundaries;
- privileged operations;
- user-controlled inputs;
- sensitive data;
- external integrations;
- secrets;
- persistence;
- background jobs.

Nemoj samo nabrojati OWASP kategorije.

Za svaki potencijalni problem zahtevam:

ID
SEVERITY
COMPONENT
TRUST BOUNDARY
PRECONDITIONS
ATTACK / FAILURE PATH
CURRENT CONTROL
WHY CONTROL FAILS
IMPACT
EVIDENCE
FIX
VERIFICATION TEST

Posebno proveri:

authentication;
authorization;
BOLA/IDOR;
session management;
CSRF;
XSS;
SSRF;
SQL/NoSQL injection;
command injection;
path traversal;
unsafe file uploads;
deserialization;
template injection;
open redirects;
CORS;
webhooks;
rate limits;
password reset;
email verification;
OAuth/OIDC flow;
secret exposure;
sensitive logging;
dependency risk;
error leakage.

Ne označavaj nešto kao exploitable ako ne možeš objasniti uslove potrebne za eksploataciju.

Razdvoji:

CONFIRMED
LIKELY
THEORETICAL
NOT APPLICABLE

Audituj aplikaciju prema relevantnim kontrolama modernog OWASP ASVS pristupa.

Ne pokušavaj slepo proveriti svaku kontrolu.

Prvo odredi koje oblasti se primenjuju na naš sistem.

Posebno analiziraj:

- architecture;
- authentication;
- session management;
- access control;
- input validation;
- cryptography;
- error handling;
- data protection;
- communications;
- malicious code;
- business logic;
- files/resources;
- API/web services;
- configuration.

Za svaki nalaz:

CONTROL AREA
EXPECTED SECURITY PROPERTY
CURRENT IMPLEMENTATION
EVIDENCE
GAP
PRACTICAL IMPACT
REMEDIATION
TEST

Ako je kontrola već pravilno implementirana, označi:

PASS

Ako nema dovoljno informacija:

UNVERIFIED

Nemoj FAIL označavati samo zato što kod koji bi dokazao PASS nije prikazan.

Napravi threat model sistema.

SYSTEM:

[OPIS]

USERS:

[tipovi korisnika]

COMPONENTS:

[...]

DATA:

[...]

EXTERNAL SERVICES:

[...]

Prvo napravi:

ASSETS
ACTORS
ENTRY POINTS
TRUST BOUNDARIES
PRIVILEGED COMPONENTS
DATA FLOWS

Zatim analiziraj pretnje koristeći STRIDE kao pomoćni okvir:

Spoofing
Tampering
Repudiation
Information Disclosure
Denial of Service
Elevation of Privilege

Nemoj generisati pretnje mehanički samo zato što kategorija postoji.

Za svaku realnu pretnju navedi:

THREAT
ASSET
ATTACKER CAPABILITY
PRECONDITION
ATTACK PATH
EXISTING CONTROL
LIKELIHOOD FACTORS
IMPACT
MITIGATION
DETECTION
RESIDUAL RISK

Posebno identifikuj mesta gde jedan kompromitovan subsystem omogućava lateral movement ka drugom.

Audituj authentication sistem.

FLOW:

[OPIS]

PROVIDER:

[custom / Auth.js / Clerk / Cognito / Supabase / Keycloak...]

Proveri:

LOGIN
PASSWORD STORAGE
MFA
PASSWORD RESET
EMAIL VERIFICATION
SESSION CREATION
SESSION ROTATION
SESSION EXPIRATION
REFRESH TOKENS
LOGOUT
REVOCATION
DEVICE MANAGEMENT
OAUTH/OIDC
MAGIC LINKS

Posebno proveri:

- session fixation;
- token replay;
- refresh token reuse;
- token leakage kroz URL/log/referrer;
- weak password-reset tokens;
- account enumeration;
- MFA bypass;
- stale sessions posle promene lozinke;
- logout koji samo briše frontend state;
- OAuth state/nonce/PKCE;
- redirect URI validaciju.

Za svaki problem napiši konkretan sequence događaja.

Ne smatraj JWT automatski bezbednijim od server-side session-a.

Proceni stvarnu implementaciju.

Audituj authorization model.

ROLES:

[...]

RESOURCES:

[...]

TENANT MODEL:

[...]

Za svaki endpoint i privileged action proveri tri nivoa:

1. da li je korisnik authenticated;
2. da li ima potrebnu permission/role;
3. da li sme pristupiti baš konkretnom resource-u.

Posebno traži:

BOLA / IDOR;
horizontal privilege escalation;
vertical privilege escalation;
cross-tenant access;
admin-only operations;
ownership transfer bugs;
stale permissions;
deleted/deactivated users;
cached authorization odluke.

Za svaki nalaz daj scenario:

USER A
RESOURCE B
REQUEST
CURRENT CHECK
MISSING CHECK
RESULT

Frontend hiding nije authorization kontrola.

Client-provided tenantId/userId/role tretiraj kao nepoverljiv podatak.

Pomozi mi da analiziram security/operational incident.

NEMOJ odmah zaključiti da je napad.

PODACI:

Vreme početka:
[...]

Simptomi:
[...]

Logovi:
[...]

Metrike:
[...]

Promene/deploy:
[...]

Network data:
[...]

Security alerts:
[...]

Prvo napravi timeline.

Zatim razdvoji hipoteze:

ATTACK
SOFTWARE BUG
CONFIGURATION ERROR
RESOURCE EXHAUSTION
EXTERNAL PROVIDER FAILURE
USER ERROR
FALSE POSITIVE

Za svaku hipotezu:

EVIDENCE FOR
EVIDENCE AGAINST
MISSING DATA
NEXT TEST

Odvoji aktivnosti u:

CONTAINMENT
PRESERVATION OF EVIDENCE
ERADICATION
RECOVERY
POST-INCIDENT ACTIONS

Nemoj preporučiti brisanje/reinstalaciju pre nego što razmotriš da li time uništavamo potrebne dokaze.

Analiziraj sledeće HTTP/security logove DEFANZIVNO.

LOG:

"""
[LOG]
"""

Ne proglašavaj svaki neobičan request napadom.

Za svaki obrazac utvrdi:

SOURCE
TIMESTAMP
METHOD
PATH
STATUS
USER AGENT
REQUEST FREQUENCY
RESPONSE SIZE
LATENCY

Grupiši slične zahteve.

Pokušaj razlikovati:

normal crawler;
search engine bot;
vulnerability scanner;
credential stuffing;
brute force;
path enumeration;
WordPress scanning;
LFI/RFI probing;
SQLi probing;
XSS probing;
SSRF probing;
automated noise;
real exploitation attempt.

Za svaki sumnjiv obrazac:

WHAT IT APPEARS TO TEST
EVIDENCE
DID IT SUCCEED?
RELEVANT SERVER RESPONSE
RISK
RECOMMENDED DEFENSIVE ACTION

Važno:

Request koji sadrži exploit string nije dokaz da je exploit uspeo.

Traži dokaz uspešnog uticaja na sistem.

Uradi hardening audit Linux servera.

DISTRO:
[...]

VERSION:
[...]

ROLE:
[web/db/VPN/reverse proxy...]

PUBLIC SERVICES:
[...]

USERS:
[...]

SSH CONFIG:
[...]

FIREWALL:
[...]

CONTAINERS:
[...]

Prvo proveri aktuelne preporuke za navedenu distribuciju i verziju.

Audituj:

PATCH STATUS
USER ACCOUNTS
SSH
SUDO
FIREWALL
LISTENING PORTS
SYSTEMD SERVICES
FILE PERMISSIONS
SECRETS
LOGGING
AUDITING
TIME SYNC
AUTOMATIC SECURITY UPDATES
KERNEL SETTINGS
BACKUPS

Za SSH posebno proveri:

password authentication;
root login;
key-based access;
MFA ako je primenljivo;
AllowUsers/AllowGroups;
legacy algorithms.

Nemoj predlagati gašenje servisa bez utvrđivanja da li ga aplikacija koristi.

Za svaku izmenu navedi:

SECURITY BENEFIT
BREAKAGE RISK
HOW TO TEST
ROLLBACK

Audituj Docker deployment.

FILES:

Dockerfile:
"""
[Dockerfile]
"""

compose:
"""
[docker-compose.yml]
"""

Proveri:

BASE IMAGE
IMAGE VERSION PINNING
IMAGE ORIGIN
ROOT/NON-ROOT
CAPABILITIES
PRIVILEGED MODE
HOST MOUNTS
DOCKER SOCKET
SECRETS
ENV VARIABLES
NETWORK EXPOSURE
READ-ONLY FILESYSTEM
TMPFS
RESOURCE LIMITS
HEALTHCHECK
SIGNAL HANDLING
BUILD SECRETS
MULTI-STAGE BUILD
DEPENDENCIES

Posebno proveri da li container:

- radi kao root bez potrebe;
- koristi privileged;
- mountuje /var/run/docker.sock;
- mountuje osetljive host direktorijume;
- ima nepotrebne Linux capabilities;
- sadrži build alate u production image-u;
- sadrži secret u image layer-u;
- expose-uje port koji ne mora biti javno dostupan.

Za svaki nalaz daj:

CURRENT CONFIG
RISK
MINIMAL HARDENING
COMPATIBILITY RISK
TEST

Uradi security/reliability audit Kubernetes workload-a.

KUBERNETES VERSION:
[...]

MANIFESTS / HELM:

"""
[CONFIG]
"""

Proveri:

Pod Security Standards;
service accounts;
RBAC;
network policies;
securityContext;
runAsNonRoot;
capabilities;
privilege escalation;
seccomp;
hostNetwork;
hostPID;
hostPath;
secrets;
config maps;
image sources;
image tags/digests;
resource requests/limits;
probes;
PDB;
namespace isolation.

Za svaki workload utvrdi:

Da li realno zahteva privileged pristup?

Da li može koristiti Restricted Pod Security profil?

Ako ne može, objasni tačno koja funkcija to sprečava.

Posebno proveri:

wildcard RBAC;
cluster-admin;
default service account;
automountServiceAccountToken;
cross-namespace access;
unrestricted egress;
host filesystem access.

Nemoj automatski prebaciti sve na Restricted ako bi aplikacija prestala da radi.

Predloži migracioni plan:

AUDIT
WARN
ENFORCE

sa proverom kompatibilnosti.

Audituj Terraform konfiguraciju.

CLOUD:
[AWS/Azure/GCP/...]

TERRAFORM VERSION:
[...]

CODE:
[...]

Prvo proveri:

VERSION PINNING
PROVIDERS
MODULE SOURCES
STATE BACKEND
STATE LOCKING
STATE ENCRYPTION
ACCESS CONTROL
SECRETS
IAM
PUBLIC EXPOSURE
NETWORK RULES
DATABASES
STORAGE
LOGGING
BACKUPS

Posebno analiziraj Terraform state.

Utvrdi:

- gde se nalazi;
- ko mu ima pristup;
- da li sadrži sensitive podatke;
- da li je šifrovan;
- da li postoji locking;
- da li je slučajno commitovan.

Za svaki resource proveri:

Da li promena može izazvati replacement?

Da li replacement može napraviti data loss?

Za svaku predloženu promenu navedi Terraform efekat:

IN-PLACE
RECREATE
UNKNOWN UNTIL PLAN

Ne pretpostavljaj da `sensitive = true` znači da vrednost nikada ne postoji u state-u.

Pre apply-a zahtevaj pregled:

terraform plan

i identifikuj unexpected destroy/recreate operacije.

Uradi least-privilege audit cloud IAM-a.

PROVIDER:
[AWS/Azure/GCP]

PRINCIPALS:

[...]

ROLES/POLICIES:

[...]

Prvo mapiraj:

HUMAN USERS
SERVICE ACCOUNTS
WORKLOAD IDENTITIES
CI/CD IDENTITIES
ADMIN ACCOUNTS
BREAK-GLASS ACCOUNTS

Za svaku identity utvrdi:

WHO/WHAT USES IT
TRUST POLICY
ASSIGNED PERMISSIONS
ACTUALLY REQUIRED PERMISSIONS
CREDENTIAL TYPE
CREDENTIAL LIFETIME

Traži:

wildcard actions;
wildcard resources;
privilege escalation paths;
pass-role/assume-role probleme;
unused credentials;
long-lived access keys;
cross-account trust;
service account key files;
shared credentials.

Posebno proveri kombinacije permissions koje zajedno omogućavaju escalation čak i ako pojedinačno izgledaju bezazleno.

Nemoj predlagati uklanjanje permission-a bez identifikovanja workload-a koji ga koristi.

Finalno:

KEEP
REDUCE
REMOVE
INVESTIGATE

Pronađi sve načine na koje je infrastruktura dostupna sa interneta.

CLOUD CONFIG:

[...]

Mapiraj:

public IP;
load balancers;
CDN;
API gateway;
storage buckets;
databases;
SSH/RDP;
Kubernetes services;
serverless endpoints;
management interfaces.

Za svaki javni endpoint utvrdi:

SERVICE
PORT
PROTOCOL
AUTHENTICATION
EXPECTED AUDIENCE
WHY PUBLIC
SOURCE RESTRICTION
WAF/RATE LIMIT
TLS

Identifikuj resurse koji su:

INTENTIONALLY PUBLIC
UNNECESSARILY PUBLIC
UNCERTAIN

Posebno proveri management portove i baze.

Nemoj označiti HTTP 80 kao automatsku ranjivost ako služi isključivo za kontrolisan redirect na HTTPS.

Analiziraj mrežnu arhitekturu.

DIAGRAM / OPIS:

[...]

Mapiraj zone:

INTERNET
EDGE
PUBLIC SUBNET
APPLICATION
DATABASE
MANAGEMENT
CI/CD
VPN
THIRD-PARTY

Za svaki komunikacioni tok napiši:

SOURCE
DESTINATION
PORT
PROTOCOL
PURPOSE
AUTH
ENCRYPTION
REQUIRED?

Traži:

flat network;
unnecessary east-west access;
0.0.0.0/0 pravila;
overly broad security groups;
management interfaces exposed publicly;
unrestricted egress;
database exposure;
DNS dependency;
single points of failure.

Primeni princip:

default deny tamo gde je praktično.

Ali nemoj zatvoriti komunikacioni tok dok ne utvrdiš da ga aplikacija ne koristi.

Audituj firewall pravila.

RULES:

"""
[pravila]
"""

Za svako pravilo napravi:

SOURCE
DESTINATION
PROTOCOL
PORT
DIRECTION
PURPOSE
OWNER
LAST KNOWN USE

Traži:

ANY/ANY;
0.0.0.0/0;
::/0;
unused rules;
shadowed rules;
duplicate rules;
management ports exposed publicly;
temporary rules koja su postala permanentna.

Za svako pravilo klasifikuj:

REQUIRED
OVERLY BROAD
POSSIBLY UNUSED
DANGEROUS
UNKNOWN

Ako predlažeš sužavanje pravila, definiši način da proverimo realan traffic pre izmene.

Uradi duboki DEFANZIVNI security audit sledeće aplikacije.

APLIKACIJA:

[OPIS]

STACK:

Frontend:
Backend:
Database:
Authentication:
Hosting:
CDN/WAF:
Storage:
External APIs:

ARHITEKTURA:

[OPIS ILI REPOSITORY]

Pre analize mapiraj:

- internet-facing entry points;
- trust boundaries;
- authentication boundaries;
- authorization boundaries;
- privileged operations;
- user-controlled inputs;
- sensitive data;
- external integrations;
- secrets;
- persistence;
- background jobs.

Nemoj samo nabrojati OWASP kategorije.

Za svaki potencijalni problem zahtevam:

ID
SEVERITY
COMPONENT
TRUST BOUNDARY
PRECONDITIONS
ATTACK / FAILURE PATH
CURRENT CONTROL
WHY CONTROL FAILS
IMPACT
EVIDENCE
FIX
VERIFICATION TEST

Posebno proveri:

authentication;
authorization;
BOLA/IDOR;
session management;
CSRF;
XSS;
SSRF;
SQL/NoSQL injection;
command injection;
path traversal;
unsafe file uploads;
deserialization;
template injection;
open redirects;
CORS;
webhooks;
rate limits;
password reset;
email verification;
OAuth/OIDC flow;
secret exposure;
sensitive logging;
dependency risk;
error leakage.

Ne označavaj nešto kao exploitable ako ne možeš objasniti uslove potrebne za eksploataciju.

Razdvoji:

CONFIRMED
LIKELY
THEORETICAL
NOT APPLICABLE

Audituj aplikaciju prema relevantnim kontrolama modernog OWASP ASVS pristupa.

Ne pokušavaj slepo proveriti svaku kontrolu.

Prvo odredi koje oblasti se primenjuju na naš sistem.

Posebno analiziraj:

- architecture;
- authentication;
- session management;
- access control;
- input validation;
- cryptography;
- error handling;
- data protection;
- communications;
- malicious code;
- business logic;
- files/resources;
- API/web services;
- configuration.

Za svaki nalaz:

CONTROL AREA
EXPECTED SECURITY PROPERTY
CURRENT IMPLEMENTATION
EVIDENCE
GAP
PRACTICAL IMPACT
REMEDIATION
TEST

Ako je kontrola već pravilno implementirana, označi:

PASS

Ako nema dovoljno informacija:

UNVERIFIED

Nemoj FAIL označavati samo zato što kod koji bi dokazao PASS nije prikazan.

Napravi threat model sistema.

SYSTEM:

[OPIS]

USERS:

[tipovi korisnika]

COMPONENTS:

[...]

DATA:

[...]

EXTERNAL SERVICES:

[...]

Prvo napravi:

ASSETS
ACTORS
ENTRY POINTS
TRUST BOUNDARIES
PRIVILEGED COMPONENTS
DATA FLOWS

Zatim analiziraj pretnje koristeći STRIDE kao pomoćni okvir:

Spoofing
Tampering
Repudiation
Information Disclosure
Denial of Service
Elevation of Privilege

Nemoj generisati pretnje mehanički samo zato što kategorija postoji.

Za svaku realnu pretnju navedi:

THREAT
ASSET
ATTACKER CAPABILITY
PRECONDITION
ATTACK PATH
EXISTING CONTROL
LIKELIHOOD FACTORS
IMPACT
MITIGATION
DETECTION
RESIDUAL RISK

Posebno identifikuj mesta gde jedan kompromitovan subsystem omogućava lateral movement ka drugom.

Audituj authentication sistem.

FLOW:

[OPIS]

PROVIDER:

[custom / Auth.js / Clerk / Cognito / Supabase / Keycloak...]

Proveri:

LOGIN
PASSWORD STORAGE
MFA
PASSWORD RESET
EMAIL VERIFICATION
SESSION CREATION
SESSION ROTATION
SESSION EXPIRATION
REFRESH TOKENS
LOGOUT
REVOCATION
DEVICE MANAGEMENT
OAUTH/OIDC
MAGIC LINKS

Posebno proveri:

- session fixation;
- token replay;
- refresh token reuse;
- token leakage kroz URL/log/referrer;
- weak password-reset tokens;
- account enumeration;
- MFA bypass;
- stale sessions posle promene lozinke;
- logout koji samo briše frontend state;
- OAuth state/nonce/PKCE;
- redirect URI validaciju.

Za svaki problem napiši konkretan sequence događaja.

Ne smatraj JWT automatski bezbednijim od server-side session-a.

Proceni stvarnu implementaciju.

Audituj authorization model.

ROLES:

[...]

RESOURCES:

[...]

TENANT MODEL:

[...]

Za svaki endpoint i privileged action proveri tri nivoa:

1. da li je korisnik authenticated;
2. da li ima potrebnu permission/role;
3. da li sme pristupiti baš konkretnom resource-u.

Posebno traži:

BOLA / IDOR;
horizontal privilege escalation;
vertical privilege escalation;
cross-tenant access;
admin-only operations;
ownership transfer bugs;
stale permissions;
deleted/deactivated users;
cached authorization odluke.

Za svaki nalaz daj scenario:

USER A
RESOURCE B
REQUEST
CURRENT CHECK
MISSING CHECK
RESULT

Frontend hiding nije authorization kontrola.

Client-provided tenantId/userId/role tretiraj kao nepoverljiv podatak.

Pomozi mi da analiziram security/operational incident.

NEMOJ odmah zaključiti da je napad.

PODACI:

Vreme početka:
[...]

Simptomi:
[...]

Logovi:
[...]

Metrike:
[...]

Promene/deploy:
[...]

Network data:
[...]

Security alerts:
[...]

Prvo napravi timeline.

Zatim razdvoji hipoteze:

ATTACK
SOFTWARE BUG
CONFIGURATION ERROR
RESOURCE EXHAUSTION
EXTERNAL PROVIDER FAILURE
USER ERROR
FALSE POSITIVE

Za svaku hipotezu:

EVIDENCE FOR
EVIDENCE AGAINST
MISSING DATA
NEXT TEST

Odvoji aktivnosti u:

CONTAINMENT
PRESERVATION OF EVIDENCE
ERADICATION
RECOVERY
POST-INCIDENT ACTIONS

Nemoj preporučiti brisanje/reinstalaciju pre nego što razmotriš da li time uništavamo potrebne dokaze.

Analiziraj sledeće HTTP/security logove DEFANZIVNO.

LOG:

"""
[LOG]
"""

Ne proglašavaj svaki neobičan request napadom.

Za svaki obrazac utvrdi:

SOURCE
TIMESTAMP
METHOD
PATH
STATUS
USER AGENT
REQUEST FREQUENCY
RESPONSE SIZE
LATENCY

Grupiši slične zahteve.

Pokušaj razlikovati:

normal crawler;
search engine bot;
vulnerability scanner;
credential stuffing;
brute force;
path enumeration;
WordPress scanning;
LFI/RFI probing;
SQLi probing;
XSS probing;
SSRF probing;
automated noise;
real exploitation attempt.

Za svaki sumnjiv obrazac:

WHAT IT APPEARS TO TEST
EVIDENCE
DID IT SUCCEED?
RELEVANT SERVER RESPONSE
RISK
RECOMMENDED DEFENSIVE ACTION

Važno:

Request koji sadrži exploit string nije dokaz da je exploit uspeo.

Traži dokaz uspešnog uticaja na sistem.

Uradi hardening audit Linux servera.

DISTRO:
[...]

VERSION:
[...]

ROLE:
[web/db/VPN/reverse proxy...]

PUBLIC SERVICES:
[...]

USERS:
[...]

SSH CONFIG:
[...]

FIREWALL:
[...]

CONTAINERS:
[...]

Prvo proveri aktuelne preporuke za navedenu distribuciju i verziju.

Audituj:

PATCH STATUS
USER ACCOUNTS
SSH
SUDO
FIREWALL
LISTENING PORTS
SYSTEMD SERVICES
FILE PERMISSIONS
SECRETS
LOGGING
AUDITING
TIME SYNC
AUTOMATIC SECURITY UPDATES
KERNEL SETTINGS
BACKUPS

Za SSH posebno proveri:

password authentication;
root login;
key-based access;
MFA ako je primenljivo;
AllowUsers/AllowGroups;
legacy algorithms.

Nemoj predlagati gašenje servisa bez utvrđivanja da li ga aplikacija koristi.

Za svaku izmenu navedi:

SECURITY BENEFIT
BREAKAGE RISK
HOW TO TEST
ROLLBACK

Audituj Docker deployment.

FILES:

Dockerfile:
"""
[Dockerfile]
"""

compose:
"""
[docker-compose.yml]
"""

Proveri:

BASE IMAGE
IMAGE VERSION PINNING
IMAGE ORIGIN
ROOT/NON-ROOT
CAPABILITIES
PRIVILEGED MODE
HOST MOUNTS
DOCKER SOCKET
SECRETS
ENV VARIABLES
NETWORK EXPOSURE
READ-ONLY FILESYSTEM
TMPFS
RESOURCE LIMITS
HEALTHCHECK
SIGNAL HANDLING
BUILD SECRETS
MULTI-STAGE BUILD
DEPENDENCIES

Posebno proveri da li container:

- radi kao root bez potrebe;
- koristi privileged;
- mountuje /var/run/docker.sock;
- mountuje osetljive host direktorijume;
- ima nepotrebne Linux capabilities;
- sadrži build alate u production image-u;
- sadrži secret u image layer-u;
- expose-uje port koji ne mora biti javno dostupan.

Za svaki nalaz daj:

CURRENT CONFIG
RISK
MINIMAL HARDENING
COMPATIBILITY RISK
TEST

Uradi security/reliability audit Kubernetes workload-a.

KUBERNETES VERSION:
[...]

MANIFESTS / HELM:

"""
[CONFIG]
"""

Proveri:

Pod Security Standards;
service accounts;
RBAC;
network policies;
securityContext;
runAsNonRoot;
capabilities;
privilege escalation;
seccomp;
hostNetwork;
hostPID;
hostPath;
secrets;
config maps;
image sources;
image tags/digests;
resource requests/limits;
probes;
PDB;
namespace isolation.

Za svaki workload utvrdi:

Da li realno zahteva privileged pristup?

Da li može koristiti Restricted Pod Security profil?

Ako ne može, objasni tačno koja funkcija to sprečava.

Posebno proveri:

wildcard RBAC;
cluster-admin;
default service account;
automountServiceAccountToken;
cross-namespace access;
unrestricted egress;
host filesystem access.

Nemoj automatski prebaciti sve na Restricted ako bi aplikacija prestala da radi.

Predloži migracioni plan:

AUDIT
WARN
ENFORCE

sa proverom kompatibilnosti.

Audituj Terraform konfiguraciju.

CLOUD:
[AWS/Azure/GCP/...]

TERRAFORM VERSION:
[...]

CODE:
[...]

Prvo proveri:

VERSION PINNING
PROVIDERS
MODULE SOURCES
STATE BACKEND
STATE LOCKING
STATE ENCRYPTION
ACCESS CONTROL
SECRETS
IAM
PUBLIC EXPOSURE
NETWORK RULES
DATABASES
STORAGE
LOGGING
BACKUPS

Posebno analiziraj Terraform state.

Utvrdi:

- gde se nalazi;
- ko mu ima pristup;
- da li sadrži sensitive podatke;
- da li je šifrovan;
- da li postoji locking;
- da li je slučajno commitovan.

Za svaki resource proveri:

Da li promena može izazvati replacement?

Da li replacement može napraviti data loss?

Za svaku predloženu promenu navedi Terraform efekat:

IN-PLACE
RECREATE
UNKNOWN UNTIL PLAN

Ne pretpostavljaj da `sensitive = true` znači da vrednost nikada ne postoji u state-u.

Pre apply-a zahtevaj pregled:

terraform plan

i identifikuj unexpected destroy/recreate operacije.

Uradi least-privilege audit cloud IAM-a.

PROVIDER:
[AWS/Azure/GCP]

PRINCIPALS:

[...]

ROLES/POLICIES:

[...]

Prvo mapiraj:

HUMAN USERS
SERVICE ACCOUNTS
WORKLOAD IDENTITIES
CI/CD IDENTITIES
ADMIN ACCOUNTS
BREAK-GLASS ACCOUNTS

Za svaku identity utvrdi:

WHO/WHAT USES IT
TRUST POLICY
ASSIGNED PERMISSIONS
ACTUALLY REQUIRED PERMISSIONS
CREDENTIAL TYPE
CREDENTIAL LIFETIME

Traži:

wildcard actions;
wildcard resources;
privilege escalation paths;
pass-role/assume-role probleme;
unused credentials;
long-lived access keys;
cross-account trust;
service account key files;
shared credentials.

Posebno proveri kombinacije permissions koje zajedno omogućavaju escalation čak i ako pojedinačno izgledaju bezazleno.

Nemoj predlagati uklanjanje permission-a bez identifikovanja workload-a koji ga koristi.

Finalno:

KEEP
REDUCE
REMOVE
INVESTIGATE

Pronađi sve načine na koje je infrastruktura dostupna sa interneta.

CLOUD CONFIG:

[...]

Mapiraj:

public IP;
load balancers;
CDN;
API gateway;
storage buckets;
databases;
SSH/RDP;
Kubernetes services;
serverless endpoints;
management interfaces.

Za svaki javni endpoint utvrdi:

SERVICE
PORT
PROTOCOL
AUTHENTICATION
EXPECTED AUDIENCE
WHY PUBLIC
SOURCE RESTRICTION
WAF/RATE LIMIT
TLS

Identifikuj resurse koji su:

INTENTIONALLY PUBLIC
UNNECESSARILY PUBLIC
UNCERTAIN

Posebno proveri management portove i baze.

Nemoj označiti HTTP 80 kao automatsku ranjivost ako služi isključivo za kontrolisan redirect na HTTPS.

Analiziraj mrežnu arhitekturu.

DIAGRAM / OPIS:

[...]

Mapiraj zone:

INTERNET
EDGE
PUBLIC SUBNET
APPLICATION
DATABASE
MANAGEMENT
CI/CD
VPN
THIRD-PARTY

Za svaki komunikacioni tok napiši:

SOURCE
DESTINATION
PORT
PROTOCOL
PURPOSE
AUTH
ENCRYPTION
REQUIRED?

Traži:

flat network;
unnecessary east-west access;
0.0.0.0/0 pravila;
overly broad security groups;
management interfaces exposed publicly;
unrestricted egress;
database exposure;
DNS dependency;
single points of failure.

Primeni princip:

default deny tamo gde je praktično.

Ali nemoj zatvoriti komunikacioni tok dok ne utvrdiš da ga aplikacija ne koristi.

Audituj firewall pravila.

RULES:

"""
[pravila]
"""

Za svako pravilo napravi:

SOURCE
DESTINATION
PROTOCOL
PORT
DIRECTION
PURPOSE
OWNER
LAST KNOWN USE

Traži:

ANY/ANY;
0.0.0.0/0;
::/0;
unused rules;
shadowed rules;
duplicate rules;
management ports exposed publicly;
temporary rules koja su postala permanentna.

Za svako pravilo klasifikuj:

REQUIRED
OVERLY BROAD
POSSIBLY UNUSED
DANGEROUS
UNKNOWN

Ako predlažeš sužavanje pravila, definiši način da proverimo realan traffic pre izmene.

Audituj DNS konfiguraciju domena:

[DOMEN]

Proveri aktuelne javne DNS podatke.

Analiziraj:

A
AAAA
CNAME
MX
TXT
NS
CAA
DNSSEC

Ako se koristi email:

SPF
DKIM
DMARC

Traži:

dangling DNS;
subdomain takeover rizik;
stare IP adrese;
neaktivne servise;
preširok SPF;
nedostatak DMARC;
nepotrebne wildcard zapise;
CAA mismatch;
split-brain probleme.

Za svaki nalaz objasni:

CURRENT RECORD
EXPECTED PURPOSE
RISK
SAFE CHANGE
DNS PROPAGATION IMPACT

Ne preporučuj brisanje zapisa dok ne utvrdiš koji ga servis koristi.

Audituj TLS konfiguraciju servisa:

[HOST]

Proveri:

certificate chain;
hostname;
expiration;
supported protocol versions;
cipher configuration;
HSTS;
OCSP ako je relevantno;
redirect HTTP -> HTTPS;
mixed content;
certificate automation.

Posebno proveri da li:

TLS termination postoji na više slojeva;
CDN i origin imaju različite politike;
origin može biti direktno dostupan mimo CDN/WAF-a.

Razdvoji:

CERTIFICATE PROBLEM
PROTOCOL PROBLEM
APPLICATION HEADER PROBLEM
ORIGIN EXPOSURE

Za svaki problem daj minimalnu korekciju i način verifikacije.

Audituj reverse proxy konfiguraciju.

SOFTWARE:
[Nginx/Caddy/Traefik/Apache...]

VERSION:
[...]

CONFIG:

"""
[CONFIG]
"""

Proveri:

TLS;
host validation;
proxy headers;
X-Forwarded-For;
real client IP;
request size;
timeouts;
buffering;
websocket upgrade;
rate limiting;
error pages;
server tokens;
static file paths;
cache;
upstream failover.

Posebno traži:

host header injection;
client IP spoofing zbog pogrešnog trusted proxy podešavanja;
path normalization probleme;
proxy_pass/path mismatch;
accidental internal endpoint exposure;
unbounded upload size;
preduge timeoute.

Za svaku izmenu proveri uticaj na aplikaciju iza proxy-ja.

Audituj backup i disaster-recovery strategiju.

SYSTEM:

[...]

DATA SOURCES:

database:
object storage:
filesystem:
configuration:
secrets:

Trenutni backup:

[...]

Definiši:

RPO
RTO

Zatim proveri:

BACKUP FREQUENCY
RETENTION
OFFSITE COPY
IMMUTABILITY
ENCRYPTION
ACCESS CONTROL
VERSIONING
RESTORE PROCEDURE
RESTORE TESTING
MONITORING

Najvažnije:

Backup koji nikada nije restore-ovan tretiraj kao nepotvrđen backup.

Napravi scenario:

1. production database je izgubljena;
2. poslednji backup je dostupan;
3. novi environment mora biti podignut;
4. aplikacija mora dobiti odgovarajuće secrets/config;
5. integritet mora biti potvrđen.

Napravi tačan restore checklist.

Posebno identifikuj podatke koje trenutni backup uopšte ne pokriva.

Audituj observability sistema.

Trenutno imamo:

LOGS:
[...]

METRICS:
[...]

TRACES:
[...]

ALERTS:
[...]

Za svaki critical flow utvrdi:

Kako znamo da je uspeo?

Kako znamo da je delimično uspeo?

Kako znamo da je potpuno zakazao?

Proveri:

structured logging;
request IDs;
correlation IDs;
trace context;
error classification;
latency percentiles;
saturation;
queue depth;
database pool;
external dependency health.

Posebno pronađi:

silent failures;
errors koji se samo loguju ali ne alarmiraju;
alerts bez actionable značenja;
duplicate noisy alerts;
sensitive data u logovima.

Za svaki predlog alerta definiši:

CONDITION
WINDOW
THRESHOLD
SEVERITY
OWNER
ACTION

Audituj CI/CD pipeline sa fokusom na software supply chain.

CI:

[GitHub Actions/GitLab/Jenkins...]

CONFIG:

[...]

Proveri:

third-party actions/plugins;
version pinning;
commit SHA pinning kada je relevantno;
permissions;
OIDC;
long-lived credentials;
secrets;
fork PR behavior;
artifact integrity;
dependency installation;
build provenance;
release signing;
deployment approvals.

Posebno proveri default CI token permissions.

Za svaki job utvrdi:

WHAT CODE RUNS
WHAT SECRETS IT CAN ACCESS
WHAT IT CAN WRITE
WHAT EXTERNAL CODE IT DOWNLOADS

Traži scenario gde pull request ili dependency kompromitovanje može doći do production credentials.

Predloži least-privilege pipeline.

Ne uklanjaj funkcionalnost bez alternative.

Audituj upravljanje secrets.

SECRET TYPES:

DB credentials
API keys
OAuth secrets
TLS private keys
cloud credentials
webhook secrets
signing keys

LOKACIJE:

.env
CI
cloud secret manager
repository
container environment
Terraform
Kubernetes

Za svaki secret utvrdi:

OWNER
WHERE STORED
WHO CAN READ
HOW INJECTED
ROTATION
EXPIRATION
AUDIT LOGGING

Traži:

secret u Git istoriji;
secret u Docker image layer-u;
secret u Terraform state-u;
secret u client bundle-u;
secret u logovima;
shared credentials;
never-rotated secrets.

Ako je secret već procureo, samo brisanje iz trenutnog Git fajla nije dovoljno.

Označi da je potrebna rotacija/revokacija i procena istorijskog izlaganja.

Audituj HTTP security headers aplikacije.

Odgovor servera:

"""
[HEADERS]
"""

Analiziraj relevantnost:

Content-Security-Policy
Strict-Transport-Security
X-Content-Type-Options
Referrer-Policy
Permissions-Policy
frame-ancestors
COOP
COEP
CORP

Ne preporučuj header samo zato što postoji u checklisti.

Objasni koju konkretnu klasu problema kontroliše.

Za CSP:

ne predlaži odmah ekstremno restriktivnu politiku.

Napravi migraciju:

1. inventar stvarnih script/style/resource source-ova;
2. Report-Only;
3. analiza violation-a;
4. uklanjanje nepotrebnih izvora;
5. enforcement.

Izbegavaj `unsafe-inline`/`unsafe-eval` tamo gde mogu realno biti uklonjeni bez lomljenja aplikacije.

Dizajniraj rate limiting i abuse protection za:

[API/FUNKCIJU]

Endpointi:

[...]

Users:

anonymous;
authenticated;
premium;
internal.

Nemoj koristiti jedan globalni limit za sve.

Za svaki endpoint proceni:

COST PER REQUEST
ABUSE VALUE
NORMAL BURST
AUTH STATE
SIDE EFFECT

Razmotri ključeve:

IP;
user ID;
API key;
tenant;
device;
resource.

Posebno zaštiti:

login;
password reset;
OTP;
email/SMS sending;
search;
expensive AI/API operations;
file uploads;
checkout;
coupon validation.

Definiši:

RATE
BURST
WINDOW
RESPONSE
RETRY-AFTER
ESCALATION

Razmotri NAT/shared-IP korisnike pre agresivnog IP-only throttling-a.

Analiziraj traffic spike.

PODACI:

requests/sec:
bandwidth:
CPU:
memory:
status codes:
top paths:
source distribution:
user agents:
cache hit rate:
origin latency:

Nemoj odmah zaključiti DDoS.

Razdvoji moguće uzroke:

organic traffic;
bot crawl;
misconfigured client;
retry storm;
cache failure;
application loop;
Layer 7 attack;
volumetric attack.

Za svaku hipotezu identifikuj dokaz koji bi je potvrdio.

Napravi zaštitu po slojevima:

EDGE/CDN
WAF
RATE LIMITING
APPLICATION
DATABASE
EXTERNAL DEPENDENCIES

Prioritet je očuvati legitiman saobraćaj, ne samo blokirati što više requestova.

Produkcija ima incident.

SIMPTOMI:

[...]

START TIME:

[...]

LATEST DEPLOY:

[...]

METRICS:

[...]

LOGS:

[...]

Nemoj odmah tražiti savršeni root cause.

Prvo optimizuj za bezbedan recovery.

Radi ovim redom:

1. potvrdi user impact;
2. utvrdi blast radius;
3. proveri poslednje promene;
4. proveri dependency status;
5. pronađi safe mitigation;
6. stabilizuj servis;
7. tek zatim radi duboki root-cause analysis.

Za svaku predloženu akciju navedi:

EXPECTED BENEFIT
RISK
REVERSIBILITY
VERIFICATION

Ako rollback može napraviti database/schema problem, upozori pre rollback-a.

Vodi timeline odluka.

Na osnovu incident podataka napravi blameless postmortem.

PODACI:

[...]

Struktura:

SUMMARY
USER IMPACT
DURATION
DETECTION
TIMELINE
ROOT CAUSE
CONTRIBUTING FACTORS
WHAT WENT WELL
WHAT WENT POORLY
WHERE WE GOT LUCKY
CORRECTIVE ACTIONS

Nemoj napisati:

"human error"

kao root cause bez daljeg objašnjenja.

Traži sistemske faktore:

Zašto je jedna ljudska greška mogla izazvati incident?

Za svaki corrective action navedi:

OWNER
PRIORITY
VERIFICATION CRITERION

Odvoji:

PREVENTION
DETECTION
MITIGATION
RECOVERY

Optimizuj cloud troškove bez ugrožavanja reliability-ja.

CLOUD:
[...]

SERVICES:
[...]

BILLING:
[...]

Prvo pronađi:

idle resources;
oversized resources;
unused disks;
stale snapshots;
unused load balancers;
unused IPs;
egress;
logging/storage growth;
database sizing;
reserved capacity opportunities.

Ali pre gašenja bilo čega utvrdi:

OWNER
LAST USE
DEPENDENCIES
PRODUCTION IMPACT
RECOVERY COST

Za svaku optimizaciju daj:

CURRENT COST
EXPECTED SAVING
RISK
IMPLEMENTATION
ROLLBACK

Nemoj brisati resource samo zato što trenutno nema veliki utilization.

=== SECURITY QUALITY CONTROL ===

Pre finalnog odgovora:

1. proveri da li je nalaz stvaran ili samo hipotetički;
2. definiši preconditions;
3. definiši trust boundary;
4. pokaži konkretan attack/failure path;
5. proveri da li postojeća kontrola već sprečava scenario;
6. razlikuj exposure od exploitability;
7. razlikuj vulnerability od misconfiguration;
8. proceni blast radius;
9. predloži minimalnu bezbednu korekciju;
10. definiši verification test;
11. definiši rollback;
12. proveri da fix ne uvodi novi availability problem.

Ako nema dovoljno dokaza, koristi:

UNVERIFIED

umesto da izmisliš sigurnost nalaza.

=== PRODUCTION CHANGE QA ===

Pre nego što preporučiš infrastrukturnu izmenu proveri:

- current state;
- desired state;
- dependency-je;
- stateful resources;
- backward compatibility;
- active traffic;
- rollout strategy;
- failure scenario;
- monitoring;
- rollback.

Posebno odgovori:

Šta ako promena uspe samo 50%?

Šta ako proces padne tokom izmene?

Šta ako stara i nova verzija rade istovremeno?

Šta ako moramo rollback posle database migracije?

Kako dokazujemo da je sistem zdrav nakon izmene?

Ne tretiraj:

"deployment succeeded"

kao dokaz da:

"application works correctly".

Audituj prethodni security izveštaj kao nezavisan reviewer.

Nemoj pretpostaviti da su nalazi tačni.

Za svaki nalaz proveri:

1. postoji li stvarno pogođena komponenta;
2. postoji li stvarni attacker-controlled input;
3. prelazi li input relevantnu trust boundary;
4. postoji li kontrola koja scenario već blokira;
5. da li opisani impact stvarno proizlazi iz problema;
6. da li severity odgovara realnim uslovima.

Označi svaki nalaz:

CONFIRMED
OVERSTATED
UNDERSTATED
DUPLICATE
FALSE POSITIVE
NEEDS MORE EVIDENCE

Zatim traži probleme koje prvi audit potpuno nije primetio.

Posebno se fokusiraj na chained failures gde dve ili više naizgled male slabosti zajedno daju ozbiljan problem.

Za sledeći security problem koristi aktuelne izvore:

[TEMA]

Pretraži web.

Prioritet:

1. vendor security advisory;
2. CVE/NVD/CISA ili relevantni nacionalni CERT;
3. zvanični repository;
4. maintainer advisory;
5. zvanična dokumentacija;
6. kvalitetna nezavisna tehnička analiza.

Proveri:

affected versions;
fixed versions;
publication date;
update date;
exploit prerequisites;
known exploitation status kada postoji pouzdan izvor;
mitigation;
official patch.

Nemoj zaključiti da je naš sistem ranjiv samo zato što koristi proizvod.

Prvo proveri:

našu verziju;
našu konfiguraciju;
da li koristimo pogođenu funkciju;
da li je ranjivi code path reachable.

Finalno klasifikuj:

AFFECTED
NOT AFFECTED
POTENTIALLY AFFECTED
INSUFFICIENT INFORMATION

Ako nemaš dokaz za nalaz, nemoj povećavati broj nalaza radi kompletnosti.

Pronađi sve moguće ranjivosti.

Analiziraj sledeće ekonomsko pitanje:

[TEMA]

DRŽAVA / REGION:
[...]

PERIOD:
[...]

Pre odgovora proveri aktuelne podatke.

Prioritet izvora:

1. nacionalni zavod za statistiku;
2. centralna banka;
3. ministarstvo finansija;
4. Eurostat;
5. OECD;
6. IMF;
7. World Bank;
8. BIS / ILO / UN kada su relevantni.

Za svaki indikator utvrdi:

- tačan naziv serije;
- definiciju;
- jedinicu;
- frekvenciju;
- nominalno ili realno;
- seasonally adjusted ili unadjusted;
- baznu godinu ako postoji;
- izvor;
- datum poslednjeg podatka;
- da li je serija revidirana.

Nemoj porediti dve serije kao identične ako koriste različitu metodologiju.

Razdvoji odgovor na:

PODACI
METODOLOGIJA
NALAZI
INTERPRETACIJA
MOGUĆA OBJAŠNJENJA
OGRANIČENJA

Analiziraj inflaciju u:

[DRŽAVA]

PERIOD:
[...]

Nemoj koristiti izraz "inflacija" bez preciziranja indikatora.

Pronađi i razdvoji ako postoje:

- CPI;
- HICP;
- headline inflation;
- core inflation;
- YoY;
- MoM;
- annual average.

Za svaki podatak navedi:

vrednost;
period;
izvor;
metodologiju.

Posebno analiziraj doprinos:

- hrane;
- energije;
- stanovanja;
- usluga;
- transporta;
- administrativno regulisanih cena.

Ako porediš države, koristi uporediv indikator.

Ne poredi nacionalni CPI jedne zemlje sa HICP druge bez upozorenja.

Na kraju odvoji:

ŠTA SE DESILO
KOJE KOMPONENTE SU DOPRINELE
ŠTA JE ČINJENICA
ŠTA JE EKONOMSKA INTERPRETACIJA

Analiziraj BDP za:

[DRŽAVA / ZEMLJE]

PERIOD:
[...]

Obavezno razlikuj:

- nominalni BDP;
- realni BDP;
- GDP growth;
- GDP per capita;
- PPP;
- current prices;
- constant prices.

Ako koristiš stopu rasta, navedi:

YoY / QoQ;
seasonally adjusted status;
realno / nominalno.

Analiziraj doprinose ako su dostupni:

potrošnja domaćinstava;
državna potrošnja;
investicije;
izvoz;
uvoz;
promene zaliha.

Ako je statistički zavod naknadno revidirao BDP, koristi poslednju reviziju.

Prikaži:

ORIGINALNI PODATAK ako je relevantan;
REVIDIRANI PODATAK;
RAZLIKU.

Nemoj tvrditi da je neka politika izazvala promenu BDP-a bez dodatnog dokaza.

Analiziraj kretanje plata i životnog standarda u:

[DRŽAVA]

PERIOD:
[...]

Pronađi:

- prosečnu zaradu;
- medijalnu zaradu ako postoji;
- nominalnu promenu;
- realnu promenu;
- CPI;
- zaposlenost;
- raspoloživi dohodak ako postoji.

Nemoj koristiti samo prosečnu platu ako distribucija zarada može menjati zaključak.

Razlikuj:

BRUTO
NETO
MEDIJANU
PROSEK

Ako porediš periode, izračunaj realnu promenu:

real growth ≈ nominal growth prilagođen rastu cena

ali koristi zvaničnu realnu seriju kada postoji.

Posebno analiziraj da li:

rast prosečne plate dolazi iz rasta plata postojećih radnika
ili
promene strukture zaposlenih.

Na kraju odgovori:

Da li je kupovna moć rasla?
Za koje grupe to možda ne važi?
Koji podaci nedostaju za sigurniji zaključak?

Analiziraj tržište rada u:

[DRŽAVA]

PERIOD:
[...]

Nemoj koristiti samo stopu nezaposlenosti.

Pronađi:

- unemployment rate;
- employment rate;
- activity rate;
- labour-force participation;
- broj zaposlenih;
- broj nezaposlenih;
- dugoročnu nezaposlenost;
- youth unemployment kada je relevantno.

Proveri metodologiju ankete o radnoj snazi.

Razlikuj:

registrovanu nezaposlenost
od
anketne nezaposlenosti.

Nemoj ih tretirati kao istu metriku.

Ako broj nezaposlenih pada, proveri da li istovremeno pada i participation rate.

Objasni moguće situacije gde stopa nezaposlenosti pada bez stvarnog poboljšanja tržišta rada.

Analiziraj javni dug:

[DRŽAVA]

PERIOD:
[...]

Pronađi najmanje:

- nominalni javni dug;
- dug kao % BDP-a;
- valutu duga;
- domaći/spoljni dug;
- dospeća;
- prosečnu kamatnu stopu ako postoji;
- trošak kamata;
- budžetski deficit/suficit.

Proveri definiciju:

central government debt
general government debt
public-sector debt

Nemoj ih mešati.

Ako porediš zemlje, koristi istu definiciju.

Posebno analiziraj:

da li pad debt/GDP dolazi od smanjenja duga
ili
rasta nominalnog BDP-a.

Razdvoji:

LEVEL OF DEBT
COST OF DEBT
MATURITY RISK
CURRENCY RISK
REFINANCING RISK

Uporedi sledeće države:

[DRŽAVE]

PREMA:

[indikatori]

PERIOD:
[...]

Pre poređenja proveri da li su serije metodološki uporedive.

Za svaki indikator napravi metadata proveru:

SOURCE
DEFINITION
UNIT
FREQUENCY
ADJUSTMENT
TIME PERIOD

Ako jedna zemlja nema potpuno uporediv podatak, označi:

NOT COMPARABLE

umesto da napraviš lažno precizno poređenje.

Ne pravi ranking samo zato što postoji nekoliko brojki.

Prvo analiziraj da li indikator zaista meri ono što pokušavamo da uporedimo.

Pronađi istorijsku seriju:

INDIKATOR:
[...]

ZEMLJE:
[...]

GODINE:
[...]

STRICT DATA RULES:

- ne interpoliraj;
- ne ekstrapoliraj;
- ne kopiraj susednu godinu;
- ne izvodi broj vizuelno sa grafa ako postoji tabela;
- ne kombinuј različite definicije;
- ne popunjavaj nedostajuću vrednost procenom.

Za svaku ćeliju vrati:

COUNTRY
YEAR
VALUE
UNIT
SOURCE
PUBLICATION
TABLE/PAGE ako postoji
STATUS

STATUS mora biti jedno od:

EXACT
DERIVED
ESTIMATE
MISSING
STRUCTURAL_NA

ESTIMATE koristi samo ako sam eksplicitno dozvolio procene.

Ako izvor revidira istorijsku seriju, koristi najnoviju reviziju.

Audituj ovaj ekonomski dataset pre bilo kakve analize.

Proveri:

- nedostajuće godine;
- duplikate;
- nagle promene jedinice;
- % naspram percentage points;
- hiljade/milione/milijarde;
- current prices naspram constant prices;
- nominalno naspram realno;
- calendar year naspram fiscal year;
- annual average naspram end-of-period;
- seasonally adjusted status;
- promene bazne godine;
- promene metodologije.

Za svaki problem vrati:

COUNTRY / SERIES
PERIOD
PROBLEM
WHY IT MATTERS
SAFE ACTION

Nemoj automatski "čistiti" podatak.

Prvo označi problem.

Posebno identifikuj structural breaks.

Proveri sledeću tvrdnju:

"[TVRDNJA]"

Nemoj proveravati samo da li je neko već napisao isto.

Pronađi izvorni podatak.

Identifikuj:

- indikator;
- period;
- populaciju;
- geografiju;
- metodologiju;
- jedinicu.

Zatim proveri matematiku tvrdnje.

Klasifikuj:

TAČNO
UGLAVNOM TAČNO
ZAVODLJIVO
NEPOTPUNO
NETAČNO
NIJE MOGUĆE POTVRDITI

Objasni tačno šta je problem.

Posebno traži cherry-picked period.

Ako tvrdnja kaže:

"najviše ikada"

proveri celu dostupnu vremensku seriju.

Ako kaže:

"najviše u Evropi"

proveri koje zemlje i definicija ulaze u poređenje.

Analiziraj tvrdnju:

"[X izaziva Y]"

Ne prihvataj uzročnost samo zato što se X i Y kreću zajedno.

Proveri:

TEMPORAL ORDER
CONFOUNDERS
REVERSE CAUSALITY
SELECTION EFFECTS
COMMON TREND
POLICY CHANGES
STRUCTURAL BREAKS

Pronađi relevantna istraživanja ako postoje.

Razdvoji:

CORRELATION
PLAUSIBLE MECHANISM
CAUSAL EVIDENCE
UNCERTAINTY

Ako dostupni podaci omogućavaju samo korelacioni zaključak, nemoj koristiti jezik uzročnosti.

Analiziraj sledeće ekonomsko pitanje:

[TEMA]

DRŽAVA / REGION:
[...]

PERIOD:
[...]

Pre odgovora proveri aktuelne podatke.

Prioritet izvora:

1. nacionalni zavod za statistiku;
2. centralna banka;
3. ministarstvo finansija;
4. Eurostat;
5. OECD;
6. IMF;
7. World Bank;
8. BIS / ILO / UN kada su relevantni.

Za svaki indikator utvrdi:

- tačan naziv serije;
- definiciju;
- jedinicu;
- frekvenciju;
- nominalno ili realno;
- seasonally adjusted ili unadjusted;
- baznu godinu ako postoji;
- izvor;
- datum poslednjeg podatka;
- da li je serija revidirana.

Nemoj porediti dve serije kao identične ako koriste različitu metodologiju.

Razdvoji odgovor na:

PODACI
METODOLOGIJA
NALAZI
INTERPRETACIJA
MOGUĆA OBJAŠNJENJA
OGRANIČENJA

Analiziraj inflaciju u:

[DRŽAVA]

PERIOD:
[...]

Nemoj koristiti izraz "inflacija" bez preciziranja indikatora.

Pronađi i razdvoji ako postoje:

- CPI;
- HICP;
- headline inflation;
- core inflation;
- YoY;
- MoM;
- annual average.

Za svaki podatak navedi:

vrednost;
period;
izvor;
metodologiju.

Posebno analiziraj doprinos:

- hrane;
- energije;
- stanovanja;
- usluga;
- transporta;
- administrativno regulisanih cena.

Ako porediš države, koristi uporediv indikator.

Ne poredi nacionalni CPI jedne zemlje sa HICP druge bez upozorenja.

Na kraju odvoji:

ŠTA SE DESILO
KOJE KOMPONENTE SU DOPRINELE
ŠTA JE ČINJENICA
ŠTA JE EKONOMSKA INTERPRETACIJA

Analiziraj BDP za:

[DRŽAVA / ZEMLJE]

PERIOD:
[...]

Obavezno razlikuj:

- nominalni BDP;
- realni BDP;
- GDP growth;
- GDP per capita;
- PPP;
- current prices;
- constant prices.

Ako koristiš stopu rasta, navedi:

YoY / QoQ;
seasonally adjusted status;
realno / nominalno.

Analiziraj doprinose ako su dostupni:

potrošnja domaćinstava;
državna potrošnja;
investicije;
izvoz;
uvoz;
promene zaliha.

Ako je statistički zavod naknadno revidirao BDP, koristi poslednju reviziju.

Prikaži:

ORIGINALNI PODATAK ako je relevantan;
REVIDIRANI PODATAK;
RAZLIKU.

Nemoj tvrditi da je neka politika izazvala promenu BDP-a bez dodatnog dokaza.

Analiziraj kretanje plata i životnog standarda u:

[DRŽAVA]

PERIOD:
[...]

Pronađi:

- prosečnu zaradu;
- medijalnu zaradu ako postoji;
- nominalnu promenu;
- realnu promenu;
- CPI;
- zaposlenost;
- raspoloživi dohodak ako postoji.

Nemoj koristiti samo prosečnu platu ako distribucija zarada može menjati zaključak.

Razlikuj:

BRUTO
NETO
MEDIJANU
PROSEK

Ako porediš periode, izračunaj realnu promenu:

real growth ≈ nominal growth prilagođen rastu cena

ali koristi zvaničnu realnu seriju kada postoji.

Posebno analiziraj da li:

rast prosečne plate dolazi iz rasta plata postojećih radnika
ili
promene strukture zaposlenih.

Na kraju odgovori:

Da li je kupovna moć rasla?
Za koje grupe to možda ne važi?
Koji podaci nedostaju za sigurniji zaključak?

Analiziraj tržište rada u:

[DRŽAVA]

PERIOD:
[...]

Nemoj koristiti samo stopu nezaposlenosti.

Pronađi:

- unemployment rate;
- employment rate;
- activity rate;
- labour-force participation;
- broj zaposlenih;
- broj nezaposlenih;
- dugoročnu nezaposlenost;
- youth unemployment kada je relevantno.

Proveri metodologiju ankete o radnoj snazi.

Razlikuj:

registrovanu nezaposlenost
od
anketne nezaposlenosti.

Nemoj ih tretirati kao istu metriku.

Ako broj nezaposlenih pada, proveri da li istovremeno pada i participation rate.

Objasni moguće situacije gde stopa nezaposlenosti pada bez stvarnog poboljšanja tržišta rada.

Analiziraj javni dug:

[DRŽAVA]

PERIOD:
[...]

Pronađi najmanje:

- nominalni javni dug;
- dug kao % BDP-a;
- valutu duga;
- domaći/spoljni dug;
- dospeća;
- prosečnu kamatnu stopu ako postoji;
- trošak kamata;
- budžetski deficit/suficit.

Proveri definiciju:

central government debt
general government debt
public-sector debt

Nemoj ih mešati.

Ako porediš zemlje, koristi istu definiciju.

Posebno analiziraj:

da li pad debt/GDP dolazi od smanjenja duga
ili
rasta nominalnog BDP-a.

Razdvoji:

LEVEL OF DEBT
COST OF DEBT
MATURITY RISK
CURRENCY RISK
REFINANCING RISK

Uporedi sledeće države:

[DRŽAVE]

PREMA:

[indikatori]

PERIOD:
[...]

Pre poređenja proveri da li su serije metodološki uporedive.

Za svaki indikator napravi metadata proveru:

SOURCE
DEFINITION
UNIT
FREQUENCY
ADJUSTMENT
TIME PERIOD

Ako jedna zemlja nema potpuno uporediv podatak, označi:

NOT COMPARABLE

umesto da napraviš lažno precizno poređenje.

Ne pravi ranking samo zato što postoji nekoliko brojki.

Prvo analiziraj da li indikator zaista meri ono što pokušavamo da uporedimo.

Pronađi istorijsku seriju:

INDIKATOR:
[...]

ZEMLJE:
[...]

GODINE:
[...]

STRICT DATA RULES:

- ne interpoliraj;
- ne ekstrapoliraj;
- ne kopiraj susednu godinu;
- ne izvodi broj vizuelno sa grafa ako postoji tabela;
- ne kombinuј različite definicije;
- ne popunjavaj nedostajuću vrednost procenom.

Za svaku ćeliju vrati:

COUNTRY
YEAR
VALUE
UNIT
SOURCE
PUBLICATION
TABLE/PAGE ako postoji
STATUS

STATUS mora biti jedno od:

EXACT
DERIVED
ESTIMATE
MISSING
STRUCTURAL_NA

ESTIMATE koristi samo ako sam eksplicitno dozvolio procene.

Ako izvor revidira istorijsku seriju, koristi najnoviju reviziju.

Audituj ovaj ekonomski dataset pre bilo kakve analize.

Proveri:

- nedostajuće godine;
- duplikate;
- nagle promene jedinice;
- % naspram percentage points;
- hiljade/milione/milijarde;
- current prices naspram constant prices;
- nominalno naspram realno;
- calendar year naspram fiscal year;
- annual average naspram end-of-period;
- seasonally adjusted status;
- promene bazne godine;
- promene metodologije.

Za svaki problem vrati:

COUNTRY / SERIES
PERIOD
PROBLEM
WHY IT MATTERS
SAFE ACTION

Nemoj automatski "čistiti" podatak.

Prvo označi problem.

Posebno identifikuj structural breaks.

Proveri sledeću tvrdnju:

"[TVRDNJA]"

Nemoj proveravati samo da li je neko već napisao isto.

Pronađi izvorni podatak.

Identifikuj:

- indikator;
- period;
- populaciju;
- geografiju;
- metodologiju;
- jedinicu.

Zatim proveri matematiku tvrdnje.

Klasifikuj:

TAČNO
UGLAVNOM TAČNO
ZAVODLJIVO
NEPOTPUNO
NETAČNO
NIJE MOGUĆE POTVRDITI

Objasni tačno šta je problem.

Posebno traži cherry-picked period.

Ako tvrdnja kaže:

"najviše ikada"

proveri celu dostupnu vremensku seriju.

Ako kaže:

"najviše u Evropi"

proveri koje zemlje i definicija ulaze u poređenje.

Analiziraj tvrdnju:

"[X izaziva Y]"

Ne prihvataj uzročnost samo zato što se X i Y kreću zajedno.

Proveri:

TEMPORAL ORDER
CONFOUNDERS
REVERSE CAUSALITY
SELECTION EFFECTS
COMMON TREND
POLICY CHANGES
STRUCTURAL BREAKS

Pronađi relevantna istraživanja ako postoje.

Razdvoji:

CORRELATION
PLAUSIBLE MECHANISM
CAUSAL EVIDENCE
UNCERTAINTY

Ako dostupni podaci omogućavaju samo korelacioni zaključak, nemoj koristiti jezik uzročnosti.

Istraži istoriju revizija indikatora:

[INDIKATOR]

DRŽAVA:
[...]

PERIOD:
[...]

Pronađi:

FIRST RELEASE
PREVIOUS VINTAGE
CURRENT VINTAGE

Za svaki period pokaži:

original value;
current value;
revision size.

Pokušaj utvrditi razlog revizije:

new source data;
benchmark revision;
methodology change;
seasonal adjustment;
reclassification;
error correction.

Nemoj koristiti originalnu objavu ako je zvanična statistička institucija kasnije revidirala seriju, osim kada analiziramo šta je bilo poznato u tom trenutku.

Analiziraj:

[METRIKA]

Posebno proveri da li se u javnoj diskusiji koristi nominalni rast kao dokaz realnog poboljšanja.

Pronađi:

nominal value;
price index/deflator;
real value;
population ako je relevantna.

Izračunaj i objasni:

NOMINAL CHANGE
REAL CHANGE
PER-CAPITA CHANGE

Ako se tri zaključka razlikuju, jasno pokaži razliku.

Primer:

ukupan nominalni BDP može snažno rasti,
dok realni BDP po stanovniku raste mnogo sporije.

Nemoj mešati ove koncepte.

Analiziraj kurs:

[VALUTA A] / [VALUTA B]

PERIOD:
[...]

Pronađi zvanične ili pouzdane tržišne podatke.

Razlikuj:

spot rate;
average rate;
end-of-period rate;
central bank reference rate;
real effective exchange rate.

Ako analiziramo uticaj na ekonomiju, razmotri:

inflaciju;
kamate;
trade balance;
capital flows;
FX reserves;
monetary policy;
risk sentiment.

Nemoj objašnjavati svako kratkoročno pomeranje jednom promenljivom bez dokaza.

Analiziraj spoljnu trgovinu:

[DRŽAVA]

PERIOD:
[...]

Pronađi:

exports;
imports;
trade balance;
goods/services breakdown;
top partners;
top product categories.

Obavezno proveri:

nominalna valuta;
current prices;
FOB/CIF metodologiju kada je relevantna;
seasonality.

Ako nominalni izvoz raste, proveri da li je rast:

PRICE EFFECT
VOLUME EFFECT
ili oboje.

Nemoj automatski zaključiti da veća nominalna vrednost izvoza znači veći fizički izvoz.

Analiziraj strane direktne investicije za:

[DRŽAVA]

PERIOD:
[...]

Razlikuj:

FDI FLOW
FDI STOCK

i:

gross inflows
net inflows

Proveri metodologiju izvora.

Ako je moguće, analiziraj:

equity;
reinvested earnings;
intercompany debt.

Nemoj automatski tretirati sav FDI kao novu fabriku ili greenfield investiciju.

Odvoji greenfield, M&A i finansijske tokove kada podaci to omogućavaju.

Analiziraj produktivnost u:

[DRŽAVA / SEKTOR]

PERIOD:
[...]

Pre izračuna definiši koju produktivnost merimo:

GDP per worker;
GDP per hour worked;
manufacturing value added per worker;
TFP;
drugo.

Ne koristi različite metrike kao sinonime.

Pronađi:

output measure;
employment/hours measure;
price adjustment;
population coverage.

Ako porediš zemlje, proveri PPP i metodologiju.

Razdvoji:

LEVEL
GROWTH
CYCLICAL EFFECTS
STRUCTURAL TREND

Istraži industrijsku automatizaciju za:

[DRŽAVE]

PERIOD:
[...]

Prioritetno traži:

operational stock industrijskih robota;
annual installations;
manufacturing employment;
robot density.

Ako robot density nije direktno dostupna, dozvoljeno je izračunati:

operational stock / manufacturing employment × 10,000

ali samo ako:

- numerator i denominator odgovaraju istoj godini;
- geografski obuhvat odgovara;
- definicije su kompatibilne.

Svaku DERIVED vrednost jasno označi.

Nikada ne predstavljaj izvedenu vrednost kao zvaničnu objavljenu IFR vrednost.

Ne interpoliraj rupe.

Napravi scenario analizu za:

[TEMA]

HORIZONT:
[...]

Nemoj pokušavati da napraviš jednu sigurnu prognozu.

Napravi:

BASE CASE
UPSIDE CASE
DOWNSIDE CASE

Za svaki scenario definiši:

assumptions;
inflation;
growth;
interest rates;
exchange rate;
external demand;
energy prices;
relevantne specifične faktore.

Zatim navedi:

WHAT WOULD MAKE THIS SCENARIO MORE LIKELY
WHAT WOULD INVALIDATE IT

Nemoj dodeljivati precizne procente verovatnoće bez odgovarajućeg modela i podataka.

=== ECONOMIC DATA QA ===

Pre finalnog odgovora proveri:

1. da li svaki indikator ima jasnu definiciju;
2. da li su jedinice iste;
3. da li je nominalno/realno jasno;
4. da li je sezonsko prilagođavanje konzistentno;
5. da li poređenje koristi isti period;
6. da li su podaci revidirani;
7. da li postoji novija zvanična vrednost;
8. da li je prosečna vrednost pogrešno korišćena umesto medijane;
9. da li procenat i percentage point nisu pomešani;
10. da li se korelacija pogrešno opisuje kao uzročnost;
11. da li postoji structural break;
12. da li je bilo koja vrednost procenjena bez oznake.

Ako podatak nije pronađen:

N/A

je prihvatljiv rezultat.

Izmišljena vrednost nije.

Analiziraj moju finansijsku situaciju informativno i kroz scenarije.

DRŽAVA / PORESKA REZIDENTNOST:
[...]

VALUTA:
[...]

MESEČNI NETO PRIHOD:
[...]

FIKSNI TROŠKOVI:
[...]

VARIJABILNI TROŠKOVI:
[...]

DUGOVI:
[...]

ŠTEDNJA:
[...]

INVESTICIJE:
[...]

FINANSIJSKI CILJEVI:
[...]

VREMENSKI HORIZONT:
[...]

LIKVIDNOST KOJA MI JE POTREBNA:
[...]

Ne pretpostavljaj podatke koje nisam dao.

Posebno odvoji:

CASH FLOW
EMERGENCY FUND
DEBT
LIQUIDITY
INVESTMENTS
TAX CONSIDERATIONS
RISKS

Ako bilo koja kamatna stopa, poresko pravilo, inflacija ili tržišni podatak mogu biti promenjeni, proveri aktuelne izvore.

Napravi najmanje:

KONZERVATIVNI SCENARIO
BAZNI SCENARIO
NEPOVOLJNI SCENARIO

Za svaki scenario eksplicitno navedi pretpostavke.

Ne predstavljaj tržišnu prognozu kao činjenicu.

Analiziraj ovaj kredit:

GLAVNICA:
[...]

ROK:
[...]

NOMINALNA KAMATNA STOPA:
[...]

EKS / APR:
[...]

FIKSNA ILI VARIJABILNA:
[...]

VALUTA:
[...]

MESEČNA RATA:
[...]

NAKNADE:
[...]

OSIGURANJE:
[...]

PREVREMENA OTPLATA:
[...]

Prvo proveri da li su svi podaci međusobno konzistentni.

Izračunaj:

- ukupno plaćanje;
- ukupno plaćenu kamatu;
- ukupne naknade;
- stvarni efektivni trošak;
- udeo kamate u ukupnoj otplati.

Ako je kamata promenljiva, napravi scenarije:

- osnovna stopa ostaje ista;
- +1 procentni poen;
- +2 procentna poena;
- -1 procentni poen.

Ako je kredit vezan za referentnu stopu, objasni kako promena te stope utiče na ratu.

Posebno analiziraj prevremenu otplatu:

- koliko kamata se štedi;
- da li postoje penali;
- da li je bolje smanjiti ratu ili rok ako banka omogućava izbor.

Ne koristi približnu matematiku ako možemo izračunati precizno.

Uporedi ova dva kredita.

KREDIT A:
[...]

KREDIT B:
[...]

Ne poredi ih samo prema mesečnoj rati.

Uporedi:

GLAVNICU
ROK
NOMINALNU STOPU
EKS/APR
UKUPNU KAMATU
NAKNADE
UKUPAN TROŠAK
VALUTNI RIZIK
PROMENLJIVU KAMATU
USLOVE PREVREMENE OTPLATE

Napravi tabelu.

Zatim napravi tri scenarija:

1. držim kredit do kraja;
2. prevremeno ga zatvaram nakon [X] godina;
3. kamatna stopa raste za [X].

Ako neki podatak nedostaje, ne izmišljaj ga.

Označi ga kao:

NEDOSTAJE ZA PRECIZNO POREĐENJE.

Analiziraj stambeni kredit.

CENA NEKRETNINE:
[...]

UČEŠĆE:
[...]

IZNOS KREDITA:
[...]

ROK:
[...]

KAMATA:
[...]

EKS:
[...]

VALUTA:
[...]

MESEČNI PRIHOD DOMAĆINSTVA:
[...]

OSTALI DUGOVI:
[...]

Prikaži:

loan-to-value;
debt-service-to-income;
ukupnu kamatu;
ukupni trošak;
mesečno opterećenje prihoda.

Zatim stress-test:

- kamata +1 pp;
- kamata +2 pp;
- prihod -20%;
- troškovi života +15%;
- šest meseci bez jednog izvora prihoda.

Posebno izračunaj koliko velik emergency fund bi bio potreban za:

3 meseca
6 meseci
12 meseci

redovnih obaveza.

Ako postoje aktuelna lokalna pravila ili ograničenja banaka, proveri zvanične izvore za državu koju sam naveo.

Uporedi sledeće opcije za moj slučaj:

A - držanje novca na računu/depozitu
B - money market / kratkoročni instrumenti
C - državne obveznice
D - široko diverzifikovani ETF
E - druga opcija: [...]

PODACI:

Država:
[...]

Valuta:
[...]

Iznos:
[...]

Vremenski horizont:
[...]

Koliko novca mora biti brzo dostupno:
[...]

Cilj:
[...]

Nemoj porediti samo očekivani prinos.

Analiziraj:

LIKVIDNOST
VOLATILNOST
INFLATION RISK
CURRENCY RISK
CREDIT RISK
INTEREST-RATE RISK
TAX
FEES
TIME HORIZON

Koristi realne prinose gde god ima smisla:

real return ≈ nominal return prilagođen inflaciji.

Ne pretpostavljaj budući prinos akcija kao garantovan.

Uradi fundamentalnu analizu kompanije:

[KOMPANIJA]

PERIOD:
[...]

Koristi najnovije dostupne zvanične finansijske izveštaje.

Prioritet:

- annual report;
- quarterly report;
- regulatorni filings;
- investor relations;
- earnings call/transcript;
- tek zatim sekundarni izvori.

Analiziraj najmanje:

REVENUE
REVENUE GROWTH
GROSS MARGIN
OPERATING MARGIN
NET MARGIN
FREE CASH FLOW
CAPEX
CASH
DEBT
NET DEBT
INTEREST EXPENSE
SHARE COUNT
DILUTION
STOCK-BASED COMPENSATION

Ako kompanija ima segmente:

analiziraj svaki segment posebno.

Ako ima geografsku zavisnost:

analiziraj revenue exposure po regionima.

Posebno pronađi razliku između:

GAAP/IFRS METRICS
ADJUSTED/NON-GAAP METRICS

Nemoj koristiti adjusted metric bez objašnjenja šta je isključeno.

Analiziraj QUALITY OF EARNINGS kompanije:

[KOMPANIJA]

Ne gledaj samo net profit.

Proveri:

- operating cash flow;
- free cash flow;
- receivables;
- inventories;
- deferred revenue;
- one-off gains;
- restructuring charges;
- asset sales;
- stock-based compensation;
- capitalization of costs;
- changes in depreciation/amortization;
- working-capital effects.

Pitanja:

Da li profit prati cash flow?

Da li receivables rastu brže od prihoda?

Da li inventory raste brže od prodaje?

Da li kompanija često izbacuje "one-time" troškove iz adjusted rezultata?

Da li FCF izgleda slabije ili jače od accounting profita?

Za svaki nalaz navedi brojke i periode.

Razdvoji:

NORMAL OPERATING PERFORMANCE
ACCOUNTING EFFECT
ONE-OFF EFFECT
POTENTIAL WARNING SIGN

Analiziraj bilans stanja kompanije:

[KOMPANIJA]

Proveri:

CASH
TOTAL DEBT
NET DEBT
SHORT-TERM DEBT
LONG-TERM DEBT
LEASE LIABILITIES
INTEREST EXPENSE
MATURITY SCHEDULE
CURRENT ASSETS
CURRENT LIABILITIES

Izračunaj kada je moguće:

NET DEBT / EBITDA
INTEREST COVERAGE
CURRENT RATIO
QUICK RATIO

Posebno proveri:

- koliko duga dospeva u narednih 12/24/36 meseci;
- po kojim kamatama;
- koliko je duga fiksno, a koliko promenljivo;
- covenant-e;
- mogućnost refinansiranja;
- zavisnost od tržišta kapitala.

Nemoj automatski tretirati veliki nominalni dug kao problem.

Posmatraj ga u odnosu na:

cash flow;
assets;
profitability;
maturity;
interest cost.

Uradi valuaciju kompanije:

[KOMPANIJA]

Nemoj koristiti samo jedan multiple.

Razmotri:

P/E
FORWARD P/E
EV/EBITDA
EV/EBIT
EV/SALES
P/FCF
FCF YIELD

Koristi metrike koje imaju smisla za konkretan business model.

Ako je kompanija:

loss-making
high-growth
capital-intensive
financial institution

prilagodi metod.

Uporedi sa:

istorijskim multiple-ima kompanije;
relevantnim konkurentima;
rastom prihoda;
marginama;
FCF;
debt-om.

Nemoj zaključiti:

"jeftino"

samo zato što je P/E niži od proseka.

Proveri da li niža valuacija odražava slabiji business, dug, cikličnost ili pad zarade.

Napravi transparentan DCF model za:

[KOMPANIJA]

Ne biraj pretpostavke tako da unapred dobiješ željenu valuaciju.

Prikaži sve pretpostavke:

REVENUE GROWTH
OPERATING MARGIN
TAX RATE
D&A
CAPEX
WORKING CAPITAL
WACC
TERMINAL GROWTH

Napravi:

BASE CASE
BULL CASE
BEAR CASE

Za svaki scenario prikaži:

FCF forecast;
terminal value;
enterprise value;
net debt adjustment;
equity value;
shares outstanding;
implied value per share.

Zatim napravi sensitivity table za:

WACC
terminal growth.

Posebno označi koje pretpostavke imaju najveći uticaj na rezultat.

Ne predstavljaj DCF rezultat kao preciznu "pravu vrednost".

Tretiraj ga kao rezultat modela zavisan od pretpostavki.

Analiziraj poslednji kvartalni izveštaj kompanije:

[KOMPANIJA]

Uporedi:

CURRENT QUARTER
PREVIOUS QUARTER
SAME QUARTER LAST YEAR

Analiziraj:

revenue;
growth;
gross margin;
operating margin;
FCF;
guidance;
segment performance;
customer metrics;
capex.

Posebno traži:

šta se promenilo u guidance-u;
šta je management prestao da govori;
koje metrike su promenile definiciju;
jednokratne stavke;
FX efekte;
akvizicije.

Razdvoji:

REPORTED RESULTS
MANAGEMENT EXPLANATION
INDEPENDENT INTERPRETATION

Nemoj automatski prihvatiti management objašnjenje kao dokaz.

Analiziraj earnings call kompanije:

[KOMPANIJA]

Izdvoji:

- ključne izjave managementa;
- guidance;
- promene tona;
- pitanja analitičara;
- pitanja na koja management nije direktno odgovorio;
- nova obećanja;
- rizike koje je management posebno naglasio.

Uporedi sa prethodna dva earnings call-a.

Pronađi:

šta se promenilo;
šta se ponavlja;
koje ranije obećanje nije ispunjeno.

Razdvoji:

FACT
MANAGEMENT CLAIM
FORWARD-LOOKING STATEMENT
INTERPRETATION

Uradi due diligence kompanije:

[KOMPANIJA]

Ne fokusiraj se samo na finansije.

Analiziraj:

BUSINESS MODEL
CUSTOMERS
CUSTOMER CONCENTRATION
SUPPLIERS
COMPETITORS
REGULATION
IP
MANAGEMENT
CAPITAL STRUCTURE
DEBT
LITIGATION
GEOGRAPHIC RISK
CYCLICALITY
DEPENDENCE ON KEY PRODUCTS
SECURITY / OPERATIONAL RISKS

Za svaki rizik:

DESCRIPTION
EVIDENCE
POTENTIAL IMPACT
WHAT TO MONITOR

Posebno traži informacije koje bi mogle osporiti bullish narativ kompanije.

Ne ignoriši negativne dokaze.

Analiziraj ETF:

[TICKER / NAZIV]

Proveri:

INDEX
TER
FUND SIZE
DOMICILE
REPLICATION
ACCUMULATING / DISTRIBUTING
CURRENCY
HEDGING
HOLDINGS
SECTOR EXPOSURE
COUNTRY EXPOSURE
CONCENTRATION
TRACKING DIFFERENCE
LIQUIDITY

Ako sam u:

[DRŽAVA]

analiziraj i relevantan poreski/domicile kontekst ako postoje pouzdani aktuelni izvori.

Nemoj zaključiti da su dva ETF-a ista samo zato što prate "sličan" indeks.

Proveri konkretan benchmark i metodologiju.

Uporedi:

KOMPANIJA A
[KOMPANIJA]

KOMPANIJA B
[KOMPANIJA]

Nemoj odmah birati "pobednika".

Uporedi:

business model;
revenue growth;
margins;
FCF;
balance sheet;
competitive position;
valuation;
cyclicality;
regulatory risk;
customer concentration.

Za svaku kategoriju navedi podatke i razlike bez overall rankinga.

Zatim identifikuj:

u kom scenariju A ima bolju ekonomiku;
u kom scenariju B ima bolju ekonomiku;
koji podatak bi najviše promenio analizu.

Moja investiciona teza je:

"""
[TEZA]
"""

Nemoj pokušavati da je potvrdiš.

Uradi red-team analizu.

Pronađi:

- skrivene pretpostavke;
- podatke koji joj protivreče;
- rizike koje zanemarujem;
- pogrešno interpretirane metrike;
- valuation risk;
- execution risk;
- competition;
- regulation;
- balance-sheet risk.

Zatim napravi:

WHAT MUST BE TRUE
WHAT COULD BREAK THE THESIS
LEADING INDICATORS
INVALIDATION CONDITIONS

Definiši konkretno šta bi značilo da je moja početna teza pogrešna.

=== FINANCIAL ANALYSIS QA ===

Pre finalnog odgovora proveri:

1. da li su finansijski podaci iz istog perioda;
2. da li koristimo trailing ili forward metriku;
3. da li share count odgovara diluted shares;
4. da li net debt uključuje relevantne obaveze;
5. da li adjusted EBITDA izbacuje materijalne redovne troškove;
6. da li revenue growth uključuje akvizicije;
7. da li FX menja poređenje;
8. da li su podaci revidirani;
9. da li valuation multiple koristi odgovarajući denominator;
10. da li scenario pretpostavke odgovaraju jedna drugoj.

Razdvoji:

HISTORICAL FACT
CURRENT MARKET DATA
MANAGEMENT GUIDANCE
ANALYST ESTIMATE
MODEL ASSUMPTION

Analiziraj sledeće pravno pitanje:

[PITANJE]

JURISDIKCIJA:
[država / pokrajina / savezna država / EU]

RELEVANTNI DATUM:
[datum]

OBLAST:
[radno / privredno / poresko / ugovorno / krivično / upravno / drugo]

Pre zaključka pronađi trenutno važeće primarne pravne izvore.

Prioritet:

1. zvanični tekst zakona;
2. službeni glasnik;
3. podzakonski akt;
4. zvanični regulator;
5. sudska praksa;
6. zvanična tumačenja;
7. stručna literatura;
8. sekundarni članci.

Za svaki relevantan propis proveri:

- naziv;
- član;
- trenutno važenje;
- poslednju relevantnu izmenu;
- datum početka primene;
- prelazne odredbe;
- teritorijalni obuhvat.

Razdvoji odgovor na:

VAŽEĆI PROPIS
SUDSKA PRAKSA
REGULATORNO TUMAČENJE
MOGUĆA INTERPRETACIJA
NEIZVESNOST

Nemoj predstavljati pravnu interpretaciju kao doslovni tekst zakona.

Proveri pravni status sledeće odredbe:

[ZAKON / ČLAN]

JURISDIKCIJA:
[...]

DATUM:
[...]

Ne oslanjaj se na stare blogove ili kopije zakona ako postoji zvanična baza.

Proveri:

- da li je zakon i dalje na snazi;
- da li je član izmenjen;
- da li je član brisan;
- da li postoji nova numeracija;
- da li je promenjen podzakonskim aktom;
- da li postoje prelazne odredbe;
- datum stupanja na snagu;
- datum početka primene.

Vrati:

ORIGINALNI TEKST
TRENUTNI TEKST
STATUS
DATUM IZMENE
PRAKTIČNA POSLEDICA
IZVOR

Ako ne možeš potvrditi status iz primarnog izvora, označi:

NEPOTVRĐENO.

Analiziraj sledeći ugovor:

[UGOVOR]

JURISDIKCIJA:
[...]

MOJA ULOGA:
[kupac / prodavac / zaposleni / poslodavac / izvođač / klijent...]

Nemoj praviti samo sažetak.

Za svaku relevantnu klauzulu identifikuj:

- obavezu;
- rok;
- uslov;
- posledicu kršenja;
- pravo raskida;
- finansijski rizik;
- odgovornost;
- jednostrano pravo druge strane;
- nejasnu formulaciju.

Posebno proveri:

PAYMENT
TERM
AUTO-RENEWAL
TERMINATION
NOTICE PERIOD
LIABILITY
INDEMNITY
WARRANTY
IP
CONFIDENTIALITY
DATA PROTECTION
NON-COMPETE
NON-SOLICIT
ASSIGNMENT
FORCE MAJEURE
GOVERNING LAW
JURISDICTION
DISPUTE RESOLUTION

Za svaku problematičnu odredbu vrati:

CLAUSE
PLAIN-LANGUAGE MEANING
WHO BENEFITS
RISK
LEGAL CONTEXT
QUESTION TO CLARIFY
POSSIBLE NEGOTIATION POINT

Ne izmišljaj prava koja ugovor ne sadrži.

Ponašaj se kao contract reviewer sa fokusom na pregovaranje.

UGOVOR:
[...]

MOJA STRANA:
[...]

CILJEVI:
[...]

Identifikuj klauzule koje treba:

ACCEPT
CLARIFY
NEGOTIATE
REJECT
ESCALATE TO LAWYER

Za svaku klauzulu:

1. navedi problem;
2. objasni praktični rizik;
3. predloži alternativnu formulaciju;
4. objasni šta nova formulacija menja;
5. oceni koliko je ta izmena materijalna.

Ne menjaj stil ako nema pravnog ili poslovnog razloga.

Prioritet su:

novac;
odgovornost;
IP;
rokovi;
raskid;
exclusivity;
non-compete;
indemnity;
data protection;
jurisdiction.

Analiziraj moju finansijsku situaciju informativno i kroz scenarije.

DRŽAVA / PORESKA REZIDENTNOST:
[...]

VALUTA:
[...]

MESEČNI NETO PRIHOD:
[...]

FIKSNI TROŠKOVI:
[...]

VARIJABILNI TROŠKOVI:
[...]

DUGOVI:
[...]

ŠTEDNJA:
[...]

INVESTICIJE:
[...]

FINANSIJSKI CILJEVI:
[...]

VREMENSKI HORIZONT:
[...]

LIKVIDNOST KOJA MI JE POTREBNA:
[...]

Ne pretpostavljaj podatke koje nisam dao.

Posebno odvoji:

CASH FLOW
EMERGENCY FUND
DEBT
LIQUIDITY
INVESTMENTS
TAX CONSIDERATIONS
RISKS

Ako bilo koja kamatna stopa, poresko pravilo, inflacija ili tržišni podatak mogu biti promenjeni, proveri aktuelne izvore.

Napravi najmanje:

KONZERVATIVNI SCENARIO
BAZNI SCENARIO
NEPOVOLJNI SCENARIO

Za svaki scenario eksplicitno navedi pretpostavke.

Ne predstavljaj tržišnu prognozu kao činjenicu.

Analiziraj ovaj kredit:

GLAVNICA:
[...]

ROK:
[...]

NOMINALNA KAMATNA STOPA:
[...]

EKS / APR:
[...]

FIKSNA ILI VARIJABILNA:
[...]

VALUTA:
[...]

MESEČNA RATA:
[...]

NAKNADE:
[...]

OSIGURANJE:
[...]

PREVREMENA OTPLATA:
[...]

Prvo proveri da li su svi podaci međusobno konzistentni.

Izračunaj:

- ukupno plaćanje;
- ukupno plaćenu kamatu;
- ukupne naknade;
- stvarni efektivni trošak;
- udeo kamate u ukupnoj otplati.

Ako je kamata promenljiva, napravi scenarije:

- osnovna stopa ostaje ista;
- +1 procentni poen;
- +2 procentna poena;
- -1 procentni poen.

Ako je kredit vezan za referentnu stopu, objasni kako promena te stope utiče na ratu.

Posebno analiziraj prevremenu otplatu:

- koliko kamata se štedi;
- da li postoje penali;
- da li je bolje smanjiti ratu ili rok ako banka omogućava izbor.

Ne koristi približnu matematiku ako možemo izračunati precizno.

Uporedi ova dva kredita.

KREDIT A:
[...]

KREDIT B:
[...]

Ne poredi ih samo prema mesečnoj rati.

Uporedi:

GLAVNICU
ROK
NOMINALNU STOPU
EKS/APR
UKUPNU KAMATU
NAKNADE
UKUPAN TROŠAK
VALUTNI RIZIK
PROMENLJIVU KAMATU
USLOVE PREVREMENE OTPLATE

Napravi tabelu.

Zatim napravi tri scenarija:

1. držim kredit do kraja;
2. prevremeno ga zatvaram nakon [X] godina;
3. kamatna stopa raste za [X].

Ako neki podatak nedostaje, ne izmišljaj ga.

Označi ga kao:

NEDOSTAJE ZA PRECIZNO POREĐENJE.

Analiziraj stambeni kredit.

CENA NEKRETNINE:
[...]

UČEŠĆE:
[...]

IZNOS KREDITA:
[...]

ROK:
[...]

KAMATA:
[...]

EKS:
[...]

VALUTA:
[...]

MESEČNI PRIHOD DOMAĆINSTVA:
[...]

OSTALI DUGOVI:
[...]

Prikaži:

loan-to-value;
debt-service-to-income;
ukupnu kamatu;
ukupni trošak;
mesečno opterećenje prihoda.

Zatim stress-test:

- kamata +1 pp;
- kamata +2 pp;
- prihod -20%;
- troškovi života +15%;
- šest meseci bez jednog izvora prihoda.

Posebno izračunaj koliko velik emergency fund bi bio potreban za:

3 meseca
6 meseci
12 meseci

redovnih obaveza.

Ako postoje aktuelna lokalna pravila ili ograničenja banaka, proveri zvanične izvore za državu koju sam naveo.

Uporedi sledeće opcije za moj slučaj:

A - držanje novca na računu/depozitu
B - money market / kratkoročni instrumenti
C - državne obveznice
D - široko diverzifikovani ETF
E - druga opcija: [...]

PODACI:

Država:
[...]

Valuta:
[...]

Iznos:
[...]

Vremenski horizont:
[...]

Koliko novca mora biti brzo dostupno:
[...]

Cilj:
[...]

Nemoj porediti samo očekivani prinos.

Analiziraj:

LIKVIDNOST
VOLATILNOST
INFLATION RISK
CURRENCY RISK
CREDIT RISK
INTEREST-RATE RISK
TAX
FEES
TIME HORIZON

Koristi realne prinose gde god ima smisla:

real return ≈ nominal return prilagođen inflaciji.

Ne pretpostavljaj budući prinos akcija kao garantovan.

Uradi fundamentalnu analizu kompanije:

[KOMPANIJA]

PERIOD:
[...]

Koristi najnovije dostupne zvanične finansijske izveštaje.

Prioritet:

- annual report;
- quarterly report;
- regulatorni filings;
- investor relations;
- earnings call/transcript;
- tek zatim sekundarni izvori.

Analiziraj najmanje:

REVENUE
REVENUE GROWTH
GROSS MARGIN
OPERATING MARGIN
NET MARGIN
FREE CASH FLOW
CAPEX
CASH
DEBT
NET DEBT
INTEREST EXPENSE
SHARE COUNT
DILUTION
STOCK-BASED COMPENSATION

Ako kompanija ima segmente:

analiziraj svaki segment posebno.

Ako ima geografsku zavisnost:

analiziraj revenue exposure po regionima.

Posebno pronađi razliku između:

GAAP/IFRS METRICS
ADJUSTED/NON-GAAP METRICS

Nemoj koristiti adjusted metric bez objašnjenja šta je isključeno.

Analiziraj QUALITY OF EARNINGS kompanije:

[KOMPANIJA]

Ne gledaj samo net profit.

Proveri:

- operating cash flow;
- free cash flow;
- receivables;
- inventories;
- deferred revenue;
- one-off gains;
- restructuring charges;
- asset sales;
- stock-based compensation;
- capitalization of costs;
- changes in depreciation/amortization;
- working-capital effects.

Pitanja:

Da li profit prati cash flow?

Da li receivables rastu brže od prihoda?

Da li inventory raste brže od prodaje?

Da li kompanija često izbacuje "one-time" troškove iz adjusted rezultata?

Da li FCF izgleda slabije ili jače od accounting profita?

Za svaki nalaz navedi brojke i periode.

Razdvoji:

NORMAL OPERATING PERFORMANCE
ACCOUNTING EFFECT
ONE-OFF EFFECT
POTENTIAL WARNING SIGN

Analiziraj bilans stanja kompanije:

[KOMPANIJA]

Proveri:

CASH
TOTAL DEBT
NET DEBT
SHORT-TERM DEBT
LONG-TERM DEBT
LEASE LIABILITIES
INTEREST EXPENSE
MATURITY SCHEDULE
CURRENT ASSETS
CURRENT LIABILITIES

Izračunaj kada je moguće:

NET DEBT / EBITDA
INTEREST COVERAGE
CURRENT RATIO
QUICK RATIO

Posebno proveri:

- koliko duga dospeva u narednih 12/24/36 meseci;
- po kojim kamatama;
- koliko je duga fiksno, a koliko promenljivo;
- covenant-e;
- mogućnost refinansiranja;
- zavisnost od tržišta kapitala.

Nemoj automatski tretirati veliki nominalni dug kao problem.

Posmatraj ga u odnosu na:

cash flow;
assets;
profitability;
maturity;
interest cost.

Uradi valuaciju kompanije:

[KOMPANIJA]

Nemoj koristiti samo jedan multiple.

Razmotri:

P/E
FORWARD P/E
EV/EBITDA
EV/EBIT
EV/SALES
P/FCF
FCF YIELD

Koristi metrike koje imaju smisla za konkretan business model.

Ako je kompanija:

loss-making
high-growth
capital-intensive
financial institution

prilagodi metod.

Uporedi sa:

istorijskim multiple-ima kompanije;
relevantnim konkurentima;
rastom prihoda;
marginama;
FCF;
debt-om.

Nemoj zaključiti:

"jeftino"

samo zato što je P/E niži od proseka.

Proveri da li niža valuacija odražava slabiji business, dug, cikličnost ili pad zarade.

Napravi transparentan DCF model za:

[KOMPANIJA]

Ne biraj pretpostavke tako da unapred dobiješ željenu valuaciju.

Prikaži sve pretpostavke:

REVENUE GROWTH
OPERATING MARGIN
TAX RATE
D&A
CAPEX
WORKING CAPITAL
WACC
TERMINAL GROWTH

Napravi:

BASE CASE
BULL CASE
BEAR CASE

Za svaki scenario prikaži:

FCF forecast;
terminal value;
enterprise value;
net debt adjustment;
equity value;
shares outstanding;
implied value per share.

Zatim napravi sensitivity table za:

WACC
terminal growth.

Posebno označi koje pretpostavke imaju najveći uticaj na rezultat.

Ne predstavljaj DCF rezultat kao preciznu "pravu vrednost".

Tretiraj ga kao rezultat modela zavisan od pretpostavki.

Analiziraj poslednji kvartalni izveštaj kompanije:

[KOMPANIJA]

Uporedi:

CURRENT QUARTER
PREVIOUS QUARTER
SAME QUARTER LAST YEAR

Analiziraj:

revenue;
growth;
gross margin;
operating margin;
FCF;
guidance;
segment performance;
customer metrics;
capex.

Posebno traži:

šta se promenilo u guidance-u;
šta je management prestao da govori;
koje metrike su promenile definiciju;
jednokratne stavke;
FX efekte;
akvizicije.

Razdvoji:

REPORTED RESULTS
MANAGEMENT EXPLANATION
INDEPENDENT INTERPRETATION

Nemoj automatski prihvatiti management objašnjenje kao dokaz.

Analiziraj earnings call kompanije:

[KOMPANIJA]

Izdvoji:

- ključne izjave managementa;
- guidance;
- promene tona;
- pitanja analitičara;
- pitanja na koja management nije direktno odgovorio;
- nova obećanja;
- rizike koje je management posebno naglasio.

Uporedi sa prethodna dva earnings call-a.

Pronađi:

šta se promenilo;
šta se ponavlja;
koje ranije obećanje nije ispunjeno.

Razdvoji:

FACT
MANAGEMENT CLAIM
FORWARD-LOOKING STATEMENT
INTERPRETATION

Uradi due diligence kompanije:

[KOMPANIJA]

Ne fokusiraj se samo na finansije.

Analiziraj:

BUSINESS MODEL
CUSTOMERS
CUSTOMER CONCENTRATION
SUPPLIERS
COMPETITORS
REGULATION
IP
MANAGEMENT
CAPITAL STRUCTURE
DEBT
LITIGATION
GEOGRAPHIC RISK
CYCLICALITY
DEPENDENCE ON KEY PRODUCTS
SECURITY / OPERATIONAL RISKS

Za svaki rizik:

DESCRIPTION
EVIDENCE
POTENTIAL IMPACT
WHAT TO MONITOR

Posebno traži informacije koje bi mogle osporiti bullish narativ kompanije.

Ne ignoriši negativne dokaze.

Analiziraj ETF:

[TICKER / NAZIV]

Proveri:

INDEX
TER
FUND SIZE
DOMICILE
REPLICATION
ACCUMULATING / DISTRIBUTING
CURRENCY
HEDGING
HOLDINGS
SECTOR EXPOSURE
COUNTRY EXPOSURE
CONCENTRATION
TRACKING DIFFERENCE
LIQUIDITY

Ako sam u:

[DRŽAVA]

analiziraj i relevantan poreski/domicile kontekst ako postoje pouzdani aktuelni izvori.

Nemoj zaključiti da su dva ETF-a ista samo zato što prate "sličan" indeks.

Proveri konkretan benchmark i metodologiju.

Uporedi:

KOMPANIJA A
[KOMPANIJA]

KOMPANIJA B
[KOMPANIJA]

Nemoj odmah birati "pobednika".

Uporedi:

business model;
revenue growth;
margins;
FCF;
balance sheet;
competitive position;
valuation;
cyclicality;
regulatory risk;
customer concentration.

Za svaku kategoriju navedi podatke i razlike bez overall rankinga.

Zatim identifikuj:

u kom scenariju A ima bolju ekonomiku;
u kom scenariju B ima bolju ekonomiku;
koji podatak bi najviše promenio analizu.

Moja investiciona teza je:

"""
[TEZA]
"""

Nemoj pokušavati da je potvrdiš.

Uradi red-team analizu.

Pronađi:

- skrivene pretpostavke;
- podatke koji joj protivreče;
- rizike koje zanemarujem;
- pogrešno interpretirane metrike;
- valuation risk;
- execution risk;
- competition;
- regulation;
- balance-sheet risk.

Zatim napravi:

WHAT MUST BE TRUE
WHAT COULD BREAK THE THESIS
LEADING INDICATORS
INVALIDATION CONDITIONS

Definiši konkretno šta bi značilo da je moja početna teza pogrešna.

=== FINANCIAL ANALYSIS QA ===

Pre finalnog odgovora proveri:

1. da li su finansijski podaci iz istog perioda;
2. da li koristimo trailing ili forward metriku;
3. da li share count odgovara diluted shares;
4. da li net debt uključuje relevantne obaveze;
5. da li adjusted EBITDA izbacuje materijalne redovne troškove;
6. da li revenue growth uključuje akvizicije;
7. da li FX menja poređenje;
8. da li su podaci revidirani;
9. da li valuation multiple koristi odgovarajući denominator;
10. da li scenario pretpostavke odgovaraju jedna drugoj.

Razdvoji:

HISTORICAL FACT
CURRENT MARKET DATA
MANAGEMENT GUIDANCE
ANALYST ESTIMATE
MODEL ASSUMPTION

Analiziraj ugovor o radu.

JURISDIKCIJA:
[...]

STATUS RADNIKA:
[...]

UGOVOR:
[...]

Posebno proveri:

- vrstu radnog odnosa;
- trajanje;
- probni rad;
- radno vreme;
- prekovremeni rad;
- zaradu;
- bonuse;
- godišnji odmor;
- bolovanje;
- notice period;
- razloge za raskid;
- disciplinske procedure;
- non-compete;
- poverljivost;
- IP created during employment;
- remote work;
- equipment;
- reimbursement;
- obradu ličnih podataka.

Za svaku klauzulu proveri da li ugovor može dati radniku manje prava od zakonskog minimuma.

Ako je ugovorna odredba potencijalno ništava ili ograničena zakonom, jasno je označi.

Razdvoji:

CONTRACTUAL RIGHT
STATUTORY RIGHT
POTENTIAL CONFLICT

Analiziraj freelance / contractor ugovor.

JURISDIKCIJA:
[...]

MOJA ULOGA:
[...]

Posebno proveri:

SCOPE
DELIVERABLES
ACCEPTANCE CRITERIA
PAYMENT
LATE PAYMENT
EXPENSES
IP OWNERSHIP
LICENSE
CONFIDENTIALITY
LIABILITY
WARRANTIES
TERMINATION
NOTICE
NON-COMPETE
NON-SOLICIT
TAX RESPONSIBILITY
INDEPENDENT CONTRACTOR STATUS

Posebno traži situaciju gde ugovor formalno kaže contractor, ali stvarni odnos može imati elemente zaposlenja.

Ne zaključuj automatski da postoji employment relationship.

Navedi faktore koji bi bili relevantni u konkretnoj jurisdikciji.

Analiziraj NDA.

JURISDIKCIJA:
[...]

MOJA STRANA:
[...]

Proveri:

DEFINITION OF CONFIDENTIAL INFORMATION
EXCLUSIONS
PERMITTED USE
WHO MAY RECEIVE INFORMATION
SECURITY OBLIGATIONS
TERM
SURVIVAL
RETURN/DESTRUCTION
REQUIRED DISCLOSURE
IP
REMEDIES
INJUNCTION
GOVERNING LAW

Posebno proveri da li je definicija poverljivih informacija:

- preširoka;
- neograničena vremenom;
- obuhvata već javne informacije;
- obuhvata informacije poznate pre potpisivanja.

Pronađi obaveze koje mogu biti praktično nemoguće ispuniti.

Predloži preciznije formulacije tamo gde je potrebno.

Analiziraj Terms of Service za:

[PROIZVOD]

JURISDIKCIJA / TRŽIŠTA:
[...]

TIP KORISNIKA:
B2C / B2B

Proveri:

account rules;
payment;
subscriptions;
renewal;
cancellation;
refunds;
acceptable use;
user content;
IP;
service availability;
warranties;
limitation of liability;
termination;
dispute resolution;
governing law;
consumer rights.

Ako usluga posluje u više jurisdikcija, identifikuj klauzule koje mogu imati različitu primenu.

Posebno proveri consumer-protection zahteve za relevantno tržište.

Nemoj pretpostaviti da je američki template validan u EU ili Srbiji.

Audituj Privacy Policy.

TRŽIŠTA:
[...]

TIP SERVISA:
[...]

PODACI KOJI SE PRIKUPLJAJU:
[...]

THIRD PARTIES:
[...]

Proveri da li politika jasno opisuje:

- categories of personal data;
- purposes;
- legal bases kada su relevantne;
- recipients;
- processors;
- international transfers;
- retention;
- user rights;
- cookies/tracking;
- automated decisions;
- children;
- contact information.

Zatim uporedi policy sa stvarnom implementacijom.

Traži mismatch tipa:

policy kaže da podatak ne prikupljamo,
ali aplikacija ga šalje analytics provider-u.

Za svaki mismatch:

POLICY CLAIM
ACTUAL BEHAVIOR
LEGAL/COMPLIANCE RISK
REMEDIATION

Analiziraj GDPR obaveze za sledeću obradu:

[OPIS OBRADE]

COMPANY LOCATION:
[...]

USERS:
[...]

DATA:
[...]

PURPOSE:
[...]

THIRD PARTIES:
[...]

Prvo utvrdi da li GDPR uopšte primenjuje na opisani scenario.

Zatim identifikuj:

CONTROLLER
PROCESSOR
JOINT CONTROLLER kada je relevantno

Za svaki processing activity utvrdi:

DATA CATEGORY
PURPOSE
LEGAL BASIS
RETENTION
RECIPIENTS
TRANSFER
SECURITY CONTROLS

Posebno proveri:

special-category data;
profiling;
automated decisions;
children;
DPIA;
DPO requirements;
data subject requests;
breach notification.

Ne koristi "consent" kao univerzalni legal basis.

Proceni koji osnov stvarno odgovara svrsi obrade.

Analiziraj cookie i tracking setup sajta.

JURISDIKCIJE:
[...]

TRACKERS:
[...]

TOOLS:
Google Analytics
Meta Pixel
Hotjar
ads
drugo

Klasifikuj svaki cookie/tracker:

STRICTLY NECESSARY
FUNCTIONAL
ANALYTICS
ADVERTISING
OTHER

Za svaki proveri:

- kada se učitava;
- da li zahteva consent;
- da li se učitava pre consent-a;
- retention;
- third-party transfer;
- withdrawal behavior.

Posebno proveri da li:

"Reject all"

zaista sprečava neprihvaćene trackere.

Nemoj analizirati samo izgled bannera.

Analiziraj stvarno tehničko ponašanje.

Analiziraj DPA.

STRANE:
[...]

SERVICE:
[...]

DATA:
[...]

Proveri:

controller/processor roles;
processing instructions;
confidentiality;
security measures;
subprocessors;
international transfers;
breach notification;
data subject requests;
deletion/return;
audit rights;
liability.

Posebno proveri subprocessor klauzule.

Odgovori:

Da li processor može samostalno dodavati subprocessore?

Da li controller dobija obaveštenje?

Da li postoji pravo prigovora?

Da li DPA reguliše transfer van relevantne jurisdikcije?

Proveri sledeću pravnu tvrdnju:

"[TVRDNJA]"

JURISDIKCIJA:
[...]

DATUM:
[...]

Nemoj proveravati samo da li se tvrdnja ponavlja na internetu.

Pronađi pravni osnov.

Za tvrdnju identifikuj:

LAW
ARTICLE
CASE LAW ako je relevantna
REGULATORY GUIDANCE
EXCEPTIONS

Klasifikuj:

TAČNO
UGLAVNOM TAČNO
PREŠIROKO
ZAVISI OD OKOLNOSTI
ZASTARELO
NETAČNO
NIJE MOGUĆE POTVRDITI

Objasni tačno zašto.

Ako tvrdnja važi samo pod određenim uslovima, navedi ih.

Pronađi relevantnu sudsku praksu za:

[PRAVNO PITANJE]

JURISDIKCIJA:
[...]

PERIOD:
[...]

Za svaku odluku zabeleži:

COURT
CASE NUMBER
DATE
FACTS
LEGAL ISSUE
HOLDING
REASONING
OUTCOME
PRECEDENTIAL VALUE

Nemoj koristiti presudu samo zato što sadrži iste ključne reči.

Proveri da li pravno pitanje zaista odgovara mom slučaju.

Ako postoje suprotne odluke, prikaži obe linije prakse.

Posebno označi:

binding authority
persuasive authority
lower-court decision
non-final decision

Odgovori na pitanje:

Da li je sledeće ponašanje dozvoljeno:

[OPIS]

JURISDIKCIJA:
[...]

DATUM:
[...]

Nemoj odgovoriti samo sa DA/NE.

Analiziraj:

1. koji propis uređuje ponašanje;
2. da li postoji zabrana;
3. da li postoje izuzeci;
4. da li je potrebna dozvola/licenca;
5. da li postoje administrativne obaveze;
6. koje sankcije mogu postojati;
7. koje činjenice bi promenile odgovor.

Finalno koristi strukturu:

GENERAL RULE
EXCEPTIONS
FACTS THAT MATTER
POTENTIAL CONSEQUENCES
WHAT SHOULD BE VERIFIED

Istraži pravne i regulatorne zahteve za:

[VRSTA POSLA]

DRŽAVA:
[...]

POSLOVNI MODEL:
[...]

KUPCI:
B2B / B2C

PROIZVOD/USLUGA:
[...]

Pronađi:

- dozvoljene pravne forme;
- registraciju;
- licence;
- poresku registraciju;
- fiskalizaciju;
- PDV/VAT;
- knjigovodstvo;
- employment obligations;
- consumer law;
- privacy;
- sector-specific regulation.

Razdvoji:

ONE-TIME REQUIREMENTS
ONGOING REQUIREMENTS
EVENT-TRIGGERED REQUIREMENTS

Za svaku obavezu navedi zvanični izvor.

Analiziraj poreski tretman:

[SCENARIO]

DRŽAVA / PORESKA REZIDENTNOST:
[...]

PERIOD:
[...]

VRSTA PRIHODA:
[...]

Nemoj koristiti zastarele poreske stope.

Proveri trenutno važeće propise i zvanične poreske izvore.

Razdvoji:

INCOME TAX
SOCIAL CONTRIBUTIONS
VAT
WITHHOLDING TAX
CORPORATE TAX
OTHER

Za svaki:

TAX BASE
RATE
THRESHOLD
EXEMPTION
FILING REQUIREMENT
PAYMENT DEADLINE

Posebno označi gde rezultat zavisi od poreskog statusa koji još nije poznat.

Analiziraj prekogranični pravni scenario.

PERSON/COMPANY A:
[država]

PERSON/COMPANY B:
[država]

ACTIVITY:
[...]

PAYMENT:
[...]

DATA TRANSFER:
[...]

IP:
[...]

Identifikuj potencijalno relevantne jurisdikcije.

Ne pretpostavljaj da jedan ugovorni izbor prava automatski uklanja obavezna pravila druge države.

Proveri:

governing law;
jurisdiction;
tax;
consumer law;
employment;
privacy/data transfers;
sanctions/export rules ako su relevantni;
IP.

Za svaki problem navedi:

WHICH COUNTRY'S RULE MAY APPLY
WHY
CONFLICT
WHAT NEEDS PROFESSIONAL CONFIRMATION

Analiziraj IP situaciju:

[SCENARIO]

Vrste prava koje treba proveriti:

COPYRIGHT
TRADEMARK
PATENT
DESIGN
TRADE SECRET
DATABASE RIGHT
LICENSE

Za svaki asset identifikuj:

CREATOR
CURRENT OWNER
CONTRACTUAL TRANSFER
LICENSE
TERRITORY
TERM
RESTRICTIONS

Posebno proveri:

employee-created work;
contractor-created work;
open-source components;
third-party images/fonts/code;
AI-generated material;
brand names.

Nemoj pretpostaviti da plaćanje izvođaču automatski prenosi sva IP prava.

Audituj open-source licence projekta.

DEPENDENCIES:
[...]

DISTRIBUTION MODEL:
SaaS / binary / source distribution / library

Za svaki relevantni dependency pronađi:

LICENSE
VERSION
COPYLEFT LEVEL
NOTICE REQUIREMENT
SOURCE-DISCLOSURE REQUIREMENT
MODIFICATION RULES
PATENT CLAUSES

Posebno proveri:

GPL
AGPL
LGPL
Apache-2.0
MPL
MIT
BSD
SSPL ili druge source-available licence

Nemoj grupisati sve "open-source" licence kao iste.

Identifikuj konkretne obaveze koje naš način distribucije aktivira.

Analiziraj pravne obaveze za AI funkciju:

[OPIS]

JURISDIKCIJA:
[...]

INPUT DATA:
[...]

OUTPUT:
[...]

USERS:
[...]

ODLUKE:
[...]

Prvo identifikuj koje pravne oblasti mogu biti relevantne:

privacy;
consumer protection;
AI-specific regulation;
discrimination;
copyright;
product liability;
professional regulation;
automated decision-making.

Posebno proveri:

- da li sistem donosi odluku o osobi;
- da li odluka ima pravni ili sličan značajan efekat;
- da li postoji human review;
- transparentnost;
- logging;
- data provenance;
- model/provider contractual terms.

Nemoj pretpostaviti da svaka AI funkcija spada u istu regulatornu kategoriju.

Analiziraj sledeće pravno pitanje:

[PITANJE]

JURISDIKCIJA:
[država / pokrajina / savezna država / EU]

RELEVANTNI DATUM:
[datum]

OBLAST:
[radno / privredno / poresko / ugovorno / krivično / upravno / drugo]

Pre zaključka pronađi trenutno važeće primarne pravne izvore.

Prioritet:

1. zvanični tekst zakona;
2. službeni glasnik;
3. podzakonski akt;
4. zvanični regulator;
5. sudska praksa;
6. zvanična tumačenja;
7. stručna literatura;
8. sekundarni članci.

Za svaki relevantan propis proveri:

- naziv;
- član;
- trenutno važenje;
- poslednju relevantnu izmenu;
- datum početka primene;
- prelazne odredbe;
- teritorijalni obuhvat.

Razdvoji odgovor na:

VAŽEĆI PROPIS
SUDSKA PRAKSA
REGULATORNO TUMAČENJE
MOGUĆA INTERPRETACIJA
NEIZVESNOST

Nemoj predstavljati pravnu interpretaciju kao doslovni tekst zakona.

Proveri pravni status sledeće odredbe:

[ZAKON / ČLAN]

JURISDIKCIJA:
[...]

DATUM:
[...]

Ne oslanjaj se na stare blogove ili kopije zakona ako postoji zvanična baza.

Proveri:

- da li je zakon i dalje na snazi;
- da li je član izmenjen;
- da li je član brisan;
- da li postoji nova numeracija;
- da li je promenjen podzakonskim aktom;
- da li postoje prelazne odredbe;
- datum stupanja na snagu;
- datum početka primene.

Vrati:

ORIGINALNI TEKST
TRENUTNI TEKST
STATUS
DATUM IZMENE
PRAKTIČNA POSLEDICA
IZVOR

Ako ne možeš potvrditi status iz primarnog izvora, označi:

NEPOTVRĐENO.

Analiziraj sledeći ugovor:

[UGOVOR]

JURISDIKCIJA:
[...]

MOJA ULOGA:
[kupac / prodavac / zaposleni / poslodavac / izvođač / klijent...]

Nemoj praviti samo sažetak.

Za svaku relevantnu klauzulu identifikuj:

- obavezu;
- rok;
- uslov;
- posledicu kršenja;
- pravo raskida;
- finansijski rizik;
- odgovornost;
- jednostrano pravo druge strane;
- nejasnu formulaciju.

Posebno proveri:

PAYMENT
TERM
AUTO-RENEWAL
TERMINATION
NOTICE PERIOD
LIABILITY
INDEMNITY
WARRANTY
IP
CONFIDENTIALITY
DATA PROTECTION
NON-COMPETE
NON-SOLICIT
ASSIGNMENT
FORCE MAJEURE
GOVERNING LAW
JURISDICTION
DISPUTE RESOLUTION

Za svaku problematičnu odredbu vrati:

CLAUSE
PLAIN-LANGUAGE MEANING
WHO BENEFITS
RISK
LEGAL CONTEXT
QUESTION TO CLARIFY
POSSIBLE NEGOTIATION POINT

Ne izmišljaj prava koja ugovor ne sadrži.

Ponašaj se kao contract reviewer sa fokusom na pregovaranje.

UGOVOR:
[...]

MOJA STRANA:
[...]

CILJEVI:
[...]

Identifikuj klauzule koje treba:

ACCEPT
CLARIFY
NEGOTIATE
REJECT
ESCALATE TO LAWYER

Za svaku klauzulu:

1. navedi problem;
2. objasni praktični rizik;
3. predloži alternativnu formulaciju;
4. objasni šta nova formulacija menja;
5. oceni koliko je ta izmena materijalna.

Ne menjaj stil ako nema pravnog ili poslovnog razloga.

Prioritet su:

novac;
odgovornost;
IP;
rokovi;
raskid;
exclusivity;
non-compete;
indemnity;
data protection;
jurisdiction.

Analiziraj ugovor o radu.

JURISDIKCIJA:
[...]

STATUS RADNIKA:
[...]

UGOVOR:
[...]

Posebno proveri:

- vrstu radnog odnosa;
- trajanje;
- probni rad;
- radno vreme;
- prekovremeni rad;
- zaradu;
- bonuse;
- godišnji odmor;
- bolovanje;
- notice period;
- razloge za raskid;
- disciplinske procedure;
- non-compete;
- poverljivost;
- IP created during employment;
- remote work;
- equipment;
- reimbursement;
- obradu ličnih podataka.

Za svaku klauzulu proveri da li ugovor može dati radniku manje prava od zakonskog minimuma.

Ako je ugovorna odredba potencijalno ništava ili ograničena zakonom, jasno je označi.

Razdvoji:

CONTRACTUAL RIGHT
STATUTORY RIGHT
POTENTIAL CONFLICT

Analiziraj freelance / contractor ugovor.

JURISDIKCIJA:
[...]

MOJA ULOGA:
[...]

Posebno proveri:

SCOPE
DELIVERABLES
ACCEPTANCE CRITERIA
PAYMENT
LATE PAYMENT
EXPENSES
IP OWNERSHIP
LICENSE
CONFIDENTIALITY
LIABILITY
WARRANTIES
TERMINATION
NOTICE
NON-COMPETE
NON-SOLICIT
TAX RESPONSIBILITY
INDEPENDENT CONTRACTOR STATUS

Posebno traži situaciju gde ugovor formalno kaže contractor, ali stvarni odnos može imati elemente zaposlenja.

Ne zaključuj automatski da postoji employment relationship.

Navedi faktore koji bi bili relevantni u konkretnoj jurisdikciji.

Analiziraj NDA.

JURISDIKCIJA:
[...]

MOJA STRANA:
[...]

Proveri:

DEFINITION OF CONFIDENTIAL INFORMATION
EXCLUSIONS
PERMITTED USE
WHO MAY RECEIVE INFORMATION
SECURITY OBLIGATIONS
TERM
SURVIVAL
RETURN/DESTRUCTION
REQUIRED DISCLOSURE
IP
REMEDIES
INJUNCTION
GOVERNING LAW

Posebno proveri da li je definicija poverljivih informacija:

- preširoka;
- neograničena vremenom;
- obuhvata već javne informacije;
- obuhvata informacije poznate pre potpisivanja.

Pronađi obaveze koje mogu biti praktično nemoguće ispuniti.

Predloži preciznije formulacije tamo gde je potrebno.

Analiziraj Terms of Service za:

[PROIZVOD]

JURISDIKCIJA / TRŽIŠTA:
[...]

TIP KORISNIKA:
B2C / B2B

Proveri:

account rules;
payment;
subscriptions;
renewal;
cancellation;
refunds;
acceptable use;
user content;
IP;
service availability;
warranties;
limitation of liability;
termination;
dispute resolution;
governing law;
consumer rights.

Ako usluga posluje u više jurisdikcija, identifikuj klauzule koje mogu imati različitu primenu.

Posebno proveri consumer-protection zahteve za relevantno tržište.

Nemoj pretpostaviti da je američki template validan u EU ili Srbiji.

Audituj Privacy Policy.

TRŽIŠTA:
[...]

TIP SERVISA:
[...]

PODACI KOJI SE PRIKUPLJAJU:
[...]

THIRD PARTIES:
[...]

Proveri da li politika jasno opisuje:

- categories of personal data;
- purposes;
- legal bases kada su relevantne;
- recipients;
- processors;
- international transfers;
- retention;
- user rights;
- cookies/tracking;
- automated decisions;
- children;
- contact information.

Zatim uporedi policy sa stvarnom implementacijom.

Traži mismatch tipa:

policy kaže da podatak ne prikupljamo,
ali aplikacija ga šalje analytics provider-u.

Za svaki mismatch:

POLICY CLAIM
ACTUAL BEHAVIOR
LEGAL/COMPLIANCE RISK
REMEDIATION

Analiziraj GDPR obaveze za sledeću obradu:

[OPIS OBRADE]

COMPANY LOCATION:
[...]

USERS:
[...]

DATA:
[...]

PURPOSE:
[...]

THIRD PARTIES:
[...]

Prvo utvrdi da li GDPR uopšte primenjuje na opisani scenario.

Zatim identifikuj:

CONTROLLER
PROCESSOR
JOINT CONTROLLER kada je relevantno

Za svaki processing activity utvrdi:

DATA CATEGORY
PURPOSE
LEGAL BASIS
RETENTION
RECIPIENTS
TRANSFER
SECURITY CONTROLS

Posebno proveri:

special-category data;
profiling;
automated decisions;
children;
DPIA;
DPO requirements;
data subject requests;
breach notification.

Ne koristi "consent" kao univerzalni legal basis.

Proceni koji osnov stvarno odgovara svrsi obrade.

Analiziraj cookie i tracking setup sajta.

JURISDIKCIJE:
[...]

TRACKERS:
[...]

TOOLS:
Google Analytics
Meta Pixel
Hotjar
ads
drugo

Klasifikuj svaki cookie/tracker:

STRICTLY NECESSARY
FUNCTIONAL
ANALYTICS
ADVERTISING
OTHER

Za svaki proveri:

- kada se učitava;
- da li zahteva consent;
- da li se učitava pre consent-a;
- retention;
- third-party transfer;
- withdrawal behavior.

Posebno proveri da li:

"Reject all"

zaista sprečava neprihvaćene trackere.

Nemoj analizirati samo izgled bannera.

Analiziraj stvarno tehničko ponašanje.

Analiziraj DPA.

STRANE:
[...]

SERVICE:
[...]

DATA:
[...]

Proveri:

controller/processor roles;
processing instructions;
confidentiality;
security measures;
subprocessors;
international transfers;
breach notification;
data subject requests;
deletion/return;
audit rights;
liability.

Posebno proveri subprocessor klauzule.

Odgovori:

Da li processor može samostalno dodavati subprocessore?

Da li controller dobija obaveštenje?

Da li postoji pravo prigovora?

Da li DPA reguliše transfer van relevantne jurisdikcije?

Proveri sledeću pravnu tvrdnju:

"[TVRDNJA]"

JURISDIKCIJA:
[...]

DATUM:
[...]

Nemoj proveravati samo da li se tvrdnja ponavlja na internetu.

Pronađi pravni osnov.

Za tvrdnju identifikuj:

LAW
ARTICLE
CASE LAW ako je relevantna
REGULATORY GUIDANCE
EXCEPTIONS

Klasifikuj:

TAČNO
UGLAVNOM TAČNO
PREŠIROKO
ZAVISI OD OKOLNOSTI
ZASTARELO
NETAČNO
NIJE MOGUĆE POTVRDITI

Objasni tačno zašto.

Ako tvrdnja važi samo pod određenim uslovima, navedi ih.

Pronađi relevantnu sudsku praksu za:

[PRAVNO PITANJE]

JURISDIKCIJA:
[...]

PERIOD:
[...]

Za svaku odluku zabeleži:

COURT
CASE NUMBER
DATE
FACTS
LEGAL ISSUE
HOLDING
REASONING
OUTCOME
PRECEDENTIAL VALUE

Nemoj koristiti presudu samo zato što sadrži iste ključne reči.

Proveri da li pravno pitanje zaista odgovara mom slučaju.

Ako postoje suprotne odluke, prikaži obe linije prakse.

Posebno označi:

binding authority
persuasive authority
lower-court decision
non-final decision

Odgovori na pitanje:

Da li je sledeće ponašanje dozvoljeno:

[OPIS]

JURISDIKCIJA:
[...]

DATUM:
[...]

Nemoj odgovoriti samo sa DA/NE.

Analiziraj:

1. koji propis uređuje ponašanje;
2. da li postoji zabrana;
3. da li postoje izuzeci;
4. da li je potrebna dozvola/licenca;
5. da li postoje administrativne obaveze;
6. koje sankcije mogu postojati;
7. koje činjenice bi promenile odgovor.

Finalno koristi strukturu:

GENERAL RULE
EXCEPTIONS
FACTS THAT MATTER
POTENTIAL CONSEQUENCES
WHAT SHOULD BE VERIFIED

Istraži pravne i regulatorne zahteve za:

[VRSTA POSLA]

DRŽAVA:
[...]

POSLOVNI MODEL:
[...]

KUPCI:
B2B / B2C

PROIZVOD/USLUGA:
[...]

Pronađi:

- dozvoljene pravne forme;
- registraciju;
- licence;
- poresku registraciju;
- fiskalizaciju;
- PDV/VAT;
- knjigovodstvo;
- employment obligations;
- consumer law;
- privacy;
- sector-specific regulation.

Razdvoji:

ONE-TIME REQUIREMENTS
ONGOING REQUIREMENTS
EVENT-TRIGGERED REQUIREMENTS

Za svaku obavezu navedi zvanični izvor.

Analiziraj poreski tretman:

[SCENARIO]

DRŽAVA / PORESKA REZIDENTNOST:
[...]

PERIOD:
[...]

VRSTA PRIHODA:
[...]

Nemoj koristiti zastarele poreske stope.

Proveri trenutno važeće propise i zvanične poreske izvore.

Razdvoji:

INCOME TAX
SOCIAL CONTRIBUTIONS
VAT
WITHHOLDING TAX
CORPORATE TAX
OTHER

Za svaki:

TAX BASE
RATE
THRESHOLD
EXEMPTION
FILING REQUIREMENT
PAYMENT DEADLINE

Posebno označi gde rezultat zavisi od poreskog statusa koji još nije poznat.

Analiziraj prekogranični pravni scenario.

PERSON/COMPANY A:
[država]

PERSON/COMPANY B:
[država]

ACTIVITY:
[...]

PAYMENT:
[...]

DATA TRANSFER:
[...]

IP:
[...]

Identifikuj potencijalno relevantne jurisdikcije.

Ne pretpostavljaj da jedan ugovorni izbor prava automatski uklanja obavezna pravila druge države.

Proveri:

governing law;
jurisdiction;
tax;
consumer law;
employment;
privacy/data transfers;
sanctions/export rules ako su relevantni;
IP.

Za svaki problem navedi:

WHICH COUNTRY'S RULE MAY APPLY
WHY
CONFLICT
WHAT NEEDS PROFESSIONAL CONFIRMATION

Analiziraj IP situaciju:

[SCENARIO]

Vrste prava koje treba proveriti:

COPYRIGHT
TRADEMARK
PATENT
DESIGN
TRADE SECRET
DATABASE RIGHT
LICENSE

Za svaki asset identifikuj:

CREATOR
CURRENT OWNER
CONTRACTUAL TRANSFER
LICENSE
TERRITORY
TERM
RESTRICTIONS

Posebno proveri:

employee-created work;
contractor-created work;
open-source components;
third-party images/fonts/code;
AI-generated material;
brand names.

Nemoj pretpostaviti da plaćanje izvođaču automatski prenosi sva IP prava.

Audituj open-source licence projekta.

DEPENDENCIES:
[...]

DISTRIBUTION MODEL:
SaaS / binary / source distribution / library

Za svaki relevantni dependency pronađi:

LICENSE
VERSION
COPYLEFT LEVEL
NOTICE REQUIREMENT
SOURCE-DISCLOSURE REQUIREMENT
MODIFICATION RULES
PATENT CLAUSES

Posebno proveri:

GPL
AGPL
LGPL
Apache-2.0
MPL
MIT
BSD
SSPL ili druge source-available licence

Nemoj grupisati sve "open-source" licence kao iste.

Identifikuj konkretne obaveze koje naš način distribucije aktivira.

Analiziraj pravne obaveze za AI funkciju:

[OPIS]

JURISDIKCIJA:
[...]

INPUT DATA:
[...]

OUTPUT:
[...]

USERS:
[...]

ODLUKE:
[...]

Prvo identifikuj koje pravne oblasti mogu biti relevantne:

privacy;
consumer protection;
AI-specific regulation;
discrimination;
copyright;
product liability;
professional regulation;
automated decision-making.

Posebno proveri:

- da li sistem donosi odluku o osobi;
- da li odluka ima pravni ili sličan značajan efekat;
- da li postoji human review;
- transparentnost;
- logging;
- data provenance;
- model/provider contractual terms.

Nemoj pretpostaviti da svaka AI funkcija spada u istu regulatornu kategoriju.

Uradi gap analysis između:

ZAHTEV:
[zakon/standard/regulativa]

i

TRENUTNO STANJE:
[opis sistema]

Za svaki zahtev napravi:

REQUIREMENT
SOURCE
CURRENT CONTROL
EVIDENCE
STATUS
GAP
REMEDIATION
OWNER
VERIFICATION

STATUS:

COMPLIANT
PARTIALLY COMPLIANT
NON-COMPLIANT
NOT APPLICABLE
UNVERIFIED

Ne označavaj COMPLIANT samo zato što kompanija kaže da ima proces.

Traži dokaz implementacije.

Uradi pravni due diligence kompanije.

KOMPANIJA:
[...]

JURISDIKCIJA:
[...]

Analiziraj:

corporate status;
ownership;
licenses;
material contracts;
debt/security interests;
litigation;
employment;
IP;
privacy;
regulatory matters;
tax disputes;
real estate;
insurance.

Za svaki problem:

ISSUE
SOURCE
SEVERITY
POTENTIAL LIABILITY
TRANSACTION IMPACT
FOLLOW-UP DOCUMENT

Odvoji:

CONFIRMED ISSUE
POTENTIAL ISSUE
MISSING DOCUMENTATION

Sada audituj prethodnu pravnu analizu kao nezavisan reviewer.

Traži:

- pogrešnu jurisdikciju;
- ukinut propis;
- staru verziju člana;
- pogrešan datum važenja;
- nepostojeću sudsku odluku;
- presudu koja ne podržava tvrdnju;
- regulatorni guidance predstavljen kao zakon;
- sekundarni izvor predstavljen kao primarni;
- izuzetak koji menja zaključak;
- obaveznu normu koju ugovor ne može isključiti.

Za svaku tvrdnju označi:

CONFIRMED
NEEDS QUALIFICATION
OUTDATED
UNSUPPORTED
INCORRECT

Ispravi analizu pre finalnog odgovora.

=== LEGAL QA ===

Pre finalnog odgovora proveri:

1. jurisdikciju;
2. relevantni datum;
3. važeći status propisa;
4. poslednje izmene;
5. datum početka primene;
6. prelazne odredbe;
7. da li citirani član govori ono što tvrdimo;
8. da li sudska odluka stvarno podržava zaključak;
9. da li postoji izuzetak;
10. da li je interpretacija predstavljena kao činjenica;
11. da li je regulatorno uputstvo obavezujuće ili samo guidance;
12. da li ugovorna klauzula može biti ograničena obaveznim pravom.

Ako nema dovoljno dokaza:

NEPOTVRĐENO

je bolji odgovor od izmišljene sigurnosti.

Analiziraj sledeće zdravstveno pitanje edukativno:

[PITANJE]

RELEVANTNI PODACI

Godine:
[...]

Pol:
[...]

Simptomi:
[...]

Kada su počeli:
[...]

Kako se menjaju:
[...]

Poznate bolesti:
[...]

Lekovi i suplementi:
[...]

Alergije:
[...]

Laboratorija:
[...]

Drugi relevantni podaci:
[...]

Koristi aktuelne stručne smernice i kvalitetne medicinske izvore kada odgovor zavisi od savremenih preporuka.

Prioritet izvora:

1. stručne kliničke smernice;
2. regulatorna dokumentacija;
3. systematic reviews;
4. meta-analize;
5. kvalitetne peer-reviewed studije;
6. zvanične zdravstvene institucije.

Ne postavljaj sigurnu dijagnozu na osnovu nepotpunih podataka.

Odvoji:

MOGUĆA OBJAŠNJENJA
ŠTA PODRŽAVA SVAKO OBJAŠNJENJE
ŠTA MU PROTIVREČI
PODACI KOJI NEDOSTAJU
RED FLAGS
ŠTA BI LEKAR TIPIČNO PROVERAVAO
PITANJA KOJA TREBA POSTAVITI LEKARU

Ako simptomi mogu zahtevati hitnu medicinsku procenu, jasno ih izdvoji.

Imam sledeće simptome:

[SIMPTOMI]

Ne pokušavaj odmah da izabereš jednu bolest.

Napravi strukturisanu diferencijalnu analizu.

Za svako moguće objašnjenje prikaži:

NAZIV
ZAŠTO JE MOGUĆE
ŠTA SE UKLAPA
ŠTA SE NE UKLAPA
KOLIKO JE HITNO RAZMOTRITI
KOJI PODATAK BI NAJVIŠE POMOGAO

Grupiši objašnjenja na:

ČESTA I OBIČNO MANJE OPASNA
MANJE ČESTA
VAŽNA ZA ISKLJUČITI
POTENCIJALNO HITNA

Nemoj koristiti retku bolest kao glavno objašnjenje samo zato što može imati isti simptom.

Posebno izdvoji simptome zbog kojih se tipično traži hitna medicinska procena.

Analiziraj sledeći simptom:

[SIMPTOM]

Želim samo procenu upozoravajućih znakova.

Napravi dve grupe:

RED FLAGS - simptomi/okolnosti koje mogu zahtevati hitnu ili brzu medicinsku procenu

NON-URGENT FEATURES - karakteristike koje češće odgovaraju manje hitnim uzrocima

Za svaki red flag objasni:

šta znači;
zašto je važan;
koliko brzo se obično traži procena.

Nemoj koristiti red flags za postavljanje dijagnoze.

Njihova svrha je procena hitnosti.

Objasni sledeće laboratorijske rezultate:

[NALAZ]

Koristi referentne opsege navedene na samom laboratorijskom izveštaju kada postoje.

Za svaki parametar prikaži:

PARAMETAR
REZULTAT
REFERENTNI OPSEG
STATUS
ŠTA PARAMETAR MERI
MOGUĆI RAZLOZI ODSTUPANJA
KOJI DRUGI PARAMETRI SE POSMATRAJU ZAJEDNO

Nemoj postavljati dijagnozu samo iz jedne abnormalne vrednosti.

Posebno proveri:

- jedinice;
- pol;
- starost;
- trudnoću ako je relevantna;
- vreme uzorkovanja;
- fasting/non-fasting;
- lekove koji mogu uticati na rezultat.

Na kraju izdvoji:

NALAZE KOJI VEROVATNO NISU ZNAČAJNI IZOLовано
NALAZE KOJE VREDI RAZGOVARATI SA LEKAROM
NALAZE KOJI MOGU ZAHTEVATI BRŽU PROCENU

Analiziraj kompletnu krvnu sliku.

PODACI:

[REZULTATI]

Nemoj gledati parametre izolovano.

Analiziraj zajedno:

RBC
HGB
HCT
MCV
MCH
MCHC
RDW

zatim:

WBC
NEUTROPHILS
LYMPHOCYTES
MONOCYTES
EOSINOPHILS
BASOPHILS

i:

PLT
MPV

Ako postoji obrazac koji može odgovarati anemiji, infekciji ili drugom procesu, objasni samo kao moguću interpretaciju.

Za anemiju posebno razdvoji moguće obrasce:

mikrocitna
normocitna
makrocitna

i objasni koji dodatni nalazi bi ih razlikovali.

Objasni sledeće laboratorijske nalaze vezane za jetru:

ALT:
AST:
GGT:
ALP:
bilirubin:
albumin:
INR:
[...]

Nemoj sve povišene enzime automatski nazvati "bolest jetre".

Analiziraj obrazac:

HEPATOCELLULAR
CHOLESTATIC
MIXED

ako dostupni podaci to omogućavaju.

Uzmi u obzir:

lekove;
alkohol;
fizičku aktivnost;
metaboličke faktore;
infekcije;
žučne puteve.

Objasni koji dodatni nalazi se tipično posmatraju zajedno.

Posebno izdvoji nalaze ili simptome koji mogu zahtevati bržu medicinsku procenu.

Analiziraj:

kreatinin:
eGFR:
urea:
kalijum:
natrijum:
urin:
albumin/protein u urinu:
[...]

Uzmi u obzir:

starost;
pol;
mišićnu masu;
hidrataciju;
lekove.

Nemoj donositi zaključak o hroničnoj bolesti bubrega na osnovu jednog merenja.

Objasni razliku između:

trenutnog abnormalnog nalaza
i
hroničnog problema koji zahteva trajanje kroz vreme.

Posebno objasni ulogu:

eGFR
albuminurije/proteinurije
elektrolita.

Analiziraj rezultate:

TSH:
FT4:
FT3:
anti-TPO:
anti-Tg:
TRAb:
[...]

Razmotri odnose između TSH i hormona štitne žlezde.

Ne tumači antibodies izolovano kao dokaz funkcionalnog poremećaja.

Objasni moguće obrasce:

primarna hipotireoza;
subklinička hipotireoza;
hipertireoza;
subklinička hipertireoza;
centralni poremećaji;

samo ako rezultati odgovaraju.

Uzmi u obzir:

trudnoću;
lekove;
akutnu bolest;
biotin suplementaciju ako je relevantna.

Na kraju navedi šta bi se obično dodatno proveravalo.

Objasni sledeće rezultate:

fasting glucose:
HbA1c:
OGTT:
insulin:
[...]

Za svaki test objasni:

šta meri;
koji vremenski period predstavlja;
ograničenja testa.

Nemoj tumačiti insulin ili HOMA-IR bez odgovarajućeg konteksta.

Razdvoji:

normalno
predijabetes
dijabetes

samo prema trenutno važećim stručnim kriterijumima.

Ako rezultat treba potvrdu drugim merenjem prema smernicama, navedi to.

Posebno razmotri okolnosti koje mogu uticati na HbA1c.

Analiziraj lipidni profil:

total cholesterol:
LDL-C:
HDL-C:
triglycerides:
non-HDL:
ApoB:
Lp(a):
[...]

Ne tumači samo ukupan holesterol.

Objasni ulogu:

LDL-C
non-HDL
ApoB
Lp(a)
triglicerida

kada su dostupni.

Procena značaja treba da uzme u obzir ukupni kardiovaskularni rizik, a ne samo jednu brojku.

Relevantni faktori:

godine;
krvni pritisak;
pušenje;
dijabetes;
poznata kardiovaskularna bolest;
porodična istorija;
bubrežna bolest.

Nemoj preporučiti terapiju samo iz jednog lipidnog rezultata bez potrebnog kliničkog konteksta.

Objasni lek:

[NAZIV LEKA]

Koristi aktuelnu zvaničnu dokumentaciju i kvalitetne medicinske izvore.

Objasni:

INDIKACIJE
MEHANIZAM DEJSTVA
UOBIČAJENE NEŽELJENE REAKCIJE
VAŽNE OZBILJNE NEŽELJENE REAKCIJE
GLAVNE KONTRAINDIKACIJE
INTERAKCIJE
POSEBNE POPULACIJE
MONITORING

Razdvoji:

često
manje često
retko ali ozbiljno.

Nemoj menjati propisanu dozu ili preporučivati prekid terapije bez odgovarajućeg kliničkog konteksta.

Ako nagli prekid nekog leka može biti problematičan, jasno upozori da se promena terapije razmatra sa lekarom.

Proveri potencijalne interakcije između:

LEK 1:
[...]

LEK 2:
[...]

LEK 3:
[...]

SUPLEMENTI:
[...]

Relevantno zdravstveno stanje:
[...]

Koristi aktuelne pouzdane izvore.

Za svaku potencijalnu interakciju navedi:

DRUG A
DRUG B
MECHANISM
CLINICAL SIGNIFICANCE
EVIDENCE
POSSIBLE CONSEQUENCE
WHAT IS TYPICALLY MONITORED

Razlikuj:

MAJOR
MODERATE
MINOR
THEORETICAL

Nemoj sve interakcije tretirati kao jednako opasne.

Posebno proveri kombinacije koje mogu uticati na:

krvarenje;
QT interval;
serotonin;
krvni pritisak;
bubrege;
jetru;
sedaciju;
kalijum;
glukozu.

Proveri interakciju između:

LEK:
[...]

HRANA / SUPLEMENT:
[...]

Objasni:

da li interakcija postoji;
mehanizam;
koliko je klinički značajna;
da li zavisi od doze;
da li zavisi od vremena uzimanja;
koji simptomi ili nalazi se mogu pratiti.

Nemoj pretpostavljati da je suplement bezbedan samo zato što je "prirodan".

Uporedi dve terapijske opcije za:

[STANJE]

OPCIJA A:
[...]

OPCIJA B:
[...]

Koristi aktuelne kliničke smernice i kvalitetne dokaze.

Uporedi:

EFFICACY
ABSOLUTE BENEFIT kada je dostupan
SIDE EFFECTS
SERIOUS ADVERSE EVENTS
CONTRAINDICATIONS
INTERACTIONS
MONITORING
CONVENIENCE
QUALITY OF EVIDENCE

Ako postoje head-to-head studije, daj im prednost.

Ako poređenje dolazi samo iz različitih studija, upozori da indirektno poređenje ima ograničenja.

Nemoj izabrati terapiju za konkretnu osobu bez dovoljno individualnih podataka.

Istraži sledeće kliničko pitanje kao PICO.

P - POPULATION:
[...]

I - INTERVENTION:
[...]

C - COMPARISON:
[...]

O - OUTCOME:
[...]

Pretragu organizuj redom:

1. aktuelne kliničke smernice;
2. systematic reviews;
3. meta-analize;
4. randomizovane kontrolisane studije;
5. velike observational studije ako RCT nisu dostupne.

Za svaki ključni dokaz zabeleži:

STUDY
YEAR
POPULATION
N
INTERVENTION
COMPARATOR
OUTCOME
EFFECT SIZE
CONFIDENCE INTERVAL
FOLLOW-UP
LIMITATIONS

Na kraju proceni koliko je dokaz direktno primenljiv na navedenu populaciju.

Uradi strukturisani pregled literature za:

[TEMA]

PERIOD:
[...]

POPULATION:
[...]

Nemoj samo naći nekoliko radova koji potvrđuju istu ideju.

Traži:

systematic reviews;
meta-analyses;
RCT;
large observational studies;
relevant guidelines.

Za svaki rad proveri:

study design;
sample;
population;
primary endpoint;
effect size;
confidence interval;
dropout;
follow-up;
risk of bias;
funding;
conflicts of interest.

Posebno traži studije sa negativnim ili neutralnim rezultatima.

Ako se studije ne slažu, analiziraj mogući razlog heterogenosti.

Proveri sledeću zdravstvenu tvrdnju:

"[TVRDNJA]"

Nemoj proveravati koliko puta se tvrdnja ponavlja.

Proveri kvalitet dokaza.

Traži:

mehanističke dokaze;
human observational studies;
RCT;
systematic reviews;
clinical guidelines.

Razdvoji:

BIOLOGICALLY PLAUSIBLE
OBSERVATIONAL ASSOCIATION
CLINICAL EVIDENCE
PROVEN BENEFIT
UNPROVEN
REFUTED

Ako studija pokazuje efekat samo:

in vitro
na životinjama
ili na biomarkeru

nemoj to predstavljati kao dokazan klinički efekat kod ljudi.

Analiziraj tvrdnju:

"[TERAPIJA SMANJUJE RIZIK ZA X%]"

Pronađi originalni podatak.

Izračunaj kada je moguće:

CONTROL EVENT RATE
TREATMENT EVENT RATE
RELATIVE RISK REDUCTION
ABSOLUTE RISK REDUCTION
NNT

Ako postoje štetni događaji:

ABSOLUTE RISK INCREASE
NNH

Nemoj isticati relativnu promenu bez apsolutnog rizika.

Primer:

"rizik smanjen 50%"

može značiti:

2% -> 1%

što je apsolutno smanjenje od 1 procentnog poena.

Prikaži oba.

Analiziraj screening test:

[TEST]

POPULATION:
[...]

Objasni:

SENSITIVITY
SPECIFICITY
POSITIVE PREDICTIVE VALUE
NEGATIVE PREDICTIVE VALUE
PREVALENCE EFFECT
FALSE POSITIVES
FALSE NEGATIVES

Nemoj tvrditi da pozitivan screening test automatski znači bolest.

Ako postoje preporuke različitih stručnih organizacija, uporedi:

AGE
RISK GROUP
SCREENING INTERVAL
BENEFITS
HARMS

Objasni dijagnostički test:

[TEST]

Za šta se koristi?

Šta pozitivan rezultat znači?

Šta negativan rezultat znači?

Kolika je osetljivost/specifičnost ako postoji pouzdan podatak?

Da li rezultat zavisi od:

stadijuma bolesti;
vremena testiranja;
prethodne terapije;
kvaliteta uzorka?

Da li test:

potvrđuje dijagnozu
ili
samo povećava/smanjuje verovatnoću?

Objasni šta se tipično radi ako rezultat ne odgovara kliničkoj slici.

Objasni sledeći radiološki izveštaj običnim jezikom:

[IZVEŠTAJ]

Nemoj pokušavati da iz slike ili kratkog opisa postaviš novu dijagnozu mimo izveštaja.

Za svaki termin objasni:

šta znači;
gde se nalazi;
da li radiolog opisuje definitivan nalaz ili mogućnost;
da li se preporučuje dodatna kontrola.

Posebno izdvoji:

INCIDENTAL FINDINGS
URGENT FINDINGS
FOLLOW-UP RECOMMENDATIONS

Ako nalaz zavisi od poređenja sa starim snimkom, naglasi to.

Analiziraj sledeće zdravstveno pitanje edukativno:

[PITANJE]

RELEVANTNI PODACI

Godine:
[...]

Pol:
[...]

Simptomi:
[...]

Kada su počeli:
[...]

Kako se menjaju:
[...]

Poznate bolesti:
[...]

Lekovi i suplementi:
[...]

Alergije:
[...]

Laboratorija:
[...]

Drugi relevantni podaci:
[...]

Koristi aktuelne stručne smernice i kvalitetne medicinske izvore kada odgovor zavisi od savremenih preporuka.

Prioritet izvora:

1. stručne kliničke smernice;
2. regulatorna dokumentacija;
3. systematic reviews;
4. meta-analize;
5. kvalitetne peer-reviewed studije;
6. zvanične zdravstvene institucije.

Ne postavljaj sigurnu dijagnozu na osnovu nepotpunih podataka.

Odvoji:

MOGUĆA OBJAŠNJENJA
ŠTA PODRŽAVA SVAKO OBJAŠNJENJE
ŠTA MU PROTIVREČI
PODACI KOJI NEDOSTAJU
RED FLAGS
ŠTA BI LEKAR TIPIČNO PROVERAVAO
PITANJA KOJA TREBA POSTAVITI LEKARU

Ako simptomi mogu zahtevati hitnu medicinsku procenu, jasno ih izdvoji.

Imam sledeće simptome:

[SIMPTOMI]

Ne pokušavaj odmah da izabereš jednu bolest.

Napravi strukturisanu diferencijalnu analizu.

Za svako moguće objašnjenje prikaži:

NAZIV
ZAŠTO JE MOGUĆE
ŠTA SE UKLAPA
ŠTA SE NE UKLAPA
KOLIKO JE HITNO RAZMOTRITI
KOJI PODATAK BI NAJVIŠE POMOGAO

Grupiši objašnjenja na:

ČESTA I OBIČNO MANJE OPASNA
MANJE ČESTA
VAŽNA ZA ISKLJUČITI
POTENCIJALNO HITNA

Nemoj koristiti retku bolest kao glavno objašnjenje samo zato što može imati isti simptom.

Posebno izdvoji simptome zbog kojih se tipično traži hitna medicinska procena.

Analiziraj sledeći simptom:

[SIMPTOM]

Želim samo procenu upozoravajućih znakova.

Napravi dve grupe:

RED FLAGS - simptomi/okolnosti koje mogu zahtevati hitnu ili brzu medicinsku procenu

NON-URGENT FEATURES - karakteristike koje češće odgovaraju manje hitnim uzrocima

Za svaki red flag objasni:

šta znači;
zašto je važan;
koliko brzo se obično traži procena.

Nemoj koristiti red flags za postavljanje dijagnoze.

Njihova svrha je procena hitnosti.

Objasni sledeće laboratorijske rezultate:

[NALAZ]

Koristi referentne opsege navedene na samom laboratorijskom izveštaju kada postoje.

Za svaki parametar prikaži:

PARAMETAR
REZULTAT
REFERENTNI OPSEG
STATUS
ŠTA PARAMETAR MERI
MOGUĆI RAZLOZI ODSTUPANJA
KOJI DRUGI PARAMETRI SE POSMATRAJU ZAJEDNO

Nemoj postavljati dijagnozu samo iz jedne abnormalne vrednosti.

Posebno proveri:

- jedinice;
- pol;
- starost;
- trudnoću ako je relevantna;
- vreme uzorkovanja;
- fasting/non-fasting;
- lekove koji mogu uticati na rezultat.

Na kraju izdvoji:

NALAZE KOJI VEROVATNO NISU ZNAČAJNI IZOLовано
NALAZE KOJE VREDI RAZGOVARATI SA LEKAROM
NALAZE KOJI MOGU ZAHTEVATI BRŽU PROCENU

Analiziraj kompletnu krvnu sliku.

PODACI:

[REZULTATI]

Nemoj gledati parametre izolovano.

Analiziraj zajedno:

RBC
HGB
HCT
MCV
MCH
MCHC
RDW

zatim:

WBC
NEUTROPHILS
LYMPHOCYTES
MONOCYTES
EOSINOPHILS
BASOPHILS

i:

PLT
MPV

Ako postoji obrazac koji može odgovarati anemiji, infekciji ili drugom procesu, objasni samo kao moguću interpretaciju.

Za anemiju posebno razdvoji moguće obrasce:

mikrocitna
normocitna
makrocitna

i objasni koji dodatni nalazi bi ih razlikovali.

Objasni sledeće laboratorijske nalaze vezane za jetru:

ALT:
AST:
GGT:
ALP:
bilirubin:
albumin:
INR:
[...]

Nemoj sve povišene enzime automatski nazvati "bolest jetre".

Analiziraj obrazac:

HEPATOCELLULAR
CHOLESTATIC
MIXED

ako dostupni podaci to omogućavaju.

Uzmi u obzir:

lekove;
alkohol;
fizičku aktivnost;
metaboličke faktore;
infekcije;
žučne puteve.

Objasni koji dodatni nalazi se tipično posmatraju zajedno.

Posebno izdvoji nalaze ili simptome koji mogu zahtevati bržu medicinsku procenu.

Analiziraj:

kreatinin:
eGFR:
urea:
kalijum:
natrijum:
urin:
albumin/protein u urinu:
[...]

Uzmi u obzir:

starost;
pol;
mišićnu masu;
hidrataciju;
lekove.

Nemoj donositi zaključak o hroničnoj bolesti bubrega na osnovu jednog merenja.

Objasni razliku između:

trenutnog abnormalnog nalaza
i
hroničnog problema koji zahteva trajanje kroz vreme.

Posebno objasni ulogu:

eGFR
albuminurije/proteinurije
elektrolita.

Analiziraj rezultate:

TSH:
FT4:
FT3:
anti-TPO:
anti-Tg:
TRAb:
[...]

Razmotri odnose između TSH i hormona štitne žlezde.

Ne tumači antibodies izolovano kao dokaz funkcionalnog poremećaja.

Objasni moguće obrasce:

primarna hipotireoza;
subklinička hipotireoza;
hipertireoza;
subklinička hipertireoza;
centralni poremećaji;

samo ako rezultati odgovaraju.

Uzmi u obzir:

trudnoću;
lekove;
akutnu bolest;
biotin suplementaciju ako je relevantna.

Na kraju navedi šta bi se obično dodatno proveravalo.

Objasni sledeće rezultate:

fasting glucose:
HbA1c:
OGTT:
insulin:
[...]

Za svaki test objasni:

šta meri;
koji vremenski period predstavlja;
ograničenja testa.

Nemoj tumačiti insulin ili HOMA-IR bez odgovarajućeg konteksta.

Razdvoji:

normalno
predijabetes
dijabetes

samo prema trenutno važećim stručnim kriterijumima.

Ako rezultat treba potvrdu drugim merenjem prema smernicama, navedi to.

Posebno razmotri okolnosti koje mogu uticati na HbA1c.

Analiziraj lipidni profil:

total cholesterol:
LDL-C:
HDL-C:
triglycerides:
non-HDL:
ApoB:
Lp(a):
[...]

Ne tumači samo ukupan holesterol.

Objasni ulogu:

LDL-C
non-HDL
ApoB
Lp(a)
triglicerida

kada su dostupni.

Procena značaja treba da uzme u obzir ukupni kardiovaskularni rizik, a ne samo jednu brojku.

Relevantni faktori:

godine;
krvni pritisak;
pušenje;
dijabetes;
poznata kardiovaskularna bolest;
porodična istorija;
bubrežna bolest.

Nemoj preporučiti terapiju samo iz jednog lipidnog rezultata bez potrebnog kliničkog konteksta.

Objasni lek:

[NAZIV LEKA]

Koristi aktuelnu zvaničnu dokumentaciju i kvalitetne medicinske izvore.

Objasni:

INDIKACIJE
MEHANIZAM DEJSTVA
UOBIČAJENE NEŽELJENE REAKCIJE
VAŽNE OZBILJNE NEŽELJENE REAKCIJE
GLAVNE KONTRAINDIKACIJE
INTERAKCIJE
POSEBNE POPULACIJE
MONITORING

Razdvoji:

često
manje često
retko ali ozbiljno.

Nemoj menjati propisanu dozu ili preporučivati prekid terapije bez odgovarajućeg kliničkog konteksta.

Ako nagli prekid nekog leka može biti problematičan, jasno upozori da se promena terapije razmatra sa lekarom.

Proveri potencijalne interakcije između:

LEK 1:
[...]

LEK 2:
[...]

LEK 3:
[...]

SUPLEMENTI:
[...]

Relevantno zdravstveno stanje:
[...]

Koristi aktuelne pouzdane izvore.

Za svaku potencijalnu interakciju navedi:

DRUG A
DRUG B
MECHANISM
CLINICAL SIGNIFICANCE
EVIDENCE
POSSIBLE CONSEQUENCE
WHAT IS TYPICALLY MONITORED

Razlikuj:

MAJOR
MODERATE
MINOR
THEORETICAL

Nemoj sve interakcije tretirati kao jednako opasne.

Posebno proveri kombinacije koje mogu uticati na:

krvarenje;
QT interval;
serotonin;
krvni pritisak;
bubrege;
jetru;
sedaciju;
kalijum;
glukozu.

Proveri interakciju između:

LEK:
[...]

HRANA / SUPLEMENT:
[...]

Objasni:

da li interakcija postoji;
mehanizam;
koliko je klinički značajna;
da li zavisi od doze;
da li zavisi od vremena uzimanja;
koji simptomi ili nalazi se mogu pratiti.

Nemoj pretpostavljati da je suplement bezbedan samo zato što je "prirodan".

Uporedi dve terapijske opcije za:

[STANJE]

OPCIJA A:
[...]

OPCIJA B:
[...]

Koristi aktuelne kliničke smernice i kvalitetne dokaze.

Uporedi:

EFFICACY
ABSOLUTE BENEFIT kada je dostupan
SIDE EFFECTS
SERIOUS ADVERSE EVENTS
CONTRAINDICATIONS
INTERACTIONS
MONITORING
CONVENIENCE
QUALITY OF EVIDENCE

Ako postoje head-to-head studije, daj im prednost.

Ako poređenje dolazi samo iz različitih studija, upozori da indirektno poređenje ima ograničenja.

Nemoj izabrati terapiju za konkretnu osobu bez dovoljno individualnih podataka.

Istraži sledeće kliničko pitanje kao PICO.

P - POPULATION:
[...]

I - INTERVENTION:
[...]

C - COMPARISON:
[...]

O - OUTCOME:
[...]

Pretragu organizuj redom:

1. aktuelne kliničke smernice;
2. systematic reviews;
3. meta-analize;
4. randomizovane kontrolisane studije;
5. velike observational studije ako RCT nisu dostupne.

Za svaki ključni dokaz zabeleži:

STUDY
YEAR
POPULATION
N
INTERVENTION
COMPARATOR
OUTCOME
EFFECT SIZE
CONFIDENCE INTERVAL
FOLLOW-UP
LIMITATIONS

Na kraju proceni koliko je dokaz direktno primenljiv na navedenu populaciju.

Uradi strukturisani pregled literature za:

[TEMA]

PERIOD:
[...]

POPULATION:
[...]

Nemoj samo naći nekoliko radova koji potvrđuju istu ideju.

Traži:

systematic reviews;
meta-analyses;
RCT;
large observational studies;
relevant guidelines.

Za svaki rad proveri:

study design;
sample;
population;
primary endpoint;
effect size;
confidence interval;
dropout;
follow-up;
risk of bias;
funding;
conflicts of interest.

Posebno traži studije sa negativnim ili neutralnim rezultatima.

Ako se studije ne slažu, analiziraj mogući razlog heterogenosti.

Proveri sledeću zdravstvenu tvrdnju:

"[TVRDNJA]"

Nemoj proveravati koliko puta se tvrdnja ponavlja.

Proveri kvalitet dokaza.

Traži:

mehanističke dokaze;
human observational studies;
RCT;
systematic reviews;
clinical guidelines.

Razdvoji:

BIOLOGICALLY PLAUSIBLE
OBSERVATIONAL ASSOCIATION
CLINICAL EVIDENCE
PROVEN BENEFIT
UNPROVEN
REFUTED

Ako studija pokazuje efekat samo:

in vitro
na životinjama
ili na biomarkeru

nemoj to predstavljati kao dokazan klinički efekat kod ljudi.

Analiziraj tvrdnju:

"[TERAPIJA SMANJUJE RIZIK ZA X%]"

Pronađi originalni podatak.

Izračunaj kada je moguće:

CONTROL EVENT RATE
TREATMENT EVENT RATE
RELATIVE RISK REDUCTION
ABSOLUTE RISK REDUCTION
NNT

Ako postoje štetni događaji:

ABSOLUTE RISK INCREASE
NNH

Nemoj isticati relativnu promenu bez apsolutnog rizika.

Primer:

"rizik smanjen 50%"

može značiti:

2% -> 1%

što je apsolutno smanjenje od 1 procentnog poena.

Prikaži oba.

Analiziraj screening test:

[TEST]

POPULATION:
[...]

Objasni:

SENSITIVITY
SPECIFICITY
POSITIVE PREDICTIVE VALUE
NEGATIVE PREDICTIVE VALUE
PREVALENCE EFFECT
FALSE POSITIVES
FALSE NEGATIVES

Nemoj tvrditi da pozitivan screening test automatski znači bolest.

Ako postoje preporuke različitih stručnih organizacija, uporedi:

AGE
RISK GROUP
SCREENING INTERVAL
BENEFITS
HARMS

Objasni dijagnostički test:

[TEST]

Za šta se koristi?

Šta pozitivan rezultat znači?

Šta negativan rezultat znači?

Kolika je osetljivost/specifičnost ako postoji pouzdan podatak?

Da li rezultat zavisi od:

stadijuma bolesti;
vremena testiranja;
prethodne terapije;
kvaliteta uzorka?

Da li test:

potvrđuje dijagnozu
ili
samo povećava/smanjuje verovatnoću?

Objasni šta se tipično radi ako rezultat ne odgovara kliničkoj slici.

Objasni sledeći radiološki izveštaj običnim jezikom:

[IZVEŠTAJ]

Nemoj pokušavati da iz slike ili kratkog opisa postaviš novu dijagnozu mimo izveštaja.

Za svaki termin objasni:

šta znači;
gde se nalazi;
da li radiolog opisuje definitivan nalaz ili mogućnost;
da li se preporučuje dodatna kontrola.

Posebno izdvoji:

INCIDENTAL FINDINGS
URGENT FINDINGS
FOLLOW-UP RECOMMENDATIONS

Ako nalaz zavisi od poređenja sa starim snimkom, naglasi to.

Pomozi mi da pripremim informacije za pregled kod lekara.

PROBLEM:
[...]

Napravimo kratak strukturisan pregled:

1. glavni simptom;
2. datum početka;
3. tok kroz vreme;
4. šta ga pogoršava;
5. šta ga ublažava;
6. prateći simptomi;
7. prethodne epizode;
8. relevantne bolesti;
9. lekovi;
10. alergije;
11. relevantni nalazi.

Zatim napravi listu od najviše 10 konkretnih pitanja koja ima smisla postaviti lekaru.

Prioritet daj pitanjima koja mogu promeniti dijagnostički ili terapijski plan.

Želim edukativnu analizu sledećeg medicinskog plana:

DIJAGNOZA:
[...]

PREDLOŽENA TERAPIJA:
[...]

NALAZI:
[...]

Nemoj automatski osporavati plan.

Proveri:

da li odgovara aktuelnim smernicama;
u kojim situacijama se ta terapija koristi;
koje alternative postoje;
koje kontraindikacije su relevantne;
koje praćenje se obično radi;
koje informacije nedostaju.

Razdvoji:

STANDARD APPROACH
REASONABLE ALTERNATIVES
PATIENT-SPECIFIC FACTORS
QUESTIONS FOR THE TREATING CLINICIAN

Objasni kako se tipično prati:

[HRONIČNO STANJE]

Koristi aktuelne stručne smernice.

Razdvoji:

SYMPTOM MONITORING
LAB MONITORING
IMAGING
MEDICATION MONITORING
COMPLICATION SCREENING
LIFESTYLE FACTORS

Za svaki element navedi:

zašto se prati;
šta promena može značiti;
u kom kontekstu se menja učestalost praćenja.

Nemoj dati univerzalni raspored ako se smernice razlikuju prema riziku ili stadijumu bolesti.

Analiziraj pitanje:

[ISHRAna / DIJETA]

CILJ:
[...]

Relevantna zdravstvena stanja:
[...]

Nemoj se oslanjati na influenserske tvrdnje.

Preferiraj:

smernice;
systematic reviews;
meta-analize;
dugoročne studije kada su relevantne.

Razdvoji:

DOKAZAN EFEKAT
VEROVATAN EFEKAT
SLABI DOKAZI
NEMA DOVOLJNO DOKAZA

Ako rezultat zavisi od ukupnog energetskog unosa, telesne mase ili zamene jedne hrane drugom, eksplicitno to objasni.

Nemoj tretirati pojedinačnu namirnicu kao izolovan lek ili otrov.

Analiziraj suplement:

[NAZIV]

CILJ UPOTREBE:
[...]

Proveri:

dokazanu korist;
studirane doze;
kvalitet dokaza;
neželjene efekte;
interakcije;
upper intake limits ako postoje;
rizične grupe.

Razdvoji:

CORRECTING A DEFICIENCY
POSSIBLE BENEFIT WITHOUT DEFICIENCY
UNPROVEN CLAIMS

Nemoj pretpostavljati da viša doza znači veći benefit.

Posebno proveri mogućnost toksičnosti kod visokih doza.

Pomozi mi da strukturiram sledeće psihološke/mentalne simptome:

[OPIS]

Nemoj postavljati definitivnu psihijatrijsku dijagnozu iz kratkog razgovora.

Analiziraj:

trajanje;
učestalost;
intenzitet;
funkcionalni uticaj;
spavanje;
raspoloženje;
anksioznost;
koncentraciju;
supstance/lekove;
nedavne životne događaje.

Objasni koje vrste stanja mogu davati slične simptome i koje informacije ih razlikuju.

Posebno izdvoji situacije u kojima je potrebna hitna stručna pomoć.

Nemoj braniti prethodni medicinski odgovor.

Audituj ga kao nezavisan reviewer.

Za svaku važnu tvrdnju proveri:

- da li odgovara aktuelnim smernicama;
- da li je izvor dovoljno kvalitetan;
- da li su population i moj slučaj uporedivi;
- da li je relative risk predstavljen bez absolute risk;
- da li je observational association predstavljena kao causality;
- da li je animal/in-vitro studija preneta direktno na ljude;
- da li je minor abnormality predstavljena kao dijagnoza;
- da li su red flags propušteni.

Klasifikuj svaku tvrdnju:

SUPPORTED
NEEDS QUALIFICATION
WEAK EVIDENCE
UNSUPPORTED
INCORRECT

Zatim napravi ispravljenu verziju.

=== MEDICAL QUALITY CONTROL ===

Pre finalnog odgovora proveri:

1. da li je medicinska informacija vremenski osetljiva;
2. da li koristi aktuelne smernice;
3. da li razlikuje smernicu od pojedinačne studije;
4. da li je populacija iz studije slična relevantnoj populaciji;
5. da li su absolute i relative effects pravilno predstavljeni;
6. da li se correlation pretvara u causation;
7. da li je dokaz sa životinja pogrešno prenet na ljude;
8. da li postoje kontraindikacije;
9. da li postoje važne interakcije;
10. da li nedostaju red flags;
11. da li zaključak zavisi od informacije koju nemamo;
12. da li odgovor zvuči sigurnije nego što dokazi dozvoljavaju.

Ako je dokaz neizvestan:

reci da je neizvestan.

Nemoj popunjavati praznine sigurnim medicinskim tvrdnjama.

Istraži sledeće naučno pitanje:

[TEMA]

CILJ:
[šta tačno želim da utvrdim]

PERIOD:
[...]

POPULACIJA / OBLAST:
[...]

Pre početka definiši:

- ključne pojmove;
- sinonime;
- moguće alternativne termine;
- relevantne poddiscipline.

Nemoj odmah pisati zaključak.

Prvo napravi mapu dokaza.

Prioritetno traži:

1. systematic reviews;
2. meta-analyses;
3. randomizovane studije kada su relevantne;
4. velike observational studije;
5. replication studies;
6. stručne smernice i consensus statements;
7. originalne radove.

Za svaki važan rad zabeleži:

TITLE
AUTHORS
YEAR
JOURNAL
STUDY TYPE
POPULATION
SAMPLE SIZE
METHOD
PRIMARY OUTCOME
EFFECT SIZE
CONFIDENCE INTERVAL
LIMITATIONS
FUNDING
CONFLICTS OF INTEREST
PEER-REVIEWED / PREPRINT

Na kraju razdvoji:

DOBRO UTVRĐENO
UMERENO PODRŽANO
OGRANIČENI DOKAZI
KONTRADIKTORNO
NEDOVOLJNO ISTRAŽENO

Nemoj koristiti broj pronađenih radova kao zamenu za kvalitet dokaza.

Uradi strukturisani literature review za:

[TEMA]

ISTRAŽIVAČKO PITANJE:
[...]

PERIOD:
[...]

INCLUDE:
[...]

EXCLUDE:
[...]

Prvo definiši search strategy:

- ključne termine;
- Boolean kombinacije;
- sinonime;
- relevantne discipline.

Zatim grupiši radove prema:

THEME
METHOD
POPULATION
OUTCOME
PERIOD

Za svaki važan rad navedi:

CITATION
STUDY DESIGN
N
MAIN RESULT
EFFECT SIZE
UNCERTAINTY
KEY LIMITATION

Nemoj praviti narativ samo redom po godinama.

Pokušaj da identifikuješ:

- dominantne nalaze;
- kontradiktorne rezultate;
- metodološke razlike;
- praznine u literaturi;
- pitanja koja još nisu dobro rešena.

Ponašaj se kao istraživački asistent koji priprema systematic-review style pregled.

TEMA:
[...]

RESEARCH QUESTION:
[...]

Definiši:

POPULATION
INTERVENTION / EXPOSURE
COMPARISON
OUTCOME
STUDY TYPES
TIME PERIOD

Napravi:

INCLUSION CRITERIA
EXCLUSION CRITERIA

Za svaki uključeni rad zabeleži:

study design;
sample size;
population;
intervention/exposure;
comparison;
outcome;
follow-up;
effect estimate;
confidence interval;
statistical significance;
limitations;
risk of bias.

Nemoj izbaciti studiju samo zato što rezultat nije statistički značajan.

Posebno evidentiraj:

NEGATIVE RESULTS
NULL RESULTS
REPLICATION FAILURES

Za svaki rad u analizi proveri status:

PEER-REVIEWED
PREPRINT
CONFERENCE PAPER
WORKING PAPER
RETRACTED
CORRECTED
UNKNOWN

Ako je preprint:

- jasno ga označi;
- nemoj ga tretirati kao potvrđeni nalaz;
- proveri postoji li kasnija peer-reviewed verzija.

Ako postoji peer-reviewed verzija istog rada:

uporedi da li su:

sample;
methods;
results;
effect size;
conclusions

promenjeni.

Ako je rad korigovan ili povučen, to mora biti eksplicitno navedeno.

Audituj sledeće reference:

[REFERENCE LISTA]

Za svaku proveri:

- postoji li rad;
- tačan naslov;
- autori;
- godina;
- časopis;
- volumen/broj;
- DOI;
- PubMed/arXiv/drugi identifikator kada postoji.

Nemoj pretpostaviti da referenca postoji samo zato što izgleda uverljivo.

Status:

VERIFIED
PARTIALLY VERIFIED
NOT FOUND
INCORRECT CITATION

Ako DOI ne odgovara naslovu rada, označi problem.

Proveri sledeću tvrdnju:

"[TVRDNJA]"

Citirani rad:

[REFERENCE]

Ne proveravaj samo da li rad govori o istoj temi.

Utvrdi:

- da li je tvrdnja direktno testirana;
- da li je rezultat primarni ili sekundarni outcome;
- da li je nalaz statistički značajan;
- kolika je veličina efekta;
- na kojoj populaciji je testirano;
- da li autori sami izvode isti zaključak.

Klasifikuj:

DIRECTLY SUPPORTED
PARTIALLY SUPPORTED
OVERSTATED
NOT SUPPORTED
CONTRADICTED

Objasni tačno koji deo tvrdnje je problematičan.

Objasni sledeću meta-analizu:

[PODACI / RAD]

Posebno analiziraj:

NUMBER OF STUDIES
TOTAL SAMPLE
EFFECT MEASURE
POOLED EFFECT
CONFIDENCE INTERVAL
P-VALUE
HETEROGENEITY
I²
PUBLICATION BIAS
SENSITIVITY ANALYSIS

Nemoj zaključiti da meta-analiza automatski predstavlja jak dokaz.

Proveri:

- kvalitet uključenih studija;
- heterogenost;
- razlikuju li se populacije;
- razlikuju li se intervencije;
- da li mali radovi dominiraju;
- da li postoji publication bias.

Ako je heterogenost velika, objasni koliko pooled rezultat ima smisla.

Analiziraj rezultat:

[REZULTAT]

Nemoj se fokusirati samo na p-value.

Prikaži:

EFFECT SIZE
CONFIDENCE INTERVAL
ABSOLUTE EFFECT
RELATIVE EFFECT
SAMPLE SIZE
CLINICAL / PRACTICAL SIGNIFICANCE

Ako je p < 0.05, ali je efekat veoma mali, jasno to reci.

Ako rezultat nije statistički značajan, proveri da li confidence interval ipak dozvoljava potencijalno važan efekat.

Ne mešaj:

"nema statistički značajnog efekta"

sa

"dokazano nema efekta".

Analiziraj da li studija ima dovoljno statističke snage.

STUDY:
[...]

Proveri:

SAMPLE SIZE
EXPECTED EFFECT
OBSERVED EFFECT
EVENT RATE
VARIABILITY
POWER CALCULATION
DROPOUT

Odgovori:

Da li je studija bila dovoljno velika da otkrije praktično važan efekat?

Ako nije pronađena statistička značajnost, da li je moguće da je studija jednostavno underpowered?

Nemoj koristiti mali uzorak kao automatski razlog da odbaciš studiju, ali objasni posledice za neizvesnost.

Audituj observational studiju:

[STUDIJA]

Identifikuj:

EXPOSURE
OUTCOME
POPULATION
FOLLOW-UP
ADJUSTMENTS

Posebno analiziraj:

CONFOUNDING
SELECTION BIAS
INFORMATION BIAS
REVERSE CAUSALITY
RESIDUAL CONFOUNDING
LOSS TO FOLLOW-UP

Proveri na koje varijable je model prilagođen.

Zatim pitaj:

Da li je prilagođavanje možda uklonilo mediator?

Da li neki važan confounder nedostaje?

Da li zaključak koristi jezik uzročnosti iako dizajn studije podržava samo asocijaciju?

Razdvoji:

ASSOCIATION
PLAUSIBLE CAUSALITY
CAUSAL EVIDENCE

Audituj RCT:

[STUDIJA]

Proveri:

RANDOMIZATION
ALLOCATION CONCEALMENT
BLINDING
CONTROL GROUP
BASELINE BALANCE
DROP-OUT
INTENTION-TO-TREAT
PER-PROTOCOL
PRIMARY ENDPOINT
SECONDARY ENDPOINTS
MULTIPLE TESTING
TRIAL REGISTRATION

Posebno proveri:

da li se finalni članak fokusira na isti primary outcome koji je registrovan pre početka studije.

Ako je outcome promenjen, označi mogući reporting bias.

Za svaki rezultat razlikuj:

PRE-SPECIFIED
SECONDARY
EXPLORATORY
POST-HOC

Istraži da li je nalaz:

[NAUČNI NALAZ]

nezavisno repliciran.

Ne računaj:

- isti istraživački tim;
- istu dataset populaciju;
- malu varijaciju iste analize

kao potpuno nezavisnu replikaciju.

Pronađi:

ORIGINAL STUDY
DIRECT REPLICATION
CONCEPTUAL REPLICATION
FAILED REPLICATION

Za svaku:

sample;
methods;
effect size;
confidence interval.

Objasni koliko replikacije povećavaju ili smanjuju poverenje u originalni nalaz.

Proceni reproducibility studije:

[STUDIJA]

Proveri da li su dostupni:

DATA
CODE
PROTOCOL
PRE-REGISTRATION
ANALYSIS PLAN
MATERIALS

Ako postoje data/code:

proveri da li opis metodologije omogućava reprodukciju ključnih rezultata.

Identifikuj:

nedokumentovane transformacije;
nejasne exclusion criteria;
manual steps;
missing software versions;
random seed;
proprietary dependencies.

Klasifikuj:

HIGHLY REPRODUCIBLE
PARTIALLY REPRODUCIBLE
POORLY REPRODUCIBLE
UNKNOWN

Proceni mogućnost publication bias-a za:

[TEMA]

Traži:

- registered trials;
- unpublished trials;
- preprints;
- conference abstracts;
- negative results;
- funnel-plot analize ako postoje;
- trial registries.

Uporedi:

BROJ REGISTROVANIH STUDIJA
BROJ OBJAVLJENIH STUDIJA

Ako pozitivni radovi dominiraju literaturom, nemoj automatski zaključiti da je efekat stvaran.

Objasni kako publication bias može promeniti procenu efekta.

Za sledeće radove proveri:

[LISTA]

Za svaki navedi:

FUNDING SOURCE
AUTHOR FINANCIAL DISCLOSURES
INDUSTRY INVOLVEMENT
SPONSOR ROLE
DATA OWNERSHIP
PUBLICATION CONTROL

Nemoj automatski odbaciti industrijski finansiran rad.

Ali proveri:

da li sponsor učestvuje u dizajnu;
analizi;
pisanju;
odluci o objavljivanju.

Razdvoji:

CONFLICT EXISTS
POTENTIAL BIAS MECHANISM
EVIDENCE OF ACTUAL BIAS

Audituj argument:

[ARGUMENT]

Proveri da li su citirani radovi reprezentativni za celu literaturu.

Posebno traži:

- radove sa suprotnim rezultatima;
- systematic reviews;
- replication failures;
- veće novije studije;
- rezultate koji nisu statistički značajni.

Ako argument koristi samo jednu stranu literature, označi:

POTENTIAL CHERRY-PICKING

i pokaži šta nedostaje.

Analiziraj mogućnost p-hacking-a ili multiple-testing problema u:

[STUDIJA]

Proveri:

NUMBER OF OUTCOMES
NUMBER OF SUBGROUPS
NUMBER OF MODELS
NUMBER OF TIMEPOINTS

Da li je primenjena korekcija za multiple comparisons?

Da li se članak fokusira na mali broj značajnih rezultata među velikim brojem testova?

Proveri da li su analize:

PRE-REGISTERED
PRE-SPECIFIED
EXPLORATORY
POST-HOC

Ne tvrdi da je p-hacking dokazan ako nema dokaza.

Koristi formulaciju:

POTENTIAL MULTIPLE-TESTING RISK.

Analiziraj subgroup rezultat:

[REZULTAT]

Proveri:

Da li je subgroup unapred definisan?

Koliki je uzorak subgroup-a?

Da li postoji formalni interaction test?

Da li jedan subgroup ima p<0.05, a drugi p>0.05?

Ako da, upozori:

razlika između "značajno" i "nije značajno" ne znači automatski da je razlika između grupa statistički značajna.

Traži direktan test razlike između subgroup-ova.

Analiziraj outcome:

[OUTCOME]

Da li je to:

CLINICAL ENDPOINT
SURROGATE ENDPOINT
BIOMARKER

Ako je surrogate:

objasni da li je validiran da predviđa stvarno važan klinički ishod.

Nemoj automatski pretvoriti poboljšanje biomarkera u tvrdnju da se poboljšava:

survival;
quality of life;
disease progression;
drugi klinički outcome.

Razdvoji:

BIOLOGICAL EFFECT
SURROGATE EFFECT
PATIENT-IMPORTANT OUTCOME

Analiziraj studiju:

[STUDIJA]

Odredi nivo dokaza:

IN VITRO
ANIMAL
HUMAN OBSERVATIONAL
HUMAN INTERVENTIONAL

Ako je in-vitro ili animal:

nemoj zaključiti da isti efekat postoji kod ljudi.

Objasni:

- dozu;
- put primene;
- model;
- koliko je izloženost slična ljudskoj;
- šta bi bilo potrebno za translaciju rezultata na ljude.

Finalno koristi formulaciju koja odgovara nivou dokaza.

Proveri tvrdnju:

"[X deluje zato što utiče na Y pathway]"

Razdvoji:

MECHANISTIC PLAUSIBILITY
BIOLOGICAL EFFECT
CLINICAL EFFECT

Pronađi da li postoje ljudske outcome studije.

Nemoj koristiti poznat molekularni mehanizam kao dovoljan dokaz praktične koristi.

Istraži sledeće naučno pitanje:

[TEMA]

CILJ:
[šta tačno želim da utvrdim]

PERIOD:
[...]

POPULACIJA / OBLAST:
[...]

Pre početka definiši:

- ključne pojmove;
- sinonime;
- moguće alternativne termine;
- relevantne poddiscipline.

Nemoj odmah pisati zaključak.

Prvo napravi mapu dokaza.

Prioritetno traži:

1. systematic reviews;
2. meta-analyses;
3. randomizovane studije kada su relevantne;
4. velike observational studije;
5. replication studies;
6. stručne smernice i consensus statements;
7. originalne radove.

Za svaki važan rad zabeleži:

TITLE
AUTHORS
YEAR
JOURNAL
STUDY TYPE
POPULATION
SAMPLE SIZE
METHOD
PRIMARY OUTCOME
EFFECT SIZE
CONFIDENCE INTERVAL
LIMITATIONS
FUNDING
CONFLICTS OF INTEREST
PEER-REVIEWED / PREPRINT

Na kraju razdvoji:

DOBRO UTVRĐENO
UMERENO PODRŽANO
OGRANIČENI DOKAZI
KONTRADIKTORNO
NEDOVOLJNO ISTRAŽENO

Nemoj koristiti broj pronađenih radova kao zamenu za kvalitet dokaza.

Uradi strukturisani literature review za:

[TEMA]

ISTRAŽIVAČKO PITANJE:
[...]

PERIOD:
[...]

INCLUDE:
[...]

EXCLUDE:
[...]

Prvo definiši search strategy:

- ključne termine;
- Boolean kombinacije;
- sinonime;
- relevantne discipline.

Zatim grupiši radove prema:

THEME
METHOD
POPULATION
OUTCOME
PERIOD

Za svaki važan rad navedi:

CITATION
STUDY DESIGN
N
MAIN RESULT
EFFECT SIZE
UNCERTAINTY
KEY LIMITATION

Nemoj praviti narativ samo redom po godinama.

Pokušaj da identifikuješ:

- dominantne nalaze;
- kontradiktorne rezultate;
- metodološke razlike;
- praznine u literaturi;
- pitanja koja još nisu dobro rešena.

Ponašaj se kao istraživački asistent koji priprema systematic-review style pregled.

TEMA:
[...]

RESEARCH QUESTION:
[...]

Definiši:

POPULATION
INTERVENTION / EXPOSURE
COMPARISON
OUTCOME
STUDY TYPES
TIME PERIOD

Napravi:

INCLUSION CRITERIA
EXCLUSION CRITERIA

Za svaki uključeni rad zabeleži:

study design;
sample size;
population;
intervention/exposure;
comparison;
outcome;
follow-up;
effect estimate;
confidence interval;
statistical significance;
limitations;
risk of bias.

Nemoj izbaciti studiju samo zato što rezultat nije statistički značajan.

Posebno evidentiraj:

NEGATIVE RESULTS
NULL RESULTS
REPLICATION FAILURES

Za svaki rad u analizi proveri status:

PEER-REVIEWED
PREPRINT
CONFERENCE PAPER
WORKING PAPER
RETRACTED
CORRECTED
UNKNOWN

Ako je preprint:

- jasno ga označi;
- nemoj ga tretirati kao potvrđeni nalaz;
- proveri postoji li kasnija peer-reviewed verzija.

Ako postoji peer-reviewed verzija istog rada:

uporedi da li su:

sample;
methods;
results;
effect size;
conclusions

promenjeni.

Ako je rad korigovan ili povučen, to mora biti eksplicitno navedeno.

Audituj sledeće reference:

[REFERENCE LISTA]

Za svaku proveri:

- postoji li rad;
- tačan naslov;
- autori;
- godina;
- časopis;
- volumen/broj;
- DOI;
- PubMed/arXiv/drugi identifikator kada postoji.

Nemoj pretpostaviti da referenca postoji samo zato što izgleda uverljivo.

Status:

VERIFIED
PARTIALLY VERIFIED
NOT FOUND
INCORRECT CITATION

Ako DOI ne odgovara naslovu rada, označi problem.

Proveri sledeću tvrdnju:

"[TVRDNJA]"

Citirani rad:

[REFERENCE]

Ne proveravaj samo da li rad govori o istoj temi.

Utvrdi:

- da li je tvrdnja direktno testirana;
- da li je rezultat primarni ili sekundarni outcome;
- da li je nalaz statistički značajan;
- kolika je veličina efekta;
- na kojoj populaciji je testirano;
- da li autori sami izvode isti zaključak.

Klasifikuj:

DIRECTLY SUPPORTED
PARTIALLY SUPPORTED
OVERSTATED
NOT SUPPORTED
CONTRADICTED

Objasni tačno koji deo tvrdnje je problematičan.

Objasni sledeću meta-analizu:

[PODACI / RAD]

Posebno analiziraj:

NUMBER OF STUDIES
TOTAL SAMPLE
EFFECT MEASURE
POOLED EFFECT
CONFIDENCE INTERVAL
P-VALUE
HETEROGENEITY
I²
PUBLICATION BIAS
SENSITIVITY ANALYSIS

Nemoj zaključiti da meta-analiza automatski predstavlja jak dokaz.

Proveri:

- kvalitet uključenih studija;
- heterogenost;
- razlikuju li se populacije;
- razlikuju li se intervencije;
- da li mali radovi dominiraju;
- da li postoji publication bias.

Ako je heterogenost velika, objasni koliko pooled rezultat ima smisla.

Analiziraj rezultat:

[REZULTAT]

Nemoj se fokusirati samo na p-value.

Prikaži:

EFFECT SIZE
CONFIDENCE INTERVAL
ABSOLUTE EFFECT
RELATIVE EFFECT
SAMPLE SIZE
CLINICAL / PRACTICAL SIGNIFICANCE

Ako je p < 0.05, ali je efekat veoma mali, jasno to reci.

Ako rezultat nije statistički značajan, proveri da li confidence interval ipak dozvoljava potencijalno važan efekat.

Ne mešaj:

"nema statistički značajnog efekta"

sa

"dokazano nema efekta".

Analiziraj da li studija ima dovoljno statističke snage.

STUDY:
[...]

Proveri:

SAMPLE SIZE
EXPECTED EFFECT
OBSERVED EFFECT
EVENT RATE
VARIABILITY
POWER CALCULATION
DROPOUT

Odgovori:

Da li je studija bila dovoljno velika da otkrije praktično važan efekat?

Ako nije pronađena statistička značajnost, da li je moguće da je studija jednostavno underpowered?

Nemoj koristiti mali uzorak kao automatski razlog da odbaciš studiju, ali objasni posledice za neizvesnost.

Audituj observational studiju:

[STUDIJA]

Identifikuj:

EXPOSURE
OUTCOME
POPULATION
FOLLOW-UP
ADJUSTMENTS

Posebno analiziraj:

CONFOUNDING
SELECTION BIAS
INFORMATION BIAS
REVERSE CAUSALITY
RESIDUAL CONFOUNDING
LOSS TO FOLLOW-UP

Proveri na koje varijable je model prilagođen.

Zatim pitaj:

Da li je prilagođavanje možda uklonilo mediator?

Da li neki važan confounder nedostaje?

Da li zaključak koristi jezik uzročnosti iako dizajn studije podržava samo asocijaciju?

Razdvoji:

ASSOCIATION
PLAUSIBLE CAUSALITY
CAUSAL EVIDENCE

Audituj RCT:

[STUDIJA]

Proveri:

RANDOMIZATION
ALLOCATION CONCEALMENT
BLINDING
CONTROL GROUP
BASELINE BALANCE
DROP-OUT
INTENTION-TO-TREAT
PER-PROTOCOL
PRIMARY ENDPOINT
SECONDARY ENDPOINTS
MULTIPLE TESTING
TRIAL REGISTRATION

Posebno proveri:

da li se finalni članak fokusira na isti primary outcome koji je registrovan pre početka studije.

Ako je outcome promenjen, označi mogući reporting bias.

Za svaki rezultat razlikuj:

PRE-SPECIFIED
SECONDARY
EXPLORATORY
POST-HOC

Istraži da li je nalaz:

[NAUČNI NALAZ]

nezavisno repliciran.

Ne računaj:

- isti istraživački tim;
- istu dataset populaciju;
- malu varijaciju iste analize

kao potpuno nezavisnu replikaciju.

Pronađi:

ORIGINAL STUDY
DIRECT REPLICATION
CONCEPTUAL REPLICATION
FAILED REPLICATION

Za svaku:

sample;
methods;
effect size;
confidence interval.

Objasni koliko replikacije povećavaju ili smanjuju poverenje u originalni nalaz.

Proceni reproducibility studije:

[STUDIJA]

Proveri da li su dostupni:

DATA
CODE
PROTOCOL
PRE-REGISTRATION
ANALYSIS PLAN
MATERIALS

Ako postoje data/code:

proveri da li opis metodologije omogućava reprodukciju ključnih rezultata.

Identifikuj:

nedokumentovane transformacije;
nejasne exclusion criteria;
manual steps;
missing software versions;
random seed;
proprietary dependencies.

Klasifikuj:

HIGHLY REPRODUCIBLE
PARTIALLY REPRODUCIBLE
POORLY REPRODUCIBLE
UNKNOWN

Proceni mogućnost publication bias-a za:

[TEMA]

Traži:

- registered trials;
- unpublished trials;
- preprints;
- conference abstracts;
- negative results;
- funnel-plot analize ako postoje;
- trial registries.

Uporedi:

BROJ REGISTROVANIH STUDIJA
BROJ OBJAVLJENIH STUDIJA

Ako pozitivni radovi dominiraju literaturom, nemoj automatski zaključiti da je efekat stvaran.

Objasni kako publication bias može promeniti procenu efekta.

Za sledeće radove proveri:

[LISTA]

Za svaki navedi:

FUNDING SOURCE
AUTHOR FINANCIAL DISCLOSURES
INDUSTRY INVOLVEMENT
SPONSOR ROLE
DATA OWNERSHIP
PUBLICATION CONTROL

Nemoj automatski odbaciti industrijski finansiran rad.

Ali proveri:

da li sponsor učestvuje u dizajnu;
analizi;
pisanju;
odluci o objavljivanju.

Razdvoji:

CONFLICT EXISTS
POTENTIAL BIAS MECHANISM
EVIDENCE OF ACTUAL BIAS

Audituj argument:

[ARGUMENT]

Proveri da li su citirani radovi reprezentativni za celu literaturu.

Posebno traži:

- radove sa suprotnim rezultatima;
- systematic reviews;
- replication failures;
- veće novije studije;
- rezultate koji nisu statistički značajni.

Ako argument koristi samo jednu stranu literature, označi:

POTENTIAL CHERRY-PICKING

i pokaži šta nedostaje.

Analiziraj mogućnost p-hacking-a ili multiple-testing problema u:

[STUDIJA]

Proveri:

NUMBER OF OUTCOMES
NUMBER OF SUBGROUPS
NUMBER OF MODELS
NUMBER OF TIMEPOINTS

Da li je primenjena korekcija za multiple comparisons?

Da li se članak fokusira na mali broj značajnih rezultata među velikim brojem testova?

Proveri da li su analize:

PRE-REGISTERED
PRE-SPECIFIED
EXPLORATORY
POST-HOC

Ne tvrdi da je p-hacking dokazan ako nema dokaza.

Koristi formulaciju:

POTENTIAL MULTIPLE-TESTING RISK.

Analiziraj subgroup rezultat:

[REZULTAT]

Proveri:

Da li je subgroup unapred definisan?

Koliki je uzorak subgroup-a?

Da li postoji formalni interaction test?

Da li jedan subgroup ima p<0.05, a drugi p>0.05?

Ako da, upozori:

razlika između "značajno" i "nije značajno" ne znači automatski da je razlika između grupa statistički značajna.

Traži direktan test razlike između subgroup-ova.

Analiziraj outcome:

[OUTCOME]

Da li je to:

CLINICAL ENDPOINT
SURROGATE ENDPOINT
BIOMARKER

Ako je surrogate:

objasni da li je validiran da predviđa stvarno važan klinički ishod.

Nemoj automatski pretvoriti poboljšanje biomarkera u tvrdnju da se poboljšava:

survival;
quality of life;
disease progression;
drugi klinički outcome.

Razdvoji:

BIOLOGICAL EFFECT
SURROGATE EFFECT
PATIENT-IMPORTANT OUTCOME

Analiziraj studiju:

[STUDIJA]

Odredi nivo dokaza:

IN VITRO
ANIMAL
HUMAN OBSERVATIONAL
HUMAN INTERVENTIONAL

Ako je in-vitro ili animal:

nemoj zaključiti da isti efekat postoji kod ljudi.

Objasni:

- dozu;
- put primene;
- model;
- koliko je izloženost slična ljudskoj;
- šta bi bilo potrebno za translaciju rezultata na ljude.

Finalno koristi formulaciju koja odgovara nivou dokaza.

Proveri tvrdnju:

"[X deluje zato što utiče na Y pathway]"

Razdvoji:

MECHANISTIC PLAUSIBILITY
BIOLOGICAL EFFECT
CLINICAL EFFECT

Pronađi da li postoje ljudske outcome studije.

Nemoj koristiti poznat molekularni mehanizam kao dovoljan dokaz praktične koristi.

Proceni trenutno stanje naučnog konsenzusa o:

[TEMA]

Nemoj zaključiti konsenzus na osnovu nekoliko popularnih radova.

Traži:

- systematic reviews;
- meta-analyses;
- professional society statements;
- consensus statements;
- major guidelines;
- large high-quality studies;
- relevantne replikacije.

Zatim klasifikuj:

STRONG CONSENSUS
BROAD BUT NOT COMPLETE CONSENSUS
ACTIVE SCIENTIFIC DEBATE
INSUFFICIENT EVIDENCE
FRINGE CLAIM

Za klasifikaciju objasni dokaze.

Nemoj mešati:

javnu popularnost ideje

sa

naučnim konsenzusom.

Analiziraj naučnu kontroverzu:

[TEMA]

Prvo identifikuj stvarne naučne pozicije.

Nemoj praviti false balance.

Za svaku poziciju navedi:

WHAT IT CLAIMS
BEST SUPPORTING EVIDENCE
BEST COUNTER-EVIDENCE
QUALITY OF EVIDENCE
UNRESOLVED QUESTIONS

Ako jedna pozicija ima značajno jaču evidenciju, pokaži asimetriju dokaza.

Ne predstavljaj dve pozicije kao jednako podržane samo zato što obe postoje.

Proveri statističku tvrdnju:

"[TVRDNJA]"

Iz studije:

[STUDIJA]

Pronađi odgovarajuću tabelu/figuru.

Proveri:

sample size;
effect estimate;
standard error;
confidence interval;
p-value;
adjustments.

Ponovo izračunaj rezultat kada je moguće.

Proveri da li:

procenat odgovara raw counts;
CI odgovara effect estimate-u;
tekst odgovara tabeli.

Ako postoji neslaganje između abstract-a, glavnog teksta i tabele, prikaži ga.

Analiziraj ovaj grafikon iz naučnog rada:

[GRAFIKON]

Ne oslanjaj se samo na vizuelni utisak.

Utvrdi:

X AXIS
Y AXIS
SCALE
LOG SCALE?
BASELINE
ERROR BARS
SAMPLE SIZE
NORMALIZATION

Posebno proveri:

- truncated axis;
- različite skale;
- cumulative vs instantaneous values;
- relative vs absolute change;
- smoothing;
- cherry-picked period.

Objasni šta grafikon stvarno pokazuje i šta iz njega ne možemo zaključiti.

Proceni ukupni kvalitet dokaza za:

[PITANJE]

Koristi GRADE-style razmišljanje.

Razmotri:

RISK OF BIAS
INCONSISTENCY
INDIRECTNESS
IMPRECISION
PUBLICATION BIAS

Kada je relevantno i:

LARGE EFFECT
DOSE RESPONSE
RESIDUAL CONFOUNDING

Finalno klasifikuj sigurnost dokaza kao:

HIGH
MODERATE
LOW
VERY LOW

Za svako downgrade/upgrade objasni razlog.

Nemoj klasifikovati samo prema tipu studije.

Na osnovu literature o:

[TEMA]

identifikuj stvarne research gaps.

Nemoj generisati generičke fraze poput:

"potrebno je više istraživanja."

Za svaki gap objasni:

WHAT IS UNKNOWN
WHY CURRENT STUDIES DO NOT ANSWER IT
WHAT STUDY DESIGN WOULD HELP
WHAT POPULATION
WHAT OUTCOME
WHAT SAMPLE / FOLLOW-UP WOULD BE RELEVANT

Razdvoji:

MISSING DATA
CONFLICTING DATA
METHODOLOGICAL LIMITATION
UNDERSTUDIED POPULATION
LACK OF LONG-TERM DATA

Dizajniraj studiju za pitanje:

[PITANJE]

Prvo definiši:

HYPOTHESIS
POPULATION
INTERVENTION / EXPOSURE
CONTROL
PRIMARY OUTCOME
SECONDARY OUTCOMES

Zatim:

STUDY DESIGN
INCLUSION CRITERIA
EXCLUSION CRITERIA
RANDOMIZATION
BLINDING
SAMPLE SIZE LOGIC
FOLLOW-UP
ANALYSIS PLAN

Posebno spreči:

selection bias;
measurement bias;
confounding;
multiple testing;
outcome switching.

Preporuči pre-registration i unapred definisan analysis plan.

Audituj metodologiju rada:

[RAD]

Ne procenjuj ga prema zaključku već prema metodu.

Analiziraj:

RESEARCH QUESTION
STUDY DESIGN
SAMPLING
MEASUREMENT
CONTROL GROUP
STATISTICS
MISSING DATA
CONFOUNDERS
BIAS
GENERALIZABILITY

Za svaki problem:

SEVERITY
WHY IT MATTERS
DIRECTION OF POSSIBLE BIAS
CAN IT CHANGE CONCLUSION?

Razdvoji:

FATAL FLAW
MAJOR LIMITATION
MINOR LIMITATION

Uporedi abstract i puni rad:

[STUDIJA]

Proveri da li abstract:

- preuveličava rezultate;
- izostavlja negativne rezultate;
- koristi jači causal language;
- ne navodi ograničenja;
- bira secondary outcome.

Napravi tabelu:

CLAIM IN ABSTRACT
WHAT FULL PAPER SHOWS
STATUS

Status:

ACCURATE
OVERSIMPLIFIED
OVERSTATED
MISLEADING

Proveri novinski članak koji tvrdi:

[TVRDNJA]

Pronađi originalnu studiju.

Uporedi:

MEDIA CLAIM
STUDY QUESTION
ACTUAL RESULT
POPULATION
EFFECT SIZE
LIMITATIONS

Posebno proveri da li je medijski naslov pretvorio:

association -> causation
mouse study -> human claim
relative risk -> dramatic absolute claim
preprint -> established fact

Finalno napiši:

ŠTA STUDIJA STVARNO POKAZUJE
ŠTA NE POKAZUJE

Proveri sve reference u sledećem tekstu:

[TEKST]

Za svaku referencu:

1. potvrdi da postoji;
2. pronađi DOI/identifikator;
3. proveri da li autori odgovaraju;
4. proveri godinu;
5. proveri naslov;
6. proveri da li podržava tvrdnju.

Ako reference nema:

HALLUCINATED / NOT FOUND

Ako postoji ali ne podržava tvrdnju:

MIS-CITED

Nemoj popravljati referencu nagađanjem.

Koristi Deep Research za:

[TEMA]

CILJ:

Želim pouzdanu sintezu trenutnog stanja naučnih dokaza.

Pre početka napravi research plan.

Definiši:

- research question;
- key terms;
- inclusion criteria;
- exclusion criteria;
- date range;
- study hierarchy.

Traži posebno:

systematic reviews;
meta-analyses;
RCT;
large observational studies;
replication studies;
guidelines;
negative findings.

Za svaki ključni zaključak proveri više izvora kada je moguće.

Posebno analiziraj:

risk of bias;
confounding;
heterogeneity;
publication bias;
effect size;
external validity.

Ne pokušavaj na silu da napraviš jasan zaključak ako literatura ostaje kontradiktorna.

Na kraju napravi:

EXECUTIVE SUMMARY
EVIDENCE MAP
STRONGEST EVIDENCE
CONFLICTING EVIDENCE
QUALITY ASSESSMENT
RESEARCH GAPS
FINAL SYNTHESIS

=== SCIENTIFIC QUALITY CONTROL ===

Pre finalnog odgovora proveri:

1. da li svi navedeni radovi stvarno postoje;
2. da li je peer-reviewed/preprint status tačan;
3. da li citat stvarno podržava tvrdnju;
4. da li population odgovara pitanju;
5. da li je effect size pravilno interpretiran;
6. da li CI pokazuje veliku neizvesnost;
7. da li se p-value koristi kao jedino merilo;
8. da li correlation postaje causation;
9. da li animal/in-vitro rezultat postaje human claim;
10. da li su null results ignorisani;
11. da li postoji publication bias;
12. da li postoje replication failures;
13. da li funding/COI mogu biti relevantni;
14. da li je rezultat generalizovan šire nego što studija dozvoljava;
15. da li su zaključci jači od dokaza.

Ako dokaz nije dovoljno jak:

smanji jačinu formulacije.

Ne povećavaj sigurnost samo da bi odgovor zvučao odlučnije.

Analiziraj priloženi dataset.

Nemoj odmah izvlačiti zaključke.

FAZA 1 - DATA AUDIT

Prvo utvrdi:

- broj redova;
- broj kolona;
- nazive kolona;
- tipove podataka;
- procenat missing vrednosti;
- broj unique vrednosti;
- duplikate;
- minimalne i maksimalne vrednosti;
- moguće ID kolone;
- date/time kolone;
- potencijalne jedinice.

Zatim identifikuj:

- nemoguće vrednosti;
- outliers;
- nekonzistentne kategorije;
- format datuma;
- promene jedinica;
- promene metodologije;
- očigledne parsing probleme.

Ne popravljaj podatke automatski.

Prvo mi pokaži probleme.

FAZA 2 - DATA DICTIONARY

Za svaku kolonu napravi:

COLUMN
TYPE
LIKELY MEANING
UNIT
MISSING RATE
UNIQUE COUNT
POTENTIAL ISSUES

Ako značenje kolone nije sigurno, označi:

UNKNOWN

Nemoj ga izmišljati.

FAZA 3 - ANALYSIS

Tek nakon toga analiziraj cilj:

[CILJ]

Uradi strogi data-quality audit.

DATASET:
[PRILOŽEN]

Proveri:

COMPLETENESS
ACCURACY
CONSISTENCY
UNIQUENESS
VALIDITY
TIMELINESS

Za svaki problem vrati:

COLUMN
ROW/PATTERN
PROBLEM
SEVERITY
POSSIBLE CAUSE
SAFE ACTION

Severity:

CRITICAL
HIGH
MEDIUM
LOW

Posebno traži:

- duplicated IDs;
- conflicting records;
- impossible dates;
- negative values gde nisu moguće;
- percentages van očekivanog raspona;
- currency mismatch;
- timezone mismatch;
- mixed decimal separators;
- leading/trailing spaces;
- inconsistent casing;
- typo categories.

Nemoj automatski brisati outlier samo zato što je ekstreman.

Napravi profesionalni data dictionary iz dataseta.

Za svaku kolonu:

NAME
DATA TYPE
BUSINESS MEANING
UNIT
EXAMPLE
VALID RANGE
NULL MEANING
UNIQUE / REPEATED
KEY STATUS
RELATIONSHIP
POTENTIAL DATA QUALITY ISSUE

Ako meaning nije eksplicitno poznat:

INFERRED

mora biti jasno označeno kao pretpostavka.

Ne predstavljaj inferred meaning kao potvrđenu činjenicu.

Treba da izračunamo KPI:

[KPI]

Pre računanja ga formalno definiši.

Navedi:

BUSINESS DEFINITION
NUMERATOR
DENOMINATOR
FILTERS
TIME WINDOW
TIMEZONE
INCLUSION RULES
EXCLUSION RULES
AGGREGATION
MISSING-DATA POLICY

Zatim proveri da li dataset sadrži sve potrebne kolone.

Ako postoji više mogućih definicija KPI-ja, prikaži ih pre računanja.

Nemoj odabrati jednu definiciju bez upozorenja.

Analiziraj funnel:

STEP 1:
[...]

STEP 2:
[...]

STEP 3:
[...]

STEP 4:
[...]

Prvo definiši tačan event koji predstavlja svaki korak.

Za svaki korak izračunaj:

USERS ENTERED
USERS COMPLETED
STEP CONVERSION
DROP-OFF
CUMULATIVE CONVERSION

Posebno proveri:

- duplicate events;
- više sesija istog korisnika;
- event ordering;
- missing user IDs;
- cross-device identity;
- timezone;
- attribution window.

Segmentiraj kada ima dovoljno podataka prema:

channel;
device;
country;
plan;
cohort.

Ne zaključuj da segment sa najvećim procentom konverzije nužno daje najviše ukupne vrednosti.

Uradi cohort analizu.

COHORT DEFINITION:
[npr. mesec registracije]

SUCCESS METRIC:
[retention / revenue / activity]

INTERVAL:
[day/week/month]

Prvo proveri da cohort membership nije promenljiv.

Napravi tabelu:

COHORT
SIZE
PERIOD 0
PERIOD 1
PERIOD 2
...

Prikaži i:

ABSOLUTE COUNTS
PERCENTAGES

Posebno identifikuj:

- male cohorts;
- structural breaks;
- product changes;
- acquisition-channel mix changes.

Nemoj porediti cohort od 50 korisnika sa cohortom od 50.000 bez upozorenja o neizvesnosti.

Analiziraj retention.

Prvo definiši šta znači:

ACTIVE USER

i koje vrste retention-a analiziramo:

N-DAY
UNBOUNDED
ROLLING
CLASSIC

Ne računaj dok definicija nije jasna.

Za rezultat prikaži:

D1
D7
D14
D30
D60
D90

kada podaci dozvoljavaju.

Segmentiraj prema:

acquisition source;
platform;
country;
plan;
product version.

Posebno proveri da li promena retention-a zapravo dolazi od promene user mix-a.

Analiziraj revenue.

Pre analize utvrdi:

GROSS / NET
BOOKED / RECOGNIZED
REFUNDS
TAX
DISCOUNTS
CURRENCY

Pronađi:

TOTAL REVENUE
REVENUE GROWTH
ARPU
ARPPU
MRR
ARR
CHURNED MRR
EXPANSION MRR
CONTRACTION MRR

ako dataset omogućava.

Kod više valuta:

ne sabiraj direktno različite valute.

Prvo definiši FX metodologiju.

Posebno proveri:

revenue concentration;
top customers;
seasonality;
one-off transactions.

Analiziraj churn.

Prvo definiši churn.

Razlikuj:

USER CHURN
LOGO CHURN
REVENUE CHURN
GROSS REVENUE CHURN
NET REVENUE RETENTION

Za svaki metric navedi formulu.

Pronađi:

- kada churn raste;
- koji segmenti najviše doprinose;
- koliko revenue-a predstavljaju churned korisnici;
- da li se churn razlikuje po tenure-u;
- da li novi korisnici imaju drugačiji churn.

Ne zaključuj uzrok churn-a samo iz korelacije.

Analiziraj A/B test.

HYPOTHESIS:
[...]

CONTROL:
[...]

VARIANT:
[...]

PRIMARY METRIC:
[...]

SECONDARY METRICS:
[...]

Pre rezultata proveri:

- randomization;
- sample size;
- sample ratio mismatch;
- test duration;
- peeking;
- seasonality;
- multiple testing;
- novelty effect.

Prikaži:

CONTROL N
VARIANT N
CONTROL RATE
VARIANT RATE
ABSOLUTE DIFFERENCE
RELATIVE DIFFERENCE
CONFIDENCE INTERVAL
P-VALUE

Ako je relevantno.

Ali nemoj se zaustaviti na p-value.

Proceni:

PRACTICAL SIGNIFICANCE
STATISTICAL SIGNIFICANCE
UNCERTAINTY

Posebno proveri guardrail metrike.

Pre finalnog zaključka proveri Simpsonov paradoks.

Ako ukupna metrika kaže:

A > B

proveri da li unutar segmenata može važiti:

A < B

Segmenti:

region
channel
device
plan
age group
product category
period

Napravi:

AGGREGATED RESULT
SEGMENTED RESULT

Ako se zaključci razlikuju, objasni zašto.

Identifikuj outliers.

Nemoj ih automatski ukloniti.

Za svaki outlier proveri da li je:

DATA ERROR
VALID EXTREME VALUE
FRAUD
SPECIAL EVENT
SYSTEM BUG
UNKNOWN

Koristi više pristupa kada ima smisla:

IQR
Z-SCORE
ROBUST Z-SCORE
PERCENTILES
DOMAIN RULES

Za svaki predlog uklanjanja objasni:

WHY
IMPACT ON RESULT
RESULT WITH OUTLIERS
RESULT WITHOUT OUTLIERS

Nemoj skrivati koliko se zaključak menja nakon uklanjanja.

Analiziraj missing values.

Za svaku kolonu:

MISSING COUNT
MISSING %
PATTERN

Pokušaj proceniti da li su podaci:

MCAR
MAR
MNAR

ako postoji dovoljno informacija.

Nemoj automatski imputirati.

Prvo uporedi redove sa i bez missing vrednosti.

Ako predlažeš imputaciju, navedi:

METHOD
ASSUMPTIONS
RISK
IMPACT

Prikaži kako se ključni zaključci menjaju:

WITHOUT IMPUTATION
WITH IMPUTATION

Pronađi duplikate.

Ne koristi samo full-row duplicate proveru.

Identifikuj moguće business keys:

[user_id + date]
[email]
[transaction_id]
[order_id]
[...]

Razlikuj:

EXACT DUPLICATE
LIKELY DUPLICATE
LEGITIMATE REPEATED EVENT

Za svaki tip predloži bezbedan deduplication rule.

Nemoj brisati repeated transactions samo zato što imaju isti iznos.

Analiziraj vremensku seriju:

[METRIKA]

PERIOD:
[...]

FREQUENCY:
[...]

Prvo proveri:

missing periods;
duplicate timestamps;
timezone;
unequal intervals;
structural breaks.

Zatim analiziraj:

TREND
SEASONALITY
CYCLICAL PATTERN
OUTLIERS
CHANGE POINTS

Ne prognoziraj dok ne utvrdiš da li je istorijska serija dovoljno stabilna.

Ako praviš forecast:

prikaži prediction interval.

Nemoj davati samo jednu brojku.

Napravi forecast za:

[METRIKA]

HORIZONT:
[...]

Prvo napravi baseline:

NAIVE
SEASONAL NAIVE

Tek onda uporedi složenije modele.

Ako koristiš:

moving average;
exponential smoothing;
ARIMA;
regression;
drugi pristup

objasni zašto.

Izvrši backtesting.

Za svaki model prikaži:

MAE
RMSE
MAPE ako ima smisla.

Ne koristi MAPE kada denominator može biti 0.

Finalno prikaži:

POINT FORECAST
LOWER BOUND
UPPER BOUND

i glavne pretpostavke.

Analiziraj korelacije među numeričkim kolonama.

Nemoj samo napraviti correlation matrix.

Za najjače korelacije proveri:

- scatter plot;
- nonlinear relationship;
- outlier dependence;
- common time trend;
- confounders.

Razlikuj:

PEARSON
SPEARMAN

kada je relevantno.

Nemoj opisivati korelaciju kao uzrok.

Posebno proveri spurious correlations kod time-series podataka.

Napravi regresionu analizu za:

TARGET:
[...]

PREDICTORS:
[...]

Pre modelovanja proveri:

linearity;
multicollinearity;
heteroskedasticity;
residual distribution;
outliers;
missingness.

Prikaži:

COEFFICIENT
STANDARD ERROR
CONFIDENCE INTERVAL
P-VALUE

ali objasni i praktično značenje koeficijenta.

Proveri VIF ili drugi odgovarajući indikator multicollinearity-ja.

Nemoj tumačiti coefficient kao causal effect bez odgovarajućeg identifikacionog dizajna.

Audituj classification model.

TARGET:
[...]

CLASS DISTRIBUTION:
[...]

MODEL:
[...]

Nemoj koristiti accuracy kao jedinu metriku.

Prikaži:

CONFUSION MATRIX
PRECISION
RECALL
SPECIFICITY
F1
ROC-AUC
PR-AUC

Posebno kod imbalanced dataseta.

Proveri:

class imbalance;
data leakage;
train/test contamination;
temporal leakage;
duplicate entities;
threshold choice.

Ako je model probabilistički, proveri calibration.

Nemoj koristiti random split ako realna upotreba zahteva predviđanje budućnosti i time split je prikladniji.

Pokušaj da pronađeš data leakage.

Za svaki feature pitaj:

Da li je ova informacija dostupna u trenutku kada model treba da napravi predikciju?

Traži:

future information;
post-outcome fields;
target-derived columns;
aggregates calculated using future data;
user-level leakage između train/test;
duplicates;
preprocessing pre split-a.

Za svaki problem:

FEATURE
LEAKAGE PATH
WHY INVALID
SAFE FIX

Napiši SQL za:

[CILJ]

SCHEMA:
[...]

Pre query-ja objasni:

TABLE GRAIN
JOIN KEYS
FILTERS
TIMEZONE
METRIC DEFINITION

Posebno proveri many-to-many join.

Posle query-ja dodaj validation queries:

- row count;
- duplicate keys;
- NULL rate;
- reconciliation total.

Ne koristi SELECT DISTINCT kao način da sakriješ loš join.

Analiziraj priloženi dataset.

Nemoj odmah izvlačiti zaključke.

FAZA 1 - DATA AUDIT

Prvo utvrdi:

- broj redova;
- broj kolona;
- nazive kolona;
- tipove podataka;
- procenat missing vrednosti;
- broj unique vrednosti;
- duplikate;
- minimalne i maksimalne vrednosti;
- moguće ID kolone;
- date/time kolone;
- potencijalne jedinice.

Zatim identifikuj:

- nemoguće vrednosti;
- outliers;
- nekonzistentne kategorije;
- format datuma;
- promene jedinica;
- promene metodologije;
- očigledne parsing probleme.

Ne popravljaj podatke automatski.

Prvo mi pokaži probleme.

FAZA 2 - DATA DICTIONARY

Za svaku kolonu napravi:

COLUMN
TYPE
LIKELY MEANING
UNIT
MISSING RATE
UNIQUE COUNT
POTENTIAL ISSUES

Ako značenje kolone nije sigurno, označi:

UNKNOWN

Nemoj ga izmišljati.

FAZA 3 - ANALYSIS

Tek nakon toga analiziraj cilj:

[CILJ]

Uradi strogi data-quality audit.

DATASET:
[PRILOŽEN]

Proveri:

COMPLETENESS
ACCURACY
CONSISTENCY
UNIQUENESS
VALIDITY
TIMELINESS

Za svaki problem vrati:

COLUMN
ROW/PATTERN
PROBLEM
SEVERITY
POSSIBLE CAUSE
SAFE ACTION

Severity:

CRITICAL
HIGH
MEDIUM
LOW

Posebno traži:

- duplicated IDs;
- conflicting records;
- impossible dates;
- negative values gde nisu moguće;
- percentages van očekivanog raspona;
- currency mismatch;
- timezone mismatch;
- mixed decimal separators;
- leading/trailing spaces;
- inconsistent casing;
- typo categories.

Nemoj automatski brisati outlier samo zato što je ekstreman.

Napravi profesionalni data dictionary iz dataseta.

Za svaku kolonu:

NAME
DATA TYPE
BUSINESS MEANING
UNIT
EXAMPLE
VALID RANGE
NULL MEANING
UNIQUE / REPEATED
KEY STATUS
RELATIONSHIP
POTENTIAL DATA QUALITY ISSUE

Ako meaning nije eksplicitno poznat:

INFERRED

mora biti jasno označeno kao pretpostavka.

Ne predstavljaj inferred meaning kao potvrđenu činjenicu.

Treba da izračunamo KPI:

[KPI]

Pre računanja ga formalno definiši.

Navedi:

BUSINESS DEFINITION
NUMERATOR
DENOMINATOR
FILTERS
TIME WINDOW
TIMEZONE
INCLUSION RULES
EXCLUSION RULES
AGGREGATION
MISSING-DATA POLICY

Zatim proveri da li dataset sadrži sve potrebne kolone.

Ako postoji više mogućih definicija KPI-ja, prikaži ih pre računanja.

Nemoj odabrati jednu definiciju bez upozorenja.

Analiziraj funnel:

STEP 1:
[...]

STEP 2:
[...]

STEP 3:
[...]

STEP 4:
[...]

Prvo definiši tačan event koji predstavlja svaki korak.

Za svaki korak izračunaj:

USERS ENTERED
USERS COMPLETED
STEP CONVERSION
DROP-OFF
CUMULATIVE CONVERSION

Posebno proveri:

- duplicate events;
- više sesija istog korisnika;
- event ordering;
- missing user IDs;
- cross-device identity;
- timezone;
- attribution window.

Segmentiraj kada ima dovoljno podataka prema:

channel;
device;
country;
plan;
cohort.

Ne zaključuj da segment sa najvećim procentom konverzije nužno daje najviše ukupne vrednosti.

Uradi cohort analizu.

COHORT DEFINITION:
[npr. mesec registracije]

SUCCESS METRIC:
[retention / revenue / activity]

INTERVAL:
[day/week/month]

Prvo proveri da cohort membership nije promenljiv.

Napravi tabelu:

COHORT
SIZE
PERIOD 0
PERIOD 1
PERIOD 2
...

Prikaži i:

ABSOLUTE COUNTS
PERCENTAGES

Posebno identifikuj:

- male cohorts;
- structural breaks;
- product changes;
- acquisition-channel mix changes.

Nemoj porediti cohort od 50 korisnika sa cohortom od 50.000 bez upozorenja o neizvesnosti.

Analiziraj retention.

Prvo definiši šta znači:

ACTIVE USER

i koje vrste retention-a analiziramo:

N-DAY
UNBOUNDED
ROLLING
CLASSIC

Ne računaj dok definicija nije jasna.

Za rezultat prikaži:

D1
D7
D14
D30
D60
D90

kada podaci dozvoljavaju.

Segmentiraj prema:

acquisition source;
platform;
country;
plan;
product version.

Posebno proveri da li promena retention-a zapravo dolazi od promene user mix-a.

Analiziraj revenue.

Pre analize utvrdi:

GROSS / NET
BOOKED / RECOGNIZED
REFUNDS
TAX
DISCOUNTS
CURRENCY

Pronađi:

TOTAL REVENUE
REVENUE GROWTH
ARPU
ARPPU
MRR
ARR
CHURNED MRR
EXPANSION MRR
CONTRACTION MRR

ako dataset omogućava.

Kod više valuta:

ne sabiraj direktno različite valute.

Prvo definiši FX metodologiju.

Posebno proveri:

revenue concentration;
top customers;
seasonality;
one-off transactions.

Analiziraj churn.

Prvo definiši churn.

Razlikuj:

USER CHURN
LOGO CHURN
REVENUE CHURN
GROSS REVENUE CHURN
NET REVENUE RETENTION

Za svaki metric navedi formulu.

Pronađi:

- kada churn raste;
- koji segmenti najviše doprinose;
- koliko revenue-a predstavljaju churned korisnici;
- da li se churn razlikuje po tenure-u;
- da li novi korisnici imaju drugačiji churn.

Ne zaključuj uzrok churn-a samo iz korelacije.

Analiziraj A/B test.

HYPOTHESIS:
[...]

CONTROL:
[...]

VARIANT:
[...]

PRIMARY METRIC:
[...]

SECONDARY METRICS:
[...]

Pre rezultata proveri:

- randomization;
- sample size;
- sample ratio mismatch;
- test duration;
- peeking;
- seasonality;
- multiple testing;
- novelty effect.

Prikaži:

CONTROL N
VARIANT N
CONTROL RATE
VARIANT RATE
ABSOLUTE DIFFERENCE
RELATIVE DIFFERENCE
CONFIDENCE INTERVAL
P-VALUE

Ako je relevantno.

Ali nemoj se zaustaviti na p-value.

Proceni:

PRACTICAL SIGNIFICANCE
STATISTICAL SIGNIFICANCE
UNCERTAINTY

Posebno proveri guardrail metrike.

Pre finalnog zaključka proveri Simpsonov paradoks.

Ako ukupna metrika kaže:

A > B

proveri da li unutar segmenata može važiti:

A < B

Segmenti:

region
channel
device
plan
age group
product category
period

Napravi:

AGGREGATED RESULT
SEGMENTED RESULT

Ako se zaključci razlikuju, objasni zašto.

Identifikuj outliers.

Nemoj ih automatski ukloniti.

Za svaki outlier proveri da li je:

DATA ERROR
VALID EXTREME VALUE
FRAUD
SPECIAL EVENT
SYSTEM BUG
UNKNOWN

Koristi više pristupa kada ima smisla:

IQR
Z-SCORE
ROBUST Z-SCORE
PERCENTILES
DOMAIN RULES

Za svaki predlog uklanjanja objasni:

WHY
IMPACT ON RESULT
RESULT WITH OUTLIERS
RESULT WITHOUT OUTLIERS

Nemoj skrivati koliko se zaključak menja nakon uklanjanja.

Analiziraj missing values.

Za svaku kolonu:

MISSING COUNT
MISSING %
PATTERN

Pokušaj proceniti da li su podaci:

MCAR
MAR
MNAR

ako postoji dovoljno informacija.

Nemoj automatski imputirati.

Prvo uporedi redove sa i bez missing vrednosti.

Ako predlažeš imputaciju, navedi:

METHOD
ASSUMPTIONS
RISK
IMPACT

Prikaži kako se ključni zaključci menjaju:

WITHOUT IMPUTATION
WITH IMPUTATION

Pronađi duplikate.

Ne koristi samo full-row duplicate proveru.

Identifikuj moguće business keys:

[user_id + date]
[email]
[transaction_id]
[order_id]
[...]

Razlikuj:

EXACT DUPLICATE
LIKELY DUPLICATE
LEGITIMATE REPEATED EVENT

Za svaki tip predloži bezbedan deduplication rule.

Nemoj brisati repeated transactions samo zato što imaju isti iznos.

Analiziraj vremensku seriju:

[METRIKA]

PERIOD:
[...]

FREQUENCY:
[...]

Prvo proveri:

missing periods;
duplicate timestamps;
timezone;
unequal intervals;
structural breaks.

Zatim analiziraj:

TREND
SEASONALITY
CYCLICAL PATTERN
OUTLIERS
CHANGE POINTS

Ne prognoziraj dok ne utvrdiš da li je istorijska serija dovoljno stabilna.

Ako praviš forecast:

prikaži prediction interval.

Nemoj davati samo jednu brojku.

Napravi forecast za:

[METRIKA]

HORIZONT:
[...]

Prvo napravi baseline:

NAIVE
SEASONAL NAIVE

Tek onda uporedi složenije modele.

Ako koristiš:

moving average;
exponential smoothing;
ARIMA;
regression;
drugi pristup

objasni zašto.

Izvrši backtesting.

Za svaki model prikaži:

MAE
RMSE
MAPE ako ima smisla.

Ne koristi MAPE kada denominator može biti 0.

Finalno prikaži:

POINT FORECAST
LOWER BOUND
UPPER BOUND

i glavne pretpostavke.

Analiziraj korelacije među numeričkim kolonama.

Nemoj samo napraviti correlation matrix.

Za najjače korelacije proveri:

- scatter plot;
- nonlinear relationship;
- outlier dependence;
- common time trend;
- confounders.

Razlikuj:

PEARSON
SPEARMAN

kada je relevantno.

Nemoj opisivati korelaciju kao uzrok.

Posebno proveri spurious correlations kod time-series podataka.

Napravi regresionu analizu za:

TARGET:
[...]

PREDICTORS:
[...]

Pre modelovanja proveri:

linearity;
multicollinearity;
heteroskedasticity;
residual distribution;
outliers;
missingness.

Prikaži:

COEFFICIENT
STANDARD ERROR
CONFIDENCE INTERVAL
P-VALUE

ali objasni i praktično značenje koeficijenta.

Proveri VIF ili drugi odgovarajući indikator multicollinearity-ja.

Nemoj tumačiti coefficient kao causal effect bez odgovarajućeg identifikacionog dizajna.

Audituj classification model.

TARGET:
[...]

CLASS DISTRIBUTION:
[...]

MODEL:
[...]

Nemoj koristiti accuracy kao jedinu metriku.

Prikaži:

CONFUSION MATRIX
PRECISION
RECALL
SPECIFICITY
F1
ROC-AUC
PR-AUC

Posebno kod imbalanced dataseta.

Proveri:

class imbalance;
data leakage;
train/test contamination;
temporal leakage;
duplicate entities;
threshold choice.

Ako je model probabilistički, proveri calibration.

Nemoj koristiti random split ako realna upotreba zahteva predviđanje budućnosti i time split je prikladniji.

Pokušaj da pronađeš data leakage.

Za svaki feature pitaj:

Da li je ova informacija dostupna u trenutku kada model treba da napravi predikciju?

Traži:

future information;
post-outcome fields;
target-derived columns;
aggregates calculated using future data;
user-level leakage između train/test;
duplicates;
preprocessing pre split-a.

Za svaki problem:

FEATURE
LEAKAGE PATH
WHY INVALID
SAFE FIX

Napiši SQL za:

[CILJ]

SCHEMA:
[...]

Pre query-ja objasni:

TABLE GRAIN
JOIN KEYS
FILTERS
TIMEZONE
METRIC DEFINITION

Posebno proveri many-to-many join.

Posle query-ja dodaj validation queries:

- row count;
- duplicate keys;
- NULL rate;
- reconciliation total.

Ne koristi SELECT DISTINCT kao način da sakriješ loš join.

Audituj ovaj SQL:

"""
[SQL]
"""

Proveri prvo correctness, zatim performance.

CORRECTNESS:

- join cardinality;
- NULL handling;
- date boundaries;
- timezone;
- double counting;
- filters;
- grouping;
- window functions.

PERFORMANCE:

- index usage;
- unnecessary scans;
- non-sargable predicates;
- repeated subqueries;
- CTE/materialization behavior;
- sort/hash cost.

Ne optimizuj query ako bi promenio rezultat.

Za svaki problem pokaži konkretan primer pogrešnog rezultata.

Treba mi Excel formula za:

[PROBLEM]

Verzija Excel-a:
[...]

Kolone:
[...]

Daj:

1. najjednostavniju formulu;
2. modernu formulu ako postoje XLOOKUP/FILTER/LET/LAMBDA;
3. alternativu za stariji Excel ako je potrebna.

Objasni ponašanje za:

blank cells;
errors;
duplicates;
missing matches.

Ako formula može vratiti pogrešan rezultat kod duplicate ključeva, upozori.

Audituj Excel workbook.

Proveri:

- formulas;
- hardcoded values;
- broken references;
- external links;
- circular references;
- hidden sheets;
- hidden rows/columns;
- inconsistent formulas;
- merged cells;
- duplicated logic;
- pivot sources;
- named ranges.

Posebno traži:

kolonu gde jedna formula odstupa od ostatka opsega.

Za svaki problem:

SHEET
CELL/RANGE
PROBLEM
EXPECTED
CURRENT
RISK

Želim pivot analizu za:

[CILJ]

DATA:
[...]

Predloži:

ROWS
COLUMNS
VALUES
FILTERS

Pre toga proveri grain dataseta.

Ako sumiranje određene kolone nema poslovni smisao, nemoj je sabirati samo zato što je numerička.

Predloži odgovarajuću agregaciju:

SUM
COUNT
DISTINCT COUNT
AVERAGE
MEDIAN ako alat dozvoljava
MIN/MAX

Dizajniraj analytics dashboard za:

[PUBLIKA]

CILJ:
[...]

Nemoj pokušavati da prikažeš sve podatke.

Prvo definiši 5-8 ključnih pitanja koja dashboard treba da odgovori.

Zatim za svaki widget:

QUESTION
METRIC
VISUAL
FILTER
TIME RANGE
DRILLDOWN

Podeli dashboard na:

EXECUTIVE SUMMARY
TRENDS
SEGMENTS
DIAGNOSTICS

Izbegavaj vanity metrics bez akcione vrednosti.

Za sledeći podatak izaberi najbolji tip grafikona:

[CILJ]

DATA:
[...]

Nemoj automatski koristiti bar chart.

Razmotri:

line;
bar;
scatter;
histogram;
box plot;
heatmap;
area;
table.

Objasni zašto izabrani grafikon najbolje odgovara pitanju.

Izbegni pie chart kada postoji mnogo kategorija ili male razlike.

Audituj grafikon.

Proveri:

AXIS SCALE
ZERO BASELINE
LOG SCALE
LABELS
UNITS
SORT ORDER
TRUNCATION
COLOR DEPENDENCE
OVERPLOTTING
DUAL AXES

Posebno traži vizuelne trikove koji preuveličavaju razlike.

Odgovori:

WHAT IT SHOWS
WHAT IT MAY MISLEAD ABOUT
HOW TO IMPROVE

Analiziraj rezultat:

[REZULTAT]

Razdvoji:

STATISTICAL SIGNIFICANCE
PRACTICAL SIGNIFICANCE

Navedi:

effect size;
confidence interval;
sample size;
baseline value.

Ako je promena statistički značajna ali poslovno zanemarljiva, jasno to napiši.

Ako nije statistički značajna ali interval dozvoljava veliki efekat, označi neizvesnost.

Želim da procenim da li:

[X]

uzrokuje:

[Y]

Nemoj koristiti običnu korelaciju kao dokaz.

Identifikuj:

TREATMENT / EXPOSURE
OUTCOME
CONFOUNDERS
MEDIATORS
COLLIDERS

Ako je moguće, nacrtaj konceptualni causal DAG.

Proceni koje metode bi mogle pomoći:

RCT
difference-in-differences
instrumental variables
regression discontinuity
matching
synthetic control

Nemoj koristiti causal terminology ako dizajn to ne podržava.

Segmentiraj korisnike.

Ne počinji clusteringom bez poslovnog cilja.

CILJ:
[...]

Moguće dimenzije:

recency
frequency
monetary value
product usage
tenure
channel
plan
engagement

Pre segmentacije:

standardizuj metrike gde je potrebno;
proveri outliers;
proveri missing values.

Za svaki segment definiši:

SIZE
CHARACTERISTICS
VALUE
BEHAVIOR
ACTIONABILITY

Segment koji nema različitu poslovnu akciju možda nije koristan segment.

Pronađi anomalije u:

[METRIKA]

Nemoj svaku ekstremnu vrednost proglasiti incidentom.

Uzmi u obzir:

trend;
seasonality;
day-of-week;
holidays;
campaigns;
known releases.

Za svaku anomaliju:

TIMESTAMP
OBSERVED
EXPECTED
DEVIATION
POSSIBLE EXPLANATION
CONFIDENCE

Razdvoji:

EXPECTED EVENT
DATA ISSUE
REAL BUSINESS ANOMALY
UNKNOWN

Analiziraj dataset za sumnjive obrasce.

Nemoj označiti korisnika kao prevaranta samo zbog jednog outlier-a.

Traži kombinacije signala:

velocity;
duplicate identities;
shared devices;
shared payment methods;
geographic anomalies;
rapid retries;
unusual transaction patterns.

Za svaki signal:

EVIDENCE
ALTERNATIVE EXPLANATION
RISK

Finalno koristi:

NORMAL
REVIEW
HIGH RISK

ali ne tvrdi criminal/fraudulent intent bez odgovarajućeg dokaza.

Uporedi dva izvora podataka:

SOURCE A:
[...]

SOURCE B:
[...]

Definiši matching key.

Proveri:

ROW COUNT
TOTALS
UNIQUE IDS
MISSING IDS
VALUE DIFFERENCES
DATE DIFFERENCES

Za svaki mismatch:

KEY
A VALUE
B VALUE
DIFFERENCE
LIKELY CAUSE

Razdvoji:

EXPECTED DIFFERENCE
DATA LAG
MAPPING ISSUE
TRUE MISMATCH
UNKNOWN

Audituj data pipeline:

SOURCE
→
INGESTION
→
TRANSFORMATION
→
WAREHOUSE
→
BI

Za svaki korak proveri:

INPUT
OUTPUT
SCHEMA
VALIDATION
RETRY
DEDUPLICATION
LATE DATA
BACKFILL
FAILURE HANDLING

Posebno traži:

silent data loss;
duplicate ingestion;
schema drift;
partial loads;
timezone shifts;
non-idempotent retry.

Za svaki problem predloži:

DETECTION
PREVENTION
RECOVERY

=== DATA ANALYSIS QA ===

Pre finalnog odgovora proveri:

1. da li je grain dataseta jasan;
2. da li ID kolone stvarno moraju biti unique;
3. da li JOIN duplira podatke;
4. da li denominator odgovara KPI definiciji;
5. da li datumi koriste isti timezone;
6. da li missing vrednost znači 0 ili unknown;
7. da li su outliers validni;
8. da li postoji data leakage;
9. da li agregacija skriva segmentne razlike;
10. da li correlation postaje causation;
11. da li sample size podržava zaključak;
12. da li confidence interval menja interpretaciju;
13. da li je rezultat reproduktivan.

Ako dataset ne omogućava zaključak:

reci da ga ne omogućava.

Nemoj izvući zaključak samo zato što korisnik očekuje odgovor.

Tražim:

[PROIZVOD]

DRŽAVA KUPOVINE:
[...]

BUDŽET:
[...]

PRIMARNA UPOTREBA:
[...]

SEKUNDARNA UPOTREBA:
[...]

PRIORITETI:
1.
2.
3.
4.

NEBITNI KRITERIJUMI:
[...]

OBAVEZNO:

- koristi aktuelne cene i dostupnost;
- proveri tačan model/SKU/reviziju;
- preferiraj zvanične specifikacije za tehničke podatke;
- koristi nezavisne testove za realne performanse;
- proveri poznate probleme i dugoročna iskustva;
- proveri garanciju i servis u mojoj državi.

Razdvoji:

SPECIFICATIONS
MEASURED PERFORMANCE
KNOWN ISSUES
PRICE
WARRANTY
LONG-TERM VALUE

Nemoj preporučiti proizvod samo zato što ima bolje brojke na papiru.

Uporedi sledeće proizvode:

A:
[...]

B:
[...]

C:
[...]

Kriterijumi:

[navedi kriterijume]

Za svaki kriterijum odvoji:

WHAT THE SPEC SHEET SAYS
WHAT INDEPENDENT TESTS SHOW
REAL-WORLD LIMITATIONS

Posebno proveri:

- različite regionalne verzije;
- hardware revision;
- firmware stanje;
- panel lottery;
- storage/RAM configuration;
- bundled accessories;
- warranty.

Ako dva modela dele isto ime ali imaju različite komponente po tržištu, upozori.

Tražim laptop.

BUDŽET:
[...]

DRŽAVA:
[...]

NAMENA:

programiranje:
[...]

AI/ML:
[...]

gaming:
[...]

video editing:
[...]

office:
[...]

MOBILNOST:
važna / nije važna

BATERIJA:
[...]

EKRAN:
[...]

BUKA:
[...]

PORTOVI:
[...]

RAM:
[...]

SSD:
[...]

OS:
[...]

Posebno analiziraj:

CPU sustained performance
GPU performance
VRAM
RAM upgradeability
SSD slots
display brightness
color accuracy
PWM/flicker
thermals
fan noise
battery life
weight
charger
ports
webcam
keyboard
build quality

Nemoj koristiti peak benchmark rezultat kao dokaz dugoročne performance ako laptop throttluje.

Za AI workload posebno proveri:

VRAM
CUDA/ROCm/Metal podršku
framework compatibility
memory bandwidth

Na kraju odvoji:

BEST FOR MY USE CASE
BEST VALUE
BEST IF I PRIORITIZE BATTERY
BEST IF I PRIORITIZE PERFORMANCE

Uporedi GPU:

[MODEL A]
[MODEL B]

Moja upotreba:

resolution:
[...]

games/workloads:
[...]

AI:
[...]

video:
[...]

PSU:
[...]

CPU:
[...]

Case:
[...]

Proveri:

actual gaming performance;
1% lows;
ray tracing;
upscaling;
frame generation;
VRAM;
power draw;
thermals;
noise;
driver ecosystem;
compute support.

Za AI posebno proveri:

framework compatibility;
VRAM limitations;
precision support;
ROCm/CUDA/other ecosystem.

Ne koristi samo synthetic benchmark.

Prikaži realne rezultate u workload-ovima koji su relevantni za moj slučaj.

Tražim monitor.

BUDŽET:
[...]

VELIČINA:
[...]

REZOLUCIJA:
[...]

DISTANCE:
[...]

NAMENA:
programiranje / tekst / gaming / dizajn / video

REFRESH RATE:
[...]

GPU:
[...]

RAD NOĆU:
[...]

OSETLJIVOST OČIJU:
[...]

HDR:
[...]

USB-C/KVM:
[...]

Proveri:

panel type;
subpixel layout;
text clarity;
brightness;
contrast;
black uniformity;
PWM/flicker;
response time;
overshoot;
VRR;
HDR real capability;
color accuracy;
viewing angles;
burn-in risk ako je OLED;
coating;
ergonomics.

Posebno razlikuj:

marketing HDR
od
stvarno korisnog HDR-a.

Ako je OLED, analiziraj:

text fringing;
static UI risk;
pixel refresh;
warranty against burn-in.

Uporedi telefone:

[MODELI]

Moji prioriteti:

camera:
[...]

battery:
[...]

display:
[...]

performance:
[...]

updates:
[...]

size:
[...]

storage:
[...]

budget:
[...]

Proveri:

main camera sensor;
ultrawide;
telephoto;
video;
OIS;
low-light;
shutter lag;
battery endurance;
charging;
thermal throttling;
display brightness;
PWM;
software update policy;
regional modem/bands;
storage standard;
repairability.

Ne ocenjuj kameru samo po megapikselima.

Posebno proveri realne camera samples i nezavisna merenja.

Analiziraj kupovinu polovnog:

[MODEL]

STAROST:
[...]

CENA:
[...]

Battery health:
[...]

Stanje:
[...]

Proveri tipične probleme modela.

Napravi checklistu za fizičku proveru:

- ekran;
- touch;
- kamere;
- stabilizacija;
- Face ID/fingerprint;
- zvučnici;
- mikrofon;
- charging port;
- wireless charging;
- Wi-Fi/Bluetooth;
- battery;
- water damage indikatori;
- serial/IMEI status;
- parts pairing;
- repair history.

Za iPhone proveri i:

battery/parts warnings;
True Tone;
Face ID;
camera stabilization;
originality of display/camera/battery gde je moguće.

Uporedi SSD:

[MODELI]

NAMENA:
OS / gaming / workstation / NAS / video editing

KAPACITET:
[...]

INTERFACE:
[...]

Proveri:

NAND type;
DRAM / DRAM-less;
controller;
SLC cache;
sustained write;
random performance;
thermal behavior;
endurance/TBW;
warranty;
firmware history.

Ne koristi samo maksimalni sekvencijalni read/write.

Posebno proveri performance nakon što se SLC cache napuni.

Uporedi RAM kitove:

[MODELI]

PLATFORMA:
CPU:
motherboard:

Kapacitet:
[...]

DIMM count:
[...]

XMP/EXPO:
[...]

Proveri:

frequency;
timings;
voltage;
IC/revision ako je poznato;
QVL;
memory-controller limits;
stability;
dual-rank/single-rank kada je relevantno.

Ne pretpostavljaj da viša frekvencija automatski znači bolju realnu performance.

Analiziraj latency i platform-specific sweet spot.

Proceni PSU za sistem:

CPU:
GPU:
drives:
fans:
future upgrade:
[...]

PSU kandidat:
[...]

Nemoj koristiti samo sabiranje TDP-a.

Analiziraj:

transient spikes;
12V capacity;
ATX standard;
12V-2x6 / 12VHPWR;
efficiency;
platform/OEM;
protections;
fan behavior;
warranty.

Proveri nezavisne PSU testove ako postoje.

Posebno proveri:

OCP
OVP
UVP
OTP
SCP
OPP

i realnu kvalitetu platforme, ne samo 80 Plus oznaku.

Tražim router / mesh sistem.

Stan/kuća:
[...]

Površina:
[...]

Spratovi:
[...]

Broj uređaja:
[...]

Internet brzina:
[...]

Wi-Fi generacija:
[...]

Backhaul:
wired / wireless

Budžet:
[...]

Proveri:

radios;
bandwidth;
MIMO;
6 GHz;
channel width;
wired ports;
2.5/10GbE;
mesh backhaul;
firmware support;
security updates;
VLAN;
VPN;
SQM/QoS;
stability.

Ne koristi maksimalnu marketinšku AX/BE brzinu kao realnu throughput procenu.

Uporedi televizore:

[MODELI]

DIJAGONALA:
[...]

DISTANCE:
[...]

SADRŽAJ:
filmovi / sport / gaming / dnevna TV

ROOM:
bright / dark / mixed

CONSOLE/PC:
[...]

Proveri:

panel type;
native refresh;
local dimming;
peak brightness;
black level;
HDR tone mapping;
Dolby Vision/HDR10+;
input lag;
VRR;
HDMI 2.1 bandwidth;
burn-in risk;
motion handling;
upscaling.

Posebno proveri regionalne panel razlike istog modela.

Tražim slušalice.

TYPE:
over-ear / in-ear / open-back

USE:
music / gaming / calls / travel

DEVICE:
[...]

BUDGET:
[...]

Prioriteti:
comfort;
sound;
ANC;
microphone;
battery;
latency.

Ne oslanjaj se samo na marketinški frequency response.

Koristi nezavisna merenja kada postoje.

Analiziraj:

frequency response;
distortion;
imaging;
soundstage;
ANC;
transparency;
mic quality;
codec support;
latency;
comfort;
clamp;
weight.

Tražim kameru:

[MODELI]

NAMENA:
photo / video / wildlife / travel / studio / YouTube

BUDŽET:
[...]

POSTOJEĆA STAKLA:
[...]

Prioritet:
[...]

Uporedi:

sensor;
dynamic range;
autofocus;
rolling shutter;
IBIS;
video modes;
crop;
overheating;
battery;
lens ecosystem;
media;
ports.

Ne poredi samo megapiksele.

Posebno analiziraj cenu kompletnog sistema sa objektivima koji su mi potrebni.

Analiziraj polovan automobil:

MODEL:
[...]

GODIŠTE:
[...]

MOTOR:
[...]

MENJAČ:
[...]

KILOMETRAŽA:
[...]

CENA:
[...]

DRŽAVA:
[...]

Pronađi tipične probleme baš ove kombinacije:

model + godište + motor + menjač.

Razdvoji:

ENGINE
TRANSMISSION
COOLING
ELECTRICS
SUSPENSION
BODY/CORROSION
EMISSIONS
ADAS
INFOTAINMENT

Za svaki problem navedi:

SYMPTOM
WHEN IT TYPICALLY APPEARS
HOW TO CHECK
REPAIR COST RANGE ako postoje pouzdani lokalni podaci
SEVERITY

Nemoj generalizovati problem druge motorizacije na ovu bez dokaza.

Napravi checklistu za proveru da li kilometraža može biti vraćena.

AUTO:
[...]

GODIŠTE:
[...]

Ne oslanjaj se samo na instrument cluster.

Identifikuj module koji na ovom modelu mogu čuvati mileage/usage podatke, na primer:

instrument cluster;
ECU;
BCM;
ABS;
transmission;
key data;
service records;
inspection records;
telematics.

Ali ne pretpostavljaj da svaki modul čuva kilometražu na svakom modelu.

Za svaku metodu označi:

RELIABILITY
CAN BE ALTERED?
WHAT TO COMPARE

Uključi i fizičke indikatore habanja, ali naglasi da sami po sebi nisu dokaz.

Pomozi mi da interpretiram OBD dijagnostiku.

AUTO:
[...]

ENGINE:
[...]

CODES:
[...]

LIVE DATA:
[...]

Nemoj menjati delove samo na osnovu jednog DTC-a.

Za svaki kod navedi:

WHAT IT MEANS
COMMON ROOT CAUSES
RELATED LIVE DATA
TESTS BEFORE PART REPLACEMENT

Razlikuj:

ROOT CAUSE
SECONDARY CODE
CONSEQUENCE

Ako postoji freeze-frame data, koristi ga za kontekst.

Uporedi EV:

[MODELI]

DRŽAVA:
[...]

GODIŠNJA KM:
[...]

HOME CHARGING:
da/ne

KLIMA:
[...]

TRIPS:
[...]

Analiziraj:

usable battery;
real range;
winter range;
highway range;
charging curve;
peak vs sustained charging;
battery chemistry;
thermal management;
battery warranty;
degradation;
efficiency;
heat pump;
fast-charging network compatibility.

Ne koristi samo WLTP/EPA vrednost bez realnih testova.

Tražim:

[frižider / mašinu / klimu / drugo]

BUDŽET:
[...]

DIMENZIJE:
[...]

NAMENA:
[...]

Proveri:

energy use;
noise;
capacity;
warranty;
spare parts;
service;
common failures;
maintenance.

Posebno proveri iskustva vlasnika tek nakon tehničkih specifikacija i profesionalnih testova.

Ne biraj samo model sa najviše funkcija ako povećava complexity/failure points bez koristi.

Treba mi klima.

PROSTOR:
[...]

m²:
[...]

visina plafona:
[...]

izolacija:
[...]

orijentacija:
[...]

sprat:
[...]

broj ljudi:
[...]

uređaji:
[...]

lokacija/klima:
[...]

Primarna namena:
hlađenje / grejanje / oba

Ne određuj potrebnu snagu samo prema m².

Razmotri heat load.

Uporedi modele prema:

minimum modulation;
maximum heating capacity;
COP/SCOP;
SEER;
low-temperature performance;
noise;
defrost behavior;
service;
spare parts;
warranty.

Za grejanje posebno proveri performanse na niskim spoljnim temperaturama.

Uporedi alat:

[MODELI]

NAMENA:
DIY / professional

FREQUENCY:
[...]

Materijal:
[...]

Prioritet:
[...]

Proveri:

real power;
duty cycle;
ergonomics;
battery platform;
service;
parts;
accessories;
durability.

Ako je cordless sistem, analiziraj ukupni ecosystem cost, ne samo cenu jednog alata.

Tražim:

[PROIZVOD]

DRŽAVA KUPOVINE:
[...]

BUDŽET:
[...]

PRIMARNA UPOTREBA:
[...]

SEKUNDARNA UPOTREBA:
[...]

PRIORITETI:
1.
2.
3.
4.

NEBITNI KRITERIJUMI:
[...]

OBAVEZNO:

- koristi aktuelne cene i dostupnost;
- proveri tačan model/SKU/reviziju;
- preferiraj zvanične specifikacije za tehničke podatke;
- koristi nezavisne testove za realne performanse;
- proveri poznate probleme i dugoročna iskustva;
- proveri garanciju i servis u mojoj državi.

Razdvoji:

SPECIFICATIONS
MEASURED PERFORMANCE
KNOWN ISSUES
PRICE
WARRANTY
LONG-TERM VALUE

Nemoj preporučiti proizvod samo zato što ima bolje brojke na papiru.

Uporedi sledeće proizvode:

A:
[...]

B:
[...]

C:
[...]

Kriterijumi:

[navedi kriterijume]

Za svaki kriterijum odvoji:

WHAT THE SPEC SHEET SAYS
WHAT INDEPENDENT TESTS SHOW
REAL-WORLD LIMITATIONS

Posebno proveri:

- različite regionalne verzije;
- hardware revision;
- firmware stanje;
- panel lottery;
- storage/RAM configuration;
- bundled accessories;
- warranty.

Ako dva modela dele isto ime ali imaju različite komponente po tržištu, upozori.

Tražim laptop.

BUDŽET:
[...]

DRŽAVA:
[...]

NAMENA:

programiranje:
[...]

AI/ML:
[...]

gaming:
[...]

video editing:
[...]

office:
[...]

MOBILNOST:
važna / nije važna

BATERIJA:
[...]

EKRAN:
[...]

BUKA:
[...]

PORTOVI:
[...]

RAM:
[...]

SSD:
[...]

OS:
[...]

Posebno analiziraj:

CPU sustained performance
GPU performance
VRAM
RAM upgradeability
SSD slots
display brightness
color accuracy
PWM/flicker
thermals
fan noise
battery life
weight
charger
ports
webcam
keyboard
build quality

Nemoj koristiti peak benchmark rezultat kao dokaz dugoročne performance ako laptop throttluje.

Za AI workload posebno proveri:

VRAM
CUDA/ROCm/Metal podršku
framework compatibility
memory bandwidth

Na kraju odvoji:

BEST FOR MY USE CASE
BEST VALUE
BEST IF I PRIORITIZE BATTERY
BEST IF I PRIORITIZE PERFORMANCE

Uporedi GPU:

[MODEL A]
[MODEL B]

Moja upotreba:

resolution:
[...]

games/workloads:
[...]

AI:
[...]

video:
[...]

PSU:
[...]

CPU:
[...]

Case:
[...]

Proveri:

actual gaming performance;
1% lows;
ray tracing;
upscaling;
frame generation;
VRAM;
power draw;
thermals;
noise;
driver ecosystem;
compute support.

Za AI posebno proveri:

framework compatibility;
VRAM limitations;
precision support;
ROCm/CUDA/other ecosystem.

Ne koristi samo synthetic benchmark.

Prikaži realne rezultate u workload-ovima koji su relevantni za moj slučaj.

Tražim monitor.

BUDŽET:
[...]

VELIČINA:
[...]

REZOLUCIJA:
[...]

DISTANCE:
[...]

NAMENA:
programiranje / tekst / gaming / dizajn / video

REFRESH RATE:
[...]

GPU:
[...]

RAD NOĆU:
[...]

OSETLJIVOST OČIJU:
[...]

HDR:
[...]

USB-C/KVM:
[...]

Proveri:

panel type;
subpixel layout;
text clarity;
brightness;
contrast;
black uniformity;
PWM/flicker;
response time;
overshoot;
VRR;
HDR real capability;
color accuracy;
viewing angles;
burn-in risk ako je OLED;
coating;
ergonomics.

Posebno razlikuj:

marketing HDR
od
stvarno korisnog HDR-a.

Ako je OLED, analiziraj:

text fringing;
static UI risk;
pixel refresh;
warranty against burn-in.

Uporedi telefone:

[MODELI]

Moji prioriteti:

camera:
[...]

battery:
[...]

display:
[...]

performance:
[...]

updates:
[...]

size:
[...]

storage:
[...]

budget:
[...]

Proveri:

main camera sensor;
ultrawide;
telephoto;
video;
OIS;
low-light;
shutter lag;
battery endurance;
charging;
thermal throttling;
display brightness;
PWM;
software update policy;
regional modem/bands;
storage standard;
repairability.

Ne ocenjuj kameru samo po megapikselima.

Posebno proveri realne camera samples i nezavisna merenja.

Analiziraj kupovinu polovnog:

[MODEL]

STAROST:
[...]

CENA:
[...]

Battery health:
[...]

Stanje:
[...]

Proveri tipične probleme modela.

Napravi checklistu za fizičku proveru:

- ekran;
- touch;
- kamere;
- stabilizacija;
- Face ID/fingerprint;
- zvučnici;
- mikrofon;
- charging port;
- wireless charging;
- Wi-Fi/Bluetooth;
- battery;
- water damage indikatori;
- serial/IMEI status;
- parts pairing;
- repair history.

Za iPhone proveri i:

battery/parts warnings;
True Tone;
Face ID;
camera stabilization;
originality of display/camera/battery gde je moguće.

Uporedi SSD:

[MODELI]

NAMENA:
OS / gaming / workstation / NAS / video editing

KAPACITET:
[...]

INTERFACE:
[...]

Proveri:

NAND type;
DRAM / DRAM-less;
controller;
SLC cache;
sustained write;
random performance;
thermal behavior;
endurance/TBW;
warranty;
firmware history.

Ne koristi samo maksimalni sekvencijalni read/write.

Posebno proveri performance nakon što se SLC cache napuni.

Uporedi RAM kitove:

[MODELI]

PLATFORMA:
CPU:
motherboard:

Kapacitet:
[...]

DIMM count:
[...]

XMP/EXPO:
[...]

Proveri:

frequency;
timings;
voltage;
IC/revision ako je poznato;
QVL;
memory-controller limits;
stability;
dual-rank/single-rank kada je relevantno.

Ne pretpostavljaj da viša frekvencija automatski znači bolju realnu performance.

Analiziraj latency i platform-specific sweet spot.

Proceni PSU za sistem:

CPU:
GPU:
drives:
fans:
future upgrade:
[...]

PSU kandidat:
[...]

Nemoj koristiti samo sabiranje TDP-a.

Analiziraj:

transient spikes;
12V capacity;
ATX standard;
12V-2x6 / 12VHPWR;
efficiency;
platform/OEM;
protections;
fan behavior;
warranty.

Proveri nezavisne PSU testove ako postoje.

Posebno proveri:

OCP
OVP
UVP
OTP
SCP
OPP

i realnu kvalitetu platforme, ne samo 80 Plus oznaku.

Tražim router / mesh sistem.

Stan/kuća:
[...]

Površina:
[...]

Spratovi:
[...]

Broj uređaja:
[...]

Internet brzina:
[...]

Wi-Fi generacija:
[...]

Backhaul:
wired / wireless

Budžet:
[...]

Proveri:

radios;
bandwidth;
MIMO;
6 GHz;
channel width;
wired ports;
2.5/10GbE;
mesh backhaul;
firmware support;
security updates;
VLAN;
VPN;
SQM/QoS;
stability.

Ne koristi maksimalnu marketinšku AX/BE brzinu kao realnu throughput procenu.

Uporedi televizore:

[MODELI]

DIJAGONALA:
[...]

DISTANCE:
[...]

SADRŽAJ:
filmovi / sport / gaming / dnevna TV

ROOM:
bright / dark / mixed

CONSOLE/PC:
[...]

Proveri:

panel type;
native refresh;
local dimming;
peak brightness;
black level;
HDR tone mapping;
Dolby Vision/HDR10+;
input lag;
VRR;
HDMI 2.1 bandwidth;
burn-in risk;
motion handling;
upscaling.

Posebno proveri regionalne panel razlike istog modela.

Tražim slušalice.

TYPE:
over-ear / in-ear / open-back

USE:
music / gaming / calls / travel

DEVICE:
[...]

BUDGET:
[...]

Prioriteti:
comfort;
sound;
ANC;
microphone;
battery;
latency.

Ne oslanjaj se samo na marketinški frequency response.

Koristi nezavisna merenja kada postoje.

Analiziraj:

frequency response;
distortion;
imaging;
soundstage;
ANC;
transparency;
mic quality;
codec support;
latency;
comfort;
clamp;
weight.

Tražim kameru:

[MODELI]

NAMENA:
photo / video / wildlife / travel / studio / YouTube

BUDŽET:
[...]

POSTOJEĆA STAKLA:
[...]

Prioritet:
[...]

Uporedi:

sensor;
dynamic range;
autofocus;
rolling shutter;
IBIS;
video modes;
crop;
overheating;
battery;
lens ecosystem;
media;
ports.

Ne poredi samo megapiksele.

Posebno analiziraj cenu kompletnog sistema sa objektivima koji su mi potrebni.

Analiziraj polovan automobil:

MODEL:
[...]

GODIŠTE:
[...]

MOTOR:
[...]

MENJAČ:
[...]

KILOMETRAŽA:
[...]

CENA:
[...]

DRŽAVA:
[...]

Pronađi tipične probleme baš ove kombinacije:

model + godište + motor + menjač.

Razdvoji:

ENGINE
TRANSMISSION
COOLING
ELECTRICS
SUSPENSION
BODY/CORROSION
EMISSIONS
ADAS
INFOTAINMENT

Za svaki problem navedi:

SYMPTOM
WHEN IT TYPICALLY APPEARS
HOW TO CHECK
REPAIR COST RANGE ako postoje pouzdani lokalni podaci
SEVERITY

Nemoj generalizovati problem druge motorizacije na ovu bez dokaza.

Napravi checklistu za proveru da li kilometraža može biti vraćena.

AUTO:
[...]

GODIŠTE:
[...]

Ne oslanjaj se samo na instrument cluster.

Identifikuj module koji na ovom modelu mogu čuvati mileage/usage podatke, na primer:

instrument cluster;
ECU;
BCM;
ABS;
transmission;
key data;
service records;
inspection records;
telematics.

Ali ne pretpostavljaj da svaki modul čuva kilometražu na svakom modelu.

Za svaku metodu označi:

RELIABILITY
CAN BE ALTERED?
WHAT TO COMPARE

Uključi i fizičke indikatore habanja, ali naglasi da sami po sebi nisu dokaz.

Pomozi mi da interpretiram OBD dijagnostiku.

AUTO:
[...]

ENGINE:
[...]

CODES:
[...]

LIVE DATA:
[...]

Nemoj menjati delove samo na osnovu jednog DTC-a.

Za svaki kod navedi:

WHAT IT MEANS
COMMON ROOT CAUSES
RELATED LIVE DATA
TESTS BEFORE PART REPLACEMENT

Razlikuj:

ROOT CAUSE
SECONDARY CODE
CONSEQUENCE

Ako postoji freeze-frame data, koristi ga za kontekst.

Uporedi EV:

[MODELI]

DRŽAVA:
[...]

GODIŠNJA KM:
[...]

HOME CHARGING:
da/ne

KLIMA:
[...]

TRIPS:
[...]

Analiziraj:

usable battery;
real range;
winter range;
highway range;
charging curve;
peak vs sustained charging;
battery chemistry;
thermal management;
battery warranty;
degradation;
efficiency;
heat pump;
fast-charging network compatibility.

Ne koristi samo WLTP/EPA vrednost bez realnih testova.

Tražim:

[frižider / mašinu / klimu / drugo]

BUDŽET:
[...]

DIMENZIJE:
[...]

NAMENA:
[...]

Proveri:

energy use;
noise;
capacity;
warranty;
spare parts;
service;
common failures;
maintenance.

Posebno proveri iskustva vlasnika tek nakon tehničkih specifikacija i profesionalnih testova.

Ne biraj samo model sa najviše funkcija ako povećava complexity/failure points bez koristi.

Treba mi klima.

PROSTOR:
[...]

m²:
[...]

visina plafona:
[...]

izolacija:
[...]

orijentacija:
[...]

sprat:
[...]

broj ljudi:
[...]

uređaji:
[...]

lokacija/klima:
[...]

Primarna namena:
hlađenje / grejanje / oba

Ne određuj potrebnu snagu samo prema m².

Razmotri heat load.

Uporedi modele prema:

minimum modulation;
maximum heating capacity;
COP/SCOP;
SEER;
low-temperature performance;
noise;
defrost behavior;
service;
spare parts;
warranty.

Za grejanje posebno proveri performanse na niskim spoljnim temperaturama.

Uporedi alat:

[MODELI]

NAMENA:
DIY / professional

FREQUENCY:
[...]

Materijal:
[...]

Prioritet:
[...]

Proveri:

real power;
duty cycle;
ergonomics;
battery platform;
service;
parts;
accessories;
durability.

Ako je cordless sistem, analiziraj ukupni ecosystem cost, ne samo cenu jednog alata.

Istraži proizvod:

[MODEL]

Posebno proveri da li je proizvođač tokom životnog ciklusa menjao:

panel;
SSD/NAND;
controller;
RAM;
battery;
Wi-Fi module;
power supply;
firmware;
drugу ključnu komponentu.

Napravi tabelu:

REVISION
REGION
COMPONENT CHANGE
PERFORMANCE IMPACT
HOW TO IDENTIFY

Ako tačna revizija nije poznata iz listinga prodavca, označi rizik.

Audituj marketinške tvrdnje za:

[PROIZVOD]

MARKETING:
[...]

Za svaku tvrdnju klasifikuj:

MEASURABLE
VAGUE
CONDITIONAL
MISLEADING POTENTIAL

Pokušaj pronaći nezavisno merenje.

Primeri:

"AI-powered"
"up to 10 hours"
"2000 nits"
"40 Gbps"
"4K"
"Hi-Res"
"military grade"

Objasni uslove pod kojima je tvrdnja ostvariva.

Pronađi aktuelne cene za:

[PROIZVOD]

DRŽAVA:
[...]

Proveri više relevantnih prodavaca.

Za svaku ponudu:

STORE
PRICE
STOCK
WARRANTY
EXACT MODEL/SKU
SHIPPING
EXTRA COSTS

Ne poredi cenu različitih memorijskih/config varijanti kao da su iste.

Izračunaj value po mom kriterijumu:

[KRITERIJUM]

Ako je proizvod značajno skuplji lokalno nego u drugoj državi, uključi:

shipping;
VAT;
customs;
warranty implications

pre zaključka da se import isplati.

Analiziraj istoriju cene proizvoda:

[MODEL]

Ako postoje pouzdani podaci, pronađi:

MSRP
TYPICAL PRICE
RECENT LOW
CURRENT PRICE

Pokušaj utvrditi da li je trenutni "popust" stvaran ili je referentna cena veštački povećana.

Ne zaključuj da je akcija dobra samo zbog procenta popusta.

Uporedi:

NOV
REFURBISHED
POLOVAN

za:

[PROIZVOD]

Analiziraj:

price;
warranty;
battery;
cosmetic condition;
replacement parts;
return policy;
seller reputation.

Razlikuj:

manufacturer refurbished
authorized refurbished
seller refurbished
used

jer nemaju isti rizik.

Analiziraj garanciju za:

[PROIZVOD]

DRŽAVA:
[...]

Proveri:

manufacturer warranty;
seller warranty;
duration;
battery coverage;
burn-in coverage;
dead-pixel policy;
accidental damage;
international warranty;
parts availability;
authorized service.

Nemoj koristiti garancijske uslove druge zemlje ako kupujem lokalnu verziju.

Pronađi dugoročna iskustva korisnika za:

[MODEL]

Koristi community izvore kao dopunu, ne kao jedini dokaz.

Traži recurring patterns:

- isti kvar;
- isti firmware problem;
- isti quality-control issue;
- dugoročna degradacija.

Razlikuj:

SINGLE ANECDOTE
REPEATED USER REPORT
KNOWN VENDOR ISSUE
INDEPENDENTLY VERIFIED ISSUE

Ne zaključuj prevalence problema samo iz broja Reddit postova.

Nemoj mi reći koji je "najbolji" dok prvo ne definišemo kriterijume.

Proizvod:
[...]

Predloži 8-12 kriterijuma koji stvarno razlikuju proizvode u ovoj kategoriji.

Zatim mi pomozi da ih podelim na:

MUST HAVE
IMPORTANT
NICE TO HAVE
IRRELEVANT

Tek tada pronađi proizvode koji odgovaraju.

Uporedi proizvode kroz decision matrix.

PROIZVODI:
[...]

KRITERIJUMI:
[...]

TEŽINE:
[...]

Za svaki score:

navedi dokaz.

Ne dodeljuj score samo intuitivno.

Ako kriterijum ne može pouzdano da se izmeri:

označi UNKNOWN

umesto proizvoljnog broja.

Na kraju pokaži kako rezultat izgleda ako promenimo težine najvažnijih kriterijuma.

Izračunaj total cost of ownership za:

[PROIZVOD]

PERIOD:
[3/5/10 godina]

Uključi:

purchase price;
energy;
consumables;
maintenance;
subscription;
repairs;
accessories;
insurance;
resale value.

Nemoj porediti samo početnu cenu.

Prikaži:

INITIAL COST
RUNNING COST
EXPECTED TOTAL COST
UNCERTAINTY

Proceni koliko je proizvod:

[MODEL]

future-proof za:

[UPOTREBU]

Ne koristi future-proof kao marketinšku frazu.

Analiziraj konkretno:

software support;
standards;
ports;
RAM/storage capacity;
performance headroom;
repairability;
battery replacement;
ecosystem compatibility.

Razdvoji:

LIKELY USEFUL LIFE
TECHNICAL LIMIT
SOFTWARE SUPPORT LIMIT
ECONOMIC REPLACEMENT POINT

=== PRODUCT RESEARCH QA ===

Pre finalnog odgovora proveri:

1. tačan model;
2. SKU;
3. region;
4. hardware revision;
5. current price;
6. current availability;
7. warranty;
8. firmware/software support;
9. independent measurements;
10. recurring known issues;
11. successor model;
12. EOL status.

Posebno proveri da li:

- review govori o istoj reviziji;
- prodavnica koristi pogrešnu fotografiju/spec;
- proizvođač navodi "up to" vrednost;
- benchmark predstavlja kratki burst umesto sustained performance;
- lokalna verzija ima drugačije komponente.

Ako nešto nije potvrđeno:

UNKNOWN

je bolji odgovor od pretpostavke.

Napravi plan putovanja.

POLAZAK:
[...]

DESTINACIJA:
[...]

DATUM POLASKA:
[...]

DATUM POVRATKA:
[...]

BROJ PUTNIKA:
[...]

DECA:
[...]

BUDŽET:
[...]

PREVOZ:
[...]

SMEŠTAJ:
[...]

INTERESOVANJA:
[...]

TEMPO:
lagan / srednji / intenzivan

POSEBNI ZAHTEVI:
[...]

Koristi aktuelne web izvore za sve podatke koji mogu da se promene.

Posebno proveri:

- ulazne/vizne uslove;
- raspored letova/vozova/autobusa;
- cene;
- radno vreme;
- javni prevoz;
- lokalne događaje;
- sezonska ograničenja;
- moguće radove/štrajkove;
- lokalna pravila.

Za ulazne uslove preferiraj zvanične državne izvore.

Na kraju napravi:

ITINERARY
TRANSPORT PLAN
BUDGET
RESERVATIONS NEEDED
BACKUP OPTIONS
WHAT TO RECHECK 24-48H BEFORE TRIP

Pronađi letove.

FROM:
[...]

TO:
[...]

DATE:
[...]

RETURN:
[...]

PASSENGERS:
[...]

BAGGAGE:
[...]

FLEXIBILITY:
[...]

MAX STOPS:
[...]

MAX TOTAL TRAVEL TIME:
[...]

BUDGET:
[...]

Preferiram:
[jutarnji / večernji / bez preference]

Uporedi:

TOTAL PRICE
BAGGAGE INCLUDED
NUMBER OF STOPS
TOTAL DURATION
LAYOVER DURATION
AIRPORT CHANGES
ARRIVAL TIME
FARE RULES

Nemoj porediti samo osnovnu cenu.

Uključi:

prtljag;
seat fee ako je relevantno;
airport transfer;
booking fee;
self-transfer risk.

Ako itinerary zahteva self-transfer, jasno ga označi.

Želim najpovoljniji period za putovanje.

FROM:
[...]

TO:
[...]

OKVIRNI PERIOD:
[...]

TRAJANJE:
[X noći]

FLEKSIBILNOST:
± [broj] dana

Pronađi najpovoljnije kombinacije datuma.

Za svaku kombinaciju prikaži:

departure;
return;
airline;
total travel time;
stops;
real total price sa potrebnim prtljagom.

Nemoj birati najjeftiniju opciju ako ima ekstremno loš itinerary bez da to jasno označiš.

Proceni da li je layover realističan.

AIRPORT:
[...]

ARRIVING FLIGHT:
[...]

DEPARTING FLIGHT:
[...]

LAYOVER:
[...]

SAME TICKET:
da/ne

BAGGAGE:
checked / cabin only

PASSPORT:
[...]

Proveri:

terminal change;
passport control;
security recheck;
baggage reclaim;
customs;
minimum connection time;
airport size;
historical operational issues ako su relevantni.

Razdvoji:

LEGAL CONNECTION
COMFORTABLE CONNECTION
HIGH-RISK CONNECTION

Ako je self-transfer, analiziraj ga odvojeno.

Analiziraj self-transfer itinerary.

LEG 1:
[...]

LEG 2:
[...]

AIRPORT:
[...]

LAYOVER:
[...]

TICKETS:
odvojene

BAGGAGE:
[...]

Proveri:

- da li moram pokupiti prtljag;
- da li moram ponovo check-in;
- da li prolazim imigraciju;
- da li mi treba transit visa;
- promena terminala/aerodroma;
- check-in cutoff;
- posledice kašnjenja prvog leta.

Izračunaj realnu potrebnu marginu.

Nemoj tretirati dva odvojena tiketa kao zaštićenu konekciju.

Pronađi najbolje opcije od:

[AERODROM]

do:

[HOTEL / CENTAR / ADRESA]

ARRIVAL TIME:
[...]

PASSENGERS:
[...]

BAGGAGE:
[...]

Uporedi:

TRAIN
METRO
BUS
TAXI
RIDESHARE
PRIVATE TRANSFER

Za svaku opciju:

PRICE
DURATION
OPERATING HOURS
FREQUENCY
WALKING
LUGGAGE DIFFICULTY

Posebno proveri da li javni prevoz još radi u vreme mog dolaska.

Pronađi železničku vezu:

FROM:
[...]

TO:
[...]

DATE:
[...]

TIME:
[...]

PASSENGERS:
[...]

Koristi aktuelni vozni red.

Prioritetno proveri zvaničnog železničkog operatera.

Za svaku opciju navedi:

departure;
arrival;
duration;
changes;
reservation requirement;
ticket price;
fare restrictions.

Proveri:

radove na pruzi;
replacement buses;
strike notices;
seasonal timetable.

Ako cena nije dostupna iz zvaničnog izvora, jasno označi.

Napravi road-trip plan.

START:
[...]

END:
[...]

DATES:
[...]

CAR:
[...]

PASSENGERS:
[...]

MAX DRIVING PER DAY:
[...]

INTERESTS:
[...]

Proveri:

distance;
realistic driving time;
tolls;
vignettes;
fuel;
border requirements;
parking;
low-emission zones;
winter equipment;
ferries.

Nemoj koristiti samo Google-style idealno vreme vožnje.

Dodaj realistične pauze.

Za svaki dan:

ROUTE
DRIVE TIME
STOPS
FUEL/TOLLS
OVERNIGHT
BACKUP

Proveri ulazne uslove.

PASSPORT:
[država]

DESTINATION:
[država]

PURPOSE:
turizam / business / drugo

DURATION:
[...]

ARRIVAL:
[...]

TRANSIT COUNTRIES:
[...]

Koristi prvenstveno:

- zvanično ministarstvo spoljnih poslova;
- ambasadu/konzulat;
- zvanični immigration portal;
- relevantne državne institucije.

Proveri:

visa requirement;
visa-free stay;
passport validity;
blank pages;
return/onward ticket;
proof of funds;
travel insurance;
registration requirements;
entry forms;
transit requirements.

Ne koristi blog kao glavni dokaz za vizni režim.

Navedi datum provere.

Proveri da li mi je potrebna transit viza.

PASSPORT:
[...]

AIRPORT:
[...]

COUNTRY:
[...]

ONWARD DESTINATION:
[...]

TICKETS:
same / separate

BAGGAGE:
[...]

TERMINAL CHANGE:
[...]

AIRPORT EXIT:
unknown

Proveri tačno:

airside transit;
landside transit;
baggage collection;
terminal transfer;
overnight rules.

Nemoj odgovoriti samo prema tome da li imam "connecting flight".

Objasni pod kojim uslovima transit visa postaje potrebna.

Pronađi smeštaj.

CITY:
[...]

DATES:
[...]

GUESTS:
[...]

BUDGET:
po noći / ukupno

MUST HAVE:
[...]

PREFERRED AREA:
[...]

MAX DISTANCE:
[...]

Uporedi:

TOTAL PRICE
TAXES/FEES
CANCELLATION
BREAKFAST
ROOM TYPE
BATHROOM
LOCATION
TRANSIT
CHECK-IN
REVIEWS

Nemoj koristiti samo prosečnu ocenu.

Proveri recurring complaints u novijim review-ima:

noise;
cleanliness;
air conditioning;
Wi-Fi;
room size;
elevator;
construction;
hidden fees.

Ako cena ne uključuje city tax/resort fee, jasno dodaj.

Pomozi mi da izaberem kvart za smeštaj u:

[GRAD]

Moji prioriteti:

attractions:
[...]

nightlife:
[...]

quiet:
[...]

public transport:
[...]

budget:
[...]

walking:
[...]

Uporedi relevantne kvartove prema:

LOCATION
TRANSPORT
SAFETY CONTEXT
NOISE
RESTAURANTS
NIGHTLIFE
PRICE
AIRPORT ACCESS

Ne koristi generičku etiketu "safe/unsafe" bez konteksta.

Objasni kakav je kvart za moju konkretnu vrstu putovanja.

Analiziraj recenzije hotela:

[HOTEL]

Fokusiraj se prvenstveno na novije recenzije.

Pronađi recurring patterns.

Grupiši probleme:

CLEANLINESS
NOISE
STAFF
ROOM SIZE
AIR CONDITIONING
BEDS
BATHROOM
BREAKFAST
LOCATION
HIDDEN FEES

Razdvoji:

SINGLE COMPLAINT
REPEATED COMPLAINT
RECENT TREND
OLD ISSUE

Posebno proveri da li je hotel renoviran nakon starijih negativnih recenzija.

Analiziraj listing:

[LISTING]

Proveri:

total price;
cleaning fee;
deposit;
cancellation;
check-in;
house rules;
host reviews;
location;
exact sleeping arrangements.

Posebno traži:

shared bathroom;
sofa bed predstavljen kao bed;
no elevator;
noise;
late check-in fees;
tourist tax;
camera disclosure;
strict checkout duties.

Nemoj koristiti headline price ako finalna cena uključuje velike dodatne naknade.

Napravi detaljan itinerary za:

[GRAD]

DATES:
[...]

HOTEL AREA:
[...]

INTERESTS:
[...]

TEMPO:
[...]

Svaki dan grupiši geografski.

Minimizuj nepotrebno vraćanje preko grada.

Za svaki dan prikaži:

MORNING
LUNCH AREA
AFTERNOON
EVENING

Dodaj:

travel time;
reservation requirements;
opening hours;
ticket requirements.

Ne pretrpavaj dan.

Dodaj buffer vreme.

Audituj moj itinerary:

[PLAN]

Za svaku aktivnost proveri:

travel time;
queue time;
security;
meal time;
opening hours;
reservation;
realistic visit duration.

Identifikuj:

IMPOSSIBLE
TOO TIGHT
REALISTIC
TOO EMPTY

Dodaj buffer za kašnjenja.

Posebno proveri da li prelazak između aktivnosti zahteva menjanje krajeva grada.

Pronađi najbolje atrakcije za mene u:

[GRAD]

INTERESTS:
[...]

DAYS:
[...]

Ne pravi generički top-10.

Za svaku atrakciju navedi:

WHY IT MATCHES MY INTERESTS
TIME NEEDED
LOCATION
PRICE
RESERVATION
BEST TIME TO VISIT

Razdvoji:

MUST BOOK EARLY
CAN DECIDE LATER
FREE / WALK-IN

Posebno označi turističke atrakcije koje imaju vrlo visok time-cost u odnosu na moj interes.

Proveri:

[MUZEJ / ATRAKCIJA]

za datum:

[DATUM]

Proveri zvanični sajt.

Navedi:

OPENING HOURS
LAST ENTRY
TICKET PRICE
TIMED ENTRY?
CLOSED DAYS
SPECIAL CLOSURES
BAG POLICY

Ne koristi standardno nedeljno radno vreme ako postoji posebno radno vreme za moj datum.

Pronađi restorane.

LOCATION:
[...]

DATE:
[...]

TIME:
[...]

PEOPLE:
[...]

CUISINE:
[...]

BUDGET:
[...]

DIETARY REQUIREMENTS:
[...]

Preferiram:
local / casual / fine dining / quiet / view / drugo

Za svaki restoran proveri:

current opening hours;
reservation availability ako je moguće;
price range;
menu;
dietary fit.

Ne preporučuj restoran samo zato što ima visok aggregate rating.

Koristi novije reviews i više izvora kada je potrebno.

Želim da probam tipičnu hranu u:

[DESTINACIJA]

Pronađi:

10-15 lokalnih jela/pića.

Za svako:

WHAT IT IS
MAIN INGREDIENTS
TYPICAL SERVING
WHERE IT IS COMMON
DIETARY CONCERNS

Zatim preporuči tip mesta gde ima smisla probati jelo:

bakery;
market;
street food;
traditional restaurant;
dessert shop.

Nemoj sve slati u turističke restorane u centru.

Napravi budget travel plan.

DESTINATION:
[...]

DATES:
[...]

TOTAL BUDGET:
[...]

U budžet uključi:

transport to destination;
airport transfer;
accommodation;
local transport;
food;
attractions;
fees;
buffer.

Napravi:

FIXED COSTS
DAILY COSTS
OPTIONAL COSTS
EMERGENCY BUFFER

Ne napravi plan koji tehnički staje u budžet samo ako svaki dan trošim apsolutni minimum.

Ostavi realističan buffer.

Napravi plan putovanja.

POLAZAK:
[...]

DESTINACIJA:
[...]

DATUM POLASKA:
[...]

DATUM POVRATKA:
[...]

BROJ PUTNIKA:
[...]

DECA:
[...]

BUDŽET:
[...]

PREVOZ:
[...]

SMEŠTAJ:
[...]

INTERESOVANJA:
[...]

TEMPO:
lagan / srednji / intenzivan

POSEBNI ZAHTEVI:
[...]

Koristi aktuelne web izvore za sve podatke koji mogu da se promene.

Posebno proveri:

- ulazne/vizne uslove;
- raspored letova/vozova/autobusa;
- cene;
- radno vreme;
- javni prevoz;
- lokalne događaje;
- sezonska ograničenja;
- moguće radove/štrajkove;
- lokalna pravila.

Za ulazne uslove preferiraj zvanične državne izvore.

Na kraju napravi:

ITINERARY
TRANSPORT PLAN
BUDGET
RESERVATIONS NEEDED
BACKUP OPTIONS
WHAT TO RECHECK 24-48H BEFORE TRIP

Pronađi letove.

FROM:
[...]

TO:
[...]

DATE:
[...]

RETURN:
[...]

PASSENGERS:
[...]

BAGGAGE:
[...]

FLEXIBILITY:
[...]

MAX STOPS:
[...]

MAX TOTAL TRAVEL TIME:
[...]

BUDGET:
[...]

Preferiram:
[jutarnji / večernji / bez preference]

Uporedi:

TOTAL PRICE
BAGGAGE INCLUDED
NUMBER OF STOPS
TOTAL DURATION
LAYOVER DURATION
AIRPORT CHANGES
ARRIVAL TIME
FARE RULES

Nemoj porediti samo osnovnu cenu.

Uključi:

prtljag;
seat fee ako je relevantno;
airport transfer;
booking fee;
self-transfer risk.

Ako itinerary zahteva self-transfer, jasno ga označi.

Želim najpovoljniji period za putovanje.

FROM:
[...]

TO:
[...]

OKVIRNI PERIOD:
[...]

TRAJANJE:
[X noći]

FLEKSIBILNOST:
± [broj] dana

Pronađi najpovoljnije kombinacije datuma.

Za svaku kombinaciju prikaži:

departure;
return;
airline;
total travel time;
stops;
real total price sa potrebnim prtljagom.

Nemoj birati najjeftiniju opciju ako ima ekstremno loš itinerary bez da to jasno označiš.

Proceni da li je layover realističan.

AIRPORT:
[...]

ARRIVING FLIGHT:
[...]

DEPARTING FLIGHT:
[...]

LAYOVER:
[...]

SAME TICKET:
da/ne

BAGGAGE:
checked / cabin only

PASSPORT:
[...]

Proveri:

terminal change;
passport control;
security recheck;
baggage reclaim;
customs;
minimum connection time;
airport size;
historical operational issues ako su relevantni.

Razdvoji:

LEGAL CONNECTION
COMFORTABLE CONNECTION
HIGH-RISK CONNECTION

Ako je self-transfer, analiziraj ga odvojeno.

Analiziraj self-transfer itinerary.

LEG 1:
[...]

LEG 2:
[...]

AIRPORT:
[...]

LAYOVER:
[...]

TICKETS:
odvojene

BAGGAGE:
[...]

Proveri:

- da li moram pokupiti prtljag;
- da li moram ponovo check-in;
- da li prolazim imigraciju;
- da li mi treba transit visa;
- promena terminala/aerodroma;
- check-in cutoff;
- posledice kašnjenja prvog leta.

Izračunaj realnu potrebnu marginu.

Nemoj tretirati dva odvojena tiketa kao zaštićenu konekciju.

Pronađi najbolje opcije od:

[AERODROM]

do:

[HOTEL / CENTAR / ADRESA]

ARRIVAL TIME:
[...]

PASSENGERS:
[...]

BAGGAGE:
[...]

Uporedi:

TRAIN
METRO
BUS
TAXI
RIDESHARE
PRIVATE TRANSFER

Za svaku opciju:

PRICE
DURATION
OPERATING HOURS
FREQUENCY
WALKING
LUGGAGE DIFFICULTY

Posebno proveri da li javni prevoz još radi u vreme mog dolaska.

Pronađi železničku vezu:

FROM:
[...]

TO:
[...]

DATE:
[...]

TIME:
[...]

PASSENGERS:
[...]

Koristi aktuelni vozni red.

Prioritetno proveri zvaničnog železničkog operatera.

Za svaku opciju navedi:

departure;
arrival;
duration;
changes;
reservation requirement;
ticket price;
fare restrictions.

Proveri:

radove na pruzi;
replacement buses;
strike notices;
seasonal timetable.

Ako cena nije dostupna iz zvaničnog izvora, jasno označi.

Napravi road-trip plan.

START:
[...]

END:
[...]

DATES:
[...]

CAR:
[...]

PASSENGERS:
[...]

MAX DRIVING PER DAY:
[...]

INTERESTS:
[...]

Proveri:

distance;
realistic driving time;
tolls;
vignettes;
fuel;
border requirements;
parking;
low-emission zones;
winter equipment;
ferries.

Nemoj koristiti samo Google-style idealno vreme vožnje.

Dodaj realistične pauze.

Za svaki dan:

ROUTE
DRIVE TIME
STOPS
FUEL/TOLLS
OVERNIGHT
BACKUP

Proveri ulazne uslove.

PASSPORT:
[država]

DESTINATION:
[država]

PURPOSE:
turizam / business / drugo

DURATION:
[...]

ARRIVAL:
[...]

TRANSIT COUNTRIES:
[...]

Koristi prvenstveno:

- zvanično ministarstvo spoljnih poslova;
- ambasadu/konzulat;
- zvanični immigration portal;
- relevantne državne institucije.

Proveri:

visa requirement;
visa-free stay;
passport validity;
blank pages;
return/onward ticket;
proof of funds;
travel insurance;
registration requirements;
entry forms;
transit requirements.

Ne koristi blog kao glavni dokaz za vizni režim.

Navedi datum provere.

Proveri da li mi je potrebna transit viza.

PASSPORT:
[...]

AIRPORT:
[...]

COUNTRY:
[...]

ONWARD DESTINATION:
[...]

TICKETS:
same / separate

BAGGAGE:
[...]

TERMINAL CHANGE:
[...]

AIRPORT EXIT:
unknown

Proveri tačno:

airside transit;
landside transit;
baggage collection;
terminal transfer;
overnight rules.

Nemoj odgovoriti samo prema tome da li imam "connecting flight".

Objasni pod kojim uslovima transit visa postaje potrebna.

Pronađi smeštaj.

CITY:
[...]

DATES:
[...]

GUESTS:
[...]

BUDGET:
po noći / ukupno

MUST HAVE:
[...]

PREFERRED AREA:
[...]

MAX DISTANCE:
[...]

Uporedi:

TOTAL PRICE
TAXES/FEES
CANCELLATION
BREAKFAST
ROOM TYPE
BATHROOM
LOCATION
TRANSIT
CHECK-IN
REVIEWS

Nemoj koristiti samo prosečnu ocenu.

Proveri recurring complaints u novijim review-ima:

noise;
cleanliness;
air conditioning;
Wi-Fi;
room size;
elevator;
construction;
hidden fees.

Ako cena ne uključuje city tax/resort fee, jasno dodaj.

Pomozi mi da izaberem kvart za smeštaj u:

[GRAD]

Moji prioriteti:

attractions:
[...]

nightlife:
[...]

quiet:
[...]

public transport:
[...]

budget:
[...]

walking:
[...]

Uporedi relevantne kvartove prema:

LOCATION
TRANSPORT
SAFETY CONTEXT
NOISE
RESTAURANTS
NIGHTLIFE
PRICE
AIRPORT ACCESS

Ne koristi generičku etiketu "safe/unsafe" bez konteksta.

Objasni kakav je kvart za moju konkretnu vrstu putovanja.

Analiziraj recenzije hotela:

[HOTEL]

Fokusiraj se prvenstveno na novije recenzije.

Pronađi recurring patterns.

Grupiši probleme:

CLEANLINESS
NOISE
STAFF
ROOM SIZE
AIR CONDITIONING
BEDS
BATHROOM
BREAKFAST
LOCATION
HIDDEN FEES

Razdvoji:

SINGLE COMPLAINT
REPEATED COMPLAINT
RECENT TREND
OLD ISSUE

Posebno proveri da li je hotel renoviran nakon starijih negativnih recenzija.

Analiziraj listing:

[LISTING]

Proveri:

total price;
cleaning fee;
deposit;
cancellation;
check-in;
house rules;
host reviews;
location;
exact sleeping arrangements.

Posebno traži:

shared bathroom;
sofa bed predstavljen kao bed;
no elevator;
noise;
late check-in fees;
tourist tax;
camera disclosure;
strict checkout duties.

Nemoj koristiti headline price ako finalna cena uključuje velike dodatne naknade.

Napravi detaljan itinerary za:

[GRAD]

DATES:
[...]

HOTEL AREA:
[...]

INTERESTS:
[...]

TEMPO:
[...]

Svaki dan grupiši geografski.

Minimizuj nepotrebno vraćanje preko grada.

Za svaki dan prikaži:

MORNING
LUNCH AREA
AFTERNOON
EVENING

Dodaj:

travel time;
reservation requirements;
opening hours;
ticket requirements.

Ne pretrpavaj dan.

Dodaj buffer vreme.

Audituj moj itinerary:

[PLAN]

Za svaku aktivnost proveri:

travel time;
queue time;
security;
meal time;
opening hours;
reservation;
realistic visit duration.

Identifikuj:

IMPOSSIBLE
TOO TIGHT
REALISTIC
TOO EMPTY

Dodaj buffer za kašnjenja.

Posebno proveri da li prelazak između aktivnosti zahteva menjanje krajeva grada.

Pronađi najbolje atrakcije za mene u:

[GRAD]

INTERESTS:
[...]

DAYS:
[...]

Ne pravi generički top-10.

Za svaku atrakciju navedi:

WHY IT MATCHES MY INTERESTS
TIME NEEDED
LOCATION
PRICE
RESERVATION
BEST TIME TO VISIT

Razdvoji:

MUST BOOK EARLY
CAN DECIDE LATER
FREE / WALK-IN

Posebno označi turističke atrakcije koje imaju vrlo visok time-cost u odnosu na moj interes.

Proveri:

[MUZEJ / ATRAKCIJA]

za datum:

[DATUM]

Proveri zvanični sajt.

Navedi:

OPENING HOURS
LAST ENTRY
TICKET PRICE
TIMED ENTRY?
CLOSED DAYS
SPECIAL CLOSURES
BAG POLICY

Ne koristi standardno nedeljno radno vreme ako postoji posebno radno vreme za moj datum.

Pronađi restorane.

LOCATION:
[...]

DATE:
[...]

TIME:
[...]

PEOPLE:
[...]

CUISINE:
[...]

BUDGET:
[...]

DIETARY REQUIREMENTS:
[...]

Preferiram:
local / casual / fine dining / quiet / view / drugo

Za svaki restoran proveri:

current opening hours;
reservation availability ako je moguće;
price range;
menu;
dietary fit.

Ne preporučuj restoran samo zato što ima visok aggregate rating.

Koristi novije reviews i više izvora kada je potrebno.

Želim da probam tipičnu hranu u:

[DESTINACIJA]

Pronađi:

10-15 lokalnih jela/pića.

Za svako:

WHAT IT IS
MAIN INGREDIENTS
TYPICAL SERVING
WHERE IT IS COMMON
DIETARY CONCERNS

Zatim preporuči tip mesta gde ima smisla probati jelo:

bakery;
market;
street food;
traditional restaurant;
dessert shop.

Nemoj sve slati u turističke restorane u centru.

Napravi budget travel plan.

DESTINATION:
[...]

DATES:
[...]

TOTAL BUDGET:
[...]

U budžet uključi:

transport to destination;
airport transfer;
accommodation;
local transport;
food;
attractions;
fees;
buffer.

Napravi:

FIXED COSTS
DAILY COSTS
OPTIONAL COSTS
EMERGENCY BUFFER

Ne napravi plan koji tehnički staje u budžet samo ako svaki dan trošim apsolutni minimum.

Ostavi realističan buffer.

Napravi premium plan putovanja.

DESTINATION:
[...]

DATES:
[...]

PREFERENCES:
[...]

BUDGET:
[...]

Prioritet:

quality;
location;
convenience;
service;
unique experiences.

Ne preporučuj najskuplju opciju automatski.

Traži mesta gde viša cena stvarno daje:

bolju lokaciju;
bolju uslugu;
manje čekanja;
poseban pristup;
bolju sobu;
realno bolji experience.

Napravi porodični itinerary.

DECA:
[godine]

DESTINATION:
[...]

DATES:
[...]

Uzmi u obzir:

nap time;
meal breaks;
toilets;
stroller;
walking distance;
weather;
child tickets;
height/age restrictions.

Nemoj koristiti itinerary za odrasle i samo dodati "kids activity".

Ograniči broj velikih aktivnosti dnevno.

Dodaj indoor backup opcije.

Napravi itinerary uz ograničenu pokretljivost.

DESTINATION:
[...]

LIMITATIONS:
[...]

Proveri:

stairs;
elevators;
walking distance;
cobblestones;
wheelchair access;
public transport accessibility;
toilets;
resting places.

Za svaku atrakciju označi:

EASY
MODERATE
DIFFICULT

Nemoj pretpostaviti accessibility samo zato što sajt kaže "accessible".

Proveri konkretne detalje pristupa.

Planiram solo putovanje.

DESTINATION:
[...]

DATES:
[...]

Prioritet:

central location;
late-night transport;
social activities;
single-room cost;
easy logistics.

Analiziraj:

transport after dark;
areas with active nightlife;
24h reception;
solo dining;
group tours;
common tourist scams.

Nemoj koristiti dramatične generalizacije o bezbednosti.

Fokusiraj se na praktične rizike i prevenciju.

Analiziraj destinaciju za remote work.

DESTINATION:
[...]

DURATION:
[...]

WORK HOURS:
[...]

BUDGET:
[...]

Proveri:

internet quality;
mobile data;
coworking;
timezone;
power reliability;
long-stay accommodation;
visa/residency rules;
tax considerations na visokom nivou;
public transport;
healthcare access.

Za internet razlikuj:

advertised speed
od
real-world reliability.

Posebno analiziraj timezone overlap sa mojim radnim vremenom.

Uporedi internet opcije za:

[DESTINACIJA]

DURATION:
[...]

DATA NEED:
[...]

PHONE:
[...]

Uporedi:

LOCAL SIM
eSIM
ROAMING
POCKET WI-FI

Za svaku:

PRICE
DATA
SPEED LIMIT
HOTSPOT
VALIDITY
NETWORK
ACTIVATION

Proveri da telefon podržava potrebne bands/eSIM.

Nemoj koristiti samo advertised "unlimited" bez provere fair-use/throttling pravila.

Pronađi rent-a-car opcije.

LOCATION:
[...]

DATES:
[...]

DRIVER AGE:
[...]

COUNTRY OF LICENSE:
[...]

CAR TYPE:
[...]

Proveri:

total price;
deposit;
excess;
insurance;
fuel policy;
mileage;
border crossing;
additional driver;
airport fee;
late return.

Posebno objasni:

CDW
excess
zero excess
third-party insurance

Nemoj tretirati "full insurance" kao standardizovan termin bez čitanja uslova.

Objasni javni prevoz u:

[GRAD]

Za turistu koji ostaje:

[X dana]

Proveri:

single ticket;
daily pass;
multi-day pass;
contactless payment;
mobile app;
airport inclusion;
zones;
validation rules;
night transport.

Izračunaj kada se pass isplati u odnosu na pojedinačne vožnje.

Posebno objasni kazne/rizik ako karta mora biti validirana.

Proceni da li se isplati:

[CITY PASS]

Moj itinerary:

[...]

Izračunaj:

CARD PRICE
ACTIVITIES I WOULD ACTUALLY VISIT
NORMAL TICKET TOTAL
TRANSPORT VALUE

Nemoj računati atrakcije koje inače ne bih posetio kao "uštedu".

Proveri:

reservation requirements;
time slots;
daily limits;
exclusions.

Prilagodi itinerary prema prognozi.

DESTINATION:
[...]

DATES:
[...]

Plan:
[...]

Za svaki dan proveri:

temperature;
rain;
wind;
extreme weather.

Premesti:

outdoor aktivnosti u najbolje vreme;
indoor aktivnosti u lošije vreme.

Ne tretiraj dugoročnu prognozu kao sigurnu.

Što je datum udaljeniji, jasnije označi neizvesnost.

Putujem zbog događaja:

[EVENT]

CITY:
[...]

DATE:
[...]

Proveri:

exact venue;
doors/start time;
transport;
last public transport;
security/bag rules;
ticket rules;
surrounding road closures;
expected crowd.

Predloži:

arrival buffer;
departure plan;
backup transport.

Ako hotel biramo zbog događaja, optimizuj prema venue transportu, ne samo centru grada.

Napravi logistički plan za:

[FESTIVAL/KONCERT]

Proveri:

entry rules;
ticket format;
ID requirements;
re-entry;
bag limits;
food/water rules;
power bank rules;
transport;
locker;
weather;
last train.

Napravi checklistu:

BEFORE LEAVING HOTEL
AT VENUE
AFTER EVENT

Imam overnight layover.

AIRPORT:
[...]

ARRIVAL:
[...]

DEPARTURE:
[...]

PASSPORT:
[...]

Proveri:

da li aerodrom ostaje otvoren;
airside overnight rules;
immigration;
transit visa;
hotels;
sleep pods;
transport to city;
first/last transport.

Uporedi:

STAY AIRPORT
AIRPORT HOTEL
CITY HOTEL

prema ceni, riziku i realnom vremenu za spavanje.

Pronađi uobičajene turističke prevare u:

[DESTINACIJA]

Koristi aktuelne pouzdane izvore i recent traveler reports kao dopunu.

Za svaku:

HOW IT WORKS
WHERE IT HAPPENS
WARNING SIGNS
SAFE RESPONSE

Ne stvaraj utisak da je destinacija generalno opasna zbog nekoliko čestih prevara.

Proveri zdravstvene zahteve za put:

FROM:
[...]

TO:
[...]

TRANSIT:
[...]

DATES:
[...]

Koristi zvanične zdravstvene i državne izvore.

Proveri:

required vaccinations;
recommended vaccinations;
entry health documentation;
malaria risk ako je relevantno;
travel insurance considerations.

Razdvoji:

REQUIRED FOR ENTRY
MEDICALLY RECOMMENDED
OPTIONAL

Nemoj mešati preporuku sa obaveznim uslovom ulaska.

Koristi browser workflow da pronađeš najbolje opcije za ovo putovanje.

DESTINATION:
[...]

DATES:
[...]

TRAVELERS:
[...]

BUDGET:
[...]

CONSTRAINTS:
[...]

Možeš da:

- pretražuješ;
- otvaraš rezultate;
- porediš;
- proveravaš dostupnost.

Nemoj:

- rezervisati;
- platiti;
- prihvatiti non-refundable uslov;
- poslati moje podatke;

bez moje eksplicitne potvrde.

Finalno napravi shortlist sa:

OPTION
TOTAL PRICE
WHAT IS INCLUDED
CANCELLATION
IMPORTANT CONDITIONS
SOURCE

Ako radiš preko browsera ili povezane aplikacije:

pre svake akcije koja pravi obavezu proveri:

- tačan datum;
- imena;
- broj osoba;
- cenu;
- valutu;
- refundability;
- baggage;
- cancellation;
- final total.

STOP pre:

BOOK
BUY
PAY
CONFIRM
SUBMIT

ako akcija može napraviti finansijsku ili pravnu obavezu.

Prvo mi prikaži finalni summary.

=== TRAVEL QA ===

Pre finalnog plana proveri:

1. datume;
2. lokalnu vremensku zonu;
3. visa/entry rules;
4. passport validity;
5. arrival/departure airport;
6. terminal;
7. baggage;
8. self-transfer;
9. hotel total price;
10. city taxes;
11. cancellation;
12. attraction opening hours;
13. reservation requirements;
14. public-transport operating hours;
15. transfer times;
16. local holidays;
17. special closures;
18. strikes/disruptions ako postoje.

Za svaku vremenski osetljivu informaciju proveri aktuelan izvor.

Ako podatak treba ponovo proveriti neposredno pre putovanja, označi:

RECHECK BEFORE TRAVEL.

Istraži aktuelnu temu:

[TEMA]

Koristi najnovije dostupne informacije.

Nemoj mi samo prepričati poslednji članak.

Prvo rekonstruiši događaj.

Za svaki važan podatak razlikuj:

EVENT DATE
PUBLICATION DATE
LAST UPDATE DATE

Prioritet izvora:

1. primarni dokument / zvanično saopštenje;
2. direktni podaci;
3. regulator / institucija;
4. više nezavisnih kvalitetnih medija;
5. stručni izvori;
6. društvene mreže samo kao izvor tvrdnje ili signala.

Razdvoji:

CONFIRMED FACTS
OFFICIAL CLAIMS
INDEPENDENTLY VERIFIED INFORMATION
MEDIA REPORTING
ANALYSIS
UNCONFIRMED INFORMATION

Ako se izvori ne slažu, prikaži neslaganje.

Ne pretvaraj najnoviju objavu automatski u najpouzdaniji izvor.

Prati breaking-news događaj:

[TEMA]

Nemoj zaključivati na osnovu prvih izveštaja.

Napravi timeline:

TIME
SOURCE
CLAIM
CONFIRMATION STATUS
LATER CORRECTION

Posebno proveri da li su početne informacije kasnije:

POTVRĐENE
IZMENJENE
POVUČENE
DEMANTOVANE

Ako je broj žrtava, šteta, učesnika ili neki drugi podatak promenjen tokom izveštavanja, koristi najnoviju potvrđenu vrednost i objasni istoriju izmene.

Rane podatke jasno označi kao preliminarne.

Proveri sledeću viralnu tvrdnju:

"[TVRDNJA]"

Nemoj proveravati koliko sajtova ponavlja tvrdnju.

Pronađi najraniji mogući izvor.

Zatim utvrdi:

WHO FIRST CLAIMED IT
WHEN
WHAT EXACTLY WAS CLAIMED
WHAT EVIDENCE WAS PROVIDED

Traži primarne izvore.

Zatim traži nezavisnu potvrdu.

Klasifikuj:

TAČNO
UGLAVNOM TAČNO
NEDOSTAJE KONTEKST
ZAVODLJIVO
NEPOTVRĐENO
NETAČNO
ZASTARELO

Za rezultat objasni tačno koji deo tvrdnje jeste ili nije potvrđen.

Proveri da li je:

[OSOBA]

zaista rekla:

"[CITAT]"

Nemoj koristiti quote-aggregator sajtove.

Traži:

- originalni video;
- audio;
- transkript;
- intervju;
- govor;
- zvaničnu objavu;
- originalni post.

Proveri:

tačan tekst;
kontekst;
datum;
šta je rečeno neposredno pre i posle citata.

Klasifikuj:

VERBATIM
ACCURATE PARAPHRASE
OUT OF CONTEXT
MISQUOTED
FABRICATED
UNVERIFIED

Ako postoji samo isečak, proveri pun kontekst pre zaključka.

Proveri brojku:

"[TVRDNJA SA BROJEM]"

Pronađi originalni dataset ili instituciju.

Utvrdi:

METRIC
POPULATION
GEOGRAPHY
TIME PERIOD
UNIT
METHODOLOGY

Proveri matematiku.

Posebno proveri:

- procenat vs procentni poen;
- nominalno vs realno;
- ukupan broj vs stopa;
- godišnje vs mesečno;
- kumulativno vs periodično;
- per capita vs total;
- apsolutno vs relativno.

Ako naslov koristi broj ispravno ali kontekst menja značenje, označi:

TECHNICALLY TRUE BUT MISLEADING.

Proveri tvrdnju:

"[NAJVIŠE / NAJMANJE / REKORD]"

Ne prihvataj je bez istorijskog poređenja.

Pronađi celu relevantnu vremensku seriju.

Utvrdi:

START OF SERIES
METHODOLOGY CHANGES
BREAKS IN SERIES
NOMINAL / REAL
SEASONAL ADJUSTMENT

Proveri da li "rekord" važi:

nominalno;
realno;
per capita;
u apsolutnom broju;
u procentu;
ili samo u izabranom periodu.

Ako je tvrdnja tačna samo pod određenom definicijom, napiši to.

Istraži poreklo fotografije:

[SLIKA / LINK]

Cilj je da utvrdimo:

- kada se prvi put pojavila;
- gde;
- šta zaista prikazuje;
- da li se sada koristi sa drugim opisom.

Traži:

earliest known appearance;
original uploader;
news archive;
official source;
older copies;
different captions.

Posebno proveri da li je fotografija:

OLD IMAGE
WRONG LOCATION
WRONG EVENT
CROPPED
EDITED
CORRECTLY CONTEXTUALIZED

Nemoj zaključiti samo iz vizuelne sličnosti.

Proveri viralni video:

[VIDEO / LINK]

Utvrdi:

original upload;
najraniji datum;
lokaciju;
događaj;
full-length verziju ako postoji.

Analiziraj:

audio continuity;
cuts;
cropping;
subtitles;
caption;
visible landmarks;
weather;
language;
signage;
vehicles;
uniforms;
shadows/time clues.

Ne zaključuj manipulaciju samo zato što video izgleda neobično.

Razdvoji:

CONTENT AUTHENTICITY
DATE
LOCATION
CAPTION ACCURACY

Video može biti autentičan, ali pogrešno opisan.

Proveri screenshot:

[SLIKA]

Nemoj pretpostaviti da je screenshot autentičan.

Identifikuj:

navodni izvor;
platformu;
nalog;
datum;
tekst;
URL ako je vidljiv.

Pokušaj pronaći originalnu objavu ili arhiviranu kopiju.

Proveri:

font/layout anomalies;
username;
timestamp format;
verified badge;
UI version;
cropping.

Ali vizuelna anomalija sama nije dovoljan dokaz falsifikata.

Finalni status:

ORIGINAL CONFIRMED
LIKELY AUTHENTIC
UNVERIFIED
ALTERED
FABRICATED

Analiziraj tvrdnje sa društvenih mreža o:

[TEMA]

Nemoj broj lajkova, share-ova ili pratilaca tretirati kao dokaz.

Za svaku značajnu objavu utvrdi:

WHO POSTED IT
ARE THEY A DIRECT WITNESS?
DO THEY PROVIDE EVIDENCE?
IS THERE INDEPENDENT CONFIRMATION?
HAS THE POST BEEN CORRECTED?

Razdvoji:

PRIMARY WITNESS
OFFICIAL ACCOUNT
EXPERT COMMENTARY
SECOND-HAND CLAIM
ANONYMOUS CLAIM
AGGREGATOR

Koristi društvene mreže kao leads, a ne automatski kao potvrdu.

Analiziraj zvanično saopštenje:

[SAOPŠTENJE]

Nemoj ga automatski tretirati kao neutralan opis događaja.

Razdvoji:

PROVERLJIVE ČINJENICE
TVRDNJE INSTITUCIJE
PRAVNA/PR INTERPRETACIJA
PODACI KOJI NEDOSTAJU

Zatim traži nezavisne izvore za ključne proverljive tvrdnje.

Ako nezavisna potvrda nije moguća:

jasno reci da je informacija trenutno samo zvanična tvrdnja.

Uporedi izveštavanje:

IZVOR A:
[...]

IZVOR B:
[...]

Ne odlučuj ko je tačan prema reputaciji medija pre provere konkretnih dokaza.

Za svaku spornu činjenicu napravi:

CLAIM
SOURCE A
SOURCE B
PRIMARY EVIDENCE
CURRENT STATUS

Proveri da li se razlika može objasniti:

different publication time;
different definitions;
new information;
correction;
different eyewitness accounts.

Razlikuj stvarnu kontradikciju od toga da je jedan članak jednostavno stariji.

Analiziraj kako različiti izvori predstavljaju:

[DOGAĐAJ]

Nemoj davati generičke ideološke etikete kao zamenu za analizu.

Uporedi:

HEADLINE
FACT SELECTION
SOURCE SELECTION
WORD CHOICE
WHAT IS OMITTED
WHAT IS EMPHASIZED

Odvoji:

razliku u činjenicama
od
razlike u framing-u.

Ako dva izvora koriste iste činjenice ali daju različitu interpretaciju, jasno pokaži to.

Rekonstruiši kompletnu hronologiju:

[TEMA]

Počni od:

[DATUM]

Do:

[DATUM]

Za svaki događaj:

DATE/TIME
EVENT
SOURCE
CONFIDENCE
WHY IT MATTERS

Ako je neka činjenica kasnije ispravljena, nemoj samo zameniti staru.

Prikaži:

INITIAL REPORT
CORRECTION
CURRENT UNDERSTANDING

Na kraju identifikuj ključne turning points.

Uporedi trenutno stanje teme:

[TEMA]

sa stanjem:

[PRETHODNI DATUM]

Nemoj ponavljati informacije koje su iste.

Pronađi samo:

NEW FACTS
NEW DOCUMENTS
CORRECTIONS
REVERSALS
NEW STATEMENTS
STATUS CHANGES

Za svaku novu stavku:

šta je novo;
kada je potvrđeno;
izvor;
da li menja prethodni zaključak.

Na kraju napiši:

WHAT ACTUALLY CHANGED.

Uradi javno dostupno OSINT istraživanje o:

[TEMA / ORGANIZACIJA / DOMEN]

Koristi samo legitimno dostupne javne informacije.

Napravi source map:

OFFICIAL SOURCES
CORPORATE RECORDS
DOMAIN/DNS
PUBLIC REPOSITORIES
ARCHIVED PAGES
NEWS
SOCIAL MEDIA
TECHNICAL METADATA

Za svaki nalaz navedi:
- izvor;
- datum;
- dokaz;
- stepen verifikacije.

Treba da završim sledeću administrativnu stvar:

[ZADATAK]

DRŽAVA:
[...]

INSTITUCIJA:
[...]

MOJ STATUS:
[...]

ROK:
[...]

Prvo mi objasni:

1. šta je cilj procedure;
2. koje dokumente treba pripremiti;
3. gde se podnosi;
4. da li postoji online postupak;
5. takse;
6. rokove;
7. moguće greške zbog kojih zahtev može biti odbijen.

Ako su pravila vremenski osetljiva:

proveri aktuelne zvanične izvore.

Na kraju napravi checklistu:

PRE PRIJAVE
TOKOM PRIJAVE
POSLE PRIJAVE

Pomozi mi da popunim ovaj obrazac:

[OBRAZAC]

Nemoj izmišljati podatke.

Za svako polje objasni:

FIELD
WHAT IT MEANS
WHAT SHOULD BE ENTERED
FORMAT
COMMON MISTAKE

Ako značenje zavisi od mog statusa:

objasni različite varijante.

Ako nešto ne znam:

označi kao podatak koji moram da proverim.

Napiši formalni zahtev instituciji.

INSTITUCIJA:
[...]

PREDMET:
[...]

ČINJENICE:
[...]

ŠTA TRAŽIM:
[...]

DOKAZI:
[...]

TON:
jasan, formalan, bez nepotrebne dramatike.

Struktura:

PREDMET
KRATAK KONTEKST
ČINJENICE
ZAHTEV
PRILOZI

Nemoj unositi pravne tvrdnje koje nisam proverio.

Pomozi mi da pripremim reklamaciju.

PROIZVOD/USLUGA:
[...]

DATUM KUPOVINE:
[...]

PROBLEM:
[...]

ŠTA JE VEĆ POKUŠANO:
[...]

DOKAZI:
[...]

ŽELJENO REŠENJE:
[...]

Prvo organizuj činjenice hronološki.

Zatim napiši reklamaciju koja je:

- kratka;
- precizna;
- dokumentovana;
- bez uvreda.

Odvoji:

WHAT HAPPENED
EVIDENCE
REQUESTED RESOLUTION
DEADLINE ako postoji

Analiziraj problem sa:

[internet / mobilni / kablovski / drugi operater]

UGOVOR:
[...]

PROBLEM:
[...]

RAČUNI:
[...]

KOMUNIKACIJA:
[...]

Prvo utvrdi:

šta je ugovoreno;
šta je naplaćeno;
šta je pruženo;
šta se razlikuje.

Napravi tabelu:

PROMISED
ACTUAL
EVIDENCE
DIFFERENCE

Zatim napravi plan eskalacije:

SUPPORT
FORMAL COMPLAINT
REGULATOR / OTHER CHANNEL

ako je relevantno.

Proveri račun.

RAČUN:
[...]

PRETHODNI RAČUNI:
[...]

UGOVORENA CENA:
[...]

Pronađi:

BASE PRICE
DISCOUNTS
ADDITIONAL FEES
TAX
USAGE
ONE-OFF FEES

Izračunaj total nezavisno.

Uporedi sa prethodnim periodom.

Ako postoji skok:

identifikuj tačno koja stavka ga objašnjava.

Nemoj pretpostaviti grešku dok matematika i uslovi nisu provereni.

Istraži aktuelnu temu:

[TEMA]

Koristi najnovije dostupne informacije.

Nemoj mi samo prepričati poslednji članak.

Prvo rekonstruiši događaj.

Za svaki važan podatak razlikuj:

EVENT DATE
PUBLICATION DATE
LAST UPDATE DATE

Prioritet izvora:

1. primarni dokument / zvanično saopštenje;
2. direktni podaci;
3. regulator / institucija;
4. više nezavisnih kvalitetnih medija;
5. stručni izvori;
6. društvene mreže samo kao izvor tvrdnje ili signala.

Razdvoji:

CONFIRMED FACTS
OFFICIAL CLAIMS
INDEPENDENTLY VERIFIED INFORMATION
MEDIA REPORTING
ANALYSIS
UNCONFIRMED INFORMATION

Ako se izvori ne slažu, prikaži neslaganje.

Ne pretvaraj najnoviju objavu automatski u najpouzdaniji izvor.

Prati breaking-news događaj:

[TEMA]

Nemoj zaključivati na osnovu prvih izveštaja.

Napravi timeline:

TIME
SOURCE
CLAIM
CONFIRMATION STATUS
LATER CORRECTION

Posebno proveri da li su početne informacije kasnije:

POTVRĐENE
IZMENJENE
POVUČENE
DEMANTOVANE

Ako je broj žrtava, šteta, učesnika ili neki drugi podatak promenjen tokom izveštavanja, koristi najnoviju potvrđenu vrednost i objasni istoriju izmene.

Rane podatke jasno označi kao preliminarne.

Proveri sledeću viralnu tvrdnju:

"[TVRDNJA]"

Nemoj proveravati koliko sajtova ponavlja tvrdnju.

Pronađi najraniji mogući izvor.

Zatim utvrdi:

WHO FIRST CLAIMED IT
WHEN
WHAT EXACTLY WAS CLAIMED
WHAT EVIDENCE WAS PROVIDED

Traži primarne izvore.

Zatim traži nezavisnu potvrdu.

Klasifikuj:

TAČNO
UGLAVNOM TAČNO
NEDOSTAJE KONTEKST
ZAVODLJIVO
NEPOTVRĐENO
NETAČNO
ZASTARELO

Za rezultat objasni tačno koji deo tvrdnje jeste ili nije potvrđen.

Proveri da li je:

[OSOBA]

zaista rekla:

"[CITAT]"

Nemoj koristiti quote-aggregator sajtove.

Traži:

- originalni video;
- audio;
- transkript;
- intervju;
- govor;
- zvaničnu objavu;
- originalni post.

Proveri:

tačan tekst;
kontekst;
datum;
šta je rečeno neposredno pre i posle citata.

Klasifikuj:

VERBATIM
ACCURATE PARAPHRASE
OUT OF CONTEXT
MISQUOTED
FABRICATED
UNVERIFIED

Ako postoji samo isečak, proveri pun kontekst pre zaključka.

Proveri brojku:

"[TVRDNJA SA BROJEM]"

Pronađi originalni dataset ili instituciju.

Utvrdi:

METRIC
POPULATION
GEOGRAPHY
TIME PERIOD
UNIT
METHODOLOGY

Proveri matematiku.

Posebno proveri:

- procenat vs procentni poen;
- nominalno vs realno;
- ukupan broj vs stopa;
- godišnje vs mesečno;
- kumulativno vs periodično;
- per capita vs total;
- apsolutno vs relativno.

Ako naslov koristi broj ispravno ali kontekst menja značenje, označi:

TECHNICALLY TRUE BUT MISLEADING.

Proveri tvrdnju:

"[NAJVIŠE / NAJMANJE / REKORD]"

Ne prihvataj je bez istorijskog poređenja.

Pronađi celu relevantnu vremensku seriju.

Utvrdi:

START OF SERIES
METHODOLOGY CHANGES
BREAKS IN SERIES
NOMINAL / REAL
SEASONAL ADJUSTMENT

Proveri da li "rekord" važi:

nominalno;
realno;
per capita;
u apsolutnom broju;
u procentu;
ili samo u izabranom periodu.

Ako je tvrdnja tačna samo pod određenom definicijom, napiši to.

Istraži poreklo fotografije:

[SLIKA / LINK]

Cilj je da utvrdimo:

- kada se prvi put pojavila;
- gde;
- šta zaista prikazuje;
- da li se sada koristi sa drugim opisom.

Traži:

earliest known appearance;
original uploader;
news archive;
official source;
older copies;
different captions.

Posebno proveri da li je fotografija:

OLD IMAGE
WRONG LOCATION
WRONG EVENT
CROPPED
EDITED
CORRECTLY CONTEXTUALIZED

Nemoj zaključiti samo iz vizuelne sličnosti.

Proveri viralni video:

[VIDEO / LINK]

Utvrdi:

original upload;
najraniji datum;
lokaciju;
događaj;
full-length verziju ako postoji.

Analiziraj:

audio continuity;
cuts;
cropping;
subtitles;
caption;
visible landmarks;
weather;
language;
signage;
vehicles;
uniforms;
shadows/time clues.

Ne zaključuj manipulaciju samo zato što video izgleda neobično.

Razdvoji:

CONTENT AUTHENTICITY
DATE
LOCATION
CAPTION ACCURACY

Video može biti autentičan, ali pogrešno opisan.

Proveri screenshot:

[SLIKA]

Nemoj pretpostaviti da je screenshot autentičan.

Identifikuj:

navodni izvor;
platformu;
nalog;
datum;
tekst;
URL ako je vidljiv.

Pokušaj pronaći originalnu objavu ili arhiviranu kopiju.

Proveri:

font/layout anomalies;
username;
timestamp format;
verified badge;
UI version;
cropping.

Ali vizuelna anomalija sama nije dovoljan dokaz falsifikata.

Finalni status:

ORIGINAL CONFIRMED
LIKELY AUTHENTIC
UNVERIFIED
ALTERED
FABRICATED

Analiziraj tvrdnje sa društvenih mreža o:

[TEMA]

Nemoj broj lajkova, share-ova ili pratilaca tretirati kao dokaz.

Za svaku značajnu objavu utvrdi:

WHO POSTED IT
ARE THEY A DIRECT WITNESS?
DO THEY PROVIDE EVIDENCE?
IS THERE INDEPENDENT CONFIRMATION?
HAS THE POST BEEN CORRECTED?

Razdvoji:

PRIMARY WITNESS
OFFICIAL ACCOUNT
EXPERT COMMENTARY
SECOND-HAND CLAIM
ANONYMOUS CLAIM
AGGREGATOR

Koristi društvene mreže kao leads, a ne automatski kao potvrdu.

Analiziraj zvanično saopštenje:

[SAOPŠTENJE]

Nemoj ga automatski tretirati kao neutralan opis događaja.

Razdvoji:

PROVERLJIVE ČINJENICE
TVRDNJE INSTITUCIJE
PRAVNA/PR INTERPRETACIJA
PODACI KOJI NEDOSTAJU

Zatim traži nezavisne izvore za ključne proverljive tvrdnje.

Ako nezavisna potvrda nije moguća:

jasno reci da je informacija trenutno samo zvanična tvrdnja.

Uporedi izveštavanje:

IZVOR A:
[...]

IZVOR B:
[...]

Ne odlučuj ko je tačan prema reputaciji medija pre provere konkretnih dokaza.

Za svaku spornu činjenicu napravi:

CLAIM
SOURCE A
SOURCE B
PRIMARY EVIDENCE
CURRENT STATUS

Proveri da li se razlika može objasniti:

different publication time;
different definitions;
new information;
correction;
different eyewitness accounts.

Razlikuj stvarnu kontradikciju od toga da je jedan članak jednostavno stariji.

Analiziraj kako različiti izvori predstavljaju:

[DOGAĐAJ]

Nemoj davati generičke ideološke etikete kao zamenu za analizu.

Uporedi:

HEADLINE
FACT SELECTION
SOURCE SELECTION
WORD CHOICE
WHAT IS OMITTED
WHAT IS EMPHASIZED

Odvoji:

razliku u činjenicama
od
razlike u framing-u.

Ako dva izvora koriste iste činjenice ali daju različitu interpretaciju, jasno pokaži to.

Rekonstruiši kompletnu hronologiju:

[TEMA]

Počni od:

[DATUM]

Do:

[DATUM]

Za svaki događaj:

DATE/TIME
EVENT
SOURCE
CONFIDENCE
WHY IT MATTERS

Ako je neka činjenica kasnije ispravljena, nemoj samo zameniti staru.

Prikaži:

INITIAL REPORT
CORRECTION
CURRENT UNDERSTANDING

Na kraju identifikuj ključne turning points.

Uporedi trenutno stanje teme:

[TEMA]

sa stanjem:

[PRETHODNI DATUM]

Nemoj ponavljati informacije koje su iste.

Pronađi samo:

NEW FACTS
NEW DOCUMENTS
CORRECTIONS
REVERSALS
NEW STATEMENTS
STATUS CHANGES

Za svaku novu stavku:

šta je novo;
kada je potvrđeno;
izvor;
da li menja prethodni zaključak.

Na kraju napiši:

WHAT ACTUALLY CHANGED.

Uradi javno dostupno OSINT istraživanje o:

[TEMA / ORGANIZACIJA / DOMEN]

Koristi samo legitimno dostupne javne informacije.

Napravi source map:

OFFICIAL SOURCES
CORPORATE RECORDS
DOMAIN/DNS
PUBLIC REPOSITORIES
ARCHIVED PAGES
NEWS
SOCIAL MEDIA
TECHNICAL METADATA

Za svaki nalaz navedi:
- izvor;
- datum;
- dokaz;
- stepen verifikacije.

Uporedi ponude:

A:
[...]

B:
[...]

C:
[...]

Ne gledaj samo headline cenu.

Za svaku izračunaj:

INITIAL COST
MONTHLY COST
MANDATORY FEES
OPTIONAL FEES
CONTRACT LENGTH
CANCELLATION COST
TOTAL COST

za period:

[X meseci/godina]

Posebno proveri sitna slova.

Na kraju prikaži trade-off, bez skrivanja dugoročnih troškova.

Analiziraj pretplatu:

[SERVIS]

CENA:
[...]

KOLIKO JE KORISTIM:
[...]

ALTERNATIVE:
[...]

Izračunaj:

COST PER MONTH
COST PER YEAR
COST PER USE

Identifikuj:

features koje stvarno koristim;
features koje plaćam ali ne koristim.

Predloži:

KEEP
DOWNGRADE
PAUSE
CANCEL

samo na osnovu mojih kriterijuma i realne upotrebe.

Ovo su moje pretplate:

[LISTA]

Napravi tabelu:

SERVICE
MONTHLY
ANNUAL
LAST USED
VALUE
DUPLICATE FUNCTION
CANCELLATION PRIORITY

Pronađi:

- duplirane funkcije;
- stare pretplate;
- trial koji je prešao u paid;
- godišnje planove koji se obnavljaju.

Izračunaj koliko mogu godišnje da uštedim različitim scenarijima.

Napravi realan mesečni budžet.

PRIHOD:
[...]

FIKSNI TROŠKOVI:
[...]

VARIJABILNI:
[...]

DUG:
[...]

ŠTEDNJA:
[...]

CILJEVI:
[...]

Ne koristi generičko pravilo 50/30/20 ako ne odgovara realnosti.

Prvo analiziraj moje stvarne brojeve.

Napravi:

ESSENTIAL
FLEXIBLE
DISCRETIONARY
DEBT
SAVINGS

Zatim:

BASE BUDGET
TIGHT BUDGET
COMFORTABLE BUDGET

Analiziraj moje troškove:

[PODACI]

Nemoj automatski kritikovati male kupovine.

Pronađi najveće strukturalne izvore troška.

Klasifikuj:

FIXED
NEGOTIABLE
REDUCIBLE
REMOVABLE

Prioritizuj promene prema:

ANNUAL SAVINGS
EFFORT
IMPACT ON QUALITY OF LIFE

Prvo traži velike uštede sa malim negativnim efektom.

Kupujem polovan:

[PROIZVOD]

MODEL:
[...]

STAROST:
[...]

CENA:
[...]

Napravi checklistu pregleda pre kupovine.

Podeli:

VISUAL CHECK
FUNCTIONAL TEST
SERIAL/IDENTITY CHECK
BATTERY/WEAR
KNOWN MODEL ISSUES
DOCUMENTATION
PRICE CHECK

Za svaki test objasni:

šta radim;
šta normalno očekujem;
koji rezultat je red flag.

Dobio sam ponudu za radove:

[PONUDA]

POSAO:
[...]

Analiziraj:

LABOR
MATERIAL
QUANTITY
UNIT PRICE
EXTRAS
WARRANTY

Pronađi nejasne stavke.

Napravi listu pitanja koja treba postaviti pre prihvatanja.

Posebno proveri:

šta je uključeno;
šta nije;
ko plaća dodatni materijal;
šta se dešava ako se pronađe dodatni problem.

Imam problem:

[PROBLEM]

UREĐAJ/SISTEM:
[...]

SIMPTOM:
[...]

KADA SE POJAVLJUJE:
[...]

ŠTA SAM PROBAO:
[...]

Napravi troubleshooting tree.

Redosled:

1. bezbednosna provera;
2. najčešći uzrok;
3. najlakši test;
4. sledeći uzrok;
5. kada prestati sa DIY i zvati stručnjaka.

Nemoj predlagati otvaranje uređaja pod naponom ili rizične intervencije.

Uređaj:

[MODEL]

Simptom:

[...]

Error code:

[...]

Pronađi moguće uzroke.

Za svaki:

LIKELIHOOD
SAFE TEST
REPAIR COMPLEXITY
PART LIKELY NEEDED

Nemoj preporučiti kupovinu dela pre potvrde uzroka.

Ako model ima servisni manual ili zvanični error-code opis, koristi njega kao primarni izvor.

Planiram renoviranje.

PROSTOR:
[...]

m²:
[...]

RADOVI:
[...]

BUDŽET:
[...]

Napravi troškovnik po kategorijama:

DEMOLITION
MATERIAL
LABOR
ELECTRICAL
PLUMBING
FINISHING
FURNITURE
CONTINGENCY

Razdvoji:

MUST HAVE
CAN WAIT
COSMETIC

Dodaj contingency scenario:

+10%
+20%
+30%

Identifikuj stavke koje najčešće probijaju budžet.

Napravi plan selidbe.

FROM:
[...]

TO:
[...]

DATE:
[...]

HOUSEHOLD SIZE:
[...]

Napravi timeline:

4 WEEKS BEFORE
2 WEEKS BEFORE
1 WEEK BEFORE
DAY BEFORE
MOVING DAY
AFTER MOVE

Uključi:

utilities;
documents;
address changes;
packing;
fragile items;
inventory;
cleaning;
keys;
internet;
mail.

Prioritizuj stvari sa spoljnim rokovima.

Napravi checklistu za put.

DESTINATION:
[...]

DAYS:
[...]

PURPOSE:
[...]

LUGGAGE:
[...]

Kategorije:

DOCUMENTS
MONEY
PHONE/CHARGING
CLOTHES
MEDICINE
WORK
TRANSPORT
HOME BEFORE LEAVING

Nemoj generisati 150 stvari.

Prilagodi listu stvarnom putovanju.

Ovo su moje obaveze danas:

[LISTA]

Za svaku:

DEADLINE
DURATION
IMPORTANCE
DEPENDENCY
ENERGY REQUIRED

Napravi realan raspored.

Uključi:

buffer;
pauze;
nepredviđene obaveze.

Ne planiraj 8 sati čistog fokusa u 8 sati dostupnog vremena.

Prioritizuj:

[LISTA ZADATAKA]

Za svaki proceni:

URGENCY
IMPACT
EFFORT
DEPENDENCY
CONSEQUENCE OF DELAY

Nemoj koristiti samo Eisenhower matrix.

Pronađi:

BLOCKERS
QUICK WINS
HIGH-LEVERAGE TASKS
DEADLINE CRITICAL

Napravi redosled izvršavanja i objasni zavisnosti.

Ovo su moje obaveze za nedelju:

[...]

Dostupno vreme:

[...]

Napravi plan koji ne koristi više od:

[X%]

dostupnog vremena za unapred planirane stvari.

Ostatak ostavi kao buffer.

Podeli:

MUST COMPLETE
SHOULD COMPLETE
OPTIONAL

Identifikuj zadatke koje treba delegirati, automatizovati ili odložiti.

Pregledaj moj plan:

[PLAN]

Traži:

- previše zadataka;
- nedostatak buffer-a;
- skrivene dependencies;
- nerealne procene vremena;
- context switching.

Izračunaj koliko vremena je stvarno planirano.

Ako plan nije realan:

smanji scope umesto da samo skratiš svaku aktivnost.

Treba da završim sledeću administrativnu stvar:

[ZADATAK]

DRŽAVA:
[...]

INSTITUCIJA:
[...]

MOJ STATUS:
[...]

ROK:
[...]

Prvo mi objasni:

1. šta je cilj procedure;
2. koje dokumente treba pripremiti;
3. gde se podnosi;
4. da li postoji online postupak;
5. takse;
6. rokove;
7. moguće greške zbog kojih zahtev može biti odbijen.

Ako su pravila vremenski osetljiva:

proveri aktuelne zvanične izvore.

Na kraju napravi checklistu:

PRE PRIJAVE
TOKOM PRIJAVE
POSLE PRIJAVE

Pomozi mi da popunim ovaj obrazac:

[OBRAZAC]

Nemoj izmišljati podatke.

Za svako polje objasni:

FIELD
WHAT IT MEANS
WHAT SHOULD BE ENTERED
FORMAT
COMMON MISTAKE

Ako značenje zavisi od mog statusa:

objasni različite varijante.

Ako nešto ne znam:

označi kao podatak koji moram da proverim.

Napiši formalni zahtev instituciji.

INSTITUCIJA:
[...]

PREDMET:
[...]

ČINJENICE:
[...]

ŠTA TRAŽIM:
[...]

DOKAZI:
[...]

TON:
jasan, formalan, bez nepotrebne dramatike.

Struktura:

PREDMET
KRATAK KONTEKST
ČINJENICE
ZAHTEV
PRILOZI

Nemoj unositi pravne tvrdnje koje nisam proverio.

Pomozi mi da pripremim reklamaciju.

PROIZVOD/USLUGA:
[...]

DATUM KUPOVINE:
[...]

PROBLEM:
[...]

ŠTA JE VEĆ POKUŠANO:
[...]

DOKAZI:
[...]

ŽELJENO REŠENJE:
[...]

Prvo organizuj činjenice hronološki.

Zatim napiši reklamaciju koja je:

- kratka;
- precizna;
- dokumentovana;
- bez uvreda.

Odvoji:

WHAT HAPPENED
EVIDENCE
REQUESTED RESOLUTION
DEADLINE ako postoji

Analiziraj problem sa:

[internet / mobilni / kablovski / drugi operater]

UGOVOR:
[...]

PROBLEM:
[...]

RAČUNI:
[...]

KOMUNIKACIJA:
[...]

Prvo utvrdi:

šta je ugovoreno;
šta je naplaćeno;
šta je pruženo;
šta se razlikuje.

Napravi tabelu:

PROMISED
ACTUAL
EVIDENCE
DIFFERENCE

Zatim napravi plan eskalacije:

SUPPORT
FORMAL COMPLAINT
REGULATOR / OTHER CHANNEL

ako je relevantno.

Proveri račun.

RAČUN:
[...]

PRETHODNI RAČUNI:
[...]

UGOVORENA CENA:
[...]

Pronađi:

BASE PRICE
DISCOUNTS
ADDITIONAL FEES
TAX
USAGE
ONE-OFF FEES

Izračunaj total nezavisno.

Uporedi sa prethodnim periodom.

Ako postoji skok:

identifikuj tačno koja stavka ga objašnjava.

Nemoj pretpostaviti grešku dok matematika i uslovi nisu provereni.

Uporedi ponude:

A:
[...]

B:
[...]

C:
[...]

Ne gledaj samo headline cenu.

Za svaku izračunaj:

INITIAL COST
MONTHLY COST
MANDATORY FEES
OPTIONAL FEES
CONTRACT LENGTH
CANCELLATION COST
TOTAL COST

za period:

[X meseci/godina]

Posebno proveri sitna slova.

Na kraju prikaži trade-off, bez skrivanja dugoročnih troškova.

Analiziraj pretplatu:

[SERVIS]

CENA:
[...]

KOLIKO JE KORISTIM:
[...]

ALTERNATIVE:
[...]

Izračunaj:

COST PER MONTH
COST PER YEAR
COST PER USE

Identifikuj:

features koje stvarno koristim;
features koje plaćam ali ne koristim.

Predloži:

KEEP
DOWNGRADE
PAUSE
CANCEL

samo na osnovu mojih kriterijuma i realne upotrebe.

Ovo su moje pretplate:

[LISTA]

Napravi tabelu:

SERVICE
MONTHLY
ANNUAL
LAST USED
VALUE
DUPLICATE FUNCTION
CANCELLATION PRIORITY

Pronađi:

- duplirane funkcije;
- stare pretplate;
- trial koji je prešao u paid;
- godišnje planove koji se obnavljaju.

Izračunaj koliko mogu godišnje da uštedim različitim scenarijima.

Napravi realan mesečni budžet.

PRIHOD:
[...]

FIKSNI TROŠKOVI:
[...]

VARIJABILNI:
[...]

DUG:
[...]

ŠTEDNJA:
[...]

CILJEVI:
[...]

Ne koristi generičko pravilo 50/30/20 ako ne odgovara realnosti.

Prvo analiziraj moje stvarne brojeve.

Napravi:

ESSENTIAL
FLEXIBLE
DISCRETIONARY
DEBT
SAVINGS

Zatim:

BASE BUDGET
TIGHT BUDGET
COMFORTABLE BUDGET

Analiziraj moje troškove:

[PODACI]

Nemoj automatski kritikovati male kupovine.

Pronađi najveće strukturalne izvore troška.

Klasifikuj:

FIXED
NEGOTIABLE
REDUCIBLE
REMOVABLE

Prioritizuj promene prema:

ANNUAL SAVINGS
EFFORT
IMPACT ON QUALITY OF LIFE

Prvo traži velike uštede sa malim negativnim efektom.

Kupujem polovan:

[PROIZVOD]

MODEL:
[...]

STAROST:
[...]

CENA:
[...]

Napravi checklistu pregleda pre kupovine.

Podeli:

VISUAL CHECK
FUNCTIONAL TEST
SERIAL/IDENTITY CHECK
BATTERY/WEAR
KNOWN MODEL ISSUES
DOCUMENTATION
PRICE CHECK

Za svaki test objasni:

šta radim;
šta normalno očekujem;
koji rezultat je red flag.

Dobio sam ponudu za radove:

[PONUDA]

POSAO:
[...]

Analiziraj:

LABOR
MATERIAL
QUANTITY
UNIT PRICE
EXTRAS
WARRANTY

Pronađi nejasne stavke.

Napravi listu pitanja koja treba postaviti pre prihvatanja.

Posebno proveri:

šta je uključeno;
šta nije;
ko plaća dodatni materijal;
šta se dešava ako se pronađe dodatni problem.

Imam problem:

[PROBLEM]

UREĐAJ/SISTEM:
[...]

SIMPTOM:
[...]

KADA SE POJAVLJUJE:
[...]

ŠTA SAM PROBAO:
[...]

Napravi troubleshooting tree.

Redosled:

1. bezbednosna provera;
2. najčešći uzrok;
3. najlakši test;
4. sledeći uzrok;
5. kada prestati sa DIY i zvati stručnjaka.

Nemoj predlagati otvaranje uređaja pod naponom ili rizične intervencije.

Uređaj:

[MODEL]

Simptom:

[...]

Error code:

[...]

Pronađi moguće uzroke.

Za svaki:

LIKELIHOOD
SAFE TEST
REPAIR COMPLEXITY
PART LIKELY NEEDED

Nemoj preporučiti kupovinu dela pre potvrde uzroka.

Ako model ima servisni manual ili zvanični error-code opis, koristi njega kao primarni izvor.

Planiram renoviranje.

PROSTOR:
[...]

m²:
[...]

RADOVI:
[...]

BUDŽET:
[...]

Napravi troškovnik po kategorijama:

DEMOLITION
MATERIAL
LABOR
ELECTRICAL
PLUMBING
FINISHING
FURNITURE
CONTINGENCY

Razdvoji:

MUST HAVE
CAN WAIT
COSMETIC

Dodaj contingency scenario:

+10%
+20%
+30%

Identifikuj stavke koje najčešće probijaju budžet.

Napravi plan selidbe.

FROM:
[...]

TO:
[...]

DATE:
[...]

HOUSEHOLD SIZE:
[...]

Napravi timeline:

4 WEEKS BEFORE
2 WEEKS BEFORE
1 WEEK BEFORE
DAY BEFORE
MOVING DAY
AFTER MOVE

Uključi:

utilities;
documents;
address changes;
packing;
fragile items;
inventory;
cleaning;
keys;
internet;
mail.

Prioritizuj stvari sa spoljnim rokovima.

Napravi checklistu za put.

DESTINATION:
[...]

DAYS:
[...]

PURPOSE:
[...]

LUGGAGE:
[...]

Kategorije:

DOCUMENTS
MONEY
PHONE/CHARGING
CLOTHES
MEDICINE
WORK
TRANSPORT
HOME BEFORE LEAVING

Nemoj generisati 150 stvari.

Prilagodi listu stvarnom putovanju.

Ovo su moje obaveze danas:

[LISTA]

Za svaku:

DEADLINE
DURATION
IMPORTANCE
DEPENDENCY
ENERGY REQUIRED

Napravi realan raspored.

Uključi:

buffer;
pauze;
nepredviđene obaveze.

Ne planiraj 8 sati čistog fokusa u 8 sati dostupnog vremena.

Prioritizuj:

[LISTA ZADATAKA]

Za svaki proceni:

URGENCY
IMPACT
EFFORT
DEPENDENCY
CONSEQUENCE OF DELAY

Nemoj koristiti samo Eisenhower matrix.

Pronađi:

BLOCKERS
QUICK WINS
HIGH-LEVERAGE TASKS
DEADLINE CRITICAL

Napravi redosled izvršavanja i objasni zavisnosti.

Ovo su moje obaveze za nedelju:

[...]

Dostupno vreme:

[...]

Napravi plan koji ne koristi više od:

[X%]

dostupnog vremena za unapred planirane stvari.

Ostatak ostavi kao buffer.

Podeli:

MUST COMPLETE
SHOULD COMPLETE
OPTIONAL

Identifikuj zadatke koje treba delegirati, automatizovati ili odložiti.

Pregledaj moj plan:

[PLAN]

Traži:

- previše zadataka;
- nedostatak buffer-a;
- skrivene dependencies;
- nerealne procene vremena;
- context switching.

Izračunaj koliko vremena je stvarno planirano.

Ako plan nije realan:

smanji scope umesto da samo skratiš svaku aktivnost.

Imam cilj:

[CILJ]

ROK:
[...]

Trenutno stanje:
[...]

Razbij ga na:

MILESTONES
DELIVERABLES
TASKS

Svaki task mora imati jasan definition of done.

Identifikuj dependencies.

Pronađi critical path.

Nemoj praviti 100 mikrozadataka ako 15-20 dobro definisanih taskova daje bolju kontrolu.

Moram da donesem odluku:

[ODLUKA]

OPCIJE:
[...]

MOJI KRITERIJUMI:
[...]

Prvo razdvoji:

FACTS
PREFERENCES
UNCERTAINTIES

Za svaku opciju analiziraj:

BENEFITS
COSTS
RISKS
REVERSIBILITY
OPPORTUNITY COST

Nemoj praviti zaključak na osnovu broja prednosti i mana.

Materijalna težina je važnija od broja stavki.

Analiziraj odluku:

[ODLUKA]

Proceni:

REVERSIBILITY
COST OF REVERSAL
TIME TO LEARN
COST OF DELAY

Ako je odluka lako reverzibilna:

predloži način da brzo testiram.

Ako je teško reverzibilna:

identifikuj koje dodatne informacije najviše smanjuju rizik pre odluke.

Pretpostavimo da je plan:

[PLAN]

potpuno propao za:

[X meseci].

Navedi najverovatnije razloge.

Nemoj koristiti apokaliptične edge-case scenarije.

Fokus:

execution;
budget;
timing;
people;
technology;
assumptions;
dependencies.

Za svaki:

EARLY WARNING
PREVENTION
CONTINGENCY

Analiziraj šta se desilo.

CILJ:
[...]

PLAN:
[...]

STVARNI ISHOD:
[...]

Nemoj tražiti krivca.

Razdvoji:

WHAT WAS KNOWN
WHAT WAS ASSUMED
WHAT CHANGED
WHAT FAILED

Pronađi:

PROCESS ISSUE
DECISION ISSUE
EXECUTION ISSUE
EXTERNAL FACTOR

Na kraju napravi najviše 5 promena procesa.

Spremam pregovore o:

[TEMA]

MOJ CILJ:
[...]

NJIHOV VEROVATNI CILJ:
[...]

MOJA MINIMALNA PRIHVATLJIVA OPCIJA:
[...]

ALTERNATIVA AKO NEMA DOGOVORA:
[...]

Napravi:

MY PRIORITIES
THEIR POSSIBLE PRIORITIES
TRADEABLE ITEMS
NON-NEGOTIABLES
BATNA
QUESTIONS TO ASK

Nemoj fokusirati pregovore samo na cenu.

Traži stavke koje imaju različitu vrednost za dve strane.

Spremam pregovor o plati.

POZICIJA:
[...]

TRENUTNA PONUDA:
[...]

MOJE ISKUSTVO:
[...]

LOKACIJA:
[...]

KOMPENZACIJA:
[...]

Pomogni mi da definišem:

TARGET
ACCEPTABLE RANGE
NON-SALARY ITEMS

Moguće stavke:

base;
bonus;
remote;
vacation;
equipment;
education;
title;
review period.

Napravi profesionalnu argumentaciju zasnovanu na:

scope;
experience;
market data;
value.

Ne koristi lične finansijske potrebe kao glavni argument.

Želim da pregovaram cenu:

[PROIZVOD/USLUGA]

TRAŽENA CENA:
[...]

TRŽIŠNA CENA:
[...]

PROBLEMI / NEDOSTACI:
[...]

Napravi argument koji koristi:

comparable offers;
condition;
missing features;
payment terms;
volume;
timing.

Nemoj izmišljati konkurentsku ponudu.

Predloži početnu, ciljnu i maksimalnu cenu.

Želim da napredujem ka:

[ULOGA]

TRENUTNO:
[...]

ISKUSTVO:
[...]

VEŠTINE:
[...]

CILJ:
[...]

ROK:
[...]

Prvo napravi gap analysis.

Razdvoji:

ALREADY STRONG
NEEDS IMPROVEMENT
MISSING
NOT ACTUALLY REQUIRED

Zatim napravi plan:

skills;
projects;
portfolio;
interview;
networking.

Nemoj praviti kurs od 50 tehnologija ako nisu potrebne za ciljnu poziciju.

Analiziraj oglas:

[JOB DESCRIPTION]

Pronađi:

MUST HAVE
LIKELY MUST HAVE
NICE TO HAVE
GENERIC HR LANGUAGE

Zatim uporedi sa mojim iskustvom:

[CV / ISKUSTVO]

Napravi:

STRONG MATCH
PARTIAL MATCH
GAP

Nemoj tretirati svaku stavku oglasa kao jednako važnu.

Audituj moj CV:

[CV]

TARGET ROLE:
[...]

Fokus:

- jasnoća;
- relevantnost;
- merljivi rezultati;
- tehnički signal;
- seniority signal;
- nepotrebne informacije.

Za svaku bullet stavku proveri:

ACTION
SCOPE
TECHNOLOGY
RESULT

Nemoj izmišljati metrike.

Ako rezultat nije poznat:

predloži pitanje koje treba sebi da postavim da pronađem realan rezultat.

Prepravi CV bullet:

[ORIGINAL]

Kontekst:
[...]

Sačuvaj istinu.

Struktura:

ACTION
WHAT
HOW
RESULT

Ne ubacuj procente, korisnike, revenue ili performance brojeve koje nisam dao.

Uporedi:

MOJ CV:
[...]

JOB:
[...]

Za svaki važan zahtev:

REQUIREMENT
EVIDENCE IN CV
MATCH
MISSING SIGNAL

Zatim predloži izmene CV-ja koje bolje ističu stvarno postojeće iskustvo.

Nemoj menjati činjenice samo radi ATS-a.

Optimizuj CV za ATS za:

[JOB]

Ali ne koristi keyword stuffing.

Uključi relevantne termine samo tamo gde odgovaraju mom stvarnom iskustvu.

Sačuvaj prirodno čitljiv CV za čoveka.

Identifikuj ključne termine iz oglasa koji trenutno nedostaju, ali su istinito primenljivi na moje iskustvo.

Audituj moj portfolio za:

[TARGET ROLE]

URL/SADRŽAJ:
[...]

Za svaki projekat proveri:

PROBLEM
WHAT I BUILT
MY ROLE
TECH STACK
DIFFICULT PART
OUTCOME
LIVE DEMO
CODE

Pronađi projekte koji ne dodaju novi signal.

Predloži redosled projekata prema relevantnosti za ciljnu ulogu.

Audituj GitHub profil sa perspektive poslodavca.

Ciljna uloga:
[...]

Proveri:

pinned repositories;
README;
recent activity;
project completeness;
tests;
documentation;
CI;
issues;
code quality.

Ne ocenjuj samo broj commit-a.

Identifikuj šta poslodavac može zaključiti za 2 minuta pregleda profila.

Napravi strategiju prijava za:

[TARGET ROLE]

LOKACIJA:
[...]

REMOTE:
[...]

ISKUSTVO:
[...]

Ne predlaži 100 nasumičnih prijava dnevno.

Segmentiraj oglase:

HIGH MATCH
STRETCH
LOW MATCH

Definiši:

applications/week;
tailored applications;
network outreach;
portfolio work;
interview preparation.

Prati conversion između:

APPLICATION
SCREEN
INTERVIEW
OFFER

i menjaj strategiju prema funnel-u.

Napiši cover letter za:

[JOB]

MOJ CV:
[...]

Nemoj prepričati ceo CV.

Fokus:

WHY THIS ROLE
MOST RELEVANT EXPERIENCE
SPECIFIC EVIDENCE
WHY THIS COMPANY

Ne izmišljaj entuzijazam za proizvod ako nemamo stvaran razlog.

Maksimalno:
[X reči]

Napiši kratku poruku recruiter-u.

ROLE:
[...]

MOJ SIGNAL:
[...]

CILJ:
[...]

Poruka mora:

- brzo objasniti ko sam;
- zašto sam relevantan;
- imati jasan CTA.

Bez generičkog:
"I hope this message finds you well."

Napiši follow-up nakon intervjua.

KOMPANIJA:
[...]

ULOGA:
[...]

INTERVIEW:
[...]

TEME:
[...]

Ton:
kratak, profesionalan, prirodan.

Spomeni jedan konkretan deo razgovora.

Ne zvuči očajno niti previše formalno.

Ovo se desilo na intervjuu:

[BELEŠKE]

Analiziraj:

WHAT WENT WELL
WEAK ANSWERS
QUESTIONS I MISUNDERSTOOD
SIGNALS FROM INTERVIEWER
FOLLOW-UP NEEDED

Za svaki slab odgovor napiši:

WHAT WAS MISSING
BETTER STRUCTURE

Nemoj menjati sadržaj mog iskustva.

Analiziraj ponudu:

BASE:
[...]

BONUS:
[...]

EQUITY:
[...]

BENEFITS:
[...]

VACATION:
[...]

REMOTE:
[...]

NOTICE:
[...]

OTHER:
[...]

Izračunaj total compensation gde je moguće.

Razdvoji:

GUARANTEED
VARIABLE
CONDITIONAL
UNKNOWN VALUE

Posebno analiziraj uslove koji mogu imati veliku vrednost ili rizik.

Analiziraj freelance posao.

SCOPE:
[...]

RATE:
[...]

HOURS:
[...]

DEADLINE:
[...]

REVISION:
[...]

PAYMENT TERMS:
[...]

Izračunaj realnu efektivnu satnicu uz:

communication;
meetings;
revision;
admin;
tax overhead ako je relevantno.

Pronađi scope-creep rizike.

Napravi pitanja koja treba rešiti pre prihvatanja.

Napravi strukturu ponude za klijenta.

PROBLEM:
[...]

SCOPE:
[...]

DELIVERABLES:
[...]

TIMELINE:
[...]

PRICE:
[...]

Ne fokusiraj ponudu samo na listu tehničkih zadataka.

Struktura:

CLIENT PROBLEM
PROPOSED OUTCOME
SCOPE
DELIVERABLES
TIMELINE
PRICE
ASSUMPTIONS
OUT OF SCOPE
NEXT STEP

Treba da procenim projekat:

[ZAHTEVI]

Nemoj odmah dati jednu brojku.

Razdvoji:

KNOWN WORK
UNKNOWN WORK
DEPENDENCIES
RISKS

Za svaki epic:

BEST CASE
LIKELY
WORST REASONABLE

Objasni koje nepoznanice najviše menjaju procenu.

Dodaj discovery fazu ako su zahtevi previše nejasni.

Uporedi:

ORIGINAL SCOPE:
[...]

NEW REQUEST:
[...]

Identifikuj:

IN SCOPE
AMBIGUOUS
OUT OF SCOPE

Za out-of-scope stavke proceni:

TIME
COST
DEPENDENCIES

Napravi profesionalan odgovor klijentu koji objašnjava promenu scope-a bez konfliktnog tona.

Spremi me za sastanak.

TEMA:
[...]

UČESNICI:
[...]

CILJ:
[...]

Kontekst:
[...]

Napravi:

OBJECTIVE
3 KEY POINTS
QUESTIONS
RISKS
DECISIONS NEEDED

Predloži redosled razgovora.

Nemoj puniti sastanak informacijama koje ne zahtevaju diskusiju.

Napravi agendu.

CILJ:
[...]

TRAJANJE:
[...]

UČESNICI:
[...]

Za svaku tačku:

TIME
OWNER
DESIRED OUTPUT

Odvoji:

INFORMATION
DISCUSSION
DECISION

Ako tačka nema potreban rezultat:

verovatno ne pripada sastanku.

Ovo su beleške sa sastanka:

[BELEŠKE]

Pretvori ih u:

DECISIONS
ACTION ITEMS
OWNER
DEADLINE
OPEN QUESTIONS

Nemoj svaku diskutovanu ideju označiti kao odluku.

Ako owner ili deadline nije naveden:

UNKNOWN

Analiziraj listu emailova:

[...]

Razvrstaj:

ACTION REQUIRED
WAITING
REFERENCE
IGNORE

Za ACTION REQUIRED:

TASK
DEADLINE
ESTIMATED EFFORT
PRIORITY

Nemoj tretirati svaki unread email kao obavezu.

Pomozi mi da odgovorim na poruku:

[PORUKA]

KONTEKST:
[...]

Moj cilj:
[...]

Ne pojačavaj konflikt.

Prvo identifikuj:

FACTUAL ISSUE
EMOTIONAL TONE
REQUEST
MISUNDERSTANDING

Napiši odgovor koji:

- priznaje činjenice koje su tačne;
- ispravlja netačne;
- jasno postavlja granicu;
- predlaže sledeći korak.

Bez pasivno-agresivnih formulacija.

Moram da saopštim:

[LOŠA VEST / ODBIJANJE / KAŠNJENJE]

Kome:
[...]

Razlog:
[...]

Sledeći korak:
[...]

Napiši poruku koja je:

direktna;
poštena;
kratka;
bez nepotrebnog opravdavanja.

Struktura:

DECISION/STATUS
BRIEF REASON
IMPACT
NEXT STEP

Napiši ljubazno odbijanje:

[POSLOVNA / JOB / SALES PONUDA]

Razlog:
[...]

Želim:
[zadržati kontakt / zatvoriti priču]

Bez lažnog:
"maybe in the future"

ako to stvarno ne mislim.

Napiši poruku za pregovaranje popusta.

USLUGA/PROIZVOD:
[...]

CENA:
[...]

KONTEKST:
[...]

Moj argument:
[...]

Poruka treba biti kratka i nenapadna.

Ako nema prostora za nižu cenu, ponudi alternativu:

longer term;
upfront payment;
smaller scope;
bundle;
different plan.

Odluka:

[...]

Nepoznato:

[...]

Napravi tabelu:

UNKNOWN
HOW MUCH IT MATTERS
COST TO LEARN
TIME TO LEARN

Pronađi koje 1-3 informacije imaju najveću expected value of information.

Nemoj istraživati sve.

Fokus na informacije koje realno mogu promeniti odluku.

Analiziraj odluku:

[ODLUKA]

Nemoj gledati samo direktnu posledicu.

Napravi:

FIRST ORDER EFFECT
SECOND ORDER EFFECT
POSSIBLE THIRD ORDER EFFECT

Posebno analiziraj:

incentives;
behavior change;
maintenance;
future constraints;
lock-in.

Ne izmišljaj egzotične posledice bez realnog mehanizma.

Ako izaberem:

[OPCIJA]

šta neću moći da uradim zbog:

TIME
MONEY
ATTENTION
COMMITMENT

Uporedi sa najboljom realnom alternativom.

Nemoj porediti sa idealnom fantazijskom opcijom.

Pomogni mi da organizujem beleške o:

[TEMA]

Ne želim komplikovan sistem.

Predloži minimalnu strukturu:

INBOX
ACTIVE
REFERENCE
ARCHIVE

Za svaku novu belešku definiši:

PROJECT?
ACTION?
REFERENCE?
DELETE?

Cilj:
da informaciju mogu kasnije da pronađem, ne da provodim vreme organizujući organizaciju.

Ovo su moje beleške danas:

[BELEŠKE]

Izvuci:

DONE
DECISIONS
OPEN TASKS
FOLLOW-UPS
IDEAS

Nemoj svaku misao pretvarati u task.

Ako nema jasne akcije:

stavi u NOTES.

Ovo je moja nedelja:

[CALENDAR / TASKS / NOTES]

Analiziraj:

WHAT I PLANNED
WHAT I COMPLETED
WHAT SLIPPED
WHY

Pronađi obrasce:

underestimation;
interruptions;
overcommitment;
low-value work.

Predloži najviše 3 promene za sledeću nedelju.

Ne pravi potpuno novi productivity system svake nedelje.

Odlažem:

[ZADATAK]

Nemoj mi davati motivacione citate.

Pokušaj da utvrdiš da li je problem:

UNCLEAR NEXT STEP
TASK TOO LARGE
FEAR OF ERROR
BORING
DEPENDENCY
LOW VALUE
LOW ENERGY

Za najverovatniji razlog predloži najmanji sledeći fizički korak koji traje manje od 15 minuta.

Imam:

[X minuta]

za rad na:

[ZADATAK]

Definiši samo jedan cilj sesije.

Napravi:

START CONDITION
WORK TARGET
STOP CONDITION

Izbaci sve aktivnosti koje nisu potrebne da cilj bude završen.

Na kraju sesije treba da postoji konkretan artifact/result.

Moram brzo da naučim:

[ALAT]

CILJ:
[...]

Ne treba mi kompletan kurs.

Identifikuj 20% funkcija koje pokrivaju 80% mog use-case-a.

Napravi plan:

DAY 1
DAY 2
DAY 3
...

Svaki dan mora završiti praktičnim rezultatom.

Nemoj uključivati napredne funkcije dok osnovni workflow nije savladan.

Prelazim sa:

[ALAT A]

na:

[ALAT B]

Moja trenutna upotreba:

[...]

Mapiraj:

A FEATURE
→
B EQUIVALENT
→
DIFFERENCE

Identifikuj:

MISSING FEATURES
NEW FEATURES
DATA MIGRATION
WORKFLOW CHANGES
TRAINING REQUIRED

Nemoj pretpostaviti da isti workflow treba 1:1 preslikati.

Pretvori proces:

[PROCES]

u SOP.

Struktura:

PURPOSE
SCOPE
PREREQUISITES
RESPONSIBILITIES
PROCEDURE
EXPECTED RESULT
ERROR HANDLING
ESCALATION
AUDIT EVIDENCE

Svaki korak mora biti konkretna akcija.

Izbegni:
"proveriti da je sve u redu"

bez definicije šta znači "u redu".

Audituj SOP:

[PROCEDURA]

Proveri:

AMBIGUOUS STEPS
MISSING OWNER
MISSING INPUT
MISSING OUTPUT
NO FAILURE PATH
NO VERIFICATION
OUTDATED STEP

Za svaki problem predloži minimalnu korekciju.

Pretvori ovo u kratku operativnu checklistu:

[PROCES]

Checklist ne treba da objašnjava teoriju.

Svaka stavka mora biti:

ACTIONABLE
BINARY
VERIFIABLE

Primer:

Loše:
"Proveri bezbednost."

Dobro:
"Potvrdi da je MFA uključen za administratorske naloge."

Problem:

[PROBLEM]

Nemoj se zaustaviti na prvom očiglednom uzroku.

Napravi:

SYMPTOM
IMMEDIATE CAUSE
CONTRIBUTING FACTORS
ROOT CAUSE

Koristi:

5 WHYS

samo dok odgovori imaju stvaran uzročno-posledični smisao.

Na kraju razdvoji:

FIX SYMPTOM
FIX ROOT CAUSE
PREVENT RECURRENCE

Imam probleme:

[LISTA/PODACI]

Pronađi mali broj uzroka koji objašnjava najveći deo posledica.

Ako ima numeričkih podataka:

izračunaj kumulativni doprinos.

Ako nema:

nemoj glumiti 80/20 matematiku.

Napravi kvalitativnu prioritizaciju sa jasnim ograničenjima.

Glavni plan:

[...]

Identifikuj ključne tačke neuspeha.

Za svaku:

TRIGGER
PLAN B
DECISION DEADLINE

Nemoj praviti rezervni plan za svaki mali problem.

Fokus samo na failure modes koji mogu zaustaviti ceo cilj.

Ovo je moj plan:

[PLAN]

Ponašaj se kao nezavisni reviewer.

Nemoj mi samo potvrditi da plan izgleda dobro.

Traži:

missing dependency;
hidden cost;
legal issue;
security issue;
resource bottleneck;
bad assumption;
edge case;
maintenance burden.

Za svaki nalaz objasni koliko realno može promeniti ishod.

Za:

[PLAN]

napravi:

BEST CASE
BASE CASE
WORST REASONABLE CASE

Nemoj koristiti ekstremne katastrofe sa veoma malom verovatnoćom.

Worst reasonable treba da bude negativan scenario koji je dovoljno realan da treba planirati za njega.

Sada ignoriši svoju prethodnu želju da ga braniš.

Audituj prethodni odgovor kao novi reviewer.

Traži:

incorrect facts;
missing context;
unsupported assumptions;
outdated data;
math errors;
logical gaps;
overconfidence.

Za svaku stavku:

ORIGINAL CLAIM
STATUS
CORRECTION

Zatim napravi poboljšanu finalnu verziju.

Ne pretpostavljaj da je moja ideja, tvrdnja ili plan tačan.

Tretiraj ga kao hipotezu.

Traži:

EVIDENCE FOR
EVIDENCE AGAINST
ALTERNATIVE EXPLANATIONS
MISSING INFORMATION

Ako sam u krivu:

reci konkretno gde i zašto.

Ako sam u pravu:

objasni koji dokazi to podržavaju.

Cilj je tačnost, ne potvrđivanje mog stava.

Za ovaj zadatak:

nemoj popunjavati praznine verovatnim odgovorom.

Ako podatak nije poznat:

UNKNOWN

Ako je samo pretpostavka:

ASSUMPTION

Ako je izveden iz drugih podataka:

INFERENCE

Ako je potvrđen:

VERIFIED

Ne mešaj ove kategorije u finalnom odgovoru.

Za sve brojeve:

1. identifikuj izvor;
2. proveri jedinicu;
3. proveri period;
4. proveri denominator;
5. ponovo izračunaj kada je moguće.

Posebno proveri:

percent
percentage point
currency
inflation adjustment
per capita
annualized values.

Nemoj kopirati broj iz izvora ako ne razumeš šta meri.

Pitanje zavisi od trenutnog stanja.

Nemoj koristiti statičko znanje ako se informacija mogla promeniti.

Koristi aktuelne izvore.

Prvo utvrdi današnji relevantni datum.

Zatim proveri:

CURRENT STATUS
LAST CHANGE
SOURCE DATE

Ako pronađeš stariji i noviji konflikt:

koristi noviji samo ako je pouzdan i zaista zamenjuje staru informaciju.

Radi u dve faze.

FAZA 1 - ANALIZA

Nemoj još pisati finalni odgovor.

Pronađi:

facts;
unknowns;
conflicts;
risks;
missing data.

FAZA 2 - FINAL

Tek nakon provere napravi čist finalni rezultat.

Nemoj u finalu ponavljati ceo interni proces osim ako je koristan za odluku.