На этой странице кратко описаны видимые пользователю функции, вошедшие в AITM 1.0, первый публичный релиз, по сравнению с предшествовавшими ему внутренними предварительными сборками.

Что нового

Pipeline сам восстанавливается, а не останавливается

Самое большое изменение — в философии: Task должна завершаться как failed только тогда, когда конфигурация неверна или у ИИ не хватает данных. Любая другая проблема теперь автоматически повторяется или исправляется.

• Конфликты слияния устраняются сами. Task, столкнувшаяся с конфликтом при слиянии в dev, повторяется со стратегиями rebase и merge, а затем передаётся агенту-исправителю.
• Тесты после слияния исправляются вперёд. Если тесты падают после слияния, AITM изолирует причину и исправляет её в ветке Task, а не немедленно откатывает слияние.
• Автоисправление проверки типов. Сбой проверки типов передаётся агенту-исправителю на срок до трёх раундов, прежде чем Task завершится сбоем.
• Ошибки инфраструктуры классифицируются отдельно от реальных сбоев тестов: упавший Worktree пересоздаётся, а зависимые Task больше не пропускаются каскадно.
• Watchdog охватывает все типы Task, включая Task в режиме Agent.
• Устаревшие блокировки слияния и застрявшие слияния освобождаются автоматически на следующем такте планировщика и после перезапуска.
• Исправления тестов после слияния остаются в пределах Scope Task. При исправлении тестов после слияния исправление не может затрагивать файлы за пределами Scope Task — действует тот же Scope Gate, что и в других местах Pipeline.

Task сообщают, для чего они нужны

• Поле Intent. Теперь у каждой Task есть Intent — bug, feature, enhancement или other. Диалог New Task запрашивает его (при создании Task из отчёта о баге он предварительно заполняется значением bug), его можно изменить при редактировании Task, а Task, созданные из Chat или Brainstorm, получают его от ИИ. Intent определяет, какие защитные меры применяются — например, только Task типа bug обязаны доказать наличие бага (см. ниже).
• Chat и Brainstorm разбивают крупные запросы. Когда запрашивается что-то крупное, ассистент предлагает несколько более мелких Task с правильным Intent вместо одной чрезмерно большой Task.
• Симуляция дизайна для сложных Task. Для крупных или рискованных изменений шаг Architect теперь прогоняет собственный план через набор сценариев "что, если" (пустые данные, перезапуск посередине, две Task одновременно, отказ зависимости…) до написания какого-либо кода, а последующие шаги проверяют те же сценарии. Небольшие Task автоматически пропускают это.

Слияние стало строже — и безопаснее

• Барьер сборки перед слиянием. Непосредственно перед слиянием Task в dev AITM собирает результат и проверяет типы в том виде, какой он будет после слияния. Для красного результата выполняется ограниченное число автоматических попыток исправления; если он остаётся красным, Task не сливается. Ошибки, уже присутствующие в dev, не вменяются Task. См. Merge & Review.
• Очередь приостанавливается во время обновлений ИИ-инструментов. AITM теперь сам обновляет инструмент командной строки Claude — при запуске и раз в сутки — вместо того чтобы позволять ему обновляться посреди работы. Пока обновление ожидает, выполняющимся шагам разрешено завершиться, новые шаги ждут (отображается уведомление и небольшой индикатор), а затем очередь продолжается самостоятельно.

Создание и проверка проектов

• Предложения проектов. ИИ (в Chat, Brainstorm или через подключённого ассистента) теперь может предложить новый проект, но никогда не создаёт его самостоятельно: появляется диалог подтверждения, в котором можно отредактировать данные, и ничего не записывается на диск, пока не будет дано подтверждение.
• Проверка состояния проекта. Перед первой Task проекта AITM проверяет основы — является ли он репозиторием Git с хотя бы одним коммитом, находится ли он на ожидаемой ветке, существуют ли и корректны ли необходимые для его технологии файлы — и показывает любую проблему в виде предупреждения в консоли Task, вместо того чтобы допустить сбой Task на полпути с запутанной ошибкой. Панель проекта содержит ссылку на последнюю проверку.
• Проверка репозитория при создании. Новые проекты проверяются (Git инициализирован, первый коммит, необходимые файлы) в момент создания.
• Проекты .NET настраиваются сами. Когда Wizard нового проекта подключает проект .NET, он автоматически устанавливает необходимый .NET SDK и зависимости проекта и сообщает в реальном времени, когда что-то действительно устанавливается.
• Удобства Wizard. Wizard предварительно заполняет папку проекта из корня проектов (Settings → Pipeline → Wizard projects root), имеет выбор папки, ограниченный этим корнем, и автоматически добавляет скрипт AITM Dev Panel в новые веб-проекты.

Поиск и повседневный комфорт

• Синтаксис поисковых запросов. Поля поиска переменных, контрактов, подсказок и Task, а также подсказки @keyword / %contract теперь понимают три оператора: a.b — a, за которым следует b в этом порядке; a&b — оба, в любом порядке; a|b — любой из двух. Сопоставление не учитывает регистр.
• Reasoning effort. Для провайдеров, которые это поддерживают, можно выбрать, насколько усиленно модель должна размышлять — в Chat, Brainstorm и для шагов Pipeline. Для моделей, не предлагающих этого, элемент управления скрыт.
• Ползунок размера шрифта таблиц в Settings → Font & Style задаёт размер текста строк всех таблиц; размеры заголовков и кнопок следуют за ним.
• Разрешённые источники CORS можно редактировать в Settings → System (точные адреса и шаблоны с подстановочными знаками) для открытия Dashboard с других машин.
• У всех предупреждений и уведомлений есть кнопки copy и close.
• Help menu → AITM Dev Panel открывает документацию по Dev Panel (см. Contract Explorer & App Flow).
• Версия, отображаемая в Dashboard, имеет единый формат: версия · дата (id сборки).

Task типа bug должны доказывать баг

• Reproduction gate. Когда Task является исправлением бага, шаг architect должен написать раздел Reproduction, демонстрирующий симптом до исправления и его отсутствие после.
• Диагностический пакет. Task типа bug, которые AITM создаёт автоматически, содержат строки сбоя, сводку blame, затронутые файлы и идентификатор связанной известной ошибки.
• Business-scope gate. Работа за пределами Scope Task блокируется с вердиктом ИИ-судьи.

Полный набор тестов включается по желанию

Запуск всего набора тестов после каждого слияния был главной причиной нехватки памяти. Теперь он по умолчанию выключен (Pipeline → Full test enabled), а при включении запускается только тогда, когда Merge queue пуста.

Осознанный перезапуск после self-merge

Когда AITM сливает изменение в собственный код, он больше не перезапускается под пользователем. Значение по умолчанию (Git & Storage → Server restart after self-merge = manual) ожидает опустошения очереди и показывает кнопку Restart в меню заголовка.

Настройки, до которых раньше нельзя было добраться

• Дневные / ночные профили CPU (вкладка System): днём резервировать больше потоков для Dashboard, а ночью позволять тестам использовать всю машину.
• Disk Janitor и Disk Watchdog (Watchdog & Resources): правила хранения и абсолютные бюджеты в ГБ для каждого расположения.
• Управление swap (System): рекомендуемый размер swap, рассчитанный по RAM и свободному месту на диске.
• Отдельная вкладка Project Check и кнопка Test connection для модели перевода.
• Новый проект получает набор Skills по умолчанию сразу при создании (документация, шаблоны интерфейса), а не ждёт своей первой Task.

Dashboard и панели

• Закрепляемые панели (Chat, Brainstorm, Contract Explorer, консоли Task) примыкают к реальным слотам компоновки.
• Панель Monitor получила вкладку Queued, спарклайн CPU и вкладку Estimation с оценкой времени очереди.
• Английский — язык интерфейса по умолчанию.
• Карточки Task: номера зависимостей кликабельны, а кнопка агента восстановления запрашивает подтверждение.

Лицензирование

Ложное срабатывание блокировки лицензии можно снять из интерфейса. Использованные / максимальные слоты проектов отображаются в Settings → License. При создании или импорте проекта в Wizard, если у лицензии есть свободный слот, Wizard предлагает сразу назначить его. Sign in with Google доступен как для запуска бесплатной пробной версии, так и для входа в учётную запись на панели лицензии.

Ресурсы

Очиститель /tmp распознаёт «утёкшие» каталоги Chrome и Playwright и по умолчанию очищает их через два часа.