Ключевые понятия темпорального программирования и Metabot Runtime

I. Словарь терминов темпорального программирования

1. Темпоральное программирование (Temporal Programming)

Парадигма проектирования систем, в которой время является архитектурным измерением, а не параметром или метаданными. Система проектируется как существующая во времени, а не как набор запусков кода.

2. Темпоральная сущность (Temporal Entity)

Долгоживущая сущность, определяемая не текущим состоянием, а:

происхождением (origin),
траекторией,
накопленной памятью,
открытым будущим.

Пример: клиентские отношения, онбординг, роль, траектория обучения.

3. Поведение (Behavior)

Базовая единица программирования в темпоральных системах. Поведение — это разворачивающийся во времени паттерн действий, ожиданий, решений и реакций, который:

не завершается,
переживает паузы,
возобновляется без рестарта.

4. Траектория (Trajectory)

Нелинейный путь сущности во времени, учитывающий:

прерывания,
возвраты,
задержки,
смену контекста.

В отличие от workflow, траектория предполагает реальность, а не идеальное прохождение шагов.

5. Состояние vs Длительность (State vs Duration)

Классические системы фиксируют «что сейчас». Темпоральные — как долго и каким путём сущность к этому пришла.

Одинаковое состояние ≠ одинаковая готовность.

6. Ожидание как фича (Waiting as a Feature)

В темпоральных системах ожидание:

не блокирует ресурсы,
не считается ошибкой,
является нормальным режимом существования.

Сущность может «ждать» решения, зрелости, доверия.

7. Временная глубина (Temporal Depth)

Накопленная история сущности, которая:

не схлопывается в флаги,
влияет на допустимые действия,
определяет контекст решений.

8. Темпоральная ошибка (Temporal Failure)

Отклонение от «идеального сценария», которое не считается багом, а интерпретируется как сигнал среды:

пропуск шага,
уход,
возвращение,
смена намерения.

9. Существование vs Исполнение (Existence vs Execution)

Классическое ПО исполняется. Темпоральная система существует:

может быть неактивной,
но не исчезает,
сохраняет идентичность.

10. Среда (Environment)

Явно описанное поле:

возможных действий,
ограничений,
интерфейсов,
обратных связей.

Сущность всегда существует в среде, а не «рядом» с ней.

11. Коэволюция (Co-evolution)

Сущность и среда взаимно изменяют друг друга во времени. Причинность двусторонняя, а не транзакционная.

12. Коммуникация (Communication)

Не передача данных, а обмен смыслами во времени:

ожидания,
интерпретации,
коррекции,
задержки.

Сообщение — лишь артефакт процесса.

13. Коммутация (Commutation)

Реальное воздействие на среду:

изменения состояний,
вызовы API,
запуск процессов,
запись в системы.

Коммуникация меняет понимание, коммутация — реальность.

14. Интеллект (Intelligence)

Механизм принятия решений, не центр системы. Может быть:

rule-based,
эвристическим,
AI-основанным.

В темпоральной архитектуре интеллект — подключаемый слой.

15. Агентность (Agency)

Способность сущности:

действовать,
нести ответственность,
сохранять идентичность во времени.

Без ответственности агентность превращается в шум автоматизации.

16. Ответственность (Responsibility)

Онтологическое требование:

трассируемость,
объяснимость,
наблюдаемость решений.

Не ops-фича, а фундамент.

17. Темпоральный агент (Temporal Agent)

Агент (человек, бот, система), существующий:

в одном временном контуре,
по единым правилам,
с возможностью передачи управления.

18. Гибридная система

Система, где:

люди,
автоматизация,
AI работают на одном темпоральном слое, а не через костыли интеграций.

19. Темпоральная экономика

Экономическое свойство систем, которые:

не накапливают энтропию,
накапливают память,
снижают повторную координацию.

20. Темпоральная архитектура

Архитектура, в которой:

время первично,
поведение важнее инструкций,
система стареет лучше, а не хуже.

II. Словарь терминов Metabot Runtime

Теперь — приземление.

1. Metabot Runtime

Непрерывный execution-loop, в котором темпоральные сущности могут существовать, ждать, возобновляться и развиваться. Это не фреймворк и не сервис — это среда исполнения.

2. Коммутант (Commutant)

Темпоральная сущность в Metabot:

бот,
ассистент,
сценарий,
CJM,
контакт-центр,
гибрид человек + система.

3. Runtime Loop

Минимальный цикл:

событие → восстановление контекста → выполнение поведения → пауза или продолжение

Всё остальное — надстройки.

4. Контекст (Context)

Восстанавливаемая совокупность:

бизнес-контекста,
состояния сущности,
истории,
позиции в поведении.

5. Событие (Event)

Любой внешний или внутренний триггер:

сообщение,
кнопка,
webhook,
таймер,
действие оператора.

6. Канальный адаптер (Channel Adapter)

Слой, приводящий события разных каналов (Telegram, Web, API) к единому формату.

7. Сценарий (Script)

Описание поведения во времени, а не «диалога». Сценарий может:

прерываться,
продолжаться,
изменяться по условиям.

8. Маршрут (Route)

Механизм определения:

какое поведение допустимо сейчас, с учётом времени и истории.

9. Команды (Commands)

Элементарные действия внутри сценария:

коммуникационные,
логические,
коммутирующие,
интеллектуальные.

10. Коммуникационный слой

Отвечает за:

тексты,
вопросы,
варианты выбора,
смысловую навигацию.

11. Коммутационный слой

Отвечает за:

интеграции,
API,
БД,
плагины,
JS-логику.

12. Интеллектуальный слой

Отвечает за:

классификацию,
правила,
AI,
анализ.

Опционален, заменяем, отключаем.

13. Deterministic Logic

Rule-based логика, работающая без AI, но уже внутри темпоральной архитектуры.

14. Пауза (Pause)

Состояние, при котором:

ресурсы освобождены,
контекст сохранён,
поведение может быть продолжено.

15. Возобновление (Resume)

Продолжение поведения без рестарта логики, с восстановлением контекста.

16. Сериализация состояния

Сохранение всего, что нужно для продолжения существования сущности.

17. История (History)

Не лог, а часть онтологии:

влияет на допустимые действия,
формирует контекст.

18. CJM как сущность

Customer Journey — не диаграмма, а живущая во времени сущность.

19. Гибридный агент

Связка:

оператор + бот + сценарий как единая темпоральная сущность.

20. Metabot как частная реализация

Metabot — прикладной домен (коммуникации, бизнес, ассистенты). Runtime может быть вынесен и использован отдельно.

Полная версия