iva-bitrix24 0.9.0

Bitrix24 0.9.0 добавляет собственный API настроек для Panels: плагин отдаёт страницы, готовит изменение, сохраняет policy/revision/receipt атомарно и возвращает результат повторного подтверждения без новой записи. Собственное MCP-меню работает независимо от Panels; новые права webhook не нужны.

Подготовлен стабильный выпуск: manifest/package/MCP/descriptor, README, security, совместимость и миграция согласованы. SDK обновлён до 1.32.1; audit без уязвимостей.

Проверки: clean npm ci, full check (178 тестов), собранные MCP/socket-служба, cancel/confirm/restart/receipt, общая policy, bash, privacy и reproducible bundles. Companion Panels проверяет реальный сервис через закреплённые stock Bridge. Новый ручной v2 confirm и полная live-матрица восстановления не заявляются. После первого v2 confirm возврат к RC1 требует миграции, старую policy восстанавливать нельзя.

Обновление: используйте штатное обновление плагина, отслеживающего stable. Закреплённый RC-tag сам на stable не переключается.

0.9.0-rc.1 — экспериментальные Telegram-экраны настроек

Предварительный выпуск 0.9.0-rc.1. Stable/Latest остаётся 0.7.0.

• Настройки Bitrix24: крупные заголовки, жирные блоки, пустые строки и сгруппированные кнопки.
• Экспериментальная отдельная команда /bitrix: открытие и переходы без LLM, одна обновляемая страница, закрытие меню.
• Прямые экраны требуют предложенного host API Ивы. Штатная Iva 0.4.11 его не содержит: попросите «Покажи настройки Битрикс» для прежнего разговорного способа.
• Подтверждение настроек, revision, nonce/TTL и проверки задач сохранены. Policy schema1 не меняется; всего 28 MCP tools при полной конфигурации. Сам плагин не закрывает native ask_question: решение #272 обсуждается отдельно для Iva/Eve.

Проверено: чистая установка зависимостей, 170 tests, typecheck, privacy/distribution, сборка, actual stdio discovery/callTool, повторяемость bundle; npm audit 0, bash syntax и diff. Настоящий bundle через экспериментальный proxy/host в изолированном стенде проходит open → privacy → prepare → cancel → home → close в одном сообщении. Telegram transport в этом тесте подставной; живые нажатия и полная матрица операций записи этим не подтверждаются.

Установка точного RC и ограничения: SETUP, API экранов. Установка одного RC не добавляет API в stable Иву.

0.7.1-rc.2 — оформление обновления и команды для VPS

Карточка обновления Bitrix24 в личном Telegram-poll теперь показывает жирные заголовки, пустые строки между логическими блоками и команду для VPS в отдельном блоке кода для копирования. Сведения о сервере и пути установки остаются вне команды. Ива сама не устанавливает системные пакеты.

Диагностика и статус обновления оформляются по тем же правилам. Для остальных каналов сохранена нативная карточка с отступами. Rich-кнопка привязана к свежему случайному ответу, SHA, скрытому token, успешному CI и TTL; новое предложение заменяет прежнее. При недоступном rich нужно новое нативное подтверждение. Ядро Ивы не меняется.

Обновление

Оформление карточки задаёт установленная версия, поэтому первое обновление до RC2 из старой версии может ещё выглядеть как обычный текст. Для следующей проверки после установки RC2 используется новое оформление. Меню настроек из RC1 сохраняется.

Для новой установки:

iva plugin add mamysh/iva-bitrix24/plugin@v0.7.1-rc.2
iva plugin trust bitrix24-read
iva doctor

Для уже установленного плагина используйте порядок смены источника. @stable и Latest остаются0.7.0. Настройки/квитанции сохраняются; schema5 от RC1 не меняется. При переходе с0.7.0 старые schema4 previews нужно подготовить заново.

Проверки

169 синтетических тестов, typecheck/build/distribution/privacy/history, actual stdio MCP27tools/schema/callTool, audit0 и воспроизводимость3bundles. Через настоящий локальный Outbox Ивы с fake transport проверены exact rich delivery и безопасный HTML fallback с preformatted командой. CI точного SHA проверен перед публикацией.

Установка RC2, живое Telegram-нажатие и portal writes здесь не проверены. Подтверждение передаётся через модель; независимая серверная проверка человеческого клика не заявляется.

0.7.1-rc.1 — меню настроек Bitrix в Telegram

В личном чате Ивы появился отдельный экран настроек Bitrix24. Попросите: «Покажи настройки Битрикс». Из меню можно проверить соединение, посмотреть права webhook и выбрать режим работы плагина.

• Только чтение или запись с прежним превью и подтверждением. Загрузка в Bitrix и удаление выбранных сообщений/файлов разрешаются отдельно.
• Поля сотрудников: только ID, ID и имена, рабочий профиль. Email включается отдельно и зависит от прав webhook.
• Настройки сохраняются при перезапуске и обновлении. Смена сначала показывает полное подтверждение и отменяет прежнее превью задачи.
• Ограничения записи и полей действуют в коде плагина, включая составные запросы и превью. Ядро Ивы не изменяется.

Переход с 0.7.0

Уже настроенные установки без нового маркера сохраняют прежнее поведение до выбора своей политики. Сохранённые настройки имеют приоритет. Свежая конфигурация через новый установщик начинает с чтения и ID; при ручной установке явно укажите BITRIX24_SETTINGS_DEFAULTS=restricted в закрытом env. Секрет webhook в чат не отправляйте.

Pending-превью 0.7.0/schema4 нужно подготовить заново: новый schema5 связывает действие с revision настроек. Квитанции выполненных действий сохраняются. Никаких дополнительных прав webhook или изменений ядра для меню не требуется.

Установка предварительной версии

iva plugin add mamysh/iva-bitrix24/plugin@v0.7.1-rc.1

Для уже установленного плагина используйте документированный переход источника в SETUP; не устанавливайте второй экземпляр. Обычный источник @stable остаётся на 0.7.0. Этот RC не становится Latest.

Проверки и границы

Автоматические проверки включают 166 синтетических тестов, typecheck, build, privacy/history scan, distribution и actual stdio MCP discovery/callTool (27 tools). Все три bundles воспроизводятся byte-for-byte. Карточки прошли настоящий локальный Outbox Ивы с fake transport, exact rich delivery и безопасным текстовым fallback. CI и опубликованный SHA сверены перед выпуском.

Живое Telegram-нажатие/установка этого RC и запись на портал этой работой не проверены. Подтверждение передаётся через модель и не является независимой серверной проверкой человеческого нажатия. Режимы полей не обезличивают тексты задач, обсуждений, имена файлов и документы и не очищают старую переписку или память Ивы.

0.7.0 — rich-подтверждение и один апрув на пакет

Стабильный выпуск на основе RC7.

• Одно полное превью и одно подтверждение для запроса из нескольких действий.
• Правка карточки, наблюдателей и чек-листа; стадии канбана; удаление выбранного файла или сообщения из чата задачи.
• Rich-превью в личном Telegram-чате Ивы через Telegram-poll: пустые строки между логическими блоками, читаемые даты и названия пунктов чек-листа. У ответственного показаны доступные почта, должность и подразделение.
• Поведение RC7 сохранено. Для других каналов используется нативное подтверждение. Передача согласия идёт через модель и не является независимой серверной проверкой нажатия Telegram-кнопки.

Обновление: обычный установщик и Marketplace используют @stable. Публикация не меняет источник установленного плагина: закреплённый RC-тег или @HEAD можно перевести на @stable по инструкции. Сохраните env и plugin-data; квитанции действий нельзя удалять для повторного выполнения. Новых обязательных прав нет; должность и подразделение отображаются при доступных данных и scopes. RC6/RC7 schema4 черновики совместимы; более ранние требуют нового подтверждения.

Требования: Node.js 24+, Iva с поддержкой текущего MCP/plugin lifecycle; rich-подтверждение требует rich-replies и личного Telegram-poll чата.

Проверки: чистая установка зависимостей, 148 тестов, privacy/history scan, typecheck, distribution, воспроизводимая сборка и actual stdio MCP discovery, audit без уязвимостей, installer syntax. RC7 установлен и прошёл HTTP MCP/connection/doctor smoke; rich-превью RC6 подтверждено скриншотом владельца. Полная live-матрица операций записи, кнопок и восстановления не проверена заново. См. совместимость.

0.7.0-rc.7 — блоки превью, должность и подразделение

В rich-превью пустые строки теперь разделяют логические блоки: действие, задачу, ответственного, срок, статус и пояснение. Строки внутри блока и пункты чек-листа идут подряд.

Рядом с ответственным и новым ответственным показаны должность и подразделение вместе с почтой. Должность берётся из аккаунта, названия подразделений — из доступной структуры Bitrix24. Если сведения пустые или недоступны, это обозначено явно; их отсутствие не блокирует действие. Для названий подразделений используется уже выданное право department, новых обязательных прав нет.

Ива получает явное указание не добавлять комментарии после кнопок полного превью. Общий апрув, проверка черновика, срок действия и квитанции сохраняются. RC6 pending previews используют ту же schema4; черновики RC5 и более ранних версий требуют нового подтверждения.

Проверено: чистый npm ci/full check, 148 tests, typecheck, privacy/history scan, реальный stdio MCP discovery, audit 0, bash syntax, diff check и воспроизводимость трёх bundles. Превью прошло через настоящий Iva outbox на fake transport с точным сохранением новых блоков. Живой RC7 сценарий ещё не проверен.

Для установленного источника @Head новый выпуск доступен через штатное обновление Ивы в Telegram. Для закреплённого тега см. SETUP.

Это предварительный выпуск. Stable и Latest остаются 0.6.0.

0.7.0-rc.6 — rich-подтверждение через Иву

В личном Telegram-чате Ивы подтверждение теперь оформляется через rich replies: выделенные заголовки, компактные поля и две кнопки на весь пакет. Плагин использует существующий Telegram-poll Ивы; правки ядра и новые права Bitrix24 не нужны.

Кнопка разрешает только показанный черновик. Общее «да», ответ другого превью и старая кнопка не подходят. Изменённый запрос требует нового превью; проверки срока, владельца, состояния задачи и файлов сохранены. Квитанции предотвращают повторное выполнение.

Для webhook-only, других каналов и недоступного rich остаётся нативное текстовое подтверждение. Старые кнопки могут оставаться видимыми, но не повторяют запись. Передача согласия по-прежнему проходит через модель, без независимой аутентификации Telegram-нажатия сервером плагина.

При обновлении незавершённые черновики RC5 и более ранних версий нужно подготовить и подтвердить заново. Сохранённые квитанции и настройки остаются. Для установки закреплённого RC см. SETUP.

Проверено: чистый npm ci/full check, 145 tests, typecheck, privacy/history scan, реальный stdio MCP schema smoke, audit 0, bash syntax, diff check и воспроизводимость трёх bundles. Новое превью прошло через настоящий Iva outbox на fake transport как одно rich-сообщение с неизменным содержимым. Полный live Telegram-click/portal write пока не проверен.

Это предварительный выпуск. Stable и Latest остаются 0.6.0.

0.7.0-rc.5 — readable approvals and named checklists

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

Новые чек-листы получают название «Чек-лист» или указанное пользователем имя. Пункты привязаны к явно созданному корню. Добавление в существующий список сохраняет его; при нескольких списках требуется выбор. Квитанция сохраняет прогресс и не допускает повторного создания после неизвестного ответа.

Обновлены README, инструкции Ивы, справочники, архитектурный контракт и проверка согласованности версии MCP.

Нативные подтверждения пока используют обычный текст. Настоящий rich в этих карточках требует доработки Telegram-канала Ивы; этот выпуск её не содержит. Rich-оформление обычных ответов описано в инструкции плагина.

Это предварительный выпуск. Stable/Latest остаются 0.6.0. Установку точного RC описывает SETUP. Сохранённые квитанции остаются доступными; старые незавершённые черновики нужно подготовить и подтвердить заново. Для рабочей почты требуется уже имеющееся право user_basic или user; без него отображается явная пометка недоступности, права автоматически не расширяются.

Проверки: чистый npm ci, 141 синтетический тест, typecheck, privacy scan, distribution, сборка и stdio MCP discovery/schema smoke; npm audit — 0 уязвимостей, bash syntax и git diff --check. Живые операции чек-листа и отображение в Telegram этим выпуском не подтверждены.

0.7.0-rc.4 — общий апрув, канбан и удаление из чата

Исправления общего подтверждения и новые действия с задачами.

• Весь чек-лист выполняется по одному апруву: успешный ответ Bitrix24 null больше не останавливает batch после первого пункта.
• Карточки подтверждения показывают обычный читаемый текст без служебных звёздочек, слешей и JSON. Rich-оформление отчётов сохранено.
• Можно прочитать стадии канбана проекта и переместить задачу в выбранную колонку.
• Можно удалить выбранный файл или сообщение в чате задачи с превью и подтверждением. Удаление файла ограничено отправителем и проверяется после ответа API.
• Делегирование пробует штатный API; разрешение определяет Bitrix24, без локального ограничения подчинённости.
• Канбан, удаление, делегирование и правки карточки могут входить в один общий batch.

Это предварительный выпуск. Stable и GitHub Latest остаются 0.6.0. Новые действия проверены синтетически; живые канбан, удаление и делегирование после обновления ещё требуют проверки на тестовой задаче. Частичный batch не откатывает уже выполненные изменения; неизвестные записи не повторяются автоматически. Передача native button approval в MCP по-прежнему идёт через модель, без независимой серверной аутентификации нажатия.

Права: task для канбана, im для удаления из чата, доступ к пользователям для выбора исполнителя. Для делегирования department больше не требуется; добавлять все scopes не нужно. Нужна Ива с native ask_question (поддерживаемый lifecycle 0.4.0+), Node.js 24.

Для точного RC используйте iva plugin add mamysh/iva-bitrix24/plugin@v0.7.0-rc.4 по процедуре SETUP. Закреплённый старый RC не переключится автоматически: сохраните env и plugin-data и переподключите на новый тег. Установка релиза на сервер владельца этим выпуском не выполняется.

Проверки: чистый npm ci; npm run check; 132 tests, typecheck/build, distribution/privacy/history scan, stdio bundle MCP listTools/schema smoke (26 tools); npm audit — 0 vulnerabilities; bash -n install.sh; git diff --check; воспроизводимость bundles и GitHub CI.

0.7.0-rc.2 — правка задач и схема MCP

Исправление схемы MCP после проверки предыдущего RC: Ива теперь видит параметры создания, правки и пачки. Строгая проверка действий сохранена.

Предварительный выпуск объединяет редактирование задач и оформление ответов.

• Можно менять существующую карточку, наблюдателей и чек-лист без создания новой задачи.
• Несколько действий входят в одно полное превью и одно подтверждение. Создание может сразу включать комментарий и файлы.
• При сбое сохраняется выполненная часть; повторный вызов не повторяет запись.
• Старые установки восстанавливают каталог вложений из проверенной настройки Ивы. Отправка файла подтверждается ID файла и сообщения.
• Списки и результаты используют rich-replies. Удаление кнопок native ask_question требует поддержки Ивы и не включено.

Проверены 116 синтетических тестов, typecheck, сборка, stdio MCP, воспроизводимость, privacy scan и audit (0 уязвимостей). Новая запись на живом портале не проверена. Stable/Latest остаётся 0.6.0.

Для установки RC сохраните env и plugin-data, затем под пользователем Ивы:

iva plugin remove bitrix24-read
iva plugin add mamysh/iva-bitrix24/plugin@v0.7.0-rc.2
iva plugin trust bitrix24-read
iva doctor

Штатный remove сохраняет env и квитанции. Старые незавершённые превью нужно подготовить заново; квитанции продолжают читаться. Для чтения пользователей нужен user_brief/user_basic/user, для чата и файлов — im, для проектов — sonet_group; task обязателен. Scopes не заменяют права сотрудника. RC закреплён тегом и автоматически не переходит на будущие версии.