# 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.