Крутое пике. Тизер к технотриллеру про RPA

Правило сериала. Герои списаны с настоящих людей: имена изменены, истории сжаты и пересказаны для сюжета, номера тикетов и время событий условные. Всё техническое - настоящее:

• ответы сервиса nopikreport.com получены живыми запросами, с идентификатором запроса и временем;
• формы, журналы и права сняты в демобазе 1С, опыты с записью шли только на её копии;
• код вендорского расширения цитируется с разрешения владельца, прототипы запускались;
• каждая техническая вставка помечена: ПРОВЕРЕНО работает сейчас, ВЕРСИЯ концепт, ИНСЦЕНИРОВКА художественная условность.

Сериал продолжает серию NOPik на Infostart: в первой статье, «От монолита к автономным агентам: архитектура и граф состояний ИИ-агента в 1С», мы обещали шесть статей - здесь они выходят делами робота под общим названием «Техно-детектив NOPik». Ищите серии по этому названию.

ЛИСТ 01Вселенная NOPik: борт «Бройлер-1С» и цена ошибки

Место действия - компания, которая торгует на Wildberries и Ozon. Учёт - «Управление торговлей 11», связь с маркетплейсами держит вендорское расширение «Онлайн торговля»: настройки авторизации, заказы FBS, поставки. Хватает одного затыка: слетел токен продавца, кто-то снял флажок «Создавать поставку в сервисе» или код молча проглотил ошибку. Поставка уходит «Офлайн», склад стоит, SLA горит. Без задержек летят только тикеты в техподдержку.

На борту есть NOPik - ИИ-помощник для 1С: сервис nopikreport.com отвечает по руководству пользователя, базе знаний и коду расширения, а расширение NOPik принимает вопрос прямо в глобальном поиске 1С («нопик, …»), можно со скриншотом. Люди спрашивают NOPik, робот - тот же сервис через API.

Чтобы разгрузить вторую линию поддержки, за штурвал мониторинга сажают робота-аудитора RB-PROD-04. Выясняется, что 1С - запертый склад со строгими правилами: открытого REST-сервера для любителей быстрых решений там нет, административных прав агенту никто не даст. Роботу придётся выучить регламент допроса подсистем, перестать верить собственным глазам и отстаивать каждую строчку заключения перед архитектором, который верит только проверенному.

ЛИСТ 02Действующие лица (экипаж и пассажиры)

Каждый здесь тянет штурвал на себя:

• СЛЕДОВАТЕЛЬRB-PROD-04 (робот-аудитор / стажёр в кабине). Ему надели фуражку пилота, но штурвал отсоединили от рулей высоты. Говорит протоколом: время UTC, идентификаторы, ссылки. За сезон осваивает LangGraph и учится сомневаться в себе: каждую версию проверяет следственным экспериментом на копии базы.
• СУДЬЯПавел Сергеевич (главный архитектор / неунывающий и мужественный Командор). Исповедует Zero Trust. В отличие от второго пилота и дежурных инженеров, Командор имеет обыкновение спать: его архитектура защищена регламентами. На связь выходит к полудню и первым делом спрашивает: «Дринкинс, сколько миллисекунд нам осталось до падения кластера?». Потом для бодрости рассказывает ему анекдоты про агентов с правами администратора. Его кредо из дела №3: «Строку подключения агенту не дам».
• ПОДОЗРЕВАЕМЫЙАртём (1С-разработчик / изобретательный и находчивый второй пилот Дринкинс). Автор ночного хотфикса, в котором агент ищет концы. Обычный доклад на планёрке: «Шеф, WB опять молча сменил структуру JSON, мы сорвём SLA!». Пожары тушит конструкцией Попытка ... Исключение // Сюда мы никогда не попадём.
• ЗАЯВИТЕЛЬЛена (оператор маркетплейсов / симпатичная и невозмутимая стюардесса). Руководству докладывает тоном бортового объявления: «Уважаемые пассажиры, сохраняйте спокойствие. Обмен абсолютно надёжен! Просто поставка на WB временно ушла офлайн. Не желаете ли чашечку кофе?».
• ПОТЕРПЕВШАЯБизнес и заказчики (в роли мисс Бурпл - несравненная мисс Мурпл). Весь пассажиропоток рейса и главный свидетель: от сбоев страдает первой. Как и мисс Марпл, вяжет, пока за бортом BSL-модули выясняют отношения. Её вопрос следователям: «Милочка, а почему кнопка „Создать поставку в сервисе“ сегодня не работает, и кто украл мой флажок?».
• КОНВОЙМарат (DevOps / хладнокровный и обаятельный бортрадист Морзе). Закрылся в глухом Docker-контейнере (--network none, --read-only). Связи с внешним миром нет: на любую просьбу выдать доступ в интернет он отстукивает ключом один и тот же ответ, HTTP 403 Forbidden.
• ЭКСПЕРТИрина (бизнес-аналитик). Единственный человек на борту, который цитирует руководство по номерам разделов и объяснит, почему кладовщик не видит токен на форме, а кодом прочитать его может.

ЛИСТ 03Приборная панель: архитектура коллективного разума

Один промпт в LLM с надеждой на чудо - верный способ приложить лайнер о первую же скалу. Поэтому робот думает мультиагентным графом на LangGraph (прототип запускался живьём, с настоящими ответами сервиса):

Если Знаток клянётся, что флажок включён, а Очевидец видит на скриншоте неактивную кнопку, Супервайзер отправляет Аналитика в исходники BSL: при каком условии кнопка вообще обращается к сервису маркетплейса? Вердикт выносит гейт - обычный код с порогами баллов.

ЛИСТ 04Программа первого сезона: дела, которые предстоит расследовать

Серии выходят раз в неделю. Каждая статья - законченное инженерное расследование с реальным кодом, схемами и разбором граблей.

ДЕЛО №1«Исчезнувший токен» - иллюзия интерфейса и суровый TDD

Первый вылет - и сразу штопор. Воскресенье, ночной хотфикс - и с формы настройки авторизации WB исчезают поля токенов. Форма при этом докладывает «всё нормально», а вторую половину фразы проглатывает: код расширения поймал ошибку в Попытка... Исключение и подставил параметры по умолчанию. Заодно Лена поднимает тревогу из-за поставки «Офлайн».

• В серии: почему LLM слепа к интерфейсам 1С; как пустые блоки Попытка... Исключение превращают баги в невидимок; обход форм по матрице «форма × профиль» и Vanessa Automation, YAxUnit, BSL Language Server прямо в контуре разработки 1С.

ДЕЛО №2«Два свидетеля» - мультиагентный перекрёстный допрос

Когда приборы показывают противоположное. Второй пилот кричит «мы падаем», а высотомер рапортует «высота 10 000 метров». Текстовый свидетель утверждает одно, свидетель со скриншотом видит совсем другое.

• В серии: граф рассуждений на LangGraph (ReAct и Tree-of-Thoughts); почему показания кода BSL (вес 1,0) бьют любые фантазии нейросети (0,1); ответ по скриншоту как JSON, проверенный по контракту формы; жёсткий гейт на выходе, который не пропускает абсурдных советов.

ДЕЛО №3«Ключ от архива» - MCP-сервер для 1С и протоколы допроса

Командор запирает двери. Агенту нужны данные журнала регистрации, а архитектор непреклонен: никакого прямого доступа к базе. Решение - открытый Model Context Protocol (MCP) от Anthropic и «дверь» с закрытым списком инструментов.

• В серии: MCP-сервер для 1С на Python (SDK mcp 2.2.0) и функция двери на BSL, живой прогон на демобазе; Pydantic-контракт ответа; e1cib/data для ссылочных объектов и e1cib/list для остальных, а ссылка с GUID с дефисами в клиенте не открывается вовсе; пустой ответ - только вместе с контролем; следственный эксперимент на копии базы.

ДЕЛО №4«Утечка в песочнице» - DevSecOps и охота на канареек

Бортрадист бьёт тревогу. Перед выпуском двери архитектор требует доказать, что через неё не выходит ничего лишнего. Робот метит синтетический секрет - канарейку (canary token) - и находит её там, где не ждал: в журнале самой двери.

• В серии: канарейка в каждой сборке; Docker с --cap-drop ALL, non-root и файловой системой только для чтения; Kubernetes Secret без шифрования по умолчанию; разбор Rights.xml и почему запрет просмотра поля в интерфейсе 1С оставляет реквизит доступным коду.

ДЕЛО №5«Дело трёхмесячной давности» - амнезия графа и архитектура памяти

Когда концы спрятаны в прошлом квартале. RB-PROD-04 научился тушить сиюминутные алерты. Но контейнер перезапустили, и робот забыл всё: память графа жила в памяти процесса. Лена приносит знакомый тикет, корни которого уходят на три месяца назад.

• В серии: долговременная память агента на Qdrant с идентификатором базы в каждой карточке дела; очередь задач на RabbitMQ, которая переживает перезапуск; что агенту помнить, а что обязательно забыть; первая схема отчёта СКД для вопроса «кто снял флажок».

ДЕЛО №6«Последний свидетель - человек» - посадка

Джентльмены не садятся, пока дама стоит. Контракты вылизаны, канарейки сыты, песочницы забетонированы. Память нашла похожее дело, но решение принимает человек.

• В серии: Human-in-the-Loop - человек проверяет схему отчёта и сам переносит данные; трассировка по TraceID от вопроса до строки отчёта; мониторинг в Grafana; и вопрос «кто снял флажок» закрывается.

ЛИСТ 05Сервис NOPik в этом сериале

Сервис NOPik отвечает по документам: руководству пользователя, базе знаний и коду расширения. К данным вашей базы он пока не подключён, поэтому о них не знает. Подключение устроено так: на вопрос о данных сервис присылает схему отчёта СКД, NOPik показывает, что она читает, и строит отчёт в вашей базе, а результат в сервис переносите вы сами. Схема только читает и сама ничего не передаёт; изменений в рабочей базе нет и не будет. Ошибки сервиса, которые мы находим, уходят команде открытым списком, исправления отмечаются в статьях датой. Цель сериала - к последней главе довести эту цепочку до работы.

Статус цепочки на 28.09.2026:

• ПРОВЕРЕНО сервис отвечает по документам; NOPik в 1С передаёт ему вопрос и скриншот;
• ПРОВЕРЕНО первое исправление из задания команде сервиса: 28.09 в ответе появились пометки - тип каждого источника (код, руководство, база знаний, общие знания), признак ответа из кеша и ответа без опоры на источники;
• ПРОВЕРЕНО отчёт СКД по готовой схеме строится в учебном расширении из статьи 1;
• ВЕРСИЯ схема СКД под вопрос о данных - в работе у команды сервиса: на 28.09 на вопрос «кто снял флажок» сервис отвечает текстом;
• ВЕРСИЯ форма NOPik, которая проверяет схему по списку разрешённого и строит отчёт, - в работе;
• в пятой главе: первая схема для вопроса «кто снял флажок» на демобазе - вопрос, схема, отчёт, результат переносит человек.

Приготовьтесь к чтению

Если вы устали от сказок про «ИИ заменит программистов к следующему вторнику» и хотите посмотреть, где LLM в 1С помогает, а где её приходится держать за руку, подписывайтесь на цикл.

Первое дело откроется совсем скоро.