Operator Corps · No-Alibi Trial #1

Раунд

Испытание без алиби

Этап

Сдача решений

Подача работ завершится

31 May в 00:00

Ключевые понятия темпорального программирования и 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 может быть вынесен и использован отдельно.

Комментарии