GPT-5.3-Codex-Spark стоит попробовать
Categories:
Те, кто знаком с оценкой LLM, знают, что opus часто опережает gpt в различных рейтингах, но в реальном использовании способность gpt решать проблемы не имеет равных. На момент публикации последними основными моделями серии gpt5 являются gpt-5.2-mini, gpt-5.2, gpt-5.3-codex, gpt-5.3-codex-spark и другие. Среди них не-codex — это универсальные модели с мощной логикой, но очень медленные. codex — это модели, специально настроенные для программирования; у моделей gpt5.2codex и более ранних codex, по моим тестам, логические способности были ухудшены, поэтому я всё время использовал gpt5.2, несмотря на его невероятно медленную скорость. Как только вышел gpt-5.3-codex, я сразу протестировал его, результаты оказались очень хорошими — уже трудно сказать, слабее ли gpt-5.3-codex логически по сравнению с gpt5.2, но по скорости он уже превосходит gpt5.2, став моей основной моделью для кодирования. Недавно вышел gpt-5.3-codex-spark, сначала говорили, что он экстремально быстрый, но его оценки в рейтингах низкие, поэтому какое-то время я не обращал на него внимания. Но увидев, что в cursor его можно использовать бесплатно, я решил дать ему шанс — по факту результаты очень хорошие, он не глупый. Согласно моей информации, логика 5.3-codex-spark немного слабее, чем у 5.3-codex, контекст всего 128K, но этого достаточно для большинства задач. Главная особенность модели codex-spark — это «лень», двигается только после подгоняния. В первую очередь, она не может быть ведущей моделью агента, фактически её оценка для агентов тоже низкая. Она не делает никаких дополнений сверх инструкции, включая исправление lint, запуск тестов, неупомянутые функции и todo и т.д. В отличие от таких моделей, как opus/sonnet, которые выглядят эффектно, роют кучу ям, сразу берутся за рефакторинг и оставляют массу проблем, я считаю, что codex spark — это модель, дружественная к опытным программистам. Она не делает лишнего, следует принципу минимальных изменений, и если у вас уже есть чёткое планирование функций продукта, можно попробовать codex spark. Мои поверхностные размышления, приветствуются обсуждения. vibe coding — это «атмосферное кодирование», некоторые называют это вхождением в поток, но я думаю, что упоминающие это, возможно, не понимают точного определения потока. Важный момент для вхождения в поток — то, что мышление разработчика не должно прерываться, модель должна, во-первых, не распыляться, во-вторых, быть сфокусированной на цели, и в-третьих, отвечать своевременно. Раньше ни одна модель не могла этого, теперь codex spark, возможно, может стать той моделью, которая помогает разработчику войти в поток.
