OSIRIS V5.0: odprtokodni Palantir ali zmogljiva OSINT platforma?

Kratek odgovor: OSIRIS V5.0 ni neposredna odprtokodna zamenjava za Palantir. Je hitro razvijajoča se, samostojno gostljiva OSINT in geoprostorska platforma, ki na skupnem zemljevidu združuje javne podatkovne vire in preiskovalna orodja. Če ji dodamo PostgreSQL, n8n, Hermes in varen API oziroma MCP-sloj, pa lahko postane osnova za uporaben lokalni »Mini Palantir« PoC.

Ko se je OSIRIS spomladi 2026 razširil po družbenih omrežjih, ga je spremljala privlačna oznaka: »open-source Palantir«. Razumljivo. Aplikacija je videti kot nadzorni center: globus, letala, sateliti, kamere, požari, potresi, konflikti, novice in kibernetski podatki. Vse na enem mestu.

Toda zemljevid, četudi je zelo dober, še ni Palantir. Palantirjev razred sistemov vključuje precej več: povezovanje internih poslovnih podatkov, ontologijo objektov in relacij, upravljanje dostopov, revizijsko sled ter operativne procese. OSIRIS je zanimiv prav zato, ker ne poskušamo prikriti te razlike. Uporabimo ga tam, kjer je močan, manjkajoče plasti pa dodamo modularno.

Kaj je OSIRIS V5.0?

OSIRIS je odprtokodna platforma za združevanje in kartografski prikaz javno dostopnih podatkov. Jedro je izdelano z Next.js 16, TypeScriptom in MapLibre GL oziroma WebGL, projekt pa je izdan pod licenco MIT. Lahko ga namestimo lokalno, preučimo njegovo kodo in prilagodimo svojim potrebam.

Uradni README na dan 4. oktobra 2026 navaja več kot 17.000 kamer, 16 preklopljivih podatkovnih slojev, 23 neprekinjenih novičarskih programov, 13 konfliktnih oziroma napetostnih območij ter različna orodja RECON. Med viri so letalski in satelitski podatki, potresi, požari, vreme, novice, sankcijski seznami, CVE-ji, podatki o denarnicah BTC in ETH ter javne objave na Telegramu.

To so deklarirane zmogljivosti projekta, ne zagotovilo, da je vsak vir ves čas dosegljiv. Javna kamera je lahko video, periodično osvežen posnetek ali začasno nedelujoča povezava. Tudi podatkovni vir na zemljevidu še ni samodejno preverjeno dejstvo.

Kaj je prinesla različica V5.0?

Uradna izdaja OSIRIS V5.0 je bila objavljena 28. septembra 2026. Gre za prvo označeno oziroma tagged izdajo projekta. Med vidnejšimi novostmi so:

• 3D satelitski globus: začetni prikaz se odpre na globalnem pogledu, sloj satelitov je privzeto vključen, avtor pa navaja približno 19.000 vesoljskih objektov.
• FINGERPRINT: preiskovalno orodje sprejme uporabniško ime, e-poštni naslov ali telefonsko številko. Pri uporabniških imenih naj bi preverjalo 462 platform in rezultate primerjalo s kontrolnimi poizvedbami, da zmanjša lažne zadetke.
• Regionalni dossierji: uporabnik lahko na izbranem območju odpre zgoščen pregled podatkov, povezanih z lokacijo.
• Geografsko umeščeni alarmi: novica ali opozorilo se lahko poveže z lokacijo, bližnjimi kamerami in drugimi podatkovnimi sloji.
• Razširjeni Telegram OSINT: sistem obdeluje javne strani in poskuša iz besedila izluščiti geografske omembe.

Številki 19.000 in 462 sta navedbi avtorja v release notes. Nista neodvisna meritev vseh trenutno delujočih zunanjih storitev.

OSIRIS ni model umetne inteligence

To razlikovanje je pomembno. OSIRIS je predvsem kombinacija zbiranja podatkov, geoprostorske vizualizacije in preiskovalnih orodij. Trenutna dokumentacija opisuje tudi modul OI za povezovanje z zunanjimi modeli, vendar to ne spremeni osnovne narave sistema. AI je lahko del platforme, OSIRIS sam pa ni samostojen temeljni model.

Projekt ni več samo viralni demo

Posnetek GitHubovega stanja 4. oktobra 2026 je pokazal 10.449 zvezdic, 2.161 fork-ov in 328 commitov na glavni veji. Številke se spreminjajo, vendar kažejo, da je projekt v nekaj mesecih pritegnil precejšnjo skupnost. Rast pa sama po sebi ne dokazuje produkcijske zrelosti. Pri hitro razvijajočem se projektu moramo ločeno oceniti uporabnost, kakovost podatkov, varnost in vzdrževanje.

Zakaj OSIRIS spominja na Palantir?

Podobnost ni izmišljena. Oba tipa sistemov ponujata geoprostorski pogled, združujeta različne podatkovne vire in podpirata preiskovalni način dela. Ko alarm povežemo z lokacijo, bližnjo kamero, letalskim prometom in novicami, dobimo delovni tok, ki vizualno in konceptualno spominja na obveščevalne platforme.

Težava nastane, ko podobnost uporabniškega vmesnika zamenjamo za podobnost celotne arhitekture. Palantir Foundry in Gotham nista samo zemljevida. Njuna pomembna prednost je podatkovni in operativni model, ki organizacijske objekte povezuje z relacijami, pravili, dovoljenji in dejanji.

OSIRIS ni Palantir: kje je meja?

Zemljevid še ni ontologija

Ontologija pove, kaj podatki pomenijo v realnem sistemu. »Paket 008« ni le vrstica v tabeli. Pripada naročilu, potuje z določenim vozilom, ima stranko, rok, lokacijo, zgodovino dogodkov in dovoljena dejanja. Ko vozilo obstane, lahko sistem ugotovi, kateri paketi, naročila in stranke so prizadeti.

OSIRIS je danes zelo dober pri javnih virih, zemljevidu in orodjih RECON. Ne izkazuje pa primerljive poslovne ontologije, podrobnega varnostnega modela, revizijske sledi in produkcijskih integracij, ki jih pričakujemo od enterprise podatkovne platforme.

Kako iz OSIRIS-a sestaviti lokalni »Mini Palantir«?

Najbolj smiselna arhitektura ne poskuša OSIRIS-a spremeniti v vseobsegajoč sistem. Vsaka komponenta dobi jasno nalogo. OSIRIS je vizualna in OSINT plast. n8n skrbi za determinističen pretok dogodkov. PostgreSQL hrani operativno resnico. Hermes uporablja varno izpostavljena orodja, poveže podatke in pripravi razlago.

OSIRIS: oči sistema

OSIRIS ostane tam, kjer je najmočnejši: globalni zemljevid, javni podatkovni viri, dogodki in kontekst. Za poslovni PoC bi mu lahko dodali zasebne sloje, na primer vozila, skladišča, pakete ali proizvodne obrate. To ni čarobno stikalo. Integracija lastnih slojev zahteva razvoj in jasno ločitev javnih ter internih podatkov.

n8n: integracijski in dogodkovni motor

n8n naj opravlja ponovljive naloge: prevzem webhooka iz WMS-a, normalizacijo podatkov, urnike, zapis v bazo in proženje analize. LLM-u ni treba vsako uro ugibati, ali naj prenese podatke iz ERP-ja. To naj izvede determinističen workflow. Agent se vključi, ko je treba razumeti pomen dogodka ali pripraviti priporočilo.

PostgreSQL in PostGIS: operativni spomin

PostgreSQL hrani pakete, vozila, stranke, naročila, dogodke in statuse. PostGIS doda geoprostorske poizvedbe: katero vozilo je najbližje skladišču, kateri paket je znotraj območja incidenta in kakšna je razdalja do cilja. To je enoten vir operativne resnice, ki ga OSIRIS sam ne nadomesti.

MCP oziroma varen API-sloj: nadzorovan dostop

Hermes ne potrebuje neposrednega gesla za celotno poslovno bazo. Boljša rešitev je omejen MCP-strežnik ali API z natančno določenimi funkcijami, na primer get_shipment(), get_vehicle() in update_shipment(). Tako lahko nadzorujemo, kaj agent sme prebrati in katera dejanja lahko predlaga ali izvede.

Hermes: analitik in koordinator

Hermes Agent lahko vprašanje v naravnem jeziku pretvori v večstopenjsko preiskavo. Uporabi specializiran skill, pokliče orodja prek MCP-ja, preveri dogodke in sestavi pojasnilo. Pri zahtevnejših nalogah lahko delo razdeli med podagente. Podrobnejši pregled lokalne povezave z n8n, OpenAI-jem in Ollamo je v članku Agentni sistem: Hermes Agent, n8n, OpenAI in Ollama.

Kaj je obvezno in kaj lahko počaka?

Za prvo verzijo zadostujejo OSIRIS, n8n, PostgreSQL/PostGIS, Hermes in majhen varen API oziroma MCP-sloj. Qdrant ali pgvector sta koristna za semantično iskanje po dokumentih. Neo4j pomaga pri kompleksnejšem grafu povezav. Obsidian je lahko človeku prijazen institucionalni spomin. Nobena od teh treh nadgradenj ni pogoj za prvo demonstracijo.

Minimalni logistični PoC, ki ga lahko dejansko zgradimo

Namesto obljube o »odprtokodnem Palantirju« je bolje pokazati majhen sistem, ki deluje. Simulacija lahko vsebuje 10 paketov, tri vozila, dve skladišči, pet strank in približno 20 časovno označenih dogodkov. Eden od paketov zamuja.

Minimalni objekti so paket, naročilo, vozilo, skladišče, stranka, lokacija, dogodek in incident. Prve štiri funkcije MCP so lahko:

get_shipments()
get_vehicle()
get_event()
update_shipment()

Hermes dobi tri proceduralne skills:

/analyze-delay
/investigate-shipment
/daily-logistics-report

Nato postavimo vprašanje:

Hermes, zakaj paket 008 zamuja in katere stranke bodo zaradi tega prizadete?

Agent najprej poišče paket, povezano vozilo in dogodke. Nato preveri lokacijo ter prometno-vremenski kontekst. Iz podatkovnega modela ugotovi, katere stranke in roki SLA so povezani s pošiljko. Na koncu pripravi oceno tveganja in predlog ukrepa. Kritična sprememba v WMS-u čaka na človeško potrditev.

Tak PoC je dovolj majhen, da ga lahko postavimo lokalno, in dovolj konkreten, da pokaže razliko med klepetalnikom ter agentnim sistemom. Klepetalnik poda splošen nasvet. Agent uporabi orodja, poišče dejanske povezane objekte in razloži, kako je prišel do sklepa.

Kako sistem nadgradimo po uspešnem PoC?

Semantični spomin

Qdrant ali pgvector omogočita iskanje po SOP-jih, poročilih, e-pošti in servisni dokumentaciji. Hermes lahko ob zamudi poišče podoben pretekli incident ali navodilo za ravnanje. To je RAG nad internim znanjem, ne nadomestek za strukturirane operativne podatke.

Graf povezav

Ko relacije postanejo kompleksne, lahko dodamo Neo4j ali drug graf. Tako lažje iščemo posredne povezave med vozili, vozniki, paketi, strankami, incidenti in lokacijami. Za deset simuliranih paketov je to pretirano. Za širši sistem je lahko koristno.

Operativna ontologija

Največji preskok pride, ko standardiziramo tipe objektov, njihove lastnosti, relacije, dovoljena dejanja in revizijo sprememb. Takrat sistem ne hrani več samo tabel. Razume, da je vozilo poslovni objekt, ki prevaža pošiljke, ima voznika, lokacijo, kapaciteto in zgodovino incidentov.

Varnost, zakonitost in kakovost podatkov

OSINT pomeni delo z javno dostopnimi viri, ne dovoljenja za neomejeno zbiranje in profiliranje. Pred poslovno uporabo je treba preveriti pogoje posameznih virov, zakoniti namen obdelave, roke hrambe in obravnavo osebnih podatkov. Funkcija, ki išče uporabniško ime ali telefonsko številko, ima drugačno pravno težo kot prikaz vremena.

Tudi tehnična previdnost je upravičena. Pregled kode 4. oktobra 2026 je pokazal področja, ki zahtevajo varnostno presojo, med drugim CCTV proxy in funkcijo za odkrivanje storitev v lokalnem omrežju. Konfliktne točke so približna regionalna sidrišča, ne nujno točne koordinate posameznega incidenta. Pred produkcijsko uporabo bi zato zahteval varnostni pregled, izolirano testno okolje in jasen model dovoljenj.

Komu je OSIRIS V5.0 namenjen?

Zelo primeren je za OSINT eksperimentiranje, izobraževanje, geoprostorske nadzorne plošče in prototipe situacijskega zavedanja. Razvijalcem omogoča, da razmeroma hitro sestavijo vizualni pregled javnih virov.

Pogojno primeren je za logistiko, proizvodnjo, spremljanje dobavne verige ali interni operativni center. Pogoj je lastna podatkovna, integracijska, varnostna in revizijska plast.

Brez velike nadgradnje ni primeren za kritično državno infrastrukturo, vojaško poveljevanje ali regulirane produkcijske sisteme, kjer so zahtevani formalno preverjena varnost, visoka razpoložljivost in certificirani procesi.

Končna ocena

OSIRIS V5.0 je precej več kot privlačen zemljevid, vendar še ni odprtokodni Palantir. Njegova največja vrednost je bolj praktična: lahko postane vizualna in senzorska plast lokalnega sistema. PostgreSQL mu doda operativni spomin, n8n zanesljivo avtomatizacijo, Hermes pa analitično in agentno plast.

Prvi korak ni Neo4j, velik lokalni model ali popolna ontologija. Prvi korak je majhen logistični PoC z desetimi paketi, jasnimi objekti in enim vprašanjem, na katerega mora sistem odgovoriti z dokazi: zakaj paket zamuja, kdo bo prizadet in kateri ukrep je smiseln?

Pogosta vprašanja

Kaj je OSIRIS V5.0?

OSIRIS V5.0 je odprtokodna, samostojno gostljiva OSINT in geoprostorska platforma. Združuje 3D-globus, javne podatkovne vire, alarme in preiskovalna orodja. V5.0 je prva uradno označena izdaja projekta in prinaša FINGERPRINT, regionalne dossierje ter razširjeno geografsko umeščanje dogodkov.

Ali je OSIRIS res odprtokodna alternativa Palantirju?

Le delno. OSIRIS je uporaben odprtokodni približek za OSINT, globalni zemljevid in situacijsko zavedanje. Ne ponuja pa primerljive poslovne ontologije, upravljanja internih podatkov, podrobnega nadzora dostopa, revizije in produkcijskih procesov. »Odprtokodni Palantir« je zato medijska primerjava, ne tehnična enakovrednost.

Kakšna je glavna razlika med OSIRIS-om in Palantirjem?

Glavna razlika je operativni podatkovni model. OSIRIS predvsem prikazuje in povezuje javne vire na zemljevidu. Palantirjev razred sistemov podatke pretvori v organizacijske objekte, relacije, pravila, dejanja in dovoljenja. Zemljevid je le eden od pogledov nad tem modelom.

Ali lahko OSIRIS namestimo lokalno?

Da. Uradni repozitorij opisuje lokalni razvoj z npm, Docker Compose in vnaprej zgrajeno sliko GHCR. Namestitev je treba najprej preizkusiti v izoliranem okolju. Nekatere funkcije zahtevajo dodatne ključe ali storitve, razpoložljivost zunanjih podatkovnih virov pa se spreminja.

Kaj potrebujemo za lokalni Mini Palantir PoC?

Za prvo verzijo so dovolj OSIRIS, n8n, PostgreSQL/PostGIS, Hermes in majhen varen API oziroma MCP-sloj. PoC naj vsebuje omejen nabor objektov in dogodkov. Qdrant, Neo4j in Obsidian so koristne nadgradnje, niso pa pogoj za prvo delujočo demonstracijo.

Kakšno vlogo ima Hermes?

Hermes je analitični in koordinacijski sloj. Uporabi skills, pokliče omejena orodja prek MCP-ja, pridobi podatke o paketu, vozilu in dogodkih ter pripravi razlago. Pri kritičnih dejanjih ne sme obiti človeške potrditve ali poslovnih pravil.

Zakaj potrebujemo PostgreSQL, če OSIRIS že prikazuje podatke?

OSIRIS je predvsem vizualni in OSINT sloj. PostgreSQL hrani interno operativno resnico: pakete, stranke, naročila, vozila, statuse in zgodovino. PostGIS doda lokacije ter prostorske poizvedbe. Brez te plasti agent nima zanesljivega modela poslovnih objektov.

Ali za prvo različico potrebujemo Qdrant in Neo4j?

Ne. Qdrant oziroma pgvector pomaga pri semantičnem iskanju po dokumentih, Neo4j pa pri kompleksnih grafih povezav. Za PoC z desetimi paketi zadostuje dobro zasnovan PostgreSQL. Dodatni bazi vključimo šele, ko imamo jasen primer uporabe.

Ali je OSIRIS primeren za podjetje?

Primeren je za raziskovanje in prototipe. Pred produkcijsko uporabo podjetje potrebuje varnostni pregled, upravljanje dostopov, revizijsko sled, monitoring, pravno presojo virov in načrt vzdrževanja. Za kritične ali regulirane procese OSIRIS sam po sebi ni dovolj.

Viri in nadaljnje branje

• Uradni repozitorij OSIRIS
• Uradne opombe ob izdaji OSIRIS V5.0
• README, pripet na preverjeni commit
• Palantir Foundry: pregled ontologije
• Hermes Agent: MCP
• Uradna dokumentacija n8n

Podatki in GitHubove številke so bili preverjeni 4. oktobra 2026. Ker se projekt hitro spreminja, se lahko po objavi razlikujejo.