v1.10.7

Что вошло в релиз

• Защищённые операции Trelio теперь получают одноразовый подписанный runtime-proof из обязательных SessionStart / PreToolUse / SessionEnd hooks. Модель больше не подтверждает собственный уровень обычным параметром MCP.
• Начальная модель и уровень рассуждений закрепляются за runtime-сессией. При заблокированном, отключённом или устаревшем hook агент получает явную ошибку с шагами обновления, одобрения hooks, повторного входа и запуска новой сессии.
• Обычные discovery-операции Trelio остаются доступны без runtime-допуска; чтение содержательного контекста, изменения и Agent Workspace требуют действующую сессию.
• Сохранено нативное автоматическое переименование чата через MCP instructions; hook не содержит логики заголовка.
• Упрощён защищённый вход Agent Secret, добавлены повторное использование локальной browser-сессии и защищённый показ нескольких полей.

Миграции и env

• Миграций БД и новых OAuth scopes нет.
• Версии bridge, Codex manifest, Claude manifest и marketplace синхронизированы на 1.10.7.
• Нужен клиент Codex или Claude Code с поддержкой plugin hooks. После обновления требуется одобрить hooks, выполнить trelio-workspace login при отсутствии pairing и начать новую сессию.
• Во время совместимого rollout плагин умеет обращаться к предыдущему backend; после повышения live minimum рабочей версией становится только 1.10.7 и новее.

Что проверить после деплоя

• Официальный marketplace отдаёт exact version и код 1.10.7.
• Новая сессия на разрешённой модели открывает защищённый контекст, а низкий уровень рассуждений получает policy error.
• Отключённый hook даёт TRELIO_RUNTIME_HOOK_REQUIRED с понятной инструкцией, при этом discovery/list/search продолжают работать.
• Одноразовый proof нельзя повторно использовать, а автоматическое название чата продолжает задаваться отдельно.

Rollback

• Перед возвратом клиентов на 1.10.6 опубликовать новую совместимую backend policy с latestVersion и minimumVersion не выше 1.10.6; иначе старый bridge останется намеренно заблокирован.
• После read-back policy переустановить опубликованный v1.10.6. Не подменять содержимое versioned cache и не переписывать опубликованный tag.
• Краткое pinning на tag допустимо только для диагностики после согласования live minimum.

v1.10.6

Что вошло в релиз

• Содержит компактный Telegram Web K runtime и архив telegram-web-legacy, впервые опубликованные в v1.10.5.
• Исправлена Windows-регрессия теста аргументов: ожидаемые пути теперь вычисляются через host path.resolve, как и product runtime.
• Сам Telegram Web runtime не менялся; исправление устраняет ложное падение Windows CI.

Миграции и env

• Миграций базы данных, новых env и OAuth-настроек нет.
• Backend release telegram-web 2.0.0 совместим, потому что требует plugin >=1.10.5.

Что проверить после деплоя

• Все manifests, marketplace и bridge имеют версию 1.10.6.
• Windows job Run Telegram Web runtime regressions проходит вместе с POSIX plugin suite.
• Live plugin policy использует exact latest/minimum 1.10.6.

Rollback

• Не перезаписывать v1.10.5, v1.10.6 или опубликованные bytes.
• При новой проблеме выпустить следующий patch; backend migration и telegram-web-legacy не откатывать автоматически.

v1.10.5

Этот релиз заменён корректирующим v1.10.6: product runtime тот же, но Windows CI в v1.10.5 падал из-за POSIX-only ожидания пути в тесте. Для установки используйте v1.10.6.

Что вошло в релиз

• Добавлен компактный bundled runtime Telegram Web K по тому же локальному browser-паттерну, что MAX: отдельный профиль, режимы confirm / autonomous / read-only, bounded команды и approval hash для структурных изменений.
• Отдельный consent registry и account slots убраны из текущего контракта; обычное открытие диалога честно обозначается как операция, которая может изменить read-state.
• Прежний большой signed runtime сохранён под неактивным именем telegram-web-legacy только для аудита и исключён из operational routing и CI.

Миграции и env

• Миграций базы данных в плагине нет; новые env и OAuth-настройки не нужны.
• Нужны Node.js 22+, Chrome или Chromium; playwright-core ставится локальным bootstrap runtime.
• Backend-релиз с migration 0134 должен использовать плагин не ниже 1.10.5; фактическая live policy уже переведена на исправленный v1.10.6.

Что проверить после деплоя

• Для установки выбран v1.10.6, а не этот superseded patch.
• login завершается закрытием окна владельцем, после чего fresh probe проверяет сохранённую Telegram-сессию.
• Live plugin policy требует минимум 1.10.6.

Rollback

• Не перезаписывать tag или опубликованные bytes. Для исправления выпустить новый patch.
• telegram-web-legacy остаётся неактивным.

v1.10.4

Что вошло в релиз

• Guided onboarding теперь до установки plugin, package manager, OAuth и любых Trelio-вызовов подтверждает одну постоянную рабочую папку.
• В Codex требуется локальный проект с доступной основной папкой; в Claude Code используется CLAUDE_PROJECT_DIR, MCP root либо exact папка запуска. Пустая папка допустима, Git-репозиторий необязателен.
• Projectless-задача останавливается без side effects с точной диагностикой и одним client-specific recovery; привязка остаётся в выбранной папке, а команды Codex и Claude Code не смешиваются.
• Канонический runtime 1С ЭДО 1.0.18 дробит широкие exact status/file lookup по фактическому размеру percent-encoded request target и больше не отправляет заведомо слишком длинные OData-запросы через proxy.

Миграции и env

• Миграции БД: нет.
• Env-изменения: нет.
• OAuth scopes и Agent Secret binding x_odata: без изменений.
• Системные требования не изменились: Node.js 22+ для bridge и standalone Git 2.28+ для локального Workspace data plane.
• Update path: официальный marketplace/self-update до 1.10.4; после проверки опубликованного marketplace live latestVersion и minimumVersion Trelio поднимаются до 1.10.4 одной immutable policy revision.

Что проверить после деплоя

• Exact manifests, Claude marketplace entry и bridge из tag v1.10.4 сообщают одну версию 1.10.4.
• Projectless onboarding завершается до установки и OAuth сообщением Рабочая папка не найдена. Настройка не начата.
• Codex сохраняет binding в primary folder локального проекта, а Claude Code – в exact root текущей сессии; пустая папка принимается без требования создать Git-репозиторий.
• Wide exact lookup runtime 1С ЭДО 1.0.18 укладывается в bounded request-target budget и сохраняет безопасные stage/status diagnostics при HTTP-отказе.
• Live plugin policy после marketplace read-back показывает latestVersion=1.10.4 и minimumVersion=1.10.4.

Rollback

• Не подменять версию bridge и не перезаписывать tag или GitHub Release.
• При необходимости опубликовать новую immutable backend policy revision на ранее проверенный stable 1.10.3; schema migration или env rollback не требуются.
• Signed runtime 1С ЭДО откатывать только новой immutable runtime revision, не изменяя уже опубликованный 1.0.18.
• Временный tag pin допустим только для диагностики, пока live minimum снова совместим с выбранной версией.

v1.10.3

Что вошло в релиз

• Accepted Agent Run и taskOutcome больше не считаются полномочием на смену статуса задачи.
• После содержательного task Run comment proposal остаётся обязательным отдельным результатом, а status proposal создаётся отдельно только после проверки готовности всей задачи.
• Частичное выполнение не создаёт status proposal и сохраняет текущий workflow задачи.
• Прямые status mutation через dedicated update, task patch, batch patch и перенос проекта разрешены только после однозначной команды человека на exact задачу и статус сейчас.
• В worker skill, защищённом runtime-контексте и maintainer-документации закреплены App-действия применения и отклонения status proposal.

Миграции и env

• Миграции БД: в plugin нет; необходимая migration 0132_agent_task_status_proposals.sql уже развёрнута в Trelio v0.27.3.
• Env-изменения: нет.
• OAuth scopes и системные требования: без изменений; Node.js 22+ остаётся обязательным для bridge.
• Update path: официальный marketplace/self-update до 1.10.3; после проверки release live latestVersion и minimumVersion Trelio поднимаются до 1.10.3 одной immutable policy revision.

Что проверить после деплоя

• Exact manifest и bridge из tag v1.10.3 сообщают одну версию 1.10.3 в Codex и Claude manifests.
• Accepted task Run не меняет статус и всегда отделяет human comment proposal от возможного status proposal.
• Partial work не показывает status proposal; whole-task readiness показывает отдельную карточку с действиями оставить или изменить статус.
• Старый restored App не может применить заменённый либо устаревший draft.
• Live plugin policy после marketplace read-back показывает latestVersion=1.10.3 и minimumVersion=1.10.3.

Rollback

• Не подменять версию bridge и не перезаписывать tag или GitHub Release.
• При необходимости опубликовать новую immutable backend policy revision на ранее проверенный stable 1.10.2; сам backend v0.27.3 и аддитивную migration 0132 можно оставить.
• Временный tag pin допустим только для диагностики, пока live minimum снова совместим с выбранной версией.

v1.10.2

Что вошло в релиз

• Политика моделей и reasoning effort теперь закрепляется не только за Agent Run, но и за обычной работой Codex/Claude Code, связанной с Trelio. Первый защищённый вызов фиксирует exact компанию на текущую сессию, а последующие действия повторно проверяют фактическую модель и effort локально.
• Scoped Trelio-действия вне размеченного проекта получают тот же guard по exact компании, а подписанные Agent Skills проверяются до запуска runtime. Snapshot Agent Run сохраняет приоритет.
• Вход MAX завершается сразу после закрытия пользователем видимого окна; прежний ограниченный timeout остаётся защитным fallback.

Миграции и env

• Новых миграций, env-переменных и OAuth scopes нет.
• Требования остаются прежними: Node.js 22+ и standalone Git 2.28+.
• До активации версии 1.10.2 backend Trelio должен поддерживать runtime-policy admission из v0.27.2. Обновление выполняется обычным marketplace upgrade.

Что проверить после деплоя

• Все manifest-ы, marketplace entry, bridge header и MCP server info сообщают exact версию 1.10.2.
• Обычная Trelio-задача закрепляет company policy один раз, блокирует недостаточный effort в strict mode и не меняет snapshot посреди сессии.
• Scoped Trelio tool вне привязанного проекта проходит тот же admission, Agent Run сохраняет собственный pinned snapshot.
• Закрытие видимого окна входа MAX завершает handoff без ожидания полного timeout.

Rollback

• Не переписывать tag v1.10.2. Опубликовать новую live policy, возвращающую latestVersion и minimumVersion на проверенную 1.10.1, и использовать существующий release v1.10.1.
• Если backend уже обновлён, его admission endpoint совместим со старым plugin и не требует отдельного отката.

v1.10.1

Что вошло в релиз

• Clean-install Codex теперь доводит добавление marketplace до фактической установки trelio-agent-workspaces, использует штатный OAuth ON_INSTALL, а при отсутствии окна запускает один codex mcp login trelio и продолжает настройку в текущей задаче.
• Добавлен trelio-workspace doctor --json: он отдельно проверяет standalone Git 2.28+ по абсолютному пути и подтверждает работоспособность реальным временным init → add → commit, не принимая внутренний Git runtime Codex за системную предпосылку.
• При отсутствии Git onboarding сразу запускает штатный установщик: Homebrew или Xcode Command Line Tools на macOS, winget или официальный Git for Windows installer на Windows. После установки doctor повторяется без обязательного перезапуска Codex.
• Windows-исполнение Git изолировано от несовместимых переменных окружения и закреплено regressions для обычного пользователя; CI теперь проверяет реальный Git for Windows на Windows runner.

Миграции и env

• Новых миграций Trelio, env-переменных и OAuth scopes нет.
• Требование Node.js 22+ не изменилось.
• Для локального Agent Workspace data plane требуется standalone Git 2.28+; удалённый OAuth Trelio остаётся доступным независимо от локального Git.
• Обновление распространяется через официальный marketplace trelio-plugins; после публикации live policy переводится на latestVersion=minimumVersion=1.10.1.

Что проверить после деплоя

• На чистых macOS и Windows установка плагина открывает единый OAuth flow и продолжает текущую задачу после callback.
• На машине без Git запускается только штатный установщик ОС, затем trelio-workspace doctor --json возвращает готовый absolute Git path и успешный commit smoke test.
• На Windows Git for Windows работает из обычной пользовательской сессии; на macOS найденный Homebrew/system Git используется без перезапуска приложения.
• GitHub Actions для тега зелёный, manifest и bridge сообщают версию 1.10.1, а production compatibility policy возвращает оба значения 1.10.1.

Rollback

• Сначала опубликовать новую production policy revision с latestVersion=minimumVersion=1.10.0, затем вернуть официальный plugin на stable v1.10.0.
• Не подменять version header и не перезаписывать bytes опубликованной версии; постоянный pin marketplace не использовать.

v1.10.0

Что вошло в релиз

• Workspace Worker использует один канонический search для проектов, задач, комментариев и task/dossier Workspace вместо обязательной цепочки отдельных поисков.
• Правила компании и проекта не участвуют в ranking: после выбора exact scope агент применяет ведущий effectiveInstructions из fetch, get_task, get_dossier, get_project_meta или get_task_create_meta.
• В активном Agent Workspace Run сохраняется приоритет pinned agent-instructions.md и user-profile.md; более новая live revision из последующего чтения не заменяет snapshot.
• Bridge, Codex/Claude manifests и marketplace синхронно обновлены до 1.10.0.

Миграции и env

• Миграций и новых env-переменных нет.
• Новых OAuth scopes нет; используется существующий mcp:workspaces:read.
• Требуется совместимый backend Trelio v0.27.0, уже развёрнутый в production.

Что проверить после деплоя

• Официальный marketplace публикует exact plugin version 1.10.0 и новый scope-routing contract.
• Live policy Trelio после CAS показывает latestVersion=1.10.0 и minimumVersion=1.10.0.
• Установленный Worker не вызывает get_agent_instructions повторно после effectiveInstructions.status=loaded.

Rollback

• Вернуть live plugin policy на 1.9.2 и обновить marketplace до предыдущего tag; backend v0.27.0 обратно совместим со старым плагином.

v1.9.2

Что вошло в релиз

• Плагин переведён на task/dossier-only workflow: новый Run разрешён только для задачи или досье.
• Контекст читается в порядке «точная задача → явно связанные досье → глобальный ACL-aware Workspace search» без обязательного list_dossiers и без project-фильтра.
• Досье проекта используется как стандартное место для устойчивого нетаскового контекста; company dossier предлагается только для действительно межпроектного материала, безопасного для всей компании.
• Существующий legacy company/project Run можно завершить по его точному ID, но начать новый Run в таком scope нельзя.
• Версии bridge и манифестов Codex/Claude синхронизированы на 1.9.2.

Миграции и env

• Миграции БД и env-изменения в репозитории плагина не требуются.
• Совместимый backend: Trelio v0.26.9 или новее. После проверки marketplace live policy должна иметь latestVersion=1.9.2 и minimumVersion=1.9.2.
• Путь обновления: штатное обновление установленного плагина до 1.9.2; старые версии после подъёма minimum блокируются fail-closed.

Что проверить после деплоя

• Официальный marketplace возвращает exact версию и код 1.9.2.
• Установка в Codex и Claude Code загружает одинаковую task/dossier-only инструкцию.
• Агент использует явные связи до поиска, ищет без project-фильтра и не начинает company/project Run.
• Live backend policy после публикации возвращает latestVersion=1.9.2 и minimumVersion=1.9.2.

Rollback

• Не понижать marketplace-версию и не подменять опубликованный тег.
• Откат возможен только согласованным выпуском новой совместимой версии и изменением backend policy; понижение minimum допустимо лишь как отдельное осознанное решение после проверки совместимости.

v1.9.1

Что вошло в релиз

• Исправлена маршрутизация явной просьбы предложить или подготовить комментарий к задаче Trelio: follow-up больше не теряется внутри maintainer-flow, другого активного сценария или после compaction.
• Direct proposal теперь использует propose_task_comment по exact task locator без обязательного Agent Workspace Run. После accepted task Run сохраняется прежний flow с runId и только полезными filePaths.
• Обычный текст в ответе агента больше не считается выполненным proposal: до финального ответа должен быть получен редактируемый draft либо назван точный blocker. Публикация остаётся отдельным явным действием человека.
• Bridge, Codex/Claude manifests и marketplace entry синхронизированы на версии 1.9.1.

Миграции и env

• Миграций, новых env и OAuth scopes нет. Требование Node.js 22+ не изменилось.
• Исправление обратно совместимо и использует существующий Trelio proposal API; отдельный backend deploy не требуется.
• Обновление выполняется через официальный marketplace. После проверки публикации live policy Trelio поднимается до latestVersion=minimumVersion=1.9.1.

Что проверить после деплоя

• Официальный marketplace отдаёт manifest и bridge exact версии 1.9.1.
• Просьба «предложи комментарий, но не публикуй» создаёт редактируемый proposal, а не цитату в финальном ответе.
• Direct proposal не запускает Agent Workspace Run только ради черновика; accepted task Run по-прежнему передаёт в proposal свой runId и выбранные материалы.
• Без явного подтверждения publish_task_comment_proposal не вызывается, а create_comment не используется как обходной путь.

Rollback

• Опубликовать новую immutable backend policy с ранее проверенной stable-версией 1.9.0 для latestVersion и minimumVersion.
• При необходимости временно установить v1.9.0 из официального marketplace для диагностики. Backend rollback не требуется: публичный proposal API не менялся.