Life OS Docs

Тема

Создать процесс через агента ​

Для этой работы агенту нужна роль Разработчик автоматизаций и workflow-builder skill.

Открыть полный сценарий подключения →

Что написать агенту ​

Опишите результат обычными словами. Не нужно проектировать ноды самостоятельно.

Создай процесс, который каждые 15 минут читает выбранные источники, отбирает подходящие записи, сохраняет их в подключённую CRM и показывает лучшие варианты через выбранный интерфейс. Перед отправкой сообщения обязательно запрашивай подтверждение. Сам изучи доступные подключения, задай мне только необходимые вопросы, собери процесс, протестируй его и включи после успешной проверки.

Что должен сделать агент ​

  1. Прочитать инструкции Workflow Builder.
  2. Найти доступные события, действия и аккаунты.
  3. Задать вопросы только о выборе источника, назначения, расписания и границы подтверждения.
  4. Создать неактивный черновик в n8n.
  5. Получить bindings для внешних действий без передачи секретов.
  6. Подключить push-события или расписание.
  7. Проверить сохранённый граф.
  8. Провести реальный E2E-тест с безопасными тестовыми данными.
  9. Включить workflow только после успеха.
  10. Сообщить ID workflow, execution и оставшиеся ручные шаги.

События Telegram ​

  • Telegram Account · New message — новое личное сообщение, полученное подключённым пользовательским аккаунтом.
  • Telegram Bot · New message — сообщение, отправленное боту.
  • Telegram Bot · Inline button pressed — нажатие callback-кнопки под сообщением бота.

Это push-события. Для них не нужен цикл polling или постоянно работающая wait-нода.

Общий формат события ​

Life OS передаёт в webhook один provider-neutral envelope. Поля конкретного сервиса не теряются и остаются в raw_update или payload.

json
{
  "provider": "telegram_bot",
  "connection_id": "tgbot_...",
  "event_type": "callback_query.received",
  "external_id": "telegram:update:12345",
  "chat_id": "42",
  "date": 1785480000,
  "text": "",
  "raw_update": {}
}

external_id используется для идемпотентности. Для Telegram Account поля envelope те же, а исходное MTProto-сообщение находится в payload события. Точный config_schema события агент получает через automation_search_actions; routing.mode, пересекающиеся получатели и статистика доставок доступны через automation_list_subscriptions.

Контракты действий ​

Перед добавлением Life OS Action агент вызывает automation_describe_action. Ответ содержит input_schema, а для описанных действий также output_schema, output_example и documentation_url. Если output_contract_status равен unknown, агент не должен угадывать форму ответа: для read-action он использует probe_action, для write-action сначала делает dry-run или запрашивает недостающий контракт.

Фильтр существующего маршрута можно менять действием automation_update_subscription_filter. Внутри n8n оно разрешает workflow изменять только собственную subscription.

WARNING

Если агент просит вставить API-ключ прямо в ноду n8n, остановите его. Внешние действия должны выполняться через bindings Life OS.

Документация Life OS