Сразу разведём понятия, потому что на этом стоит вся статья.
Я больше года не пишу код руками — всё пишет ИИ. При этом я не вайбкодер. Скромно называю себя ИИ-инженером.
Разница не в том, кто стучит по клавишам — стучит ИИ в обоих случаях. Разница в том, что вайбкодер принимает то, что выдала модель, не понимая. А я проверяю каждый аспект — в зависимости от сложности задачи смотрю либо построчно, либо функционально, потому что мог бы написать это сам, просто медленнее.
Со стороны действие одинаковое. По сути — противоположные профессии. И сейчас расскажу, почему эта разница скоро будет стоить компаниям дорого, и при чём тут git-клиент, который я написал.
С чего всё началось: консоль и ничего больше
Я работаю в большой компании — энергетический сектор, закрытый контур, живая служба ИБ.
Реальность такого контура: нормальный Git-клиент не поставить. Fork, GitKraken, SourceTree — блок. Логика ИБ понятна и правильна: эти клиенты проприетарные, ходят на свои зарубежные серверы, тянут телеметрию. Для закрытого контура это автоматический отказ.
Остаётся голая консоль. Я ничего не имею против git в терминале. Но когда у тебя большой проект, ветки, конфликты, история на тысячи коммитов — хочется видеть граф, а не реконструировать его в голове. Особенно когда рядом коллеги, которые жёстко вайбкодят и коммитят прямо через агента, не глядя в репозиторий. Залить код вслепую — это прям самое зло.
В какой-то момент я устал искать альтернативу и взялся писать свой клиент. Долго выбирал название, остановился на GitBor.
Что значит «пройти ИБ» технически
GitBor — десктопный Git-клиент на Electron поверх системного git. Windows и Linux, macOS в планах. Вся цель была — пройти ИБ на работе и сделать достойный аналог, который реально помогает.
Почему его в принципе можно протащить через ИБ, в отличие от зарубежных аналогов:
Работает локально. Не ходит на внешние серверы за твоим кодом. Нет телеметрии, нет «домашних» коннектов.
Есть сборка вообще без ИИ. Это результат того, что в мой контур не пустили версию с ИИ-надстройкой. Для самых строгих ИБ — ноль облачных функций в принципе. Чистый инструмент.
Если ИИ нужен — только локальный. Ollama, LM Studio, любой локальный OpenAI-совместимый endpoint. Код не покидает машину.
Российский правообладатель. Важно и для ИБ, и для Реестра.
Честно: у меня это прошло внутренний ИБ-ревью в моей компании, не более того. Я не выдаю это за сертификацию по ГОСТ или одобрение для банков. Но архитектурно продукт изначально под закрытый контур — и это то, что ИБ способна пропустить.
Ради чего я вообще пишу эту статью
В компаниях сейчас активно используют закрытые ИИ-модели — разные Qwen и подобные. Но давайте честно: они очень низкого интеллекта в сравнении с Opus и прочими топами. В большом проекте такая модель не видит связей между модулями, иногда даже между функциями — у неё нет картины целого. Тестами всё не покроешь, глазами читать тяжело, а нормальных инструментов в корпоративном контуре, как правило, тоже нет.
И тут я понял, что мой клиент перестал быть просто заменой Fork. Он стал микроскопом над работой ИИ.
Я открываю GitBor и вижу не то, что ИИ сказал, что сделал, — а что он сделал на самом деле. Каждую строку. Беру по блокам только то, что проверил. Остальное отбрасываю прямо в diff. Не коммичу всё подряд — собираю осмысленный коммит из того, что реально готово.
Работаю циклично: просишь сделать функцию или компонент — и сразу смотришь в diff GitBor, куда пошёл агент. Слабые модели фигачат тонны кода и раскидывают его повсюду. В проге это хорошо видно, и главное — можно быстро надавать по рукам.
Отдельный кайф — когда часть уже работает, но боишься, что следующий промпт сломает всё. А со слабыми агентами так и бывает. Чтобы подстраховаться, закидываешь рабочий кусок в GitBor, в блок «подготовлено». По факту получаешь две версии одного файла одновременно: можешь за секунды либо принять то, что сделал агент, либо вернуть то, что было до него — без всякого отката.
Вот это и есть граница между вайбкодером и инженером. Вайбкодер принял и пошёл. Я посмотрел, что принимаю. GitBor — инструмент для тех, кто за свой код отвечает. Вайбкодеру он вряд ли нужен: тот и так глотает не глядя.
Что внутри (коротко, по делу)
Чтобы это было не «ещё один Electron-клиент»:
5 уровней защиты данных: git reflog, auto-stash перед деструктивными операциями, сохранение HEAD-хеша, WAL-журнал операций, RecoveryManager при старте. Цель — чтобы потерять данные было практически невозможно.
Worker-пул для тяжёлых парсеров: граф на тысячи коммитов раскладывается в отдельном потоке, UI не висит.
Независимые мульти-репо движки: долгий
pullна одном репозитории не блокирует операции на другом.635 юнит-тестов — потому что инструменту, которому доверяют код, нельзя падать.
Граф с виртуализацией, интерактивный rebase, diff inline/split с подсветкой, blame, двухколоночное разрешение конфликтов.
Честно о том, что не так
Раз уж пишу честно — про слабые места, а не только глянец:
Нет code signing. На Windows вылезает SmartScreen, а на свежей Win11 со Smart App Control установка может жёстко блокироваться без обхода. Для домашних машин это реальный барьер.
С сертификатами в РФ сейчас тяжело — западные CA не продают, а российский для SmartScreen бесполезен. Так что подпись — открытый вопрос.
Не претендую заменить всем Fork. Я закрыл свою боль и боль коллег.
Исходники закрытые. Это осознанный выбор, можно спорить.
Зачем эта статья
Я не продаю — GitBor, он бесплатный. Мне интереснее обсудить тезис, с которого начал: в эпоху ИИ ценность сместилась с «написать код» на «проверить, что код не врёт». Менеджеры всё чаще думают, что джун с ИИ заменяет инженера. Я думаю, счёт за эту веру придёт.
GitBor — мой способ держать этот контроль видимым. Windows и Linux, есть сборка без ИИ. Если интересно — https://gitbor.ru. Буду рад жёсткому фидбэку в комментариях, особенно от тех, кто сидит в таком же закрытом контуре.
Комментарии (37)
9lLLLepuLLa
17.06.2026 17:01Может скажем автору, что консольный гит умеет выводить граф или пусть дальше вайбкодит ?
netricks
17.06.2026 17:01Ну чести для, консольный гит плохо показывает диффы. Для этого хорошо работает vscode, но ТС видимо vscode не можно, ибо закрытый контур.
Впрочем, грамотный вайбкодер дифы смотрит сразу в интерфейсе агента :).
bosha
17.06.2026 17:01Да даже в консоли диффы вполне понятны и удобны. Надо один раз пересилить себя и понять их. Дальше читаются вообще без проблем.
netricks
17.06.2026 17:01Чё там понимать? Там понимать нечего. Там всё понятно. Там просто интерфейс неудобный, когда правок много.
l2mega Автор
17.06.2026 17:01vscod можно, но я привык к другому визуалу, особенно в части разрешения конфликта.
l2mega Автор
17.06.2026 17:01Да я согласен, извращаться можно по разному), просто я привык к другому.
MonkAlex
17.06.2026 17:01Берём гитэкстеншен, закрываем ему доступ в интернет (по вкусу), пользуемся.
У него ещё и исходники открытые.
l2mega Автор
17.06.2026 17:01Я до того как начал писать свой, перепробовал целый ряд программ, на все ИБ отказал в установке, по большой степени отказ связывали с тем что либо лицензия не та, либо находится за рубежом.
MonkAlex
17.06.2026 17:01Это грустный ИБ. Я сейчас так сижу без notepad++ и FAR, потому что их нет в реестре.
rsashka
17.06.2026 17:01Как по мне, то модель вообще ничего не должна коммитить в гит и все пуши только через человека.
Если же вы пускаете модель коммитить самостоятельно, то это самый натуральный вайбкодинг (раз вы не проверяете результат) и никакая история, дерево или клиент для визуализации вам не поможет и не делает из вайбкодера ИИ-инженера.
l2mega Автор
17.06.2026 17:01Как вы заставите коллег это делать? Вы думаете можно просто сказать не делай и все дружно согласились, к сожелению так не работает.
powerman
17.06.2026 17:01А как Вы заставите коллег не писать плохой код руками? Точно так же и с вайб-кодерами.
Есть процесс ревью (людьми), есть история того, как коллега "игнорировал" замечания с прошлых ревью или документированные требования проекта/компании повторно совершая те же ошибки - и причина по которой он "пишет плохо и не обучается" совершенно не важна, как и используемые им инструменты.
l2mega Автор
17.06.2026 17:01Это уже так сказать политический момент и сильно зависит от компании и устоях в нутри команды, если коллега что-то делает, да не всегда качественно, да медленно. Что с ним делать? А ещё с верху руководство всех инстанций, молодым умам, льют что ИИ всех спасёт и всё сделает за вас.
Тут нет волшебной таблетки, в больших компаниях таких много, и они годами работают. Либо смеряешься, либо тратишь время на ревью который в моём случае я не обязан делать. Технически если не делать ревью, система не умрёт, но медленно начнёт превращаться в кучу несвязанного кода.
rsashka
17.06.2026 17:01А зачем заставлять? В следующем комментарии про это @powerman вполне понятно написал.
Тут ведь вопрос не в вашим коллегам, а именно к вам. Если вы сами делаете коммиты автоматом без проверки, то это и есть вайбкодинг, а не ИИ-инжиниринг. А как ваши коллеги это делают, это их личное дело.
l2mega Автор
17.06.2026 17:01хмм, я вроде не писал, что делаю коммиты автоматом, я, собственно, для того и писал GitBor чтобы визуально читать каждый файл, сравнивать, откидывать, или принимать.
Нет уважаемы, как делают коллеги это не их личное дело, а общее дело, и если они это делают грамотно, то и вопросов к ним нет, а если вам приходиться подчищать после их коммитов главные ветки, это становиться обшей проблемой.
domix32
17.06.2026 17:01Что с поддержкой LFS и длинных имён на Windows? Как оно себя ощущает на sha256 репозиториях?
635 юнит тестов это наверное неплохо, но сколько кода они покрывают? А то ж можно как в том меме.
Я только что с первого раза написал тысячу строчек кода которые компилируются
код:
print("hello world")
print("hello world")
print("hello world")
print("hello world")
print("hello world")
....Для сертификации нужно иметь хотя бы четверть покрытого кода. Но там ещё и фаззирование надо и анализ всякими SAST/DAST.
Особенно когда рядом коллеги, которые жёстко вайбкодят и коммитят прямо через агента, не глядя в репозиторий. Залить код вслепую — это прям самое зло.
Это довольно странная мотивация. Во-первых непонятно зачем вам смотреть всю историю и сразу, когда обычно нужно видеть только дифф двух веток. Во-вторых - ну вот увидели вы тысячу коммитов со злом от коллег - а дальше-то с этим злом что делать? Кажется где-то тут должен быть CI с тестами.
Politura
17.06.2026 17:01Несколько лет уже использую GitGraph - плагин для VS Code. Опенсорсный, никуда не ходит, ну и главное - он внутри студии, а не стороннее приложение, так гораздо удобнее.
domix32
17.06.2026 17:01Там VS Code по-умолчанию сам много куда ходит, так что задача протащить сквозь ИБ становится ещё сложнее. ЕМНИП даже порезанный vs codium с выпиленными макрософтовскими компонентами все равно страдает от этого.
musk
17.06.2026 17:01Пояснение нейронки:
Инженер по искусственному интеллекту (AI Engineer) — это IT-специалист, который адаптирует научные разработки в области машинного обучения под практические бизнес-потребности и внедряет их в готовые продукты.
Про вайбкодинг через дифф гита ничего не сказано. Так что нет - вы не ИИ-инженер :)
TAZAQ
17.06.2026 17:01Если ваш клиент умеет черепикать несколько выделенных (в т.ч. не подряд) коммитов, то это уже намного лучше большинства существующих расширений
l2mega Автор
17.06.2026 17:01Нет Cherry-pick — пока одиночный, мульти выбор, я думал об этом, но решил, что это не приоритет, если честно я даже не встречал пока таких сценариев.
TAZAQ
17.06.2026 17:01Ради интереса посмотрите git клиент в ide от jetbrains. У меня как раз самый частый сценарий использования - это фильтрация коммитов по regexp и массовый черипик. Если что, массовость там чисто UX удобство, черипикаться будет по одному коммиту. Если в это время вылезают конфликты, то появляется модалка со списком файлов-конфликтов, даблкликая по файлу появляется модалка с тремя редакторами - в центре итог, слева и справа состояния на конфликтных ветках
Xao
17.06.2026 17:01Если не сложно, сделайте еще плагин для VSCode пожалуйста?
l2mega Автор
17.06.2026 17:01Если я правильно понял, вы говорите, про аналогичный визуальный проход, но сделанный в vsc. Изначально я так и хотел сделать, и около месяца разрабатывал именно плагин, но к сожалению vsc не предназначен для столь масштабных проектов, Я даже позже нашел где-то в описаниях что не надо использовать vsc как основу для подобных проектов. Кароче по итогу я полностью выкинул код и начал писать на электрон, поскольку он хорошо заходит на все платформы винда, linux, apple
dan_sw
Вы не стесняйтесь термина "вайбкодер", к Вам он относится в большей степени, чем "ИИ-инженер" :) Это несколько различные области. ИИ-инженер, в основном, занят задачами из категории MLOps с агентами - настройка различных пайплайнов и инфраструктур, которые целиком завязаны на нейронных сетях, а не программировании чего-либо с ИИ.
Да нет, вайбкодер тоже может понимать что модель выдала, и это его не делает сколько-нибудь ИИ-инженером :)
Вообще забавно, что люди стремятся сепарироваться от вайбкодеров, когда откровенно ими являются... это стало чем-то вроде "неприкасаемых" или что? Чего это вдруг наезжаем на вайбкодеров, и считаем себя чем-то большим или более технически продвинутым?
Есть куча готовых расширений, которые могут визуализировать граф коммитов.
А почему выбрали Electron? Есть более интересные альтернативы для клиентских приложений... Tauri, например.
Или... вайкборед не принял и пошёл, а сел, разобрался что к чему, закоммитил и пошёл дальше... новый промпт писать.
Вообще, не стесняйтесь быть вайбкодером... ничего ж в этом плохого нет) Ну используете нейронки для программирования, используйте дальше. Не понимаю почему нужно отдельную группу причислять к чему-то "плохому и поверхностному", при этом самому в ней находясь... Тенденция очевидная.
"Я не вайбкодер, а инженер!" - статей, где такое утверждение есть становится всё больше и больше... не хотят люди, чтобы их принимали за вайбкодеров, при этом они очень хотят ими являться. Классика :)
l2mega Автор
А я не согласен, да может и не инженер, но и не чистый вайбкодер, просто я вижу как в компании пропагандируют вайбкодинг как решение всех проблем бизнеса, вот там живут чистые вайбкодеры, они как заражённые рассказывают большинству какая это классная волшебная палка, особенно разного рода руководители. Но я глядя на то что мне дают на ревью, не знаю что с этим делать, переделывать самому, или тратить время на объяснение.
art3012
Возможно, Вы вайб-инженер?
l2mega Автор
Точно, надо было так и назвать) это бы вызвало меньше агрессии в комментах, хотя, слово вайб, для многих программистов как красная тряпка)
codecity
А как назвать тех кто не понимают, кто даже ни одного ключевого слова ЯП не знает? А ведь бывает что даже не смотрят на каком ЯП оно пишет.
Все же нужно отдельное название для такого вида деятельности.
l2mega Автор
Да, с верху по комментам, предложили вайб-инженер)