Парадигма проектирования систем, в которой время является архитектурным измерением, а не параметром или метаданными.
Система проектируется как существующая во времени, а не как набор запусков кода.
---
Долгоживущая сущность, определяемая не текущим состоянием, а:
* происхождением (origin),
* траекторией,
* накопленной памятью,
* открытым будущим.
Пример: клиентские отношения, онбординг, роль, траектория обучения.
---
Базовая единица программирования в темпоральных системах.
Поведение — это разворачивающийся во времени паттерн действий, ожиданий, решений и реакций, который:
* не завершается,
* переживает паузы,
* возобновляется без рестарта.
---
Нелинейный путь сущности во времени, учитывающий:
* прерывания,
* возвраты,
* задержки,
* смену контекста.
В отличие от workflow, траектория предполагает реальность, а не идеальное прохождение шагов.
---
Классические системы фиксируют «что сейчас».
Темпоральные — как долго и каким путём сущность к этому пришла.
Одинаковое состояние ≠ одинаковая готовность.
---
В темпоральных системах ожидание:
* не блокирует ресурсы,
* не считается ошибкой,
* является нормальным режимом существования.
Сущность может «ждать» решения, зрелости, доверия.
---
Накопленная история сущности, которая:
* не схлопывается в флаги,
* влияет на допустимые действия,
* определяет контекст решений.
---
Отклонение от «идеального сценария», которое не считается багом, а интерпретируется как сигнал среды:
* пропуск шага,
* уход,
* возвращение,
* смена намерения.
---
Классическое ПО исполняется.
Темпоральная система существует:
* может быть неактивной,
* но не исчезает,
* сохраняет идентичность.
---
Явно описанное поле:
* возможных действий,
* ограничений,
* интерфейсов,
* обратных связей.
Сущность всегда существует в среде, а не «рядом» с ней.
---
Сущность и среда взаимно изменяют друг друга во времени.
Причинность двусторонняя, а не транзакционная.
---
Не передача данных, а обмен смыслами во времени:
* ожидания,
* интерпретации,
* коррекции,
* задержки.
Сообщение — лишь артефакт процесса.
---
Реальное воздействие на среду:
* изменения состояний,
* вызовы API,
* запуск процессов,
* запись в системы.
Коммуникация меняет понимание, коммутация — реальность.
---
Механизм принятия решений, не центр системы.
Может быть:
* rule-based,
* эвристическим,
* AI-основанным.
В темпоральной архитектуре интеллект — подключаемый слой.
---
Способность сущности:
* действовать,
* нести ответственность,
* сохранять идентичность во времени.
Без ответственности агентность превращается в шум автоматизации.
---
Онтологическое требование:
* трассируемость,
* объяснимость,
* наблюдаемость решений.
Не ops-фича, а фундамент.
---
Агент (человек, бот, система), существующий:
* в одном временном контуре,
* по единым правилам,
* с возможностью передачи управления.
---
Система, где:
* люди,
* автоматизация,
* AI
работают на одном темпоральном слое, а не через костыли интеграций.
---
Экономическое свойство систем, которые:
* не накапливают энтропию,
* накапливают память,
* снижают повторную координацию.
---
Архитектура, в которой:
* время первично,
* поведение важнее инструкций,
* система стареет лучше, а не хуже.
---
Теперь — приземление.
---
Непрерывный execution-loop, в котором темпоральные сущности могут существовать, ждать, возобновляться и развиваться.
Это не фреймворк и не сервис — это среда исполнения.
---
Темпоральная сущность в Metabot:
* бот,
* ассистент,
* сценарий,
* CJM,
* контакт-центр,
* гибрид человек + система.
---
Минимальный цикл:
событие → восстановление контекста → выполнение поведения → пауза или продолжение
Всё остальное — надстройки.
---
Восстанавливаемая совокупность:
* бизнес-контекста,
* состояния сущности,
* истории,
* позиции в поведении.
---
Любой внешний или внутренний триггер:
* сообщение,
* кнопка,
* webhook,
* таймер,
* действие оператора.
---
Слой, приводящий события разных каналов (Telegram, Web, API) к единому формату.
---
Описание поведения во времени, а не «диалога».
Сценарий может:
* прерываться,
* продолжаться,
* изменяться по условиям.
---
Механизм определения:
какое поведение допустимо сейчас, с учётом времени и истории.
---
Элементарные действия внутри сценария:
* коммуникационные,
* логические,
* коммутирующие,
* интеллектуальные.
---
Отвечает за:
* тексты,
* вопросы,
* варианты выбора,
* смысловую навигацию.
---
Отвечает за:
* интеграции,
* API,
* БД,
* плагины,
* JS-логику.
---
Отвечает за:
* классификацию,
* правила,
* AI,
* анализ.
Опционален, заменяем, отключаем.
---
Rule-based логика, работающая без AI, но уже внутри темпоральной архитектуры.
---
Состояние, при котором:
* ресурсы освобождены,
* контекст сохранён,
* поведение может быть продолжено.
---
Продолжение поведения без рестарта логики, с восстановлением контекста.
---
Сохранение всего, что нужно для продолжения существования сущности.
---
Не лог, а часть онтологии:
* влияет на допустимые действия,
* формирует контекст.
---
Customer Journey — не диаграмма, а живущая во времени сущность.
---
Связка:
оператор + бот + сценарий
как единая темпоральная сущность.
---
Metabot — прикладной домен (коммуникации, бизнес, ассистенты).
Runtime может быть вынесен и использован отдельно.