Skip to main content
Lobster виконує багатоетапні конвеєри інструментів як один детермінований виклик інструмента з явними контрольними точками схвалення та токенами відновлення. Він розташований на один рівень вище відокремленої фонової роботи: для оркестрації потоків між багатьма відокремленими завданнями див. Task Flow (openclaw tasks flow); журнал активності завдань див. у розділі Фонові завдання.

Навіщо

Без Lobster багатоетапна робота потребує численних циклів викликів інструментів, а модель оркеструє кожен етап. Lobster переносить цю оркестрацію до типізованого середовища виконання:
  • Один виклик замість багатьох: один виклик інструмента Lobster повертає структурований результат для всього конвеєра.
  • Вбудовані схвалення: побічні дії (надсилання, публікація, видалення) призупиняють робочий процес до явного схвалення.
  • Можливість відновлення: призупинений робочий процес повертає токен; схваліть і відновіть його без повторного виконання попередніх етапів.
Lobster — це невелика обмежена DSL, а не універсальна мова сценаріїв: схвалення та відновлення є надійною вбудованою примітивною операцією; конвеєри представлені даними (їх легко журналювати, порівнювати, відтворювати й перевіряти); компактна граматика обмежує «творчі» шляхи виконання коду, тож перевірка залишається реалістичною; обмеження часу, обсягу виведення, перевірки пісочниці та списки дозволів застосовує середовище виконання, а не кожен сценарій. Кожен етап усе одно може викликати будь-який CLI або сценарій — створюйте файли .lobster за допомогою інших інструментів, якщо вам потрібна функціональніша мова опису. Без Lobster регулярне опрацювання електронної пошти має такий вигляд:
З Lobster та сама робота виконується одним викликом, який призупиняється для схвалення та відновлюється:

Як це працює

OpenClaw запускає робочі процеси Lobster у межах процесу, використовуючи вбудований пакет @clawdbot/lobster як інтегрований засіб виконання. Зовнішній підпроцес lobster не запускається; виклик інструмента безпосередньо повертає конверт JSON. Якщо конвеєр призупиняється для схвалення, конверт містить токен відновлення (або короткий ідентифікатор схвалення), щоб ви могли продовжити пізніше.

Увімкнення

Lobster — це необов’язковий інструмент Plugin, який типово не ввімкнено. Він постачається в комплекті, тому окреме встановлення не потрібне — просто дозвольте інструмент:
Або для окремого агента:
alsoAllow додає lobster до активного профілю інструментів, не обмежуючи інші основні інструменти. Використовуйте tools.allow, лише якщо натомість потрібен обмежувальний режим списку дозволів.
Інструмент повністю вимкнений у контекстах інструментів із пісочницею. Якщо вам потрібен автономний CLI Lobster для розробки або зовнішніх конвеєрів (поза вбудованим засобом виконання gateway), установіть його з репозиторію Lobster і додайте lobster до PATH.

Шаблон: невеликий CLI + канали JSON + схвалення

Створюйте невеликі команди, що працюють із JSON, а потім об’єднуйте їх у один виклик Lobster. (Наведені нижче назви команд є прикладами — замініть їх власними.)
Якщо конвеєр запитує схвалення, відновіть його за допомогою токена:
Приклад: перетворення вхідних елементів на виклики інструментів:

Етапи LLM лише з JSON (llm-task)

Для структурованого етапу LLM у робочому процесі ввімкніть необов’язковий інструмент Plugin llm-task і викликайте його з Lobster:

Важливе обмеження: вбудований Lobster і openclaw.invoke

Вбудований Plugin Lobster запускає робочі процеси у межах процесу всередині gateway. У цьому вбудованому режимі openclaw.invoke не успадковує автоматично URL gateway або контекст автентифікації для вкладених викликів інструментів CLI OpenClaw. Це означає, що цей шаблон наразі ненадійний у вбудованому засобі виконання:
Використовуйте наведений нижче приклад лише під час запуску автономного CLI Lobster у середовищі, де openclaw.invoke вже налаштовано з правильним контекстом gateway та автентифікації.
Якщо наразі ви використовуєте вбудований Plugin Lobster, віддавайте перевагу одному з варіантів:
  • прямий виклик інструмента llm-task поза Lobster або
  • етапи без openclaw.invoke всередині конвеєра Lobster, доки не буде додано підтримуваний вбудований міст.
Докладні відомості та параметри конфігурації див. у розділі Завдання LLM.

Файли робочих процесів (.lobster)

Lobster може запускати файли робочих процесів YAML/JSON із полями name, args, steps, env, condition та approval. У виклику інструмента задайте для pipeline шлях до файлу.
Примітки:
  • stdin: $step.stdout і stdin: $step.json передають виведення попереднього етапу.
  • condition (або when) може керувати виконанням етапів на основі $step.approved.

Параметри інструмента

run

Запуск файлу робочого процесу з аргументами:

resume

resume приймає token (повний токен відновлення з requiresApproval) або approvalId (короткий ідентифікатор із того самого об’єкта) — використовуйте те, що повернув призупинений запуск. approve є обов’язковим.

Режим керованого Task Flow

Передавання flowControllerId і flowGoal до run (або flowId і flowExpectedRevision до resume) спрямовує виклик через керований API Task Flow середовища виконання Plugin замість повернення простого конверта: OpenClaw створює або відновлює постійний запис потоку, застосовує до нього конверт Lobster (waiting під час очікування схвалення, succeeded/failed після завершення) і повертає { ok, envelope, flow, mutation }. Для цього режиму потрібне прив’язане середовище виконання Task Flow; він призначений для коду Plugin або контролера, якому потрібен постійний стан потоку після перезапусків gateway, а не для звичайного разового використання агентом.

Конверт виведення

Lobster повертає конверт JSON з одним із трьох статусів:
  • ok — успішно завершено
  • needs_approval — призупинено; requiresApproval містить resumeToken і короткий approvalId, кожен із яких може відновити виконання
  • cancelled — явно відхилено або скасовано
Інструмент надає конверт і в content (відформатований JSON), і в details (необроблений об’єкт).

Схвалення

Якщо наявне requiresApproval, перегляньте запит і вирішіть:
  • approve: true — відновити й продовжити побічні дії
  • approve: false — скасувати та завершити робочий процес
Використовуйте approve --preview-from-stdin --limit N, щоб додати попередній перегляд JSON до запитів на схвалення без спеціальних зв’язок jq/heredoc. Стан відновлення зберігається у вигляді невеликих файлів JSON у каталозі стану Lobster (типово ~/.lobster/state, можна змінити через LOBSTER_STATE_DIR); сам токен кодує лише вказівник на цей стан, а не повний стан конвеєра.

OpenProse

OpenProse добре поєднується з Lobster: використовуйте /prose для оркестрації багатоагентної підготовки, а потім запускайте конвеєр Lobster для детермінованих схвалень. Якщо програмі Prose потрібен Lobster, дозвольте інструмент lobster для підагентів через tools.subagents.tools. Див. OpenProse.

Безпека

  • Лише локально в межах процесу — робочі процеси виконуються всередині процесу gateway; сам Plugin не здійснює мережевих викликів.
  • Без секретів — Lobster не керує OAuth; він викликає інструменти OpenClaw, які це роблять.
  • З урахуванням пісочниці — вимикається, коли контекст інструмента працює в пісочниці.
  • Посилений захист — обмеження часу й обсягу виведення застосовує вбудований засіб виконання.

Усунення несправностей

Докладніше

Приклад використання: робочі процеси спільноти

Один із публічних прикладів: CLI «другий мозок» + конвеєри Lobster, які керують трьома сховищами Markdown (особистим, партнерським і спільним). CLI виводить JSON зі статистикою, списками вхідних елементів і результатами пошуку застарілих даних; Lobster об’єднує ці команди в робочі процеси, як-от weekly-review, inbox-triage, memory-consolidation і shared-task-sync, кожен із контрольними точками затвердження. ШІ виконує завдання, що потребують судження (категоризацію), коли він доступний, а коли ні — переходить до детермінованих правил.

Пов’язані матеріали