К основному содержанию
скилл CX Codex

turbo-operations — скилл для Claude Code: справочник

Справочник по операциям с Turbo-пайплайнами: пауза, перезапуск, удаление, состояния, чекпоинты и разбор ошибок. Пригодится, когда пайплайн сломался или нужно понять, что значит ошибка.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add goldsky-io/goldsky-agent --skill turbo-operations -a claude-code
Открыть на GitHub

Что делает turbo-operations

Скилл отвечает на вопросы про жизненный цикл пайплайнов Goldsky Turbo. Внутри — таблица состояний (running, starting, paused, stopped, error, completed), команды goldsky turbo list, pause, resume, restart, delete, синтаксис inspect и logs, горячие клавиши TUI и таблица частых ошибок с причинами и исправлениями.

Отдельный блок — различия между streaming и job-режимом. У job-пайплайнов (job: true) нет pause, resume и restart: чтобы обновить такой пайплайн, его удаляют и применяют заново. Автоочистка срабатывает примерно через час после завершения. Ещё есть скрипт ./scripts/analyze-logs.sh <pipeline-name>, который ищет типовые ошибки в логах и выдаёт рекомендации.

Важный момент про чекпоинты: удаление пайплайна стирает их безвозвратно, а пересоздание с тем же именем стартует с нуля. Данные, уже записанные в sinks, при этом остаются. Если чекпоинты нужны, обновляйте через apply, а не через delete. Переименование источника или самого пайплайна тоже сбрасывает состояние чекпоинтов — это повод проверить имена до деплоя. Для интерактивной диагностики сломанного пайплайна в описании указан отдельный скилл /turbo-doctor, для сборки новых — /turbo-builder.

Какие задачи решает

  • понять, что означает ошибка в логах пайплайна
  • поставить пайплайн на паузу без потери состояния
  • перезапустить пайплайн с очисткой чекпоинтов
  • разобраться, почему job-пайплайн нельзя поставить на паузу
  • посмотреть живые данные через inspect

Примеры запросов агенту

  • почему мой turbo-пайплайн в состоянии error?
  • как удалить пайплайн и не потерять данные в sinks?
  • покажи логи пайплайна my-pipeline за последние 100 строк

Как установить turbo-operations

1Через Skills CLI (Vercel)

npx skills add goldsky-io/goldsky-agent --skill turbo-operations -a claude-code

2Вручную: положить файлы

~/.claude/skills/turbo-operations/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/turbo-operations/

По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов

Вопросы о turbo-operations

Как установить turbo-operations в Claude?

Выполните npx skills add goldsky-io/goldsky-agent --skill turbo-operations -a claude-code. Скилл появится в ~/.claude/skills/turbo-operations/SKILL.md.

Что делает turbo-operations?

Это справочник по операциям с Turbo-пайплайнами: команды жизненного цикла, состояния, поведение чекпоинтов, различия streaming и job-режима, синтаксис inspect и logs, горячие клавиши TUI и таблица ошибок.

Что произойдёт с данными при удалении пайплайна?

Чекпоинты удаляются навсегда, а пересоздание с тем же именем начинается с нуля. Данные, уже записанные в sinks, сохраняются.

Исходный текст

SKILL.md · MIT
---
name: turbo-operations
description: "Turbo pipeline operations reference — lifecycle commands (pause, resume, restart, delete), pipeline states, checkpoint behavior, streaming vs job-mode differences, CLI syntax for `inspect`/`logs`, TUI shortcuts, and error pattern lookup. Triggers on: 'how do I pause/restart/delete', 'will deleting lose my data', 'what does this error mean', 'inspect TUI shortcuts'. For interactive diagnosis of a broken pipeline, use /turbo-doctor."
---

# Turbo Pipeline Operations

Lifecycle commands, monitoring, and error reference for running Turbo pipelines. This is a lookup reference — for interactive troubleshooting of a broken pipeline, use `/turbo-doctor`. For building new pipelines, use `/turbo-builder`.

## Pipeline States

| State     | Description                                  |
| --------- | -------------------------------------------- |
| running   | Pipeline is actively processing data         |
| starting  | Pipeline is initializing                     |
| paused    | Pipeline is paused (replicas set to 0)       |
| stopped   | Pipeline is not running (manually stopped)   |
| error     | Pipeline encountered an error                |
| completed | Job-mode pipeline finished processing range  |

## Streaming vs Job Mode Lifecycle

| Operation     | Streaming Pipeline            | Job-Mode Pipeline (`job: true`)             |
| ------------- | ----------------------------- | ------------------------------------------- |
| **List**      | Shows as `running`/`paused`   | Shows as `running`/`completed`              |
| **Pause**     | Supported                     | Not supported                               |
| **Resume**    | Supported                     | Not supported                               |
| **Restart**   | Supported                     | Not supported — use delete + apply          |
| **Delete**    | Supported                     | Supported (auto-cleanup ~1hr after done)    |
| **Apply**     | Updates in place              | Must delete first, then re-apply            |

### Job-Mode Pipeline Lifecycle

Job-mode pipelines (`job: true`) are one-time batch processes:

1. **Start** — process data from `start_at` to `end_block`
2. **Run** — process the bounded data range
3. **Complete** — automatically stop when range is processed
4. **Auto-cleanup** — ~1 hour after completion, automatically removed

Cannot pause, resume, or restart. Must delete before redeploying.

## Lifecycle Commands

### List Pipelines

```bash
goldsky turbo list
```

### Pause a Pipeline

Temporarily stop processing without deleting. Preserves all state for later resumption.

```bash
goldsky turbo pause <pipeline-name>
```

### Resume a Pipeline

Restore a paused pipeline. Can only resume a **paused** pipeline.

```bash
goldsky turbo resume <pipeline-name>
```

### Restart a Pipeline

Trigger a pod restart for a running or paused pipeline.

```bash
goldsky turbo restart <pipeline-name>
# To clear all checkpoints and reprocess from the beginning:
goldsky turbo restart <pipeline-name> --clear-state
```

### Delete a Pipeline

Permanently remove a pipeline. All checkpoints are lost. Data already written to sinks is preserved.

```bash
goldsky turbo delete <pipeline-name>
```

### Delete and Recreate (Fresh Start)

```bash
goldsky turbo delete my-pipeline
goldsky turbo apply my-pipeline.yaml
```

## Checkpoint Behavior

- Deleting a pipeline removes its checkpoints permanently
- Recreating with the same name starts fresh (no checkpoint recovery)
- To preserve checkpoints, use `apply` to update instead of delete/recreate
- Checkpoint state is tied to source names — renaming a source resets its checkpoint
- Checkpoint state is tied to pipeline names — renaming a pipeline resets all checkpoints

## Monitoring Commands

| Action                   | Command                                              |
| ------------------------ | ---------------------------------------------------- |
| List pipelines           | `goldsky turbo list`                                 |
| View live data           | `goldsky turbo inspect <name> -p`                    |
| Inspect specific node    | `goldsky turbo inspect <name> -n <node> -p`          |
| View logs                | `goldsky turbo logs <name>`                          |
| Follow logs              | `goldsky turbo logs <name> --follow`                 |
| Logs with timestamps     | `goldsky turbo logs <name> --timestamps`             |
| Last N lines             | `goldsky turbo logs <name> --tail N`                 |
| Logs since N seconds ago | `goldsky turbo logs <name> --since N`                |

## `goldsky turbo inspect` Flags

| Flag                   | Short | Description                                                  |
| ---------------------- | ----- | ------------------------------------------------------------ |
| `--print`              | `-p`  | Print records to stdout                                      |
| `--topology-node-keys` | `-n`  | Comma-separated node keys to filter (e.g. a transform name)  |
| `--buffer-size`        | `-b`  | Max records to keep in buffer (default: 10000)               |

Always use `-p`. Always include it in every `inspect` command you suggest.

### Log Analysis Script

Use the helper script to quickly analyze pipeline logs:

```bash
./scripts/analyze-logs.sh <pipeline-name>
./scripts/analyze-logs.sh <pipeline-name> --tail 100
```

The script checks for common error patterns and reports findings with recommendations.

## Common Error Patterns

> **Detailed error patterns and solutions are in `data/error-patterns.json`.**

| Error Pattern             | Likely Cause               | Fix                                            |
| ------------------------- | -------------------------- | ---------------------------------------------- |
| `connection refused`      | Database unreachable       | Check network/firewall settings                |
| `authentication failed`   | Wrong credentials          | Update secret with correct credentials         |
| `secret not found`        | Missing secret             | Create secret with `goldsky secret create`     |
| `SQL syntax error`        | Invalid transform SQL      | Fix SQL in YAML and redeploy                   |
| `duplicate key`           | Primary key collision      | Ensure unique primary key in transform          |
| `script transform error`  | TypeScript runtime failure | Check script logic, null handling, return types |
| `dynamic_table` error     | Backend connection issue   | Verify dynamic table secret/table exists        |
| `WASM execution failed`   | Script crash in sandbox    | Debug script — check for undefined access       |
| `handler timeout`         | External HTTP endpoint slow| Increase `timeout_ms` or fix handler endpoint   |

### Script Transform Issues

| Issue                        | Fix                                                    |
| ---------------------------- | ------------------------------------------------------ |
| `undefined` property access  | Add null checks: `input.field ?? ''`                   |
| Wrong return type            | Ensure returned object matches `schema` exactly        |
| Missing return fields        | All `schema` fields must be present in returned object |
| `invoke is not a function`   | Ensure script defines `function invoke(data)`          |
| BigInt errors                | Use `BigInt()` constructor, not direct number literals  |

### Dynamic Table Issues

| Issue                      | Fix                                                    |
| -------------------------- | ------------------------------------------------------ |
| Table not found            | Create the table in PostgreSQL before deploying         |
| No matches from check      | Verify data exists in the backing table                 |
| Stale data                 | For postgres backend, verify rows are actually there    |
| Memory pressure            | Large in_memory tables → switch to postgres backend     |

## Troubleshooting Quick Reference

| Symptom                  | Likely Cause           | Quick Fix                                       |
| ------------------------ | ---------------------- | ----------------------------------------------- |
| No data flowing          | `start_at: latest`     | Wait for new data or use `earliest`             |
| Auth failed              | Wrong credentials      | Update secret with correct password             |
| Connection refused       | Network/firewall       | Check host, whitelist Goldsky IPs               |
| Storage exceeded         | Neon free tier (512MB) | Upgrade plan or clear data                      |
| SQL error                | Bad transform syntax   | Validate YAML first                             |
| Pipeline not found       | Name mismatch          | Run `goldsky turbo list` to check names         |
| Permission denied        | Role insufficient      | Verify Editor or Admin role in the project      |
| `pipeline already exists`| Job-mode stale         | Delete first, then re-apply                     |
| Cannot pause/resume job  | Job-mode limitation    | Job pipelines don't support pause/resume        |
| Cannot restart job       | Job-mode limitation    | Delete + re-apply instead                       |
| Can't connect to inspect | Pipeline not running   | Check status with `goldsky turbo list`          |
| Logs are empty           | Pipeline just started  | Wait for data or check `start_at`               |
| TUI disconnects          | Pipeline interrupted   | Auto-reconnects within 30 min; check status     |

## Related

- **`/turbo-doctor`** — Interactive diagnostic skill for pipeline issues
- **`/turbo-builder`** — Build and deploy new pipelines
- **`/turbo-pipelines`** — YAML configuration and architecture reference

© goldsky-io · MIT · goldsky-io/goldsky-agent

Похожие скиллы

Всё по теме «DevOps и инфраструктура» →
revenue-operations Alireza Rezvani Анализирует воронку продаж, точность прогнозов и показатели эффективности выхода на рынок по JSON-данным. 726установок search entireio Ищет решения, обсуждения и код в сохранённой истории Entire по всем доступным репозиториям. Помогает вспомнить контекст прошлых задач до чтения файлов проекта. CX Codex +1 458установок dx-devops-pipeline-manage forcedotcom Скилл ведёт пайплайны DevOps Center из терминала: создаёт, добавляет стадии и окружения, подключает проекты и активирует релизную цепочку. CX Codex +1 2 200установок bulk-operations HubSpot Скилл задаёт базовые приёмы работы с CLI hubspot: пакетное чтение, пагинация, JSONL-конвейеры и безопасные массовые записи. CX Codex +1 1 800установок circleci-cli официальный CircleCI Скилл помогает управлять пайплайнами CircleCI через терминальную утилиту circleci. Пригодится для проверки статусов, валидации конфигов и точечного перезапуска сборок. CX Codex GP ChatGPT 4установок authoring-dags astronomer Помогает создавать и проверять DAG в Apache Airflow по шестиэтапному циклу. Пригодится при написании новых пайплайнов или добавлении задач в существующие графы. CX Codex +1 1 200установок

Из того же набора15

compose-doctor Скилл разбирает сломанные приложения Goldsky Compose: падающие задачи, crashloop, пропущенные события, ошибки бандлера и кошельков. Пригодится, когда приложение уже развёрнуто и что-то в нём не работает. CX Codex +1 3 500установок edge Помогает настраивать RPC-эндпоинты Goldsky Edge для EVM-сетей, выбирать лимиты запросов и устранять ошибки вызовов нод. CX Codex +1 3 500установок compose Скилл для работы с Goldsky Compose: помогает писать и деплоить TypeScript-задачи, которые срабатывают по cron, HTTP или событию в сети. CX Codex +1 3 500установок mirror-doctor Разбирает, почему пайплайн Goldsky Mirror упал, завис или не стартует, и доводит до рабочего состояния. CX Codex +1 3 500установок secrets Скилл ведёт агента через создание, просмотр, ротацию и удаление секретов Goldsky — именованных объектов с учётными данными для sink пайплайнов. CX Codex +1 3 600установок turbo-doctor Интерактивная диагностика сбоев в пайплайнах Goldsky Turbo. Помогает найти причину ошибок по логам, проверить секреты и вернуть поток данных в строй. CX Codex +1 3 500установок auth-setup Ставит Goldsky CLI, проводит через goldsky login и проверяет, что проект подключён. Пригодится, когда команды отвечают «unauthorized». CX Codex +1 3 600установок turbo-transforms Помогает писать и отлаживать трансформации для Turbo-пайплайнов: декодирование EVM-логов, фильтры, TypeScript-скрипты, динамические таблицы. CX Codex +1 3 600установок

Спонсоры проекта

Компании, которые помогают держать аналитику открытой