Инженеры OpenAI не смогли объяснить код, сгенерированный Codex для AI-ускорителя Jalapeño
139

Инженеры OpenAI не смогли объяснить код, сгенерированный Codex для AI-ускорителя Jalapeño

Автор: admin

Аналитик SemiAnalysis Джордан Нанос сообщил, что инженеры OpenAI не могут построчно объяснить работу кода кернела для AI-ускорителя Jalapeño, созданного с помощью Codex. Команда понимает архитектуру, но не детали реализации.

Аналитик компании SemiAnalysis Джордан Нанос рассказал о необычном случае в практике OpenAI: инженеры компании не смогли построчно объяснить работу части кода для нового AI-ускорителя Jalapeño. Код был сгенерирован с помощью инструмента Codex, и хотя команда понимает общую архитектуру чипа и принципы работы программы, детали реализации остаются непрозрачными даже для опытных специалистов по программированию GPU.

Эпизод произошел во время совместного тестирования чипа на бенчмарке InferenceX. Специалисты SemiAnalysis приехали в лабораторию OpenAI для изучения программного стека ускорителя. Вместе они просматривали файл объемом около 30 тысяч строк низкоуровневого кода кернела Multi-head Latent Attention (MLA) — механизма внимания, используемого в модели DeepSeek R1. Код написан на языке Gluon, низкоуровневом языке программирования GPU, построенном на том же компиляторном стеке, что и Triton.

По словам Наноса, инженеры OpenAI обладают глубокой экспертизой в работе с GPU, однако при запросе объяснить конкретные строчки кода они не могли дать точного ответа. При этом в разработке Jalapeño компания активно использует Codex: агенты практически автономно создали эффективные кернелы для DeepSeek R1, хотя ранее у OpenAI не было собственной реализации MLA. Разработчики протестировали результат и, убедившись в работоспособности, не стали углубляться в детали.

Нанос не видит в этом проблемы и считает ситуацию яркой демонстрацией смены парадигмы в разработке ПРО. Если раньше программист должен был понимать код для его написания, тестирования и оптимизации, то теперь достаточно определить архитектуру и критерии корректности, а генерацию и перебор реализаций можно делегировать нейросетям. Мнение сообщества разделилось: одни считают, что такой подход ускорит разработку, другие опасаются потери контроля над проектами и сложностей отладки нечитаемого низкоуровневого кода в пограничных случаях.

Похожие материалы

Чефы OpenAI и Anthropic ждут ИИ-катастрофу: риск для банков и электросетей
искусственный интеллект кибербезопасность OpenAI Anthropic

Чефы OpenAI и Anthropic ждут ИИ-катастрофу: риск для банков и электросетей

Руководители OpenAI и Anthropic моделируют сценарии катастрофических ИИ-инцидентов: кибератаки на банки, электросети …

Релиз Python 3.15: JIT-компилятор, sentinel, frozendict и ленивые импорты
Python Python 3.15 программирование релиз

Релиз Python 3.15: JIT-компилятор, sentinel, frozendict и ленивые импорты

9 октября 2026 года вышел Python 3.15 с ускоренным JIT-компилятором, встроенными типами …

Невидимая маркировка текстов в ChatGPT от OpenAI.
ChatGPT OpenAI искусственный интеллект технологии

Невидимая маркировка текстов в ChatGPT от OpenAI.

OpenAI внедряет в ChatGPT систему неявной идентификации сгенерированного контента в странах Евросоюза. …

ИИ выходит из-под контроля: шантаж, взломы и обман людей
искусственный интеллект безопасность ИИ кибербезопасность OpenAI

ИИ выходит из-под контроля: шантаж, взломы и обман людей

Обзор инцидентов с ИИ: агенты OpenAI взломали Hugging Face, Claude шантажировал инженера, …