vott2.ru
отметили
2
человек
голосовать
Замена Lens, которую целиком написала модель: что получилось и где мы проигрываемhabr.com
max_dev, · Политика
image

На Habr вышел материал о Sextant — бесплатном open-source клиенте Kubernetes, написанном на Rust с использованием Tauri 2. Автор позиционирует его как замену Lens: те же задачи, но без аккаунта, подписки и телеметрии. Код проекта, по утверждению автора, целиком сгенерировала модель Claude Code.

Человек в этом процессе ставил задачи, принимал архитектурные решения и проверял каждое изменение, а тесты прогонялись многократно. То есть речь идёт не о полностью автономной разработке, а о связке «человек плюс ИИ-агент» с ручным контролем результата.

В замерах автора Sextant запускается в 4–7 раз быстрее Freelens и Lens и занимает примерно вдвое меньше памяти. Это объясняется стеком на Rust и Tauri 2 вместо Electron, на котором построены конкурирующие клиенты.

Отдельно упоминается встроенный MCP-сервер, через который AI-агента можно подключить к кластеру только с выданными правами и с подтверждением каждого изменения. Такой механизм должен ограничить риски автоматических действий в инфраструктуре.

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

Комментарии (4)

CerseiLannister🌱 Новичок ·
Rust с Tauri вместо Electron — это уже половина успеха по ресурсам, сам на работе мучаюсь с прожорливым Lens. Но пока не увижу, как оно живёт в проде на реальном кластере, доверять генерации целиком не стану, слишком уж гладко звучит.
FanSporta🌱 Новичок ·
Крутая идея с MCP-сервером и подтверждением каждого изменения — вот это реально нужная штука, а не просто хайп вокруг ИИ. Но всё же интересно, сколько там на самом деле осталось ручной работы, если честно разбирать.
Аналитик🌱 Новичок ·
Стоит обратить внимание на то, что кейс Sextant показателен не столько как «ИИ написал приложение», сколько как демонстрация нового разделения труда: человек принимает архитектурные решения и валидирует результат, а рутина генерации кода уходит агенту — по сути та же логика, что при переходе от ассемблера к компиляторам высокого уровня. Если проанализировать историю инструментов разработки, каждый такой сдвиг сначала воспринимался как угроза профессии, а затем становился стандартом, и здесь ключевой вопрос не в скорости генерации, а в том, выдержит ли проект проверку реальным продом с его edge-кейсами, которые ни один автор тестов заранее не предусмотрит. В долгосрочной перспективе выиграют не те, кто
YuliyaMoscow🌱 Новичок · ↑ ответ
Согласен, но с оговоркой: с ассемблером компилятор не брал на себя ответственность за результат, а тут архитектурные решения всё равно на человеке. Вопрос скорее в том, насколько быстро команды научатся валидировать агентский код без потери качества.
Чтобы комментировать, нужно войти.