paseo-help — скилл для Claude Code: что делает и как установить
Отвечает на вопросы о настройке, подключении и сбоях Paseo. Нужен, когда требуется разобраться с демоном, провайдерами, логами или рабочими пространствами.
npx skills add getpaseo/paseo --skill paseo-help -a claude-codeЧто делает paseo-help
Скилл разбирает работу Paseo: установку и конфигурацию, подключение к демону, провайдеров, рабочие пространства, обновления, логи и неполадки. Перед диагностикой он определяет, где запущен демон и как клиент к нему подключается: через локальное соединение, relay, LAN, VPN, Tailscale или веб-интерфейс.
Для проверки используются команды paseo --version, paseo daemon status --json и paseo provider diagnostic <provider> --json. Скилл сопоставляет версии приложения и демона, учитывает PASEO_HOME, путь к логам и среду Docker. Это повод сначала выяснить, какой хост выбран в Paseo: локальная команда может описывать другой демон.
При поиске проблемы он читает узкий фрагмент нужного лога и просит удалить из него токены, пароли, pairing offers и пользовательский код. Перезапуск демона, изменение конфигурации и открытие сетевого порта выполняются только после явного разрешения пользователя.
Какие задачи решает
- разобраться, где запущен демон Paseo
- проверить подключение клиента к нужному хосту
- найти причину пропавшего провайдера
- сопоставить версии приложения и демона
- собрать данные для диагностики сбоя
Примеры запросов агенту
- Объясни, как настроить подключение Paseo к удалённому демону, и сначала определи его топологию.
- Проверь, почему Paseo не видит провайдера, используя `paseo provider diagnostic <provider> --json`.
- Подскажи, где искать логи выбранного демона и какие данные нужно удалить перед отправкой.
Как установить paseo-help
1Через Skills CLI (Vercel)
npx skills add getpaseo/paseo --skill paseo-help -a claude-code2Вручную: положить файлы
~/.claude/skills/paseo-help/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/paseo-help/
1Через Skills CLI (Vercel)
npx skills add getpaseo/paseo --skill paseo-help -a codex2Вручную: положить файлы
.agents/skills/paseo-help/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add getpaseo/paseo --skill paseo-help -a cursor2Вручную: положить файлы
.cursor/skills/paseo-help/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install getpaseo/paseo paseo-help2Вручную: положить файлы
.github/skills/paseo-help/SKILL.md1Через Skills CLI (Vercel)
npx skills add getpaseo/paseo --skill paseo-help -a gemini-cli2Командой платформы
gemini skills install https://github.com/getpaseo/paseo --path skills/paseo-helpВручную: положить файлы
.devin/skills/paseo-help/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add getpaseo/paseo --skill paseo-help -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
Из того же набора6
Весь набор →Похожие
Вопросы о paseo-help
Как установить paseo-help в Claude Code?
Выполните npx skills add getpaseo/paseo --skill paseo-help -a claude-code, затем повторите эту команду ещё раз. Файл скилла находится по пути ~/.claude/skills/paseo-help/SKILL.md.
Что делает paseo-help?
Скилл отвечает на вопросы о Paseo и помогает диагностировать настройку, подключение, провайдеров, рабочие пространства, обновления и логи. Он сначала определяет затронутый демон, затем предлагает подходящие проверки.
Почему перед диагностикой нужно определить демон Paseo?
Paseo Desktop может управлять локальным демоном и одновременно подключаться к удалённым. Поэтому версия, PATH, провайдеры и логи относятся к машине или контейнеру демона, а не автоматически к устройству клиента.
Исходный текст
SKILL.md · Apache-2.0
--- name: paseo-help description: Answer questions about the Paseo product and app, including setup, configuration, connectivity, providers, workspaces, updates, logs, and troubleshooting. Use when a user inside Paseo asks how Paseo works, how to configure it, or why something is broken; use the paseo skill instead to operate agents and workspaces through MCP or the CLI. --- # Paseo Help You are helping a user understand, configure, or troubleshoot Paseo itself. Answer their question directly, verify the answer against the current public documentation, and include the relevant documentation link. Do not send the user away to read the docs in place of helping them. **User's question:** $ARGUMENTS ## Use current documentation Fetch [https://paseo.sh/llms.txt](https://paseo.sh/llms.txt) first. It is the current index of Paseo documentation, with a description and Markdown URL for each page. Use that index to select the page that owns the user's question, then fetch the linked `.md` page before answering. For troubleshooting, begin with [Common problems](https://paseo.sh/docs/troubleshooting.md) and follow its links when the issue belongs to a more specific page. Prefer the deployed docs over memory. Answer the user directly, then link the relevant `.md` page as supporting documentation. ## Establish the topology first Identify the daemon involved before diagnosing versions, paths, providers, logs, updates, or connectivity. Do not infer the daemon from the client: Paseo Desktop can manage its bundled local daemon and connect to other remote daemons at the same time. Establish two facts: 1. **Where and how the daemon runs** - **Desktop-managed:** Paseo Desktop bundles, starts, and updates a daemon on that computer. No separate daemon install is required. - **Standalone:** the daemon was installed separately, commonly through the npm CLI, and runs independently of the desktop app. - **Docker:** the daemon, its home, provider CLIs, credentials, and code mounts live in the container runtime. 2. **How the affected client reaches it** - same-machine local connection - relay connection - direct LAN, VPN, or Tailscale connection - daemon-served web UI Use **Settings → About** to compare the app version with each connected host. For the affected host, open **Settings → your host → Overview → Full status**. On the daemon machine, `paseo daemon status --json` reports facts such as server ID, hostname, version, home, listen address, process owner, log path, and whether the daemon is desktop-managed. Record which host the user is viewing and which machine or container runs it. A local `paseo daemon status` describes the daemon for that CLI's local `PASEO_HOME`; it may not be the remote host visible in the app. Apply later checks to the daemon runtime, not automatically to the client device: - Provider binaries, credentials, `PATH`, workspaces, config, and daemon logs live on the daemon machine or inside its container. - App version and app logs live on the client device. - A desktop-managed daemon follows the Desktop app lifecycle and update path. - A standalone daemon follows its own CLI/npm lifecycle and may use a different `PASEO_HOME` or listen address. - A Docker daemon uses container paths, volumes, user permissions, image versions, and container lifecycle commands. ## Diagnose before changing state After identifying the affected host, compare that daemon's version with the client app version. Ask the user to update both through the correct topology-specific update path. Old versions and app/daemon version skew cause many apparent bugs, and fixes ship frequently. Use the Updates page and the installation-specific docs for current instructions. Use the smallest relevant read-only checks: ```bash paseo --version paseo daemon status --json paseo provider diagnostic <provider> --json ``` Use the status-reported home, listen address, and log path for further checks. Probe `http://127.0.0.1:6767/api/health` or read `~/.paseo/daemon.log` only when those values match the affected daemon. Do not restart the daemon, edit config, update software, or expose a network listener without the user's explicit permission. A daemon restart can interrupt the agent doing the diagnosis. For a missing provider or `command not found`, run `paseo provider diagnostic <provider>` against the affected host, or open **Settings → your host → Providers → provider → Diagnostic**. Compare its resolved binary, daemon `PATH`, and provider version with a brand-new login shell. Shell aliases and functions are not executable paths. ## Logs and local files Use these defaults on the machine where the daemon or Desktop app actually runs. Do not look for a remote daemon's files on the client device. - Daemon config: `~/.paseo/config.json` - Daemon log: `~/.paseo/daemon.log` - Agent state directory: `~/.paseo/agents/` - Default managed worktree root: `~/.paseo/worktrees/` - macOS desktop log: `~/Library/Logs/Paseo/main.log` - Linux desktop log: `~/.config/Paseo/logs/main.log` - Windows desktop log: `%APPDATA%\Paseo\logs\main.log` Substitute the status-reported `PASEO_HOME` for `~/.paseo`. In the official Docker image, the default is `/home/paseo/.paseo`; its host path depends on the volume mount, and container stdout is available through Docker. Desktop app logs describe the Desktop process; daemon logs describe the selected daemon. Read the narrowest useful slice and redact credentials, pairing offers, tokens, passwords, and user code before sharing logs. If diagnosing the bundled daemon on a computer with Paseo Desktop installed, but `paseo` is not on `PATH`, the bundled CLI is at: - macOS: `/Applications/Paseo.app/Contents/Resources/bin/paseo` - Linux: `<install-dir>/resources/bin/paseo` - Windows: `C:\Program Files\Paseo\resources\bin\paseo.cmd` Offer to fix the PATH or symlink; do not change shell configuration silently. ## Escalate with evidence If the current docs and diagnostics do not resolve the problem, collect the app and daemon versions, OS, install method, connection method, exact error, minimal reproduction, and a small redacted log excerpt. - Bugs: [GitHub Issues](https://github.com/getpaseo/paseo/issues) - Questions and quick help: [Paseo Discord](https://discord.gg/jz8T2uahpH) - Product workflow discussions: [GitHub Discussions](https://github.com/getpaseo/paseo/discussions) or `#product` in Discord
© getpaseo · Apache-2.0 · getpaseo/paseo