Перейти до основного вмісту

Documentation Index

Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt

Use this file to discover all available pages before exploring further.

Коли повідомлення надходить, поки запуск сеансу вже транслюється, OpenClaw може надіслати це повідомлення в активне середовище виконання замість запуску ще одного запуску для того самого сеансу. Публічні режими нейтральні до середовища виконання; Pi і нативний каркас сервера застосунку Codex реалізують деталі доставки по-різному.

​
Межа середовища виконання

Скерування не перериває виклик інструмента, який уже виконується. Pi перевіряє наявність поставлених у чергу повідомлень скерування на межах моделі:
  1. Асистент запитує виклики інструментів.
  2. Pi виконує пакет викликів інструментів поточного повідомлення асистента.
  3. Pi генерує подію завершення ходу.
  4. Pi вичерпує поставлені в чергу повідомлення скерування.
  5. Pi додає ці повідомлення як повідомлення користувача перед наступним викликом LLM.
Це зберігає результати інструментів у парі з повідомленням асистента, яке їх запитало, а потім дає наступному виклику моделі побачити найновіший ввід користувача. Нативний каркас сервера застосунку Codex надає turn/steer замість внутрішньої черги скерування Pi. OpenClaw адаптує там ті самі режими:
  • steer групує поставлені в чергу повідомлення протягом налаштованого тихого вікна, а потім надсилає один запит turn/steer з усім зібраним вводом користувача в порядку надходження.
  • queue зберігає застарілу серіалізовану форму, надсилаючи окремі запити turn/steer.
  • followup, collect, steer-backlog і interrupt залишаються поведінкою черги, якою володіє OpenClaw, навколо активного ходу Codex.
Ходи перегляду Codex і ручної Compaction відхиляють скерування в межах того самого ходу. Коли середовище виконання не може прийняти скерування, OpenClaw повертається до черги подальших дій там, де цей режим це дозволяє.

​
Режими

РежимПоведінка під час активного запускуПоведінка подальшої дії пізніше
steerВставляє всі поставлені в чергу повідомлення скерування разом на наступній межі середовища виконання. Це стандартний режим.Повертається до подальшої дії лише тоді, коли скерування недоступне.
queueЗастаріле почергове скерування. Pi вставляє по одному поставленому в чергу повідомленню на межу моделі; Codex надсилає окремі запити turn/steer.Повертається до подальшої дії лише тоді, коли скерування недоступне.
steer-backlogТа сама поведінка скерування активного запуску, що й у steer.Також зберігає те саме повідомлення для пізнішого ходу подальшої дії.
followupНе скеровує поточний запуск.Запускає поставлені в чергу повідомлення пізніше.
collectНе скеровує поточний запуск.Об’єднує сумісні поставлені в чергу повідомлення в один пізніший хід після вікна debounce.
interruptПерериває активний запуск, а потім запускає найновіше повідомлення.Немає.

​
Приклад сплеску

Якщо четверо користувачів надсилають повідомлення, поки агент виконує виклик інструмента:
  • steer: активне середовище виконання отримує всі чотири повідомлення в порядку надходження перед своїм наступним рішенням моделі. Pi вичерпує їх на наступній межі моделі; Codex отримує їх як один пакетний turn/steer.
  • queue: застаріле серіалізоване скерування. Pi вставляє по одному поставленому в чергу повідомленню за раз; Codex отримує окремі запити turn/steer.
  • collect: OpenClaw чекає, доки активний запуск завершиться, а потім створює хід подальшої дії із сумісними поставленими в чергу повідомленнями після вікна debounce.

​
Область дії

Скерування завжди націлене на поточний активний запуск сеансу. Воно не створює новий сеанс, не змінює політику інструментів активного запуску й не розділяє повідомлення за відправником. У багатокористувацьких каналах вхідні промпти вже містять контекст відправника й маршруту, тож наступний виклик моделі може бачити, хто надіслав кожне повідомлення. Використовуйте collect, коли потрібно, щоб OpenClaw побудував пізніший хід подальшої дії, який може об’єднувати сумісні повідомлення та зберігати політику відкидання черги подальших дій. Використовуйте queue лише тоді, коли вам потрібна старіша поведінка почергового скерування.

​
Debounce

messages.queue.debounceMs застосовується до доставки подальших дій, включно з collect, followup, steer-backlog і резервним варіантом steer, коли скерування активного запуску недоступне. Для Pi активний steer сам не використовує таймер debounce, тому що Pi природно групує повідомлення до наступної межі моделі. Для нативного каркаса Codex OpenClaw використовує те саме значення debounce як тихе вікно перед надсиланням пакетного turn/steer.

​
Пов’язане