Integracje / Palantir Foundry
Integracja AI z Palantir Foundry
Podłączamy agentów AI do ontologii Foundry przez REST API i OSDK, skąd czytają obiekty WorkOrder, Asset, Shipment oraz pliki z Compass API. Asystent odpowiada działom produkcji, logistyki i utrzymania ruchu na pytania o zlecenia, historię maszyn i procedury, bez wychodzenia poza Waszą sieć.
Rozmowa trwa 15 minut. Dzwonimy my, nic nie trzeba instalować.
Po rozmowie dwa tygodnie za darmo. Jeśli uznamy, że u Was to ma sens, uruchamiamy Wam własną platformę podłączoną pod Palantir Foundry. Bez umowy i bez karty.
Czym jest Palantir Foundry
Palantir Foundry to platforma danych dla firm przemysłowych, logistycznych i produkcyjnych. Zbiera dane z różnych źródeł: systemów ERP, sensorów, baz operacyjnych, plików Excel i interfejsów dostawców, scala je i udostępnia przez ontologię. Ontologia to semantyczny model danych: zamiast surowych tabel widzisz obiekty WorkOrder, Asset, Employee, Shipment z właściwościami i siecią powiązań między nimi.
Na co dzień pracownicy wchodzą do Foundry przez dashboardy i gotowe widoki, żeby sprawdzić statusy zleceń, historię maszyn albo stan przesyłek. Platforma przechowuje dane w zbiorach tabelarycznych, szeregach czasowych z sensorów oraz plikach w repozytorium Compass. Całość działa na infrastrukturze firmy lub w prywatnej chmurze. Foundry integruje te warstwy w jeden spójny obraz operacyjny dostępny dla różnych działów.
Co podłączamy w Palantir Foundry
- Obiekty ontologiczne (WorkOrder, Asset, Shipment): statusy, priorytety, powiązania
- Historia zdarzeń: awarie, przestoje, alarmy z obiektów Asset
- Zbiory tabelaryczne z ERP i MES przez Dataset API
- Pliki i dokumenty (instrukcje, karty BHP) przez Compass API
- Szeregi czasowe z sensorów i systemów SCADA
Zakres ustalamy pod Was. Zaczynamy od odczytu danych, a zapis i akcje włączamy dopiero wtedy, gdy sami tego chcecie.
O co pytają w praktyce
Pytania zadaje się po polsku, jak koledze z pracy.
„Które zlecenia na zmianę poranną mają status oczekujące i wysoki priorytet?"
„Ile razy maszyna M-12 była zatrzymana w tym kwartale i kiedy najdłużej?"
„Które dostawy są opóźnione i których zleceń produkcyjnych to dotyczy?"
„Co robić przy alarmie E47 na sprężarce i kto zatwierdza protokół przeglądu?"
Co dokładnie podłączamy w Palantir Foundry
Obszar po obszarze: jakie dane czytamy i co asystent z nich robi. To lista z realnego wdrożenia, nie katalog możliwości.
CzytamyPola status, priority, assignedTo, assetId oraz powiązania ze zmianą, halą i odpowiedzialnym pracownikiem
AsystentFiltruje i sortuje zlecenia według priorytetu lub statusu, zwraca planistom gotową listę zadań na zmianę bez wchodzenia do Foundry
CzytamyIdentyfikatory urządzeń, powiązane awarie, przestoje, zmiany statusów i alarmy z historii zdarzeń dla każdej maszyny
AsystentLiczy przestoje w wybranym okresie, wskazuje najdłuższą przerwę i podaje daty zdarzeń dla konkretnego urządzenia na żądanie
CzytamyPole estimatedArrival, status dostawy, powiązane zlecenia produkcyjne oczekujące na materiał od konkretnego dostawcy
AsystentWykrywa opóźnienia przekraczające zdefiniowany próg i przygotowuje powiadomienie z listą zleceń, których dotyczy przesunięcie
CzytamyZbiory z ERP lub MES: stany magazynowe, listy materiałów, dane o zamówieniach i dostawcach zsynchronizowane z Foundry
AsystentOdpowiada na pytania o stany i zamówienia bez logowania do ERP, łącząc dane z kilku zbiorów jednocześnie w jednej odpowiedzi
CzytamyInstrukcje obsługi, karty BHP, procedury awaryjne i protokoły przeglądów przechowywane w Foundry jako pliki PDF
AsystentWskazuje właściwy dokument i cytuje fragment odpowiadający na pytanie o kod alarmu, procedurę lub osobę zatwierdzającą
CzytamyOdczyty z sensorów i systemów SCADA: temperatura, ciśnienie, drgania, zużycie energii w kolejnych punktach czasu
AsystentPorównuje wartości z wybranego okresu i zestawia odczyty z historią zdarzeń danego urządzenia, aby wskazać korelacje
Co się zmienia
Pracownicy produkcji i logistyki dostają odpowiedzi na codzienne pytania w kilka sekund, a raporty zmiany przestają wymagać ręcznego wypełniania szablonów.
Asystent stoi na Waszym serwerze i łączy się z Palantir Foundry na Waszych uprawnieniach. Dane nie wychodzą do zewnętrznych usług, a każdy odczyt i każda akcja zostawiają ślad w logu. Zakres uprawnień ustalacie Wy, więc asystent widzi dokładnie tyle, ile ma widzieć.
Nie wymieniamy Wam programu i nie zmuszamy nikogo do zmiany nawyków. Palantir Foundry zostaje tam, gdzie jest, razem z historią danych i przyzwyczajeniami zespołu.
Jak łączymy się z Palantir Foundry
Do Foundry podłączamy się przez dwa kanały. Foundry REST API z modułami Dataset API, Compass API i Object Storage API v2 obsługuje pobieranie danych ze zbiorów tabelarycznych, plików i obiektów ontologicznych. Każde zapytanie wymaga tokenu usługowego, który generuje Wasz administrator Foundry i przypisuje mu dostęp wyłącznie do wskazanych zasobów.
Drugi kanał to OSDK: wygenerowany klient Python lub TypeScript dopasowany do Waszej konkretnej ontologii. Daje agentom otypowany interfejs do zapytań po polach obiektów bez pisania surowych żądań HTTP. Serwer RedAI stoi w Waszej infrastrukturze lub prywatnej chmurze. Agenci pracują w trybie odczytu. Zapis do Foundry, na przykład zapisanie raportu zmiany, wymaga Waszego potwierdzenia.
Czego potrzebujemy od Was
- Aktywne konto usługowe w Foundry z uprawnieniami do odczytu wybranych zbiorów i obiektów
- Token API wygenerowany przez administratora Foundry z określonym zakresem dostępu
- Dokumentacja ontologii: lista obiektów, pól i zbiorów wchodzących w zakres integracji
- Serwer lub maszyna wirtualna w Waszej sieci do uruchomienia serwera RedAI
- Administrator Foundry dostępny na pierwsze spotkanie techniczne i audyt zasobów
Gdzie to działa najlepiej
Planista produkcji
Przed startem zmiany porannej chce wiedzieć, które zlecenia WorkOrder mają status oczekujące i priorytet wysoki. Normalnie otwiera Foundry, buduje filtr w tabeli i przeskakuje przez kilka widoków, zanim dostanie listę.
Z asystentem: Agent odpytuje obiekty WorkOrder przez OSDK, filtruje po polach status i priority i zwraca posortowaną listę w kilka sekund. Planista od razu wie, co realizować w pierwszej kolejności.
Mechanik utrzymania ruchu
Podczas przeglądu maszyny M-12 potrzebuje wiedzieć, ile razy urządzenie było zatrzymane w bieżącym kwartale i jaka była najdłuższa przerwa. Dane są w Foundry, ale nie pamięta, który widok pokazuje historię zdarzeń.
Z asystentem: Agent sięga do obiektu Asset M-12, pobiera historię awarii i przestojów, oblicza statystyki i podaje wynik. Mechanik wypełnia kartę przeglądu w ciągu minuty zamiast szukać właściwego widoku.
Specjalista ds. logistyki
Rano sprawdza, czy któreś dostawy opóźniły się względem pola estimatedArrival i które zlecenia produkcyjne czekają na te materiały. W Foundry musiałby kliknąć przez kilka widoków obiektów Shipment i ręcznie zestawić dane.
Z asystentem: Agent monitoruje pole estimatedArrival, wykrywa przesunięcia powyżej progu i zestawia opóźnione dostawy z powiązanymi zleceniami. Specjalista dostaje pełny obraz w jednym komunikacie, bez otwierania Foundry.
Jak to uruchamiamy
- Rozmowa 15 minut. Mówicie, na czym pracujecie i co Was korkuje. Mówimy, czy da się to spiąć.
- Podłączenie i pierwsze pytania. Zaczynamy od odczytu, na Waszym serwerze, w zakresie który zatwierdzacie.
- Rozszerzanie. Dokładamy kolejne moduły i akcje, gdy zespół już ufa temu, co dostaje.
Koszt: od 3 000 zł miesięcznie. W tym wdrożenie, integracja, szkolenie zespołu i opieka. Widełki na Wasz przypadek podajemy na tej pierwszej rozmowie, bez ofert na dwadzieścia stron.
Chcecie najpierw poczytać konkrety: jakie moduły ruszamy, jakie dane bierzemy i czego potrzebujemy po Waszej stronie?
Cały opis integracji z Palantir Foundry →Czego asystent nie robi
Żebyście wiedzieli, gdzie kończy się jego rola, zanim zaczniecie.
- Nie modyfikuje danych w Foundry samodzielnie: każdy zapis wymaga wyraźnego potwierdzenia ze strony użytkownika
- Nie widzi zasobów spoza zakresu tokenu usługowego: uprawnienia definiuje Wasz administrator, nie agent
- Nie buduje nowych zbiorów danych ani dashboardów w Foundry: to zadanie dla analityków danych
- Nie gwarantuje pełnych odpowiedzi, jeśli pola obiektów w ontologii są puste lub model obiektowy jest niekompletny
Pytania o integrację z Palantir Foundry
Czy OSDK nadaje się do każdej instalacji Foundry?
OSDK wymaga wygenerowania klienta dopasowanego do Waszej ontologii i sprawdza się najlepiej, gdy obiekty i ich pola są już stabilne. Jeśli ontologia jest w budowie albo zmienia się często, zaczynamy od Foundry REST API i Dataset API, które działają niezależnie od stanu modelu obiektowego. OSDK dodajemy później, gdy struktura się ustabilizuje.
Co jeśli nasza ontologia w Foundry nie jest jeszcze gotowa?
Zaczynamy od Dataset API i zbiorów tabelarycznych: działają niezależnie od stanu ontologii i wystarczą do pierwszych scenariuszy dla planowania i logistyki. Gdy obiekty WorkOrder i Asset ustabilizują strukturę pól, rozszerzamy integrację o OSDK. Nie trzeba czekać na kompletny model, żeby uruchomić pierwszego agenta.
Czy możemy sprawdzić, jakie pytania pracownicy zadawali asystentowi?
Tak. Logi serwera RedAI zapisują każde zapytanie: kto pytał, o co i kiedy. Foundry rejestruje też każde wywołanie API od konta usługowego. Macie pełny audyt po obu stronach, co przydaje się przy wykazywaniu zgodności z polityką bezpieczeństwa i przy diagnozowaniu nieprecyzyjnych odpowiedzi agenta.
Czy agent może obsługiwać różne działy z różnymi zakresami danych?
Tak. Konfigurujemy osobnego agenta dla każdego działu z własnym kontem usługowym i tokenem przypisanym do wskazanych zbiorów i obiektów. Dzięki temu agent planisty nie widzi danych, których token nie obejmuje, na przykład obiektów Employee. Podział uprawnień definiujecie w Foundry, a my go respektujemy.
Piętnaście minut o Palantir Foundry
Wybierzcie termin z kalendarza. Na rozmowie powiemy wprost, co da się u Was podłączyć, ile to trwa i ile kosztuje. Jeśli nie ma czego automatyzować, też to powiemy. A jeśli ma, dostajecie 14 dni działającej platformy podłączonej pod Palantir Foundry, żeby sprawdzić to na własnych danych zamiast wierzyć nam na słowo.
Dokumenty i dane firmy
Palantir Foundry jest znakiem towarowym swojego właściciela. Nie jesteśmy z nim powiązani ani przez niego autoryzowani. Nazwy używamy wyłącznie po to, żeby wskazać, z jakim programem integrujemy asystenta.