CodePilot1C EDT — контроль расхода токенов и сжатие контекста
Сборка: 0.1.7-SNAPSHOT

Раньше при длинной сессии чат разрастался, ответы могли замедляться, а токены тратились на пересылку старой истории. В этом обновлении плагин показывает расход токенов, учитывает кэш провайдера и сжимает контекст автоматически или вручную.

Сжатие контекста
Автоматическое
Плагин отслеживает размер истории чата. Когда история превышает заданный порог, старые сообщения сворачиваются в краткое резюме, а последние сообщения сохраняются без изменений. Это снижает входной объем токенов и стабилизирует длинные сессии.

В настройках можно:

включить/выключить автосжатие
задать порог срабатывания (% от бюджета истории)
Для защиты от частых повторных сжатий применяется встроенный cooldown.

Ручное
В чате добавлена кнопка «Сжать контекст».
Ее можно использовать в любой момент длинной сессии, чтобы быстро уменьшить объем истории и продолжить работу.

Отображение расхода токенов
В чате теперь отображается:

Вход — токены, отправленные модели (запрос + история)
Кэш — токены, прочитанные из кэша провайдера
Выход — токены, сгенерированные моделью
Итого — суммарный расход
Поддержан учет кэш-токенов для:

OpenAI (cached_tokens)
Claude (cache_read_input_tokens)
Отображение расхода можно отключить в настройках.

Практический эффект
Длинные диалоги меньше расходуют токены на повторную отправку старой истории.
Видно, куда уходит бюджет токенов в реальном времени.
Видна доля кэшируемого контекста.
Есть два режима контроля: фоновый (авто) и ручной (кнопка).

Фиксы в релизе - Нормализация JSON-RPC id (0 больше не уходит как 0.0).
Для POST ответов MCP host теперь всегда application/json (без SSE framing).
Для notifications (initialized) сервер возвращает 202 без body (корректно для strict-клиентов).

# CodePilot1C EDT — агент теперь работает с расширениями конфигурации

Сборка: 0.1.7.20260221-0620

До этого релиза агент мог создавать и изменять объекты только в основной конфигурации. Теперь он умеет работать с расширениями: создать проект расширения, заимствовать объекты из основной конфигурации, изменить формы и модули, проверить результат через диагностику EDT. Полный цикл доработки типовой без снятия с поддержки.

---

## Что умеет агент

### Управление расширениями

- Получить список расширений в проекте
- Создать новый проект расширения конфигурации
- Посмотреть объекты расширения и их состояния
- Заимствовать (adopt) объекты из основной конфигурации в расширение
- Управлять состоянием свойств расширяемых объектов

### Полный рабочий цикл

Подтверждён e2e-сценарий, который покрывает типичную задачу "доработать типовую через расширение":

1. Получить расширения проекта
2. Создать расширение (или выбрать существующее)
3. Заимствовать нужный объект из основной конфигурации
4. Расширить форму, изменить модуль, переопределить процедуры
5. Получить диагностику EDT по результату

Всё это агент делает сам через API платформы. Не через файловую систему, не через текстовые патчи - через валидированные операции EDT с контролем ошибок.

---

## Почему это важно

Расширения - основной способ доработки типовых конфигураций 1С без снятия с поддержки. До сих пор агент мог помочь только с конфигурациями "с нуля" или с уже снятыми с поддержки. Теперь он покрывает самый массовый сценарий: "нужно добавить кнопку / поле / обработчик в типовую, не трогая основную конфигурацию".

---

## Практический эффект

- Доработка типовых через расширения - агент создаёт расширение, заимствует объекты, вносит изменения, проверяет диагностику.
- Всё через API EDT - валидация встроена, сломать структуру расширения невозможно.
- Работает в том же agent loop что и остальные инструменты: можно в одном промпте попросить "создай расширение, добавь кнопку печати в документ Реализация, напиши обработчик".

# CodePilot1C EDT — расширения, внешние обработки и СКД

Сборка: 0.1.7.20260221-1351

Агент теперь покрывает три ключевых production-сценария 1С-разработки: доработка типовых через расширения, создание внешних отчётов/обработок и работа со схемами компоновки данных. Всё через API EDT, в одном agent loop.

---

## Расширения конфигурации

Полный цикл работы с расширениями без снятия типовой с поддержки:

- Получить список расширений проекта
- Создать новый проект расширения
- Заимствовать объекты из основной конфигурации
- Управлять состоянием свойств заимствованных объектов
- Расширить формы, изменить модули, переопределить процедуры

Типичный промпт: "Создай расширение для УТ, добавь кнопку печати в документ РеализацияТоваров, напиши обработчик" — агент создаёт расширение, заимствует документ, добавляет команду на форму, пишет код.

---

## Внешние отчёты и обработки

Новый контур инструментов для external-объектов:

- Создать проект внешнего отчёта или обработки
- Получить список внешних проектов для базовой конфигурации
- Посмотреть объекты и структуру внешнего проекта
- Добавить формы, реквизиты, табличные части
- Работать с модулями объектов и форм

Внешние обработки — это основной способ расширения функциональности без изменения конфигурации. Теперь агент умеет их создавать и дорабатывать наравне с объектами основной конфигурации.

---

## Схема компоновки данных (СКД)

Агент умеет работать с DCS — не просто создать объект отчёта, а наполнить его аналитической логикой:

- Создать основную схему компоновки и привязать к владельцу
- Получить сводку по существующей схеме
- Просмотреть узлы модели: датасеты, параметры, вычисляемые поля, варианты
- Создать или обновить query dataset с текстом запроса
- Добавить/изменить параметры и вычисляемые поля

Это закрывает одну из главных болей: отчёты и СКД — рутина, которую разработчики делают каждый день. Теперь можно описать требования к отчёту в промпте, и агент создаёт внешний отчёт с готовой схемой компоновки.

---

## Единый контур валидации

Все мутационные операции — и в основной конфигурации, и в расширениях, и во внешних объектах — проходят через единый процесс: предвалидация запроса → получение validation token → выполнение мутации. Сломать структуру метаданных через агента невозможно — валидация встроена на уровне API.

---

## Что это значит на практике

Три самых частых сценария 1С-разработки теперь покрыты агентом:

1. Доработка типовой через расширение — не снимая с поддержки, через заимствование и переопределение.
2. Внешние отчёты и обработки — создание, формы, модули, реквизиты.
3. СКД — схема компоновки с датасетами, параметрами, вычисляемыми полями.

Всё в одном цикле, всё через EDT API. Один промпт — агент сам решает какие инструменты вызвать.

# CodePilot1C EDT — переписан механизм работы с управляемыми формами

Работа с управляемыми формами была в плагине с самого начала, но механизм был нестабильный — ошибки при чтении без открытого редактора, проблемы с типами реквизитов, непредсказуемое поведение при обновлении существующих элементов. В этом релизе механизм форм переписан с нуля: новый API, новый pipeline применения изменений, рефакторинг всего слоя взаимодействия с BM-моделью форм.

---

## Что изменилось

### Инспекция формы

Агент видит полную структуру управляемой формы: дерево элементов, группы, поля, реквизиты с типами, свойства видимости и доступности. Раньше это работало только при открытом редакторе формы и часто падало — теперь агент читает модель напрямую через API стабильно и без костылей.

### Новый механизм применения изменений

Старый подход к мутациям форм заменён на apply_form_recipe — пакетное применение изменений:

- Добавить группу элементов
- Добавить поле, привязанное к реквизиту
- Создать или обновить реквизит формы с типом (String, Number, Boolean, Date, типы из конфигурации)
- Задать свойства элементов: видимость, доступность, заголовок

Элементы по умолчанию создаются видимыми и доступными — как и ожидает разработчик. Если нужно скрыть — задаёте visible=false явно.

### Единый UPSERT для реквизитов

Агент не ломается, если реквизит уже существует. Создание и обновление работают через единый сценарий: если реквизита нет — создаст, если есть — обновит тип и свойства.

---

## Что исправлено

- Чтение структуры формы стабильно работает без открытого редактора — read-транзакция корректно подхватывает конфигурацию.
- Типы реквизитов формы применяются корректно: и простые (строка, число, дата), и ссылочные из конфигурации.
- Обновление типа существующего реквизита работает через AbstractFormAttribute без потери данных.

---

## Практический эффект

Промпт "добавь на форму документа группу Доставка с полями Адрес (строка), Дата доставки (дата) и чекбокс Срочная (булево)" — агент создаёт реквизиты с правильными типами, добавляет группу, размещает поля, всё видимое и доступное. Без единого клика мышкой в редакторе форм.

# CodePilot1C EDT — точечная работа с процедурами и функциями

Агент больше не читает модуль целиком, чтобы найти одну процедуру. Новые инструменты позволяют получить список методов модуля и извлечь тело конкретной процедуры/функции — без загрузки всего файла в контекст.

---

## Что добавлено

### bsl_list_methods

Возвращает список процедур и функций модуля с диапазоном строк. Для каждого метода доступны: флаги export, async, event и список параметров. Агент видит структуру модуля за один вызов, не тратя токены на чтение кода.

### bsl_get_method_body

Возвращает тело конкретной процедуры или функции по имени. Поддерживает context_lines для захвата окружающего кода и start_line для точного выбора, если в модуле несколько методов с одинаковым именем.

---

## Обработка неоднозначности

В модулях 1С бывают методы с одинаковыми именами (клиентский и серверный вариант, перегрузки). Если агент запрашивает метод и находит несколько кандидатов:

- Если среди них ровно один экспортный — выбирается автоматически.
- В остальных случаях — возвращается список кандидатов с start_line, агент уточняет и делает повторный вызов.

Никаких тихих ошибок: METHOD_NOT_FOUND, AMBIGUOUS_METHOD, MODULE_PARSE_ERROR — агент всегда знает что произошло и как действовать дальше.

---

## Зачем это нужно

Модули в типовых конфигурациях 1С — это тысячи строк. Читать весь модуль ради одной процедуры — это сотни лишних токенов на вход и замедление агентного цикла.

Теперь: "Что делает процедура ЗаполнитьТЧ?" — агент вызывает bsl_get_method_body, получает только нужный код, анализирует, предлагает правку. Без загрузки 3000 строк общего модуля в контекст.

Экономия токенов, быстрее итерации, точнее результат.

# CodePilot1C EDT — автотесты через Vanessa Automation и встроенный терминал

Сборка: 0.1.7.20260301-0607

Агент теперь умеет писать и запускать автотесты. Полный цикл: проверить окружение, найти нужные шаги из каталога, сгенерировать .feature-сценарий с валидацией, запустить тесты — всё из чата, без переключения в терминал или внешние инструменты. Плюс в EDT появился встроенный терминал с настройками запуска в папке проекта.

---

## QA / Vanessa Automation

### Что умеет агент

Четыре новых инструмента, которые работают в связке:

1. qa_status — проверка окружения: установлена ли VA, доступна ли EPF, готова ли база. Агент вызывает это первым, прежде чем пытаться что-то запускать.

2. qa_steps_search — поиск шагов по встроенному каталогу. Агент ищет нужные шаги по описанию задачи, а не придумывает их из головы.

3. qa_scaffold — генерация .feature-файла с валидацией. Каждый шаг в сценарии проверяется по каталогу — если шага не существует, агент об этом узнает до запуска, а не после падения теста.

4. qa_run — запуск E2E-тестов через Vanessa Automation.

### Встроенный каталог шагов

В плагин встроен steps_catalog.json — полный каталог шагов VA. Агент использует только известные шаги, а не генерирует несуществующие формулировки. Это ключевое отличие от подхода "попросить LLM написать .feature" — модель не галлюцинирует шаги, а выбирает из реального каталога.

### Настройки

В Preferences добавлен параметр: путь к EPF-файлу Vanessa Automation. Указываете один раз — дальше агент знает где искать.

---

## Встроенный терминал

TM Terminal теперь идёт как обязательная зависимость плагина — устанавливается автоматически, без ручной доустановки.

Зачем это важно: терминал прямо в EDT позволяет запускать CLI-агенты — Claude Code, Qwen Code, Codex — не выходя из IDE. Открыли терминал в папке проекта, запустили агента, он работает с теми же файлами что вы видите в EDT. Никакого переключения между окнами.

В UI добавлена команда "Открыть терминал". Настройки запуска:

- Стартовая папка: проект / выбранный элемент / workspace / домашняя
- Опция "Всегда использовать активный проект"
- NO_COLOR=1 для CLI без ANSI-цветов
- Префикс заголовка вкладки

---

## Зачем это нужно

Автоматическое тестирование — одна из самых запрашиваемых фич. Теперь можно описать сценарий в промпте ("напиши тест: создать документ поступления, провести, проверить что остатки записались") — агент найдёт нужные шаги VA, соберёт .feature с валидацией, запустит. Весь цикл разработки замыкается в EDT: написал код → агент проверил → запустил тест.

CodePilot1C EDT — запуск приложения из EDT, агентный QA workflow и анализ ошибок инструментов
Сборка: 0.1.7.20260309-1749

В этой версии CodePilot1C получил полноценный EDT runtime workflow для агента: теперь он может обновить связанную инфобазу, запустить приложение проекта через RuntimeClient.launch, проверить QA-окружение, подготовить контекст формы, собрать и валидировать feature-сценарий, а также разобрать ошибки инструментов в структурированном виде. Параллельно добавлен локальный E2E/MCP runbook для smoke-проверок через поднятый EDT MCP Host.

EDT runtime для агента
Новые инструменты
Добавлены два новых built-in tool для работы через EDT runtime:

edt_update_infobase
Обновляет инфобазу, связанную с EDT-проектом. Поддерживает dry_run, возвращает структурированный JSON с op_id, status, project_name, updated и данными о связанной инфобазе.

edt_launch_app
Запускает приложение проекта по RuntimeClient.launch. Поддерживает dry_run, wait_for_exit, timeout_s, additional_parameters, возвращает pid, runtime_version, путь к launch config, log path и команду запуска.

Что сделано под капотом
Вынесен общий EDT runtime backend: резолв проекта, связанной инфобазы, launch configuration и thick client.
Добавлен registry фоновых launch-процессов с очисткой при остановке плагина.
qa_run переведен на общий merge access settings, чтобы не дублировать EDT launch-логику.
Все EDT runtime ошибки нормализованы в стабильные error_code (PROJECT_NOT_FOUND, LAUNCH_CONFIG_NOT_FOUND, RUNTIME_NOT_RESOLVED, PROCESS_TIMEOUT и др.).
Зачем это нужно
Раньше агент мог работать с EDT-метаданными и диагностикой, но не умел завершать полный цикл "обновить базу -> запустить приложение". Теперь это можно делать прямо из чата и через внешний MCP-клиент.

QA workflow для агентного E2E
Новый поток работы
В плагине появился полный pipeline для подготовки и запуска сценариев Vanessa Automation:

qa_status — проверка окружения и EDT runtime readiness
qa_prepare_form_context — подготовка формы для QA, включая auto-create default form при отсутствии
qa_plan_scenario — построение структурированного сценарного плана из цели
qa_compile_feature — компиляция structured plan в канонический .feature
qa_validate_feature — валидация feature до запуска
qa_run — запуск Vanessa Automation с интеграцией в EDT runtime
qa_steps_search — debug-поиск по каталогу шагов
Дополнительно
Добавлен step registry и связанный QA model layer.
Подготовлены unit tests для QA config, feature compiler, step registry и form-context flow.
В prompts и agent profiles зафиксирован обязательный workflow: сначала qa_status, затем подготовка контекста, затем компиляция/валидация, потом запуск.
Анализ ошибок инструментов
Новый инструмент
Добавлен analyze_tool_error — read-only tool, который разбирает ошибки других инструментов и возвращает:

error_code
краткое summary
вероятные причины
рекомендуемые действия
suggested tool calls
log_tail, если ошибка ссылается на лог-файл
Что поддерживает
Инструмент понимает:

JSON-ошибки с error_code
JSON-ошибки с error
legacy формат [ERROR_CODE] ...
строки вида ERROR_CODE: ...
Плюс ToolGraphRouter теперь тоже умеет извлекать error_code из новых JSON payload и корректнее маршрутизирует дальнейшие шаги агента после неуспешных tool call.

Локальный MCP / E2E runbook
Для локальной проверки через реальный EDT MCP Host добавлены:

tools/run-edt-e2e-local.sh
tools/run-qwen-local-edt-suite.sh
tools/run-qwen-mcp-suite.py
набор сценариев и suite-файлов в evals/qwen/
Это позволяет локально прогнать цепочку:

build -> p2 update -> relaunch EDT -> MCP smoke -> qa_status -> qa_run

и проверить, что новые инструменты доступны и работают через входящий MCP Host, а не только в unit tests.

Что важно для пользователей
Агент теперь умеет не только менять метаданные, но и запускать проект через EDT runtime.
QA-цикл стал воспроизводимым и формализованным: меньше ручных шагов, меньше “галлюцинаций” в .feature.
Ошибки инструментов стали пригодны для повторного машинного анализа и автоматического восстановления сценария.
Все новые возможности доступны и внутри EDT, и через внешний MCP-клиент при подключении к локальному MCP Host.

Встречайте OpenAI Symphony — революционный фреймворк, который автоматизирует разработку ПО, позволяя инженерам сосредоточиться на управлении процессами, а не на микроменеджменте.

*OpenAI Symphony* — это открытый фреймворк, который автоматизирует выполнение задач в проектах, используя AI-агентов. Он мониторит такие инструменты управления проектами, как Linear, и запускает автономные среды для выполнения задач, отмеченных как "готовые для агента". Это позволяет полностью автоматизировать процесс от начала до конца, включая создание pull-requests, прохождение CI-тестов и код-ревью.

Фреймворк генерирует proof of work, что включает результаты CI, юнит-тесты, pull-requests, код-ревью и пошаговые описания выполненных задач. Это обеспечивает высокую степень доверия к работе AI-агентов, прежде чем изменения будут объединены в основной код. Инструкции для AI хранятся в файле workflow.md внутри репозитория, что делает их легко доступными и понятными для всех участников проекта.

Symphony построен на экспериментальной реализации Elixir с использованием Beam-таймера, что обеспечивает надежную обработку множества процессов и восстановление после ошибок. Фреймворк поддерживает автоматическое создание pull-requests, безопасное объединение после валидации и интеграцию с различными инструментами для масштабируемой разработки с помощью AI.

*OpenAI Symphony* лицензирован под Apache License V2.0 и доступен на GitHub (openai/symphony) и SourceForge. Совместимость с Linux, Mac и Windows делает его универсальным решением для различных платформ. Несмотря на отсутствие официального анонса от OpenAI, сообщество разработчиков активно обсуждает Symphony на таких площадках, как Hacker News и YouTube.

Symphony открывает новые горизонты для автоматизации разработки, предоставляя мощные инструменты для эффективного управления проектами и освобождая инженеров от рутинных задач.

Источники:
1. https://github.com/openai/symphony?tab=readme-ov-file
2. https://sourceforge.net/projects/openai-symphony.mirror/
3. https://www.youtube.com/watch?v=nAFnIIYEmEI
4. https://www.youtube.com/shorts/_WRBXpLAhEo
5. https://news.ycombinator.com/item?id=47252045

Новости о GLM-5: что мы знаем на данный момент

Вот уже несколько недель ходят разговоры о том, что *GLM-5* может стать доступным для всех пользователей Lite. Однако, несмотря на то, что GLM-5 был выпущен 11 февраля 2026 года, официальные источники не подтверждают его расширение для Lite-пользователей. Этот выпуск позиционируется как решение для сложных системных инженерных задач и длительных операций агентов, но конкретные планы по его распространению остаются неизвестными.

Для получения точной информации о планах по доступности *GLM-5* для Lite-пользователей, рекомендуется следить за официальными объявлениями, блогами и документацией компании Z.AI. Это позволит вам быть в курсе всех последних новостей и изменений, связанных с этим обновлением.

*Вывод:* Пока что нет подтвержденной информации о том, что *GLM-5* станет доступным для всех Lite-пользователей в ближайшие недели. Следите за официальными источниками, чтобы не пропустить важные новости!

Источники:
1. https://manifold.markets/Bayesian/glm-5-zai-release-date
2. https://blog.galaxy.ai/model/glm-5
3. https://docs.z.ai/release-notes/new-released
4. https://z.ai/blog/glm-5
5. https://github.com/zai-org/GLM-5

# CodePilot1C EDT — Git, импорт из информационной базы и подключение любых провайдеров

Сборка: 0.1.7.20260314-0631

Агент получил полноценную работу с Git прямо из чата, умеет создать новый EDT-проект из связанной информационной базы, и теперь без проблем подключается к провайдерам, которые не отдают список моделей (Qwen Coding Plan и подобные).

---

## Git из чата

Раньше для работы с Git нужно было переключаться в терминал или использовать встроенный Git-клиент Eclipse. Теперь агент делает это сам:

- Просмотр — статус, ветки, remotes, лог, diff summary. Всё read-only, ничего не сломает.
- Операции — init, clone, fetch, pull, push, создание веток, add, commit. Структурированные операции через API, не произвольные shell-команды.
- Импорт после клонирования — агент клонирует репозиторий и сразу импортирует найденный проект в workspace. Одна команда вместо цепочки ручных действий.

EDT-проект может лежать во вложенной папке внутри репозитория — агент корректно находит git root. На больших монорепозиториях git status больше не упирается в таймаут — переведён на облегчённый режим.

---

## Создание проекта из информационной базы

Новый инструмент import_project_from_infobase — агент берёт связанную с проектом информационную базу, выгружает конфигурацию через standalone server во временный XML-каталог и импортирует в новый EDT-проект. Весь поток, который раньше требовал ручного прохождения через визарды EDT, теперь выполняется из чата.

Зачем: типичная ситуация — нужно начать работу с базой, которая есть только как информационная база без проекта в Git. Раньше это был многошаговый ручной процесс. Теперь — один промпт.

---

## Подключение OpenAI-compatible провайдеров

Некоторые провайдеры (Qwen Coding Plan, локальные прокси, кастомные endpoint'ы) не поддерживают GET /models — возвращают 404, хотя chat/completions работает нормально. Раньше плагин показывал красную ошибку при настройке, хотя провайдер был рабочий.

Теперь: если /models недоступен — плагин предлагает ввести имя модели вручную, без паники. Подключение нестандартных провайдеров стало проще.

---

## Итого

Три сценария, которые раньше требовали выхода из IDE или ручных визардов, теперь доступны из чата: работа с Git, создание проекта из ИБ, подключение нестандартных провайдеров. EDT всё больше становится единой средой разработки, где агент закрывает рутину.

# CodePilot1C EDT — проектная конфигурация QA и совместимость с моделями

Сборка: 0.1.7.20260316-0433

Два направления: QA-настройки теперь живут в проекте (а не в локальных preferences), и provider-слой стал стабильнее на разных моделях — GLM-5, MiniMax, Kimi, Qwen работают без ложных таймаутов и сломанных tool calls.

---

## QA / Vanessa Automation привязана к проекту

Раньше настройки VA жили только в локальных preferences EDT. Это значит: переехал на другую машину — настраивай заново. Запустил через Docker/MCP — настроек нет. Передал проект коллеге — он не знает где лежит va.epf.

Теперь всё хранится в tests/qa/qa-config.json рядом с проектом и попадает в Git:

- Путь к va.epf и базовому конфигу VA
- Каталоги features, steps, results
- Флаги: скриншоты при падении, JUnit-отчёты, закрытие тест-клиента после прогона, тихая установка расширений

В свойства проекта добавлена страница QA / Vanessa Automation — редактируете конфиг визуально, не руками в JSON. Проектные настройки имеют приоритет над локальными preferences.

### Миграция старых конфигов

Если у вас уже есть qa-config.json старого формата — плагин предупредит и предложит мигрировать. Backup сохраняется. Молчаливой перезаписи больше нет.

### Умнее таймауты

Когда qa_run упирается в таймаут, теперь возвращается контекст: какие процессы ещё живы, растут ли логи, какие порты test client заняты. Агент и пользователь могут разобрать зависший прогон, а не гадать что произошло.

---

## Совместимость с OpenAI-compatible моделями

Разные модели по-разному ведут себя при streaming с tool calls. Одни шлют reasoning-блоки перед вызовом инструмента, другие фрагментируют tool_calls на куски, третьи вообще ломаются на stream+tools. Раньше это приводило к ложным таймаутам, пустым ответам и сломанным вызовам инструментов.

Теперь у каждой модели свой compatibility policy:

- GLM-5 и MiniMax-M2.5 — tool requests идут в non-stream (эти модели нестабильны при stream+tools)
- Kimi K2.5 — отключается thinking mode при tool use
- Qwen — продолжает работать со streaming tool calls

Плюс переработан парсер фрагментированных tool_calls и reasoning-first стриминг больше не считается ошибкой. Всё разведено по отдельным слоям: HTTP transport, нормализация чанков, сборка tool calls.

Результат: меньше ложных таймаутов и пустых ответов на mixed-model endpoint'ах вроде DashScope Coding Plan.

---

## Итого

- QA-конфиг в проекте — воспроизводимые тесты на любой машине, в Docker, через MCP.
- Provider-слой стабильнее — GLM-5, MiniMax, Kimi, Qwen работают предсказуемо, каждая модель со своим профилем совместимости.
- Меньше скрытых локальных настроек, меньше неожиданностей при смене окружения или модели.

# CodePilot1C EDT — прозрачный QA-конфиг и мягкая проверка шагов

Сборка: 0.1.7.20260317-0408

Багфикс-релиз для QA-потока. Две проблемы: было непонятно откуда берутся пути к VA и конфигу, и предварительная проверка шагов ложно блокировала запуск тестов.

---

## Понятный QA-конфиг

Раньше при запуске тестов было неочевидно: откуда плагин взял путь к VanessaAutomation.epf — из project config, из preferences, из fallback? Особенно больно в Docker/MCP, где локальных preferences нет.

Теперь:

- qa-config.json явно хранит все пути: epf, базовый конфиг VA, каталог шагов, каталоги features/steps/results
- Новый инструмент qa_init_config генерирует начальный конфиг для проекта
- Новый инструмент qa_explain_config показывает effective конфигурацию и откуда пришло каждое значение
- qa_status возвращает все effective-пути с указанием источника

Агент (и разработчик) всегда видит: что используется и почему.

---

## Неизвестные шаги больше не блокируют запуск

Встроенный каталог шагов — это снапшот. Реальная Vanessa Automation может знать больше шагов, чем лежит в JSON-каталоге плагина. Раньше плагин находил расхождение и останавливал запуск — хотя тесты прошли бы нормально.

Теперь три режима проверки:

- off — не проверять
- warn (по умолчанию) — предупредить, но не блокировать
- strict — блокировать как раньше

Окончательный источник истины — сама Vanessa Automation, а не предварительный каталог. Каталог помогает агенту подбирать шаги при генерации сценариев, но не мешает запускать тесты с шагами, которых в каталоге нет.

---

## Единый контракт QA tools

Логика работы с каталогом шагов, конфигом VA и режимом проверки выровнена между всеми QA-инструментами: qa_status, qa_run, qa_validate_feature, qa_steps_search, qa_compile_feature. Больше нет ситуации, когда один инструмент видит одни шаги, а другой — другие.

---

## Итого

- Конфиг QA стал прозрачным: видно что используется и откуда
- Ложные блокировки при запуске тестов устранены
- Docker/MCP-сценарии работают предсказуемо без локальных preferences

CodePilot1C EDT — стабилизация и качество работы агента
Сборка: 0.1.7.20260326-0516

Релиз на качество. Никаких новых инструментов — вместо этого агент стал предсказуемее, подсказки перестали врать, а рабочие сценарии перестали падать на ровном месте.

Оркестрация
Агент больше не получает все 53 инструмента разом. Инструменты раскрываются по контексту задачи: если работаете с формами — видите инструменты форм, если с Git — Git. Агент реже дёргает не тот инструмент и чаще идёт по правильному сценарию с первого раза.

Подсказки и промпты
Системные промпты и workflow-инструкции переработаны:

Убраны ссылки на устаревшие команды — агент больше не советует шаги, которых не существует
QA-поток выровнен: подсказки соответствуют актуальным инструментам, переходы между шагами стали понятнее
Маршрутизация для QA, EDT, Git и диагностики стала ближе к реальному поведению плагина
Результат: ответы агента реже противоречат сами себе и чаще ведут к правильному следующему действию.

Стабильность инструментов
Исправлены ошибки, из-за которых сценарии с внешними обработками, расширениями и СКД падали ещё до выполнения — на этапе предвалидации. Теперь валидационный шаг корректно согласован с mutation-инструментами.

Git-команды: убраны ситуации, когда команда выглядела допустимой по подсказкам, но падала из-за отсутствующих параметров. Ошибки теперь возникают раньше и объясняются понятнее.

Описания инструментов
Почищены пользовательские описания встроенных tools: убраны пустые описания, сокращено смешение русского и английского, описания стали единообразными. Когда агент выбирает инструмент — понятно, что он делает и зачем.

Итого
Агент стал предсказуемее в поведении, подсказки соответствуют реальности, рабочие сценарии проходят без ложных ошибок. Тот случай, когда отсутствие новых фич — это и есть главная фича.

CodePilot1C EDT — мультимодальный чат: картинки, файлы и документы
Сборка: 0.1.7.20260329-0732

Этот релиз превращает чат из текстового в мультимодальный. Теперь в сообщение можно прикладывать изображения и файлы, вставлять контент из буфера обмена и отправлять документы так, чтобы модель реально получала их содержимое, а не только имя файла.

Вложения в чате
В окне чата появился полноценный attach-flow:

можно прикреплять изображения и файлы перед отправкой
поддержана вставка из буфера обмена: картинки и списки файлов
перед отправкой показывается preview вложений
сообщение уходит в модель как structured multimodal content, а не только как текстовая строка
Это снимает старое ограничение, когда чат фактически был только текстовым, даже если UI выглядел как расширяемый.

Картинки для моделей
Добавлена нативная отправка изображений для всех провайдеров плагина, включая CodePilot backend. Если выбранная модель мультимодальная, изображение теперь доходит до неё в правильном provider-specific формате, без искусственной блокировки на уровне UI.

PDF и Word
Для документов добавлен preprocessing перед отправкой в модель.

Что поддержано:

.pdf
.docx
обычные текстовые и кодовые файлы
Теперь чат извлекает текстовое содержимое вложения и передаёт его в prompt как preview документа. Благодаря этому модель может работать с содержимым Word/PDF, а не отвечать, что не умеет читать бинарный формат напрямую.

История чата
История сообщений обновлена под новый сценарий:

изображения отображаются в чате как часть сообщения
документы и прочие файлы не засоряют визуальную историю и не дублируются в bubble как текстовые заглушки
metadata вложений сохраняются на уровне session model
В результате чат остаётся читаемым даже при активной работе с документами.

Итого
Основной эффект релиза:

чат умеет принимать изображения, файлы и вставку из clipboard
мультимодальные модели реально получают картинки нативно
PDF и DOCX становятся читаемыми для модели через extraction pipeline
ответы по изображениям выглядят как нормальный финальный ответ, а не как утечка внутренних рассуждений

# CodePilot1C EDT — автономный сервер, фоновое обновление БД и подключение инфобаз

Сборка: 0.1.7.20260420-0315

Три давние боли закрыты: агент не умел обновлять БД через автономный сервер, долгие обновления блокировали агента, подключение базы к проекту приходилось делать руками. Теперь всё это делает агент.

---

## Автономный сервер в update_infobase

Раньше update_infobase работал только с файловыми базами. Если проект был подключён через автономный сервер — инструмент падал с "binding not found". Теперь плагин автоматически находит привязку через автономный сервер, если файловой нет. Для файловых баз ничего не меняется.

---

## Фоновое обновление БД

На больших конфигурациях обновление базы занимает десятки минут. Раньше агент висел и ждал, упирался в таймаут, слот был занят.

Теперь update_infobase поддерживает async=true: инструмент сразу возвращает jobId и освобождает агента. Новый инструмент update_infobase_status позволяет проверять готовность по jobId. Агент запускает обновление, продолжает работу, периодически проверяет статус.

Результаты хранятся 60 минут. При переполнении очереди — честный ответ queue_saturated, а не тихий fallback. При выключении плагина фоновый пул корректно останавливается.

---

## Подключение инфобазы агентом

Новый инструмент connect_infobase — агент подключает информационную базу к проекту EDT без ручных визардов.

Поддерживает файловые базы и автономный сервер. Можно задать логин/пароль (не попадают в логи и ответы), назначить базу основной для проекта, заменить существующую привязку с подтверждением.

Защита встроена:

- Если у проекта уже есть основная база и force не передан — агент получает предупреждение и решает сам
- Пути валидируются: ..-сегменты запрещены, путь должен быть внутри workspace или домашнего каталога
- Пароль не появляется ни в success, ни в error-ответах
- Если EDT ещё не инициализирован — честный ответ edt_not_ready, а не тихий сбой

---

## Итого

Работа с инфобазами из чата стала полноценной: обновить БД через автономный сервер, запустить долгое обновление в фоне, подключить базу к проекту — всё без переключения в визарды EDT. Агент закрывает ещё один пласт рутины.

# CodePilot1C EDT — макеты, навыки, память агента и автоматизация инфобаз

Сборка: 0.1.7.20260420-0315

Крупный релиз за три месяца: агент научился генерировать печатные формы из промпта, получил систему навыков и долгосрочную память, починен tool calling для Kimi/Moonshot, закрыты 16 багфиксов EDT-инструментов и автоматизирована работа с инфобазами.

---

## Макеты 1С: создание, генерация, инспекция

Печатные формы — одна из топ-3 болей 1С-разработки. Теперь агент покрывает полный цикл.

Создание. Агент добавляет макет нужного типа к любому объекту: табличный документ (.mxl), схема компоновки, HTML, текстовый, бинарный.

Генерация содержимого. Новый инструмент render_template — агент описывает структуру печатной формы в JSON (секции Шапка, ШапкаТаблицы, СтрокаТаблицы, Подвал), а плагин превращает это в готовый .mxl с именованными областями, параметрами, стилями и форматированием. Один промпт — "сделай печатную форму для накладной с шапкой, таблицей товаров и итогами" — и агент генерирует готовый макет.

Чтение. Парный инструмент inspect_template — агент видит содержимое существующего макета: сетку ячеек, параметры, именованные области. Полезно когда нужно доработать существующую печатную форму, а не создавать с нуля.

---

## Навыки (@skill) и профили агента

Агент получил систему навыков — заранее подготовленные инструкции, которые подключаются через @skill в сообщении.

Готовые навыки:

- architect — архитектурный обзор и проектирование конфигурации
- validator — контроль корректности, прогон диагностик
- explain, refactor, review — обновлённые навыки для работы с кодом

Профили агента теперь поддерживают локальные override'ы — можно переопределить настройки под конкретный проект, не трогая основной конфиг. В UI добавлена отдельная страница для управления навыками.

---

## Долгосрочная память

Агент запоминает факты между сессиями: контекст проекта, принятые решения, особенности конфигурации. В новом разговоре память подтягивается автоматически — не нужно каждый раз объяснять агенту с чем он работает.

В Eclipse добавлено представление Memory Inspector — видно что именно агент запомнил, можно точечно отредактировать или удалить.

---

## Kimi / Moonshot: tool calling починен

Модели Kimi (Moonshot) теперь корректно вызывают инструменты. Раньше Kimi уходил в reasoning-only ответы и не дёргал tools — теперь это исправлено:

- Kimi выделен в отдельное семейство моделей, убрано наследование Qwen-специфичной логики
- Reasoning-контент сохраняется в истории (раньше терялся)
- Tool calls ищутся и в content, и в reasoning_content — Kimi иногда кладёт вызов именно туда

---

## Формы: удобнее и безопаснее

- Fuzzy-алиасы в параметрах — агент реже ошибается с названиями полей
- Ранняя валидация мутаций — агент заранее видит какие действия допустимы
- Новые операции: add_command и add_button на форме
- Защита .form файлов от прямой записи — агент не может сломать форму через WriteTool/EditFileTool, только через валидированный API

---

## 16 багфиксов EDT-инструментов

Пачка точечных фиксов для стабильности: защита от пустых параметров, корректная работа с synonym через EMap API, обработка разнобоя версий EDT, форсированный экспорт с таймаутом при материализации формы, переработка tool surface prompt для Qwen-моделей.

---

## Автоматизация инфобаз

Три закрытых issue:

Автономный сервер (#28) — update_infobase теперь работает с базами, подключёнными через автономный сервер, а не только с файловыми.

Фоновое обновление (#29) — на больших конфигурациях обновление уходит в фон (async=true), агент получает jobId и продолжает работу. Новый инструмент update_infobase_status для проверки готовности.

Подключение инфобазы (#30) — новый инструмент connect_infobase. Агент сам подключает базу к проекту: файловую или через автономный сервер. Пароли не попадают в логи, пути валидируются, замена существующей привязки требует явного force.

---

## Улучшения чата

- Кнопка выбора модели прямо в окне чата — быстрое переключение между моделями
- Переработанный виджет вызова инструментов
- Обновлённая визуальная часть (CSS/JS)

---

## Итого

Этот релиз закрывает три из топ-3 болей 1С-разработки: печатные формы (макеты), управляемые формы (стабильность + новые операции) и автоматизация инфобаз. Плюс система навыков и память делают агента полезнее с каждой сессией.

CodePilot1C EDT — hotfix: защита edit_file от BSL-склеек
Сборка: 0.1.7.20260430-0239

Хотфикс закрывает сценарий, в котором fuzzy-режим edit_file мог повредить программный модуль 1C: склеить соседние процедуры, удвоить КонецПроцедуры или сшить операторы на одной строке после нормализации пробелов.

Исправлено
FuzzyMatcher теперь строит точную карту offset'ов между нормализованным текстом и исходным файлом, вместо приближенного пересчета по строкам.
Нормализованный поиск больше не расширяет заменяемый фрагмент на соседний BSL-код при отличиях CRLF/LF и trailing whitespace.
Fuzzy-замены в FileEditApplier и прямом пути EditFileTool дополнительно проверяют итоговый фрагмент перед записью.
Заблокированы очевидные BSL-склейки:
КонецПроцедурыКонецПроцедуры / КонецФункцииКонецФункции;
две декларации Процедура / Функция на одной строке;
КонецПроцедуры / КонецФункции, сшитый со следующей процедурой;
операторы, сшитые через ;\t.