Анализ 1С и автоматизация доработок · введите Bearer-токен арендатора
Токен сохраняется в localStorage этого браузера. Получить токен можно у администратора инсталляции Lectern. Для демо-стенда УГСЭ токен предоставлен организатором.
У вас несколько готовых проектов. Откройте нужный или создайте новый.
Опиши замечания — pipeline сразу пойдёт на доработку с этим текстом. Примеры:
• «XSD-схема СКД обрезана»
• «нет группировки <group/> в DCS-настройках»
• «убери фильтр Проведен»
Токен сохраняется в localStorage этой вкладки.
Выбери готовый дамп с сервера или укажи свой абсолютный путь к корню выгруженной конфигурации (там должны быть папки Catalogs/Documents/CommonModules).
⚠️ Пока что file-уровневый analyze для серверных дампов не запущен (см. #401). Profile / RAG-поиск / Аудит документа в аналитических вкладках работают.
Lectern подключится к работающей 1С через WinRM-VM. Пароли шифруются на сервере (Fernet, ключ из tenant-token).
Lectern проведёт глубокий скан: подсчёт объектов, реестр БСП-обвязок, релевантные pitfalls.
Lectern не смог однозначно интерпретировать запрос. Ответь на вопросы ниже:
Lectern проанализировал запрос и подготовил план реализации. Просмотри спецификацию и архитектуру ниже. Если всё верно — нажми «Утвердить», и начнётся кодогенерация. Если нужна правка — «Уточнить» (свободный текст). «Отмена» — задача переводится в FAILED.
загружаю…
Сборка .erf через Designer batch → upload на VM (WinRM) → регистрация в БСП «Дополнительные отчёты и обработки». После деплоя отчёт доступен пользователям 1С через стандартный UI «Дополнительные обработки».
Headless-запуск отчёта на реальной 1С через COM. Возвращает
первые строки + count + runtime. Дополнительно сравнивает с
прямой выгрузкой из БД (тот же SQL через
Запрос.Выполнить() без .erf) — если row_count совпадает
с независимой выгрузкой, отчёт даёт правильные данные.
.erf.
На КА_AI 8.3.27 headless регистрация через COM thin-режим заблокирована
политикой инсталляции — поэтому импорт делается через UI БСП (это
~30 секунд однократно). Lectern сам собирает валидный .erf
и независимо проверяет real-data выгрузку — но финальную установку
подтверждает человек.
Если что-то пошло не так — запусти конкретную стадию заново. Артефакты после неё сбросятся, до — сохранятся.
ℹ️ Designer-tree — это распакуй, открой в Конфигураторе 1С через «Файл → Открыть внешний отчёт из файлов…», сохрани как `.erf`, подключи через БСП. Bundle — то же самое + spec/plan/review для архива/коммита.
Пиши сюда: «добавь группировку по контрагенту», «не работает на КА2 — ругается на X», «нужна вторая версия с разбивкой по месяцам». Если поставить галку «Создать новую задачу» — система создаст её с контекстом этой и ты сможешь запустить пайплайн повторно.
Система сама поймёт что вы хотите: вопросы («почему…?», «как это работает») → объяснение; команды («добавь…», «убери…») → доработка кода; «новая задача» → создаст связанную задачу.
Опиши бизнес-требование. Pipeline сам пройдёт:
specify → generate → build → register → run → sink.
REGISTER пока ручной (skip пока нет Lectern Agent #395), BUILD требует
WinRM-VM. SPECIFY + GENERATE работают без бэкендов — удобно проверить
каркас.
На macOS / dev — пропусти build+register, иначе пайплайн упрётся в WinRM.
Напишите, что хочется изменить, добавить, уточнить или пояснить — это может быть ошибка, комментарий, вопрос или дополнение к ТЗ. Архитектор пересоберёт план, а codegen — patch с учётом ваших замечаний.
Список ваших сессий и задач — продолжить работу или удалить.
загружаю…
…
Реестр admin.sqlite.infobases по
первичному base_id (одна физ.база может быть под разными тенантами —
различаются по base_id). Владелец видит базы всех тенантов.
Реестр admin.sqlite.infobases по
первичному base_id (стабилен к дрейфу адреса сервера). Владелец видит
базы всех тенантов.
Запуск задачи (в одной или нескольких базах) теперь в Шаге 3 · Задача — единый контрол. Отметьте базы в блоке «🎯 Где выполнить задачу», опишите задачу и нажмите «Создать задачу»: одна база → интерактивный режим (уточнения/утверждение), несколько → последовательный прогон с кнопкой ответа на уточнения по каждой базе. Эта вкладка оставлена только для просмотра/сравнения баз.
«Эта доработка есть в одной базе, нет в другой» — дрейф объектов между однотипными базами (одно тиражируемое решение у нескольких клиентов). Выберите ≥2 баз из каталога.
Проверка, что объект (и поля) существуют в ОБЕИХ базах с совместимыми типами — иначе обмен соберётся, но данные «не доедут». Плюс общие планы обмена.
«Отчёт X на наборе баз каждые N секунд → TG/почта». Один и тот же отчёт на нескольких базах за прогон.
1С-событие (проведён документ, изменён справочник) → запуск расписания/процесса. Источник событий — агент-расширение на боксе.
DAG шагов с зависимостями. Read-only: проверяет структуру (циклы, kind, depends_on) и строит топологический план. JSON-спека процесса: