nemo-relay-get-started

NeMo Relay Get Started — это навык NVIDIA для первого проверяемого знакомства с NeMo Relay. Он предназначен для ситуации, когда пользователь хочет увидеть пользу Relay, но ещё не готов начинать с production-развёртывания или полной архитектуры продукта. Главная идея workflow — выбрать самый простой применимый путь и получить один наблюдаемый результат. Поэтому навык сначала ориентируется на цель и существующее окружение, а не предлагает сразу настраивать все возможности Relay. У навыка есть три пути запуска, которые выбираются по порядку. CLI-путь является вариантом по умолчанию для общего запроса «попробовать Relay» и для случая, когда нужно получить результат без изменения кода приложения. В этом варианте через локальную CLI-оболочку запускается Codex, Claude Code или Hermes. Путь встроенной интеграции подходит, если границу исполнения уже владеет приложение на LangChain, LangGraph, Deep Agents или OpenClaw: тогда рекомендуется поддерживаемая интеграция, а не ручная обёртка вызовов. Третий вариант — ручная инструментализация на уровне языка для приложения Python, Node.js или Rust, которое само владеет местами вызова инструментов или LLM и не имеет более подходящей поддерживаемой интеграции. Если запрос не уточняет границу исполнения, навык использует CLI; если доступны несколько CLI-агентов, задаётся один короткий вопрос для выбора. Установка привязана к уже выбранному пути, чтобы не зациклить пользователя между вариантами. Для CLI сначала проверяется nemo-relay --version; если команда отсутствует, используется nemo-relay-install для CLI-результата. Для встроенной интеграции устанавливается пакет названного фреймворка или harness, а для ручного пути — пакет обнаруженного языка. После успешной установки путь не выбирается заново: workflow продолжает работу со следующего шага. Это полезное ограничение для повторного запуска, потому что исправная установка не должна возвращать пользователя к тому же вопросу. Первый результат проверяется единым контрактом. Сначала осматриваются окружение и существующая конфигурация Relay. Затем объясняются граница подключения и точное минимальное изменение. До записи конфигурации, правки приложения или запуска работы, которая потребляет модель, требуется подтверждение. Пробный запуск должен быть нечувствительным к данным и read-only; если выбранная поверхность это позволяет, в нём проверяется представительный путь инструмента и LLM. Успешный ответ приложения сам по себе не считается доказательством, что Relay активен: нужно найти наблюдаемое свидетельство выбранного пути. В итоговом объяснении достаточно показать корень, связи инструмента и модели, captured lifecycle events и способ просмотра событий через подписчиков или Observability; prompts, credentials и полный payload событий не выводятся. После успешной первой проверки навык останавливает первоначальный try-now workflow и предлагает ровно один следующий встроенный плагин. Если Observability ещё не использовался, он предлагается первым, чтобы зафиксировать повторяемый путь плагин-управляемого наблюдения. Если Observability уже дал доказательство, следующий выбор зависит от цели: Adaptive для runtime-поведения и оптимизации, NeMo Guardrails для policy checks, PII Redaction для санации чувствительных данных наблюдаемости или Model Pricing для оценки стоимости LLM-ответов. Сначала показывается минимальная конфигурация, затем запрашивается подтверждение и отдельно проверяется эффект; несколько плагинов не наслаиваются без результата предыдущего шага. Остальные переходы остаются адресными. Расширение прямых вызовов приложения ведёт к nemo-relay-instrument-calls, дополнительные exporters или durable observability — к nemo-relay-plugin-observability, другой пакет или поддерживаемая интеграция — к nemo-relay-install. Для постоянной загрузки в Claude Code или Codex также используется установка; для Codex Desktop действует отдельная safety-проверка recovery note. Если не видны hooks, gateway traffic или события, диагностический путь использует nemo-relay doctor, его JSON-вариант или nemo-relay-debug-runtime-integration. Навык намеренно не настраивает на первом шаге production OTLP backends, model pricing, guardrails, adaptive tuning, custom plugins, Go или FFI-примеры. Поэтому он хорош для безопасного доказательства первого результата, но не заменяет проектирование production-конфигурации и не обещает, что доступ к конкретному агенту, плагину, правам или backend уже существует.