Давно не выпускал статей, хотя накопилось изрядное количество. Вся проблема в ИИ — черновики статей даже после правок под мой стиль выглядят весьма ИИшно, это немного удручает. Хотя, похоже, такой стиль вполне прижился, потому что инфа первична, а подача отходит на второй план. Ну, в общем, я целый инструмент под себя сделал для причесывания статей, но о нем будет позже, а пока хотел поделиться своими наработками, которые я собираю уже почти год. Имя придумал ИИ — но не так чтобы оно было особенно оригинальное)
Я выложил на гитхаб ИИскру — стартовый набор для 1С-разработчика, который начинает работать с ИИ-агентами. С двумя «И», потому что ИИ.
Репозиторий ИИскры на GitHub. MIT, ранняя версия.
Проблема, из которой всё выросло
С 1С у опытного разработчика всё знакомо, а с агентом поначалу не совсем понятно. Он что-то поправил, сказал «готово» — и дальше верь на слово. Инструмент напиздунькал — и ты в неловкой ситуации. Каждой новой сессии заново пересказываешь весь контекст.
Я всё это прошёл сам, и не по одному разу. Целый цикл постмортемов (заставлял ИИ описывать свои косяки) — про то, как ИИ снёс мне выгрузку, выдумал репозиторий, отрапортовал, что ошибок нет, хотя при первом же ручном прогоне они вываливались как говно из чемодана фокусника, обещавшего кролика. Из этих историй и выросла ИИскра: контур, в котором ошибку агента ловят до приёмки.
Что это за херня?
Внутри — сценарии установки контура (агент исполняет их сам по команде «настрой окружение»), правила для агента, стенд приёмки, шаблоны, навыки и вики для человека. План старта: за 15 минут подключить агента и выполнить первую безопасную задачу — анализ, без правок. За час-полтора — внести первое проверенное изменение. За неделю — наладить свой повседневный цикл.
Это не библиотека операций над файлами 1С — выгрузки, формы и макеты берутся из соседних проектов, на них есть ссылки. ИИскра отвечает на два других вопроса: с чего начать и как убедиться, что агент не соврал.
Первая задача — всегда анализ, без правок. Потому что правки без анализа — это прямой путь в ад!
Три принципа, на которых оно стоит
Инструмент, который врёт, — это задача, а не препятствие. Дефект инструмента чиним через ИИ прямо в исходнике и отдаём исправление в исходный проект, а не строим костыль вокруг. Я так живу с codepilot: он баговый — я его чиню тем же ИИ, которым пилю 1С, пересобираю, ставлю.
Проверка вынесена из агента наружу. Три способа проверки: вторая модель, автоматика (тесты, АПК, Sonar) и глаза человека в тестовой базе. Правило, которое надо помнить, ненадёжно — надёжен шлагбаум, который срабатывает до действия. Память дырявая у обоих.
Контекст живёт в файлах. Заготовки для начала сессий, реестры, правила. Поэтому рабочее сообщение агенту сжимается до «путь + продолжаем» или «цитата + давай», а не до пересказа проекта на двадцать строк.
Новая сессия. Знакомимся с проектом. Опять.
Чем оно отличается от соседей
Наборы правил для 1С-агентов уже есть, и есть хорошие — я их читал, когда собирал свой. Но там правила: как писать код, как оформлять. Я собрал другое — приёмку и шлагбаумы: стенда с намеренно битым модулем, проверок на заведомо ошибочных примерах и испытаний моделей я у соседей не нашёл.
В ИИскре стенд — это модуль с заложенными дефектами и проверка с самотестом. Пока дефекты не исправлены, проверка обязана выдавать ошибку. Есть методика, чтобы проверить, подходит ли модель для этого контура. По ней я испытал Haiku и DeepSeek, протоколы — в наборе. Если у тебя не флагман, есть отдельный профиль «слабая модель». И карточки типичных ошибок: антипаттерн → симптомы → шлагбаум, со ссылками на проверки из набора.
И это не гарантия — внешний аудит уже нашёл у меня проверку, которую можно было обойти вложенным циклом: она проверяла структуру кода, а не его смысл. Починил. Так что сами проверки тоже приходится проверять — иначе на исправление их ошибок потом уйдёт куча времени.
Когда НЕ надо брать
- Хочешь полный автопилот — не сюда. Набор держится на подтверждениях человека: первая задача анализ, правки после «да», продуктив запрещён правилом. Агенту, который сам решает и сам коммитит, ИИскра будет мешать на каждом шаге.
- Закрытый контур без внешней модели — тоже мимо. Нужна агентская среда с подпиской или ключом.
- Нужен полный контур на другой ОС — не сюда. Быстрый старт кроссплатформенный, но полный контур (EDT, codepilot, проверки) написан под винду.
Главная яма новичка — начать в обычном чате. Нужна среда, где агент реально работает с файлами проекта — клод-код (в том числе внутри Claude Desktop), Cursor и подобные. Обычное окно чата не видит файлы твоего проекта: новичок вставляет туда README, получает пересказ вместо работающего контура — и решает, что набор не работает.
Что дальше
Статус — ранняя версия. Собрано и проверено мной и агентами, читательской обкатки ещё не было. Споткнулись, не сошлось, непонятно — заводите issue: это ровно та обратная связь, которой сейчас не хватает.
Берите, ломайте, пишите, что не так.