Інженер платформи ШІ

Про Supabase

Supabase — це платформа розробки Postgres, створена розробниками для розробників. Ми пропонуємо повне серверне рішення, включаючи базу даних, автентифікацію, зберігання, периферійні функції, реальний час і векторний пошук. Усі сервіси глибоко інтегровані та розроблені для зростання.

Про роль

Ми наймаємо інженера платформи ШІ для створення рівня виконання для внутрішніх систем ШІ Supabase.

Supabase створює внутрішню операційну систему на базі штучного інтелекту: поширений спосіб роботи в усій компанії, де штучний інтелект несе значну частку операційного навантаження, а не сидить поруч із ним як помічник. Ми створюємо нову центральну команду для створення цих систем, увімкнення команд і впровадження операцій штучного інтелекту в усій організації. Ви інженер у цій команді.

Рівень виконання — ваш. Ви побудуєте платформу, яка фактично запускає агентів: чергу, ініційована подіями, безголове середовище виконання без моделювання, стійкий стан, щоб робота вижила після перезапуску, шлюз перевірки людиною, атомарний відкат і повне журналювання кожного запиту, виклику інструменту та рішення, щоб будь-який запуск можна було реконструювати. Ви створите оціночний рівень, який зробить будь-яке з них надійним, тому що агенту, який не можна виміряти, не можна довіряти нічого, окрім читання. Ви створите самих агентів, починаючи від керівників і закінчуючи агентами, які спостерігають за платформою та вдосконалюють її.

За своєю думкою це складне для управління середовище, і це цікава частина проблеми. Агенти розподіляються на рівні ризиків від внутрішніх даних лише для читання до зовнішніх вихідних даних із глибиною перегляду, вимогами до оцінки та масштабуванням затвердження персоналом за рівнем. Деякі можливості назавжди заборонені: агент може читати та звітувати, він може переносити створене людиною оновлення в систему записів після того, як людина дасть згоду, і він може ініціювати контакт у межах суворого бюджету, але він ніколи не може самостійно писати зобов’язання (власник, термін виконання, статус) у спільній робочій системі. Ваше завдання — зробити це структурно неможливим, а не просто забороненим.

Ви будете єдиним інженером на цій платформі. Ви самостійно закриватимете рішення щодо відкритої архітектури, будете володіти наскрізною інфраструктурою та інструментуватимете систему, щоб вона звітувала про власну віддачу.

За що ви несете відповідальність

У цій ролі ви:

•
Надішліть агентську платформу до виробництва. Черга, ініційована подіями, безголове середовище виконання без моделювання (вибір середовища виконання є відкритим рішенням, яке ви закриєте), довготривалий стан, який виживає після невдалого запуску, шлюз перевірки людиною, атомарний відкат і повне ведення журналу виконання в сховищі.

•
Оволодійте оціночним рівнем і ввімкніть шлюз, який залежить від нього. Золоті комплекти з поведінковими твердженнями, а не інтуїцією, критерії судді з письмовою рубрикою, випадки безпеки, які повинні проходити під час кожного запуску, і ворота CI, які блокують регресію від злиття. Це обов’язкова умова для кожного агента, який робить щось, окрім читання внутрішніх даних.

•
Сформувати та зареєструвати агентське портфоліо. Агенти звітування, складання, лінтингу, сортування та відповіді на запитання на рівнях виконавчої влади, керівника команди та окремих учасників, а також мета-рівень, який спостерігає за платформою та покращує її.

•
Застосування управління в коді. Рівні ризику, які фактично запроваджує конвеєр, облікові дані з найменшими привілеями для кожного агента, шлюзи дозволів інструментів, журнал аудиту рішень і класи автономії, де небезпечний клас не має шляху коду, а не мітку попередження. Ніщо не працює без зареєстрованого власника, рівня, гранту інструментів і доступу людини.

•
Спроектуйте, як система контактує з людьми. Жорсткий бюджет переривання на людину, групування повідомлень замість потоку запитів ping і структура, яка дає щось корисне, перш ніж щось запитує. Прийняття залежить від цього більше, ніж від будь-якого іншого окремого вибору дизайну.

•
Володійте інструментами платформи. Компілятор і валідатор, цілісність інвентарю та шляхи, які розподіляють контекст і можливості в репозиторії та поверхні чату, де відбувається робота.

•
Обчисліть робочі показники з виробничих даних. Конвеєр від необробленої активності системи до обчисленого рівня зрілості для команди, достатньо обґрунтований, щоб команда могла оскаржити результат і отримати відповідь із запитом, а не думкою.

•
Інструментуйте власне повернення платформи. Книга, яка реєструє роботу, яку виконує кожен агент, і обчислює щомісячну цифру, тому цінність системи є вимірюванням, а не вимогою.

Як ти подумаєш

Рекурсивне мислення

Ви створюєте генератор, а не артефакт. Коли вам потрібно тридцять агентів, ви не пишете тридцять агентів; ви створюєте інвентаризацію, компілятор і шлях розповсюдження, завдяки чому тридцять перший коштує півдня, а потім мета-рівень, чия робота полягає в тому, щоб спостерігати за платформою, знаходити її дрейф і подавати виправлення.

Рівень оцінки — це той самий крок, що застосовується до довіри. Ви не перевіряєте, чи правильний один агент сьогодні. Ви створюєте машину, яка вирішує, чи кожному майбутньому агенту дозволено відправляти, а це означає, що набір має бути правильним у той спосіб, у який агент цього не робить, і те, що оцінюється, також має оцінюватися.

Інверсійне мислення

Ви починаєте з невдачі і працюєте назад до дизайну. Правило полягає в тому, що агент ніколи не може самостійно писати зобов’язання в системі спільної роботи. Слабка реалізація - це інструкція в підказці. Сильний з них полягає в тому, що облікові дані в наданні інструменту агента фізично не можуть встановити власника, дату виконання або статус, тому жодне розумне введення, оперативне впровадження чи помилка моделі не призведе до забороненого запису. Ви спочатку тягнетеся до другого...

Джерело: Jobicy (https://jobicy.com/jobs/155385-ai-platform-engineer)