Открытая среда исполнения работы организации
Для руководителя, который хочет отдать работу машинам, не отдав контроль. Taimen ведёт работу вашей организации: замечает, что нужно сделать, поручает каждую работу лучшему исполнителю — человеку, ИИ-агенту или автоматическому процессу, — проверяет результат и показывает, что он изменил.
Фрагмент консоли, демо-данные. Работа: согласовать оплату счёта «Альфа-Снаб», 184 500 ₽. Откуда: завело правило «Счёт получен» из письма поставщика. Кто делал: агент «Разбор счетов», попытка №1. Чем доказано: автопроверкой, три из трёх — реквизиты, договор, бюджет. Кто подписал: ждёт финансового директора, потому что сумма выше порога 150 000 ₽.
Вам никто не скажет, кто что решил и что на самом деле изменилось. С агентами это острее: работы становится больше, а объяснить вы можете всё меньше.
Работа — обязательство организации. Она существует независимо от того, кто её исполняет, и всегда отвечает на пять вопросов.
Модели меняются; работа, полномочия и история остаются.
Он один для людей, агентов и процессов. Линия — машина. Точки — места, где решает человек.
Схема цикла: наблюдение, работа, поручение, исполнение, проверка, изменение — и измеренное изменение становится новым наблюдением. Люди действуют в трёх точках: задают правила перед циклом, ставят подпись на воротах перед проверкой и могут вмешаться в любой момент.
Коннекторы следят за внешним миром: портал закупок, учёт, репозитории.
Правила и процессы заводят работу, и каждая называет правило и наблюдение, которые её породили.
Лучшему исполнителю: человеку, агенту или процессу.
Taimen записывает каждую попытку и каждый шаг.
Сначала детерминированная проверка, затем состояние внешнего мира, человек и только потом оценка модели.
Деньги, сроки, риски, обязательства.
Измеренное изменение становится новым наблюдением
Какие наблюдения заводят работу, кто может её взять, какие агенты существуют, что считается сделанным, кто согласует выше какого порога. Всё это данные в пакетах: их проверяют и применяют, как код.
Проверяемо: каждая работа, созданная правилом, ссылается на срабатывание правила и наблюдение.
Пример правила как данных: таблица согласования. Счета до 150 000 ₽ согласует бухгалтерия, выше 150 000 ₽ — финансовый директор.
Ни одному агенту нельзя выдать право решать согласование. Решение приходит туда, где человек уже есть, — сегодня это Telegram.
Проверяемо: API отвергает такую привязку.
Фрагмент консоли, демо-данные. Зона «Ждёт вашей подписи»: согласовать оплату счёта «Альфа-Снаб», 184 500 ₽. Почему у вас: сумма выше порога. При «да» платёжное поручение уйдёт в банк; при «нет» счёт вернётся поставщику с причиной. Доставлено в Telegram.
Почему работа существует, кто и как её делал, чем доказано. Попытку можно остановить, работу — вернуть или перепоручить, процесс — приостановить или откатить.
Проверяемо: любая работа отвечает на вопросы «откуда, кто, с какими правами, как принята, чем доказана» одним запросом к API; пустой ответ — дефект.
Фрагмент консоли, демо-данные. Цепочка происхождения: наблюдение из почты — получен счёт; правило «Счёт получен» завело работу; попытка №1 агента «Разбор счетов»; проверено автопроверкой.
Своя работа человека проходит те же взятие, исполнение и приёмку; личный ассистент действует ровно с правами своего владельца.
Сегодня: это работает для одного человека на личной подписке на модель; модель организации — дальше.
Человек, агент и процесс проходят одни и те же три стадии: взятие, исполнение, приёмку.
Считаются раздельно, никогда не складываются.
Эффект считаем от вашей же точки отсчёта: сколько касаний человека уходило на одно закрытое дело до Taimen и сколько после. Переделки и сорванные сроки при этом расти не должны.
Люди уходят от поиска, копирования и погони за статусами к намерениям, решениям и ответственности.
Пример
Извещение появилось на портале
Отсеяно по срокам и профилю компании
Решение go/no-go — руководителю, с прошлыми делами
решает человекЦена из памяти, согласование по таблице порогов
решает человекЗаявку подаёт человек своей подписью
решает человекИтог: победа → контракт, проигрыш → уроки, которые подтверждает человек
решает человекПакет протестирован · ждёт развёртывания с доступом к порталу
Показано: оплата счетов с таблицей порогов согласования
Память организации
Процессы и память организации неразделимы. Перед решением процесс берёт из базы знаний то, что к нему относится; после решения записывает, чем закончилось дело. Следующее дело начинается уже с этим знанием.
Процесс вспоминает перед решением: контрагента, договор, прошлые дела, цены, исходы и уроки. После решения запоминает, что решили, чем закончилось дело, и уроки, которые подтвердил человек.
У каждого факта есть источник, из которого он взят.
Видно, когда факт был верен, а не только что он записан.
Человек и агент видят только то, что им разрешено.
ИИ предлагает с цитатами, человек подтверждает.
подтверждает человекЧто знает память — какие виды сущностей и как они связаны — описывает онтология. Её объявляют так же, как процесс: пакет добавляет новый вид, его атрибуты и связи с тем, что база знаний уже знает.
В примере claims пакет добавляет претензию и связывает её с клиентом и продуктом, которые уже есть в онтологии платформы. Процесс из того же пакета записывает дело в память и запоминает решение.
Пример онтологии, объявленной пакетом: описание «claims» расширяет онтологию платформы default@1, добавляет вид «claim» с атрибутами и связи «подана» с юридическим лицом и «касается» с продуктом.
Руководителю
Вашей команде внедрения
$ git clone --recurse-submodules https://github.com/taimen-ai/taimen.git && cd taimen
$ make secrets
$ make up
$ make bootstrapРазработчикам и интеграторам
Чтобы Taimen вёл тендерный отдел, оплату счетов или разбор претензий, не нужно писать ещё одну систему. Вы описываете, как устроена работа: какой процесс, какие типы работ, какие правила их заводят, какие агенты и коннекторы их делают, с какими правами и где они запущены. Это описание — пакет. Исполняет его ядро.
Пример декларативного описания: правило вывода работы «claim-reopened». Оно срабатывает на наблюдение «обращение открыто повторно», пропускает внутренние обращения, навыком классифицирует текст и заводит работу типа «claim-followup» на роль сотрудника по претензиям.
Новый порог согласования, другая модель у агента, ещё один шаг процесса — правка файла, а не проект разработки.
Перед установкой вы получаете план: что изменится на стенде. Применяется ровно этот план и только после «да» человека.
план подтверждает человекПакет лежит в git. Сценарии процессов и правил исполняет код ядра в песочнице — до того, как пакет попадёт на стенд.
У вертикали нет своего кода исполнения. Интеграции код нужен только там, где начинается внешняя система: наблюдатель и навыки.
С ним описание пишут — сами или вместе с ИИ-ассистентом, — проверяют, тестируют и ставят.
Статус на 2026-10: версия 0.1.0, строится · Apache-2.0
$ package-sdk check
$ package-sdk test
$ package-sdk lock
$ package-sdk plan --install … --out plan.json
$ package-sdk apply --plan plan.jsonTaimen разрабатывает сам себя своим же циклом. Коннектор замечает коммит, правила заводят работу, агенты, описанные данными, берут её, человек проверяет, детерминированный навык вливает.
Статус на
Расскажите, какую работу вы отдали бы машинам, а какие решения оставили бы за собой. Разберём её вместе: откуда работа берётся, кто её делает, как принимается результат.
Заявка отправлена.
Удобнее написать напрямую? mail@taimen.ai · Telegram @monthu