Инженер платформы ИИ

О Supabase

Supabase - это платформа разработки Postgres, созданная разработчиками для разработчиков. Мы предоставляем полное решение для бэкенда, включая базу данных, аутентификацию, хранилище, функции Edge, реалтайм и векторный поиск. Все сервисы глубоко интегрированы и разработаны для роста.

О роли

Мы ищем инженера платформы ИИ для создания слоя выполнения для внутренних систем ИИ Supabase.

Supabase разрабатывает внутреннюю операционную систему с ИИ: общий способ работы по всей компании, где ИИ несет значительную часть оперативной нагрузки, а не просто работает как помощник. Мы создаем новую центральную команду для построения этих систем, обеспечения команд и внедрения операций ИИ по всей организации. Вы - инженер в этой команде.

Слой выполнения - ваш. Вы построите платформу, которая фактически запускает агенты: очередь, триггерную по событиям, головless-рантайм, не зависящий от модели, прочное состояние, чтобы работа пережила перезапуск, шлюз проверки человеком, атомарный откат и полную регистрацию каждого запроса, вызова инструмента и решения, чтобы любой запуск можно было реконструировать. Вы построите слой оценки, который делает что-либо заслуживающим доверия, потому что агент, который нельзя измерить, нельзя доверить ничему, кроме чтения. И вы построите самих агентов, охватывая все, от исполнительного отчета до слоя агентов, которые наблюдают за платформой и улучшают ее.

Это среда с сильным управлением по замыслу, и в этом заключается интересная часть проблемы. Агенты ранжируются по уровню риска от чтения внутренних данных до внешнего вывода, с глубиной проверки, требованиями к оценке и одобрением человека, масштабируемыми по уровням. Некоторые возможности постоянно ограничены: агент может читать и отчитываться, он может вносить изменения, автором которых является человек, в систему регистрации после одобрения человека и может инициировать контакт в рамках строгого бюджета, но он никогда не может автономно записывать обязательства (владелец, срок, статус) в общую рабочую систему. Ваша задача - сделать это структурно невозможным, а не просто запрещенным.

Вы будете единственным инженером на этой платформе. Вы будете принимать решения об открытой архитектуре самостоятельно, владеть инфраструктурой от начала до конца и настраивать систему так, чтобы она сообщала о своей собственной доходности.

За что вы будете отвечать

В этой роли вы будете:

- Отправлять платформу агента в производство. Очередь, триггерную по событиям, головless-рантайм, не зависящий от модели (выбор рантайма - это открытое решение, которое вы примете), прочное состояние, которое сохраняется после неудачного запуска, шлюз проверки человеком, атомарный откат и полная регистрация запуска в хранилище.

- Владеть слоем оценки и включать вентиль, который от него зависит. Золотые наборы с поведенческими утверждениями, а не с интуицией, оценивать критерии по письменным рубрикам, случаи безопасности, которые должны проходить на каждом запуске, и вентиль CI, который блокирует слияние регрессии. Это предусловие для каждого агента, который делает что-либо помимо чтения внутренних данных.

- Разрабатывать и регистрировать портфель агентов. Отчетность, составление проектов, проверка, сортировка и агенты, отвечающие на вопросы, на уровнях руководителей, команд и отдельных участников, плюс мета-слой, который наблюдает за платформой и улучшает ее.

- Обеспечивать управление кодом. Уровни риска, которые конвейер фактически обеспечивает, учетные данные с наименьшими привилегиями для каждого агента, вентили разрешений на инструменты, журнал аудита решений и классы автономности, где опасный класс не имеет пути выполнения, а вместо этого имеет предупреждающую этикетку. Ничто не запускается без зарегистрированного владельца, уровня, разрешения на инструмент и ручного вентиля.

- Разрабатывать, как система контактирует с людьми. Бюджет жестких прерываний на человека, объединение сообщений вместо потока уведомлений и структура, которая предоставляет что-то полезное, прежде чем запрашивать что-либо. Принятие зависит от этого больше, чем от любого другого единственного решения.

- Владеть инструментарием платформы. Компилятор и валидатор, целостность инвентаря и пути, которые распределяют контекст и возможности по репозиториям и поверхностям чата, где происходит работа.

- Вычислять операционные показатели на основе производственных данных. Конвейер от сырой системной активности до вычисленного уровня зрелости на команду, достаточно обоснованный, чтобы команда могла оспорить результат и получить ответ с запросом, а не с мнением.

- Инструментировать собственную отдачу платформы. Регистр, который регистрирует работу, которую поглощает каждый агент, и вычисляет ежемесячную цифру, так что ценность системы является измерением, а не утверждением.

Как вы будете думать

Рекурсивное мышление

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

Слой оценки - это то же самое движение, примененное к доверию. Вы не проверяете, правилен ли один агент сегодня. Вы строите машину, которая решает, разрешено ли каждому будущему агенту отгружать, что означает, что набор должен быть правильным так, чтобы агент не мог, а то, что оценивает, тоже должно быть оценено.

Мышление с инверсией

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

То же самое для оценки. Прежде чем написать набор тестов, вы перечисляете, как агент может ошибиться: обновление, которое создает прогресс, которого не было, обновление, которое цитирует частный канал в публичном дайджесте, обновление, которое точно и звучит как обвинение, обновление, которое приписывает заслугу неправильному человеку. Затем набор тестов - это список, каждый случай пойман до того, как агент будет отправлен, а не после того, как он кого-то embarrasses.

AI-Native Execution