# Taimen v0.2.0: платформа разработки, которая исполняет задачи сама
Каноническая страница: https://plainews.ru/posts/taimen-platform-self-development-release
Опубликовано: 2026-10-05T11:02:55.903Z

Taimen v0.2.0 — opensource-платформа на Python, где ИИ-агенты пишут код, правила заводят задачи по наблюдениям, а приёмка включает ревью и вливание веток. 1190 работ за два месяца.
4 октября вышел первый открытый релиз Taimen v0.2.0 под лицензией Apache-2.0. Это платформа на Python, где в центре — работа (задача, правило, проверка), а не агент. Агенты берут задачи, пишут код и сдают его, но задача считается закрытой только после ревью и вливания ветки. За два месяца до релиза создатели разрабатывали платформу её же средствами: 1190 единиц работы выполнено, 788 задач на код, треть работы завели правила по наблюдениям за репозиториями, а не люди.

## Работа живёт независимо от того, кто её делает

В Taimen главная сущность — работа (Work). Это единица обязательства с полной историей: кто завёл (человек, правило, родительская задача), кто делал и какими правами, как принят результат, какие артефакты и проверки. Исполнитель — человек, ИИ-агент или детерминированный скрипт — берёт работу единообразно: взять, выполнить, сдать артефакты, пройти приёмку.

За период с 12 августа по 4 октября на одной установке работали десять разных агентов-исполнителей, включая несколько поколений раннеров и отдельных исполнителей под разные репозитории на Claude Code (модели Opus и Sonnet) и Codex. Задачи этой смены не заметили. В девяти случаях задачу начинал агент, а заканчивал человек в своей среде — платформа это не различает, потому что обязательство остаётся тем же.

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

## Треть работы порождают правила, а не люди

502 единицы работы из 1416 завели правила по наблюдениям. Коннектор следит за репозиториями и пишет в платформу наблюдения вида «в компоненте такой-то коммит». Правило решает, порождает ли наблюдение работу. Например, правило submodule-lag следит, чтобы суперпроект не отставал от своих компонентов: коммит наблюдён, скилл сравнил указатель с головой ветки, ревьюеру пришло решение «сдвинуть». Approve — и другой скилл сам делает коммит в суперпроект.

Правило действует от собственной личности. В журнале видно, что задачу завёл не человек, а правило, со ссылкой на наблюдение. За период таких решений было 77. Правила описываются в YAML с условиями, интерпретацией через скиллы и действием.

## Задача закрыта после вливания, а не после слов агента

Самое важное решение: задача на код считается закрытой не когда агент сказал «готово», а когда ветка влита. Приёмку объявляет тип задачи (TaskType). В типе coding-task два шага: ревью человеком и вливание детерминированным скиллом. Провал любой проверки возвращает задачу тому же исполнителю с причиной.

С 26 сентября через эту приёмку прошли 458 задач на код. 71% (326 задач) приняты с первой сдачи. Ещё 100 понадобились две сдачи, 32 задачи — три и больше. Отказов ревью было 162, провалов вливания — 14, из них восемь — конфликты или сбой CI.

30 сентября в 06:32 агент взял задачу «научить ядро переводить открытые задачи на новую версию их типа». Через 19 минут сдал новый маршрут API, тесты и документацию. В 07:15 ревью отклонило: маршрут позволял агенту с обычными правами исполнителя перевести свою задачу на первую версию типа, где ревью не было, взять её и закрыть самому. В 08:03 агент взял задачу снова, через 15 минут сдал исправление, в 08:24 ревью прошло и ветка влилась. От постановки до вливания — 1 час 52 минуты, два прогона агента.

## Кому это нужно на практике

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

Платформа интегрируется с существующими процессами через API и скиллы. Скиллы — переиспользуемые единицы логики, которые вызывают Git, CI, внешние сервисы. Таким образом, ядро не знает, что такое merge или commit — это пакетные скиллы, вызываемые полномочиями того, кто одобрил ревью.

> **Важно.** Две оговорки из материала: задачи на код делили агенты-раннеры (393) и харнесс владельца (324) — это тоже Claude Code, но под учёткой человека, и по данным их не различить. С 29 сентября ревью готовит отдельная сессия Claude владельца, а решение записывается за владельцем, который за него отвечает.

## Что не вошло и где ограничения

Материал не описывает, как настраивать коннекторы, скиллы и правила, как деплоить платформу и какие зависимости нужны. Релиз v0.2.0 — первый открытый, и производственная готовность под вопросом. Цифры приведены за один инстанс, на котором разрабатывали саму платформу — масштаб ограничен.

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

Taimen доступен на GitHub под Apache-2.0, написан на Python.

## Источники

- Habr AI: Задача закрыта, когда ветка влита: как наша платформа разрабатывает сама себя