Token导航 LogoToken导航

Agent Skill · 运维和基础设施

turbo-lifecycle(涡轮生命周期)

turbo-lifecycle 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

turbo-lifecycle 是运维和基础设施类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在运维和基础设施类的 2,449 个 Skill 里排第 1,890。

总安装 364周安装 15GitHub Stars 公开资料未说明下载 119核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:turbo-lifecycle(涡轮生命周期)
来源仓库:https://github.com/goldsky-io/goldsky-agent
仓库路径:skills/turbo-lifecycle
安装命令:
npx skills add https://github.com/goldsky-io/goldsky-agent --skill turbo-lifecycle
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/goldsky-io/goldsky-agent --skill turbo-lifecycle

这个 Skill 是做什么的

运维和基础设施类 Skill 处理部署、监控、日志和云资源,多数需要较高的执行权限。

turbo-lifecycle 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。

它能自动提取 GitHub 仓库的 Issue、PR 及协作动态,辅助代码审查与项目进度跟踪。安装命令:npx skills add https://github.com/goldsky-io/goldsky-agent --skill turbo-lifecycle。

安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/turbo-lifecycle

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/goldsky-io/goldsky-agent --skill turbo-lifecyc…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

turbo-lifecycle 怎么安装?

在终端执行 npx skills add https://github.com/goldsky-io/goldsky-agent --skill turbo-lifecycle。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

turbo-lifecycle 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

turbo-lifecycle 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

turbo-lifecycle 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

turbo-lifecycle 用的人多吗?

公开数据是累计安装 364 次,近一周安装 15 次,下载 119 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

turbo-lifecycle 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理运维和基础设施类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

运维和基础设施类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
brainstorming

头脑风暴 · Codex、Claude

3,148,776173,131操作浏览器MIT通过
copywriting

文案写作 · Codex、Claude

1,996,72425,583需要联网MIT通过
openclaw-secure-linux-cloud

OpenClaw secure linux cloud 命令行 · Codex、Claude

1,853,08840接触敏感数据未明确未通过
xget

xget 命令行 · Codex、Claude

1,799,28040执行命令未明确未通过
requesting-code-review

代码审查请求 · Codex、Claude

1,590,144173,103权限未标注MIT通过
turbo-lifecycle

涡轮生命周期 · 本页

364—只读未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Turbo Pipeline Lifecycle Reference

CLI commands for managing pipeline lifecycle. Covers streaming and job-mode differences. For interactive pipeline troubleshooting, use /turbo-doctor instead.

Quick Reference

ActionCommand
List all pipelinesgoldsky turbo list
Delete by namegoldsky turbo delete <pipeline-name>
Delete by YAMLgoldsky turbo delete -f <pipeline.yaml>
Pause pipelinegoldsky turbo pause <pipeline-name>
Resume pipelinegoldsky turbo resume <pipeline-name>
Restart pipelinegoldsky turbo restart <pipeline-name>
Restart freshgoldsky turbo restart <pipeline-name> --clear-state

Pipeline States

StateDescription
runningPipeline is actively processing data
startingPipeline is initializing
pausedPipeline is paused (replicas set to 0)
stoppedPipeline is not running (manually stopped)
errorPipeline encountered an error
completedJob-mode pipeline finished processing range

Streaming vs Job Mode Lifecycle

Streaming and job-mode pipelines behave differently for lifecycle operations:

OperationStreaming PipelineJob-Mode Pipeline (job: true)
ListShows as running/pausedShows 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)
ApplyUpdates in placeMust delete first, then re-apply

Job-Mode Pipeline Lifecycle

Job-mode pipelines (job: true in YAML) are one-time batch processes. They:

  1. Start — process data from start_at (or earliest) to end_block (or chain tip)
  2. Run — process the bounded data range
  3. Complete — automatically stop when the range is fully processed
  4. Auto-cleanup — ~1 hour after completion, the pipeline is automatically removed

Key rules for job-mode pipelines:

  • Cannot pause, resume, or restart — these commands return an error for job pipelines
  • Cannot update in place — must delete the old job, then apply a new one
  • Redeploying a job — if you need to re-run: goldsky turbo delete my-job-pipeline goldsky turbo apply my-job-pipeline.yaml
  • If the job errors, it still auto-deletes ~1 hour after termination — same as successful jobs.

Pause, Resume, and Restart

Pause a Pipeline

Temporarily stop processing without deleting:

goldsky turbo pause <pipeline-name>
# or by YAML:
goldsky turbo pause -f <pipeline.yaml>

This sets deployment replicas to 0, preserving all state for later resumption.

Resume a Pipeline

Restore a paused pipeline to its running state:

goldsky turbo resume <pipeline-name>
# or by YAML:
goldsky turbo resume -f <pipeline.yaml>
You can only resume a paused pipeline. Attempting to resume an already running pipeline returns an error.

Restart a Pipeline

Trigger a pod restart for a running or paused pipeline:

goldsky turbo restart <pipeline-name>

To clear all checkpoints and reprocess from the beginning:

goldsky turbo restart <pipeline-name> --clear-state
Restart vs Resume: Use resume to restore a paused pipeline without restarting pods. Use restart when you need a fresh pod restart (e.g., after configuration changes or to recover from issues). Restart is not supported for Job-mode pipelines — use delete + apply instead.

Important Notes

Deletion is Permanent

  • All checkpoints are lost
  • Pipeline configuration is removed
  • Cannot be undone

Data in Sinks is Preserved

  • Data already written to PostgreSQL, ClickHouse, etc. remains
  • Only the pipeline itself is deleted
  • You may need to manually clean up sink data if desired

Checkpoints and Restarts

  • Deleting a pipeline removes its checkpoints
  • If you recreate a pipeline with the same name, it starts fresh
  • To preserve checkpoints, use goldsky turbo apply to update instead of delete/recreate

Job-Mode Pipelines Cannot Be Updated In Place

  • Job pipelines (job: true) must be deleted before redeploying
  • Attempting goldsky turbo apply on an existing job returns an error: pipeline already exists
  • Jobs auto-cleanup ~1 hour after termination regardless of success or failure
  • Always delete the old job first if redeploying: goldsky turbo delete <name>, then goldsky turbo apply <file.yaml>

Project Scope

  • goldsky turbo list shows pipelines in your current project only
  • Use goldsky project list to see available projects
  • Pipelines are isolated per project

Common Patterns

Delete and Recreate

If you need to restart a pipeline from scratch:

  1. Delete the existing pipeline: goldsky turbo delete my-pipeline
  2. Deploy fresh: goldsky turbo apply my-pipeline.yaml

This resets all checkpoints and starts processing from the configured start_at position.

Rename Instead of Delete

To keep checkpoints but change the pipeline name:

  1. Update the name field in your YAML
  2. Apply the new configuration: goldsky turbo apply my-pipeline-v2.yaml
  3. Delete the old pipeline: goldsky turbo delete my-pipeline

Note: This creates a new pipeline; checkpoints don't transfer between names.

Clean Up Test Pipelines

For development, use a naming convention like test-* or dev-*:

name: test-usdc-transfers # Easy to identify for cleanup

Then clean up all test pipelines when done.

Troubleshooting

IssueAction
Pipeline not foundCheck spelling; use goldsky turbo list to see names
Permission deniedVerify you have Editor or Admin role in the project
Delete failedCheck logs for errors; pipeline may be in transition
Wrong projectUse goldsky project list to verify current project
pipeline already existsJob-mode pipeline — delete first, then re-apply
Cannot pause/resume jobJob-mode pipelines don't support pause/resume; use delete
Cannot restart jobJob-mode pipelines don't support restart; delete + re-apply

Error: Pipeline Not Found

Error: Pipeline 'wrong-name' not found

Fix: Run goldsky turbo list to see exact pipeline names. Names are case-sensitive.

Error: Permission Denied

Error: Permission denied

Fix: You need Editor or Admin role. Contact a project Owner to upgrade your role.

Related

  • /turbo-doctor — Interactive diagnostic skill for pipeline issues
  • /turbo-builder — Build and deploy new pipelines

平台分布

Codex

35.49%
按下载量换算42

Claude

30.41%
按下载量换算36

Cursor

21.24%
按下载量换算25

Gemini CLI

9.66%
按下载量换算11

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills