Нейросеть для программирования существует в трёх уровнях: чат с моделью для разовых вопросов, ассистент прямо в редакторе кода и агент, который работает в терминале самостоятельно. Какой уровень взять компании, зависит от того, кто пишет код — штатный разработчик, фаундер без техкоманды или бухгалтер, автоматизирующий отчёт в 1С. Дальше — карта инструментов по классам, критерии выбора и риски, которые ловит ревью перед продакшном.
Карта инструментов
Пятнадцать материалов сайта разбирают нейросеть для программирования по трём уровням — чат с моделью, ассистент в редакторе, агент в терминале; ниже — карта по классам и с чего начинать компании.
Чат с моделью — входная точка: разработчик вставляет кусок кода и получает объяснение, тест или вариант рефакторинга. GigaChat справляется с типовыми задачами на популярных языках, разбор возможностей — в статье GigaChat для программирования и кода. Формулировки запроса для кода собраны в материале промпт для кода.
Ассистент в редакторе — следующий уровень: модель видит открытый проект целиком, предлагает автодополнение и правки прямо в файле. Сюда попадает Cursor, а сравнение с агентом в терминале — в статье Cursor или Claude Code.
Агент в терминале — самый автономный уровень: получает задачу текстом, сам читает проект, редактирует несколько файлов, запускает тесты и коммитит результат. Claude Code — из этого класса, установка и первый запуск разобраны в статье установка и старт Claude Code.
Инструменты по классам
Разбор Зинина и Штурбина по темам — пятнадцать статей о нейросетях и коде на сайте, сгруппированных по классам инструментов и сценариям.
Чат с моделью и промпты для кода:
- GigaChat для программирования и кода — что модель тянет на типовых языках
- Промпт для кода — формулировки запроса для рефакторинга и тестов
Ассистент в редакторе и агент в терминале:
- Установка и старт Claude Code — первый запуск агента в терминале
- Claude Code за 30 минут — быстрый разбор для тех, кто торопится
- Обучение Claude Code — как разработчику освоить инструмент системно
- Claude Code для команды — правила и роли при совместной работе
- Как использовать Claude Code в России — доступ и способы оплаты
- Cursor или Claude Code — сравнение ассистента в редакторе и агента в терминале
- Вайбкодинг фаундеру — Claude Code или Cursor для первого продукта
- Harness для фаундера без кода — сравнение Claude Code, Cursor, Aider, Windsurf
- Qwen Code для программирования в компании — альтернатива для закрытого контура
Обучение команды и запуск без штатных разработчиков:
- Обучение машинному программированию — как команда учится писать код на своих задачах
- ИИ-агенты для фаундера без техкоманды — сборка на Claude Code за неделю
Интеграция с 1С:
- Нейросеть для 1С-программиста — код и разбор ошибок
- MCP для 1С — как подключить агента к данным учётной системы
Пятнадцать материалов закрывают путь от первого промпта до агента, который сам открывает пул-реквест — рабочий маршрут собирается под конкретную команду, свой стек вместо чужого шаблона.
Критерии выбора
Четыре ситуации закрывают большую часть запросов клиентов на выбор инструмента.
| Ситуация в компании | Что подходит | Почему |
|---|---|---|
| Закрытый код клиентов, финансовая, медицинская сфера | Локальный запуск модели на своём сервере | Код остаётся внутри периметра сервера |
| Команда без штатных разработчиков | Агент в терминале с человеческим ревью пул-реквестов | Фаундер ставит задачу словами вместо ручного кода |
| Интеграция с 1С и учётными системами | Специализированные модели и MCP-подключение к данным | Общие модели путают синтаксис конфигураций 1С |
| Разработка уже идёт, нужен разгон рутины | Ассистент в редакторе для автодополнения и рефакторинга | Разработчик остаётся у руля, модель ускоряет черновик |
Критерий «локально или в облаке» решает вопрос конфиденциальности раньше вопроса удобства — риски выдуманных библиотек и утечки кода разобраны в следующем разделе.
На практике компания редко останавливается на одном инструменте из таблицы — чаще берёт связку: разработчики держат ассистента в редакторе для повседневной работы, а рутинные задачи вроде генерации тестов или разбора однотипных багов отдают агенту в терминале под присмотром код-ревью. Решение о втором инструменте принимают после месяца-двух практики с первым, когда видно, где именно команда теряет время на рутине.
Решение возвращается к пересмотру каждые несколько месяцев: модели меняются быстрее инструмента, выбранного год назад, а команда меняет стек ровно настолько часто, насколько растут задачи.
Риски и проверка
Агент в терминале ошибается предсказуемо: три риска повторяются на любом стеке. Модель выдумывает несуществующую библиотеку или метод API — код падает на этапе сборки, и это самый безобидный вариант ошибки. Модель обращается с доступом к секретам и переменным окружения небрежно, если границы контура заданы нечётко, — здесь вопрос безопасности выходит на первый план.
- Выдуманные библиотеки и методы — код падает на сборке
- Утечка доступов и секретов через открытый репозиторий
- Технический долг от кода, написанного без архитектурного плана
Проверка строится на трёх шагах вместо доверия на слово. Юнит-тесты и линтер запускаются на каждом коммите агента. Код-ревью человеком остаётся обязательным перед мёржем в основную ветку. Пилот стартует на одном модуле вместо всей кодовой базы сразу — так риск ограничен масштабом эксперимента.
Разгон агента под конкретный проект — отдельная настройка: права доступа, гайдлайны репозитория, интеграция с CI. Разбор задачи под пилот делаем в рамках консалтинга по внедрению ИИ.
На каком модуле готовы запустить пилот агента-программиста?
Старт пилота
Пилот занимает один спринт, если сфокусирован на одном модуле и одном классе задач — рефакторинг легаси-функции, генерация тестов для существующего кода или разбор бага. Выбор класса инструмента на старте — чат для разовых вопросов, ассистент для активной разработки в редакторе или агент для рутинных задач без постоянного присмотра.
- Выберите один модуль или репозиторий для пилота
- Определите класс инструмента — чат, ассистент в редакторе или агент в терминале
- Настройте права доступа и границы контура для агента
- Запустите тесты и линтер на каждом коммите
- Проведите код-ревью человеком перед мёржем в основную ветку
Начните с модуля без критичной бизнес-логики — вспомогательный скрипт, внутренний отчёт, тестовое покрытие. Метрика пилота простая: сколько пул-реквестов агента прошло код-ревью без серьёзных правок.
Через один-два спринта видно, тянет ли команда следующий уровень автономии — от ассистента к агенту в терминале, или разработчику хватает автодополнения в редакторе. Решение принимает команда по факту пилота вместо чужих рекомендаций из статьи.