Работа
Из фида партнера
Инженер платформы искусственного интеллекта
Цена по запросу
Детали
- Тип занятости
- Полная занятость
- Удалённо
- Да
- Компания
- Supabase
- Уровень
- Director
Описание
Автоматически переведено с языка English. Оригинальный текст является основным. Машинный перевод — готовится более точный вариант.
О Супабазе
Supabase — это платформа разработки Postgres, созданная разработчиками для разработчиков. Мы предоставляем комплексное серверное решение, включая базу данных, аутентификацию, хранилище, пограничные функции, режим реального времени и векторный поиск. Все услуги глубоко интегрированы и рассчитаны на рост.
О роли
Мы нанимаем инженера платформы искусственного интеллекта для создания уровня исполнения внутренних систем искусственного интеллекта Supabase.
Supabase создает внутреннюю операционную систему, основанную на искусственном интеллекте: общий способ работы во всей компании, при котором искусственный интеллект несет значительную долю операционной нагрузки, а не сидит рядом с ним в качестве помощника. Мы создаем новую центральную команду для создания этих систем, обеспечения работы команд и внедрения операций ИИ во всей организации. Вы инженер в этой команде.
Уровень исполнения — ваш. Вы создадите платформу, которая фактически запускает агенты: очередь, активируемая событиями, автономная среда выполнения, независимая от модели, устойчивое состояние, чтобы работа выдерживала перезапуск, шлюз человеческого контроля, атомарный откат и полная регистрация каждого запроса, вызова инструмента и решения, чтобы любой запуск можно было реконструировать. Вы создадите уровень оценки, который сделает любую информацию заслуживающей доверия, потому что агенту, которого нельзя измерить, нельзя доверять ни в чем, кроме чтения. И вы создадите самих агентов, начиная от отчетности руководителей и заканчивая слоем агентов, которые следят за платформой и улучшают ее.
Это среда с тяжелым управлением по замыслу, и это интересная часть проблемы. Агенты имеют уровни риска: от внутренних данных, доступных только для чтения, до внешних выходных данных, с глубиной проверки, требованиями к оценке и масштабированием одобрения человека по уровням. Некоторые возможности постоянно закрыты: агент может читать и сообщать, он может переносить созданные человеком обновления в систему записи, как только человек дает на это свое согласие, и он может инициировать контакт в рамках строгого бюджета, но он никогда не может автономно записывать обязательства (владелец, срок выполнения, статус) в общую рабочую систему. Ваша задача — сделать это структурно невозможным, а не просто запретить.
Вы будете единственным инженером на этой платформе. Вы сами будете закрывать решения по открытой архитектуре, владеть всей инфраструктурой и настраивать систему так, чтобы она сообщала о своей собственной отдаче.
За что вы будете отвечать
В этой роли вы:
•
Отправьте платформу агента в производство. Очередь, активируемая событиями, автономная среда выполнения, независимая от модели (выбор среды выполнения — это открытое решение, которое вы закроете), устойчивое состояние, которое выдерживает неудачный запуск, шлюз проверки человеком, атомарный откат и полная регистрация выполнения в хранилище.
•
Владейте слоем оценки и включите шлюз, который от него зависит. Золотые наборы с поведенческими утверждениями, а не интуицией, критериями оценки с помощью письменных критериев, обоснованиями безопасности, которые должны проходить при каждом запуске, и воротами CI, которые блокируют регрессию от слияния. Это предварительное условие для каждого агента, который делает что-либо помимо чтения внутренних данных.
•
Создайте и зарегистрируйте агентский портфель. Агенты по составлению отчетов, составлению проектов, анализу, сортировке и ответам на вопросы на уровне руководителей, руководителей групп и отдельных участников, а также мета-уровень, который наблюдает за платформой и улучшает ее.
•
Обеспечьте управление в коде. Уровни рисков, которые фактически обеспечивает конвейер, учетные данные с наименьшими привилегиями для каждого агента, шлюзы разрешений инструментов, журнал аудита решений и классы автономии, где опасный класс не имеет пути к коду, а не имеет предупреждающую метку. Ничто не работает без зарегистрированного владельца, уровня, гранта на инструмент и человеческих ворот.
•
Спроектируйте, как система взаимодействует с людьми. Жесткий бюджет прерываний на человека, группировка сообщений вместо потока пингов и структура, которая выдает что-то полезное, прежде чем что-то запросит. Принятие зависит от этого больше, чем от любого другого выбора конструкции.
•
Владение инструментами платформы. Компилятор и валидатор, целостность инвентаря и пути, которые распределяют контекст и возможности в репозитории и поверхности чата, где происходит работа.
•
Рассчитайте эксплуатационные показатели на основе производственных данных. Конвейер от исходной активности системы до вычисленной оценки зрелости для каждой команды, достаточно защищенный, чтобы команда могла оспорить результат и получить ответ с вопросом, а не мнением.
•
Инструмент собственного возврата платформы. Регистр, в котором регистрируется работа, которую выполняет каждый агент, и рассчитывается ежемесячная цифра, поэтому ценность системы является измерением, а не утверждением.
Как вы подумаете
Рекурсивное мышление
Вы строите генератор, а не артефакт. Когда вам нужно тридцать агентов, вы не пишете тридцать агентов; вы создаете инвентарь, компилятор и путь распространения, благодаря которым тридцать первый стоит день, а затем мета-слой, чья работа состоит в том, чтобы наблюдать за платформой, находить ее отклонения и вносить исправления.
Уровень оценки — это тот же шаг, который применяется к доверию. Вы не проверяете, прав ли сегодня один агент. Вы создаете машину, которая решает, разрешено ли отправлять каждому будущему агенту, а это означает, что пакет должен быть правильным в том смысле, в котором агент этого не делает, и то, что оценивается, также должно быть оценено.
Инверсионное мышление
Вы начинаете с неудачи и двигаетесь назад к проекту. Правило заключается в том, что агент никогда не может самостоятельно записывать обязательства в общую рабочую систему. Слабая реализация — это инструкция в командной строке. Сильный из них заключается в том, что учетные данные в предоставлении инструмента агента физически не могут установить владельца, дату выполнения или статус, поэтому никакие умные входные данные, внедрение подсказок или ошибки модели не приводят к запрещенной записи. Сначала вы тянетесь ко второму.…
Источник: Jobicy (https://jobicy.com/jobs/155385-ai-platform-engineer).
Supabase — это платформа разработки Postgres, созданная разработчиками для разработчиков. Мы предоставляем комплексное серверное решение, включая базу данных, аутентификацию, хранилище, пограничные функции, режим реального времени и векторный поиск. Все услуги глубоко интегрированы и рассчитаны на рост.
О роли
Мы нанимаем инженера платформы искусственного интеллекта для создания уровня исполнения внутренних систем искусственного интеллекта Supabase.
Supabase создает внутреннюю операционную систему, основанную на искусственном интеллекте: общий способ работы во всей компании, при котором искусственный интеллект несет значительную долю операционной нагрузки, а не сидит рядом с ним в качестве помощника. Мы создаем новую центральную команду для создания этих систем, обеспечения работы команд и внедрения операций ИИ во всей организации. Вы инженер в этой команде.
Уровень исполнения — ваш. Вы создадите платформу, которая фактически запускает агенты: очередь, активируемая событиями, автономная среда выполнения, независимая от модели, устойчивое состояние, чтобы работа выдерживала перезапуск, шлюз человеческого контроля, атомарный откат и полная регистрация каждого запроса, вызова инструмента и решения, чтобы любой запуск можно было реконструировать. Вы создадите уровень оценки, который сделает любую информацию заслуживающей доверия, потому что агенту, которого нельзя измерить, нельзя доверять ни в чем, кроме чтения. И вы создадите самих агентов, начиная от отчетности руководителей и заканчивая слоем агентов, которые следят за платформой и улучшают ее.
Это среда с тяжелым управлением по замыслу, и это интересная часть проблемы. Агенты имеют уровни риска: от внутренних данных, доступных только для чтения, до внешних выходных данных, с глубиной проверки, требованиями к оценке и масштабированием одобрения человека по уровням. Некоторые возможности постоянно закрыты: агент может читать и сообщать, он может переносить созданные человеком обновления в систему записи, как только человек дает на это свое согласие, и он может инициировать контакт в рамках строгого бюджета, но он никогда не может автономно записывать обязательства (владелец, срок выполнения, статус) в общую рабочую систему. Ваша задача — сделать это структурно невозможным, а не просто запретить.
Вы будете единственным инженером на этой платформе. Вы сами будете закрывать решения по открытой архитектуре, владеть всей инфраструктурой и настраивать систему так, чтобы она сообщала о своей собственной отдаче.
За что вы будете отвечать
В этой роли вы:
•
Отправьте платформу агента в производство. Очередь, активируемая событиями, автономная среда выполнения, независимая от модели (выбор среды выполнения — это открытое решение, которое вы закроете), устойчивое состояние, которое выдерживает неудачный запуск, шлюз проверки человеком, атомарный откат и полная регистрация выполнения в хранилище.
•
Владейте слоем оценки и включите шлюз, который от него зависит. Золотые наборы с поведенческими утверждениями, а не интуицией, критериями оценки с помощью письменных критериев, обоснованиями безопасности, которые должны проходить при каждом запуске, и воротами CI, которые блокируют регрессию от слияния. Это предварительное условие для каждого агента, который делает что-либо помимо чтения внутренних данных.
•
Создайте и зарегистрируйте агентский портфель. Агенты по составлению отчетов, составлению проектов, анализу, сортировке и ответам на вопросы на уровне руководителей, руководителей групп и отдельных участников, а также мета-уровень, который наблюдает за платформой и улучшает ее.
•
Обеспечьте управление в коде. Уровни рисков, которые фактически обеспечивает конвейер, учетные данные с наименьшими привилегиями для каждого агента, шлюзы разрешений инструментов, журнал аудита решений и классы автономии, где опасный класс не имеет пути к коду, а не имеет предупреждающую метку. Ничто не работает без зарегистрированного владельца, уровня, гранта на инструмент и человеческих ворот.
•
Спроектируйте, как система взаимодействует с людьми. Жесткий бюджет прерываний на человека, группировка сообщений вместо потока пингов и структура, которая выдает что-то полезное, прежде чем что-то запросит. Принятие зависит от этого больше, чем от любого другого выбора конструкции.
•
Владение инструментами платформы. Компилятор и валидатор, целостность инвентаря и пути, которые распределяют контекст и возможности в репозитории и поверхности чата, где происходит работа.
•
Рассчитайте эксплуатационные показатели на основе производственных данных. Конвейер от исходной активности системы до вычисленной оценки зрелости для каждой команды, достаточно защищенный, чтобы команда могла оспорить результат и получить ответ с вопросом, а не мнением.
•
Инструмент собственного возврата платформы. Регистр, в котором регистрируется работа, которую выполняет каждый агент, и рассчитывается ежемесячная цифра, поэтому ценность системы является измерением, а не утверждением.
Как вы подумаете
Рекурсивное мышление
Вы строите генератор, а не артефакт. Когда вам нужно тридцать агентов, вы не пишете тридцать агентов; вы создаете инвентарь, компилятор и путь распространения, благодаря которым тридцать первый стоит день, а затем мета-слой, чья работа состоит в том, чтобы наблюдать за платформой, находить ее отклонения и вносить исправления.
Уровень оценки — это тот же шаг, который применяется к доверию. Вы не проверяете, прав ли сегодня один агент. Вы создаете машину, которая решает, разрешено ли отправлять каждому будущему агенту, а это означает, что пакет должен быть правильным в том смысле, в котором агент этого не делает, и то, что оценивается, также должно быть оценено.
Инверсионное мышление
Вы начинаете с неудачи и двигаетесь назад к проекту. Правило заключается в том, что агент никогда не может самостоятельно записывать обязательства в общую рабочую систему. Слабая реализация — это инструкция в командной строке. Сильный из них заключается в том, что учетные данные в предоставлении инструмента агента физически не могут установить владельца, дату выполнения или статус, поэтому никакие умные входные данные, внедрение подсказок или ошибки модели не приводят к запрещенной записи. Сначала вы тянетесь ко второму.…
Источник: Jobicy (https://jobicy.com/jobs/155385-ai-platform-engineer).
Это объявление получено из партнерского фида. Оформляйте заказ на исходном сайте.
Источник: Supabase
Объявление предоставлено Supabase.