Praca
Z kanału partnera
Inżynier platformy AI
Cena na życzenie
Szczegóły
- Typ zatrudnienia
- Pełny etat
- Zdalnie
- Tak
- Firma
- Supabase
- Poziom
- Director
Opis
Automatyczne tłumaczenie z języka English. Oryginał jest wiążący. Tłumaczenie maszynowe — trwają prace nad dokładniejszą wersją.
O Supabase
Supabase to platforma programistyczna Postgres, zbudowana przez programistów dla programistów. Zapewniamy kompletne rozwiązanie backendowe, obejmujące bazę danych, uwierzytelnianie, pamięć masową, funkcje brzegowe, czas rzeczywisty i wyszukiwanie wektorowe. Wszystkie usługi są głęboko zintegrowane i zaprojektowane z myślą o rozwoju.
O roli
Zatrudnimy inżyniera platformy AI do zbudowania warstwy wykonawczej dla wewnętrznych systemów AI Supabase.
Supabase buduje wewnętrzny system operacyjny oparty na sztucznej inteligencji: powszechny sposób pracy w całej firmie, w którym sztuczna inteligencja przejmuje znaczną część obciążenia operacyjnego, a nie jest obok niej jako asystent. Tworzymy nowy centralny zespół, który ma zbudować te systemy, umożliwić zespołom i wdrożyć operacje AI w całej organizacji. Jesteś inżynierem w tym zespole.
Warstwa wykonawcza jest Twoja. Zbudujesz platformę, na której faktycznie działają agenci: kolejka uruchamiana zdarzeniami, bezgłowe środowisko wykonawcze niezależne od modelu, trwały stan, dzięki któremu praca przetrwa ponowne uruchomienie, bramka przeglądu ręcznego, atomowe wycofywanie i pełne rejestrowanie każdego monitu, wywołania narzędzia i decyzji, aby można było zrekonstruować dowolne uruchomienie. Zbudujesz warstwę ewaluacyjną, która sprawi, że każdy z nich będzie godny zaufania, ponieważ agentowi, którego nie da się zmierzyć, nie można ufać w niczym poza czytaniem. Sami zbudujecie agentów, począwszy od raportowania wykonawczego, a skończywszy na warstwie agentów, którzy będą obserwować platformę i ją ulepszać.
Z założenia jest to środowisko wymagające dużego nadzoru i to jest interesująca część problemu. Agenci są podzieleni na poziomy ryzyka, począwszy od danych wewnętrznych przeznaczonych tylko do odczytu, a skończywszy na danych wyjściowych udostępnianych na zewnątrz, z uwzględnieniem głębokości przeglądu, wymagań dotyczących oceny i skalowania zatwierdzenia przez człowieka według poziomu. Niektóre możliwości są trwale niedostępne: agent może czytać i raportować, może przenieść stworzoną przez człowieka aktualizację do systemu rekordów, jeśli człowiek wyrazi na to zgodę, i może inicjować kontakt w ramach ściśle określonego budżetu, ale nigdy nie może samodzielnie zapisać zobowiązania (właściciela, terminu, statusu) we wspólnym systemie pracy. Twoim zadaniem jest sprawić, aby było to strukturalnie niemożliwe, a nie tylko zabronione.
Będziesz jedynym inżynierem na tej platformie. Sam podejmiesz decyzję o otwartej architekturze, będziesz właścicielem infrastruktury od początku do końca i oprzyrządujesz system tak, aby raportował własne zyski.
Za co będziesz odpowiadać
Na tym stanowisku będziesz:
•
Wyślij platformę agenta do produkcji. Kolejka wyzwalana zdarzeniami, bezgłowe środowisko wykonawcze niezależne od modelu (wybór środowiska wykonawczego to otwarta decyzja, którą zamkniesz), trwały stan, który przetrwa nieudane uruchomienie, bramka przeglądu ręcznego, atomowe wycofywanie i pełne rejestrowanie przebiegów w magazynie.
•
Posiadaj warstwę ewaluacyjną i włącz bramę od niej zależną. Złote zestawy oparte na twierdzeniach behawioralnych, a nie na intuicji, kryteria oceny z pisemną rubryką, kwestie bezpieczeństwa, które muszą być przekazywane przy każdym uruchomieniu, oraz bramka CI, która blokuje regresję przed połączeniem. Jest to warunek wstępny dla każdego agenta, który zajmuje się czymkolwiek poza odczytywaniem danych wewnętrznych.
•
Zbuduj i zarejestruj portfolio agentów. Agenci raportujący, kreślący, lintujący, selekcjonujący i odpowiadający na pytania na poziomie wykonawczym, kierującym zespołem i indywidualnym współpracownikiem, a także metawarstwa, która obserwuje platformę i ją ulepsza.
•
Egzekwuj zarządzanie w kodzie. Poziomy ryzyka faktycznie wymuszane przez potok, poświadczenia o najniższych uprawnieniach na agenta, bramki uprawnień narzędzi, dziennik kontroli decyzji i klasy autonomii, w przypadku których niebezpieczna klasa nie ma ścieżki kodu zamiast etykiety ostrzegawczej. Nic nie działa bez zarejestrowanego właściciela, poziomu, przydziału narzędzi i ludzkiej bramy.
•
Zaprojektuj sposób, w jaki system kontaktuje się z ludźmi. Twardy budżet na przerwy na osobę, łączenie wiadomości zamiast strumienia pingów i struktura, która daje coś przydatnego, zanim o cokolwiek poprosi. Przyjęcie zależy od tego bardziej niż od jakiegokolwiek innego wyboru projektu.
•
Posiadaj narzędzia platformy. Kompilator i moduł sprawdzania poprawności, integralność zasobów oraz ścieżki dystrybuujące kontekst i możliwości do repozytoriów i powierzchni czatu, w których odbywa się praca.
•
Oblicz miary operacyjne na podstawie danych produkcyjnych. Potok od surowej aktywności systemu do obliczonego stopnia dojrzałości na zespół, na tyle możliwy do obrony, że zespół może zakwestionować wynik i otrzymać odpowiedź w formie zapytania, a nie opinii.
•
Instrumentuj własny zwrot platformy. Księga rejestrująca pracę włożoną przez każdego agenta i obliczającą miesięczną kwotę, zatem wartość systemu jest raczej miarą niż roszczeniem.
Jak będziesz myśleć
Myślenie rekurencyjne
Budujesz generator, a nie artefakt. Kiedy potrzebujesz trzydziestu agentów, nie piszesz trzydziestu agentów; budujesz inwentarz, kompilator i ścieżkę dystrybucji, która sprawia, że trzydziesty pierwszy kosztuje jedno popołudnie, a następnie warstwę meta, której zadaniem jest obserwowanie platformy, znajdowanie jej dryfów i zgłaszanie poprawek.
Warstwa oceny to ten sam ruch, który zastosowano w przypadku zaufania. Nie sprawdzasz dzisiaj, czy jeden agent ma rację. Budujesz maszynę, która decyduje, czy każdy przyszły agent będzie mógł wysłać statek, co oznacza, że zestaw musi być odpowiedni w sposób, w jaki agent tego nie robi, a to, co ocenia, również musi zostać ocenione.
Myślenie inwersyjne
Zaczynasz od porażki i wracasz do projektu. Zasadą jest, że agent nie może nigdy samodzielnie zapisywać zobowiązań we wspólnym systemie pracy. Słaba implementacja to instrukcja w wierszu poleceń. Mocną stroną jest to, że dane uwierzytelniające w narzędziu agenta nie mogą fizycznie ustawić właściciela, terminu ani statusu, więc żadna ilość sprytnych danych wejściowych, natychmiastowe wstrzyknięcie lub błąd modelu nie spowoduje zabronionego zapisu. Najpierw sięgnij po to drugie.…
Źródło: Jobicy (https://jobicy.com/jobs/155385-ai-platform-engineer)
Supabase to platforma programistyczna Postgres, zbudowana przez programistów dla programistów. Zapewniamy kompletne rozwiązanie backendowe, obejmujące bazę danych, uwierzytelnianie, pamięć masową, funkcje brzegowe, czas rzeczywisty i wyszukiwanie wektorowe. Wszystkie usługi są głęboko zintegrowane i zaprojektowane z myślą o rozwoju.
O roli
Zatrudnimy inżyniera platformy AI do zbudowania warstwy wykonawczej dla wewnętrznych systemów AI Supabase.
Supabase buduje wewnętrzny system operacyjny oparty na sztucznej inteligencji: powszechny sposób pracy w całej firmie, w którym sztuczna inteligencja przejmuje znaczną część obciążenia operacyjnego, a nie jest obok niej jako asystent. Tworzymy nowy centralny zespół, który ma zbudować te systemy, umożliwić zespołom i wdrożyć operacje AI w całej organizacji. Jesteś inżynierem w tym zespole.
Warstwa wykonawcza jest Twoja. Zbudujesz platformę, na której faktycznie działają agenci: kolejka uruchamiana zdarzeniami, bezgłowe środowisko wykonawcze niezależne od modelu, trwały stan, dzięki któremu praca przetrwa ponowne uruchomienie, bramka przeglądu ręcznego, atomowe wycofywanie i pełne rejestrowanie każdego monitu, wywołania narzędzia i decyzji, aby można było zrekonstruować dowolne uruchomienie. Zbudujesz warstwę ewaluacyjną, która sprawi, że każdy z nich będzie godny zaufania, ponieważ agentowi, którego nie da się zmierzyć, nie można ufać w niczym poza czytaniem. Sami zbudujecie agentów, począwszy od raportowania wykonawczego, a skończywszy na warstwie agentów, którzy będą obserwować platformę i ją ulepszać.
Z założenia jest to środowisko wymagające dużego nadzoru i to jest interesująca część problemu. Agenci są podzieleni na poziomy ryzyka, począwszy od danych wewnętrznych przeznaczonych tylko do odczytu, a skończywszy na danych wyjściowych udostępnianych na zewnątrz, z uwzględnieniem głębokości przeglądu, wymagań dotyczących oceny i skalowania zatwierdzenia przez człowieka według poziomu. Niektóre możliwości są trwale niedostępne: agent może czytać i raportować, może przenieść stworzoną przez człowieka aktualizację do systemu rekordów, jeśli człowiek wyrazi na to zgodę, i może inicjować kontakt w ramach ściśle określonego budżetu, ale nigdy nie może samodzielnie zapisać zobowiązania (właściciela, terminu, statusu) we wspólnym systemie pracy. Twoim zadaniem jest sprawić, aby było to strukturalnie niemożliwe, a nie tylko zabronione.
Będziesz jedynym inżynierem na tej platformie. Sam podejmiesz decyzję o otwartej architekturze, będziesz właścicielem infrastruktury od początku do końca i oprzyrządujesz system tak, aby raportował własne zyski.
Za co będziesz odpowiadać
Na tym stanowisku będziesz:
•
Wyślij platformę agenta do produkcji. Kolejka wyzwalana zdarzeniami, bezgłowe środowisko wykonawcze niezależne od modelu (wybór środowiska wykonawczego to otwarta decyzja, którą zamkniesz), trwały stan, który przetrwa nieudane uruchomienie, bramka przeglądu ręcznego, atomowe wycofywanie i pełne rejestrowanie przebiegów w magazynie.
•
Posiadaj warstwę ewaluacyjną i włącz bramę od niej zależną. Złote zestawy oparte na twierdzeniach behawioralnych, a nie na intuicji, kryteria oceny z pisemną rubryką, kwestie bezpieczeństwa, które muszą być przekazywane przy każdym uruchomieniu, oraz bramka CI, która blokuje regresję przed połączeniem. Jest to warunek wstępny dla każdego agenta, który zajmuje się czymkolwiek poza odczytywaniem danych wewnętrznych.
•
Zbuduj i zarejestruj portfolio agentów. Agenci raportujący, kreślący, lintujący, selekcjonujący i odpowiadający na pytania na poziomie wykonawczym, kierującym zespołem i indywidualnym współpracownikiem, a także metawarstwa, która obserwuje platformę i ją ulepsza.
•
Egzekwuj zarządzanie w kodzie. Poziomy ryzyka faktycznie wymuszane przez potok, poświadczenia o najniższych uprawnieniach na agenta, bramki uprawnień narzędzi, dziennik kontroli decyzji i klasy autonomii, w przypadku których niebezpieczna klasa nie ma ścieżki kodu zamiast etykiety ostrzegawczej. Nic nie działa bez zarejestrowanego właściciela, poziomu, przydziału narzędzi i ludzkiej bramy.
•
Zaprojektuj sposób, w jaki system kontaktuje się z ludźmi. Twardy budżet na przerwy na osobę, łączenie wiadomości zamiast strumienia pingów i struktura, która daje coś przydatnego, zanim o cokolwiek poprosi. Przyjęcie zależy od tego bardziej niż od jakiegokolwiek innego wyboru projektu.
•
Posiadaj narzędzia platformy. Kompilator i moduł sprawdzania poprawności, integralność zasobów oraz ścieżki dystrybuujące kontekst i możliwości do repozytoriów i powierzchni czatu, w których odbywa się praca.
•
Oblicz miary operacyjne na podstawie danych produkcyjnych. Potok od surowej aktywności systemu do obliczonego stopnia dojrzałości na zespół, na tyle możliwy do obrony, że zespół może zakwestionować wynik i otrzymać odpowiedź w formie zapytania, a nie opinii.
•
Instrumentuj własny zwrot platformy. Księga rejestrująca pracę włożoną przez każdego agenta i obliczającą miesięczną kwotę, zatem wartość systemu jest raczej miarą niż roszczeniem.
Jak będziesz myśleć
Myślenie rekurencyjne
Budujesz generator, a nie artefakt. Kiedy potrzebujesz trzydziestu agentów, nie piszesz trzydziestu agentów; budujesz inwentarz, kompilator i ścieżkę dystrybucji, która sprawia, że trzydziesty pierwszy kosztuje jedno popołudnie, a następnie warstwę meta, której zadaniem jest obserwowanie platformy, znajdowanie jej dryfów i zgłaszanie poprawek.
Warstwa oceny to ten sam ruch, który zastosowano w przypadku zaufania. Nie sprawdzasz dzisiaj, czy jeden agent ma rację. Budujesz maszynę, która decyduje, czy każdy przyszły agent będzie mógł wysłać statek, co oznacza, że zestaw musi być odpowiedni w sposób, w jaki agent tego nie robi, a to, co ocenia, również musi zostać ocenione.
Myślenie inwersyjne
Zaczynasz od porażki i wracasz do projektu. Zasadą jest, że agent nie może nigdy samodzielnie zapisywać zobowiązań we wspólnym systemie pracy. Słaba implementacja to instrukcja w wierszu poleceń. Mocną stroną jest to, że dane uwierzytelniające w narzędziu agenta nie mogą fizycznie ustawić właściciela, terminu ani statusu, więc żadna ilość sprytnych danych wejściowych, natychmiastowe wstrzyknięcie lub błąd modelu nie spowoduje zabronionego zapisu. Najpierw sięgnij po to drugie.…
Źródło: Jobicy (https://jobicy.com/jobs/155385-ai-platform-engineer)
To ogłoszenie pochodzi z feedu partnera. Aplikuj na stronie źródłowej.
Źródło: Supabase
Ogłoszenie pochodzi od Supabase.
