Token导航 LogoToken导航TokenDH.com
运维和基础设施只读github未标认证来源可访问clear审计提醒

cruise-control巡航控制

Agent Skill

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

总安装

436

周安装

18

GitHub Stars

1

下载量

143
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:cruise-control(巡航控制)
来源仓库:https://github.com/jschulte/claude-plugins
仓库路径:skills/cruise-control
安装命令:
npx skills add https://github.com/jschulte/claude-plugins --skill cruise-control
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/jschulte/claude-plugins --skill cruise-control

简介

cruise-control 实现 StackShift 全流程自动化执行,无需人工干预完成技术栈迁移各阶段任务。

  • 适用于 Greenfield 新建项目或 Brownfield 遗留系统改造的全自动部署流水线场景。
  • 按顺序收集路由配置后自动推进,跳过不适用提示以精简交互流程提升效率。
  • 运行前务必备份现有环境,防止全自动执行过程中出现不可逆数据损坏风险。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Cruise Control Orchestrator

Run all StackShift gears sequentially without stopping between gears.


Activation

Activate when the user requests automatic, unattended, or hands-free StackShift execution. Common trigger phrases: "cruise control", "run automatically", "autopilot", "full workflow", "all gears".


Setup: Collect Configuration

Present the following prompts in order. Skip prompts that do not apply to the selected path (see skip rules below).

Prompt 1 - Route Selection: Ask the user to choose:

  • A) Greenfield - Shift to new tech stack
  • B) Brownfield - Manage existing code

Prompt 2 - Implementation Framework: Ask the user to choose:

  • A) GitHub Spec Kit - Feature specs in.specify/, /speckit.* commands
  • B) BMAD Auto-Pilot - Auto-generate BMAD artifacts from reverse-eng docs
  • C) BMAD Method - Same docs, hands off to BMAD's collaborative agents
  • D) Architecture Only - Generate architecture.md with your constraints
  • E) Portable Extraction - Tech-agnostic business logic extraction
  • F) Widget Migration - Legacy widget to React Router 7 + Iris

Prompt 3 - Clarifications Handling (Spec Kit only):

  • A) Defer - Mark them, implement around them, clarify later
  • B) Prompt - Stop and ask questions interactively
  • C) Skip - Only implement fully-specified features

Prompt 4 - Implementation Scope (Spec Kit only):

  • A) P0 only - Critical features
  • B) P0 + P1 - Critical and high-value
  • C) All - Everything
  • D) None - Stop after specs are ready

Prompt 5 - BMAD Synthesize Mode (BMAD Auto-Pilot only):

  • A) YOLO - Fully automatic, no questions
  • B) Guided - Auto-fill + targeted questions

Prompt 6 - Architecture Constraints (Architecture Only only): Collect: tech stack, cloud provider, scale, hard constraints.

Prompt 7 - Portable Extraction Mode (Portable Extraction only):

  • A) YOLO - Fully automatic
  • B) Guided - Auto-fill + targeted questions

Prompt 8 - Widget Migration Mode (Widget Migration only):

  • A) YOLO - Fully automatic
  • B) Guided - Auto-fill + targeted questions Target stack is always React Router 7 + Iris + TypeScript (not configurable).

Skip rules:

  • BMAD Method: skip prompts 3-6
  • BMAD Auto-Pilot: skip prompts 3-4, 6-7
  • Architecture Only: skip prompts 3-5, 7-8
  • Portable Extraction: skip prompts 3-6, 8
  • Widget Migration: skip prompts 3-7

After collecting all applicable answers, write them to .stackshift-state.json:

{
  "auto_mode": true,
  "auto_config": {
    "route": "<greenfield|brownfield>",
    "implementation_framework": "<speckit|bmad-autopilot|bmad|architect-only|portable-extract|widget-migrate>",
    "clarifications_strategy": "<defer|prompt|skip>",
    "implementation_scope": "<p0|p0_p1|all|none>",
    "synthesize_mode": "<yolo|guided>",
    "architecture_constraints": { ... }
  }
}

Log: "Configuration saved. Starting cruise control with [framework] on [route] path."


Gear Transition Protocol

After each gear completes, do the following before proceeding:

  1. Verify expected output files exist using Glob or Read.
  2. Update .stackshift-state.json: set currentStep to the completed gear name and append it to completedSteps.
  3. Log: "Gear [N] ([name]) complete. Output: [list files]. Shifting to Gear [N+1]."
  4. If any expected output is missing or a gear produced an error, stop execution immediately. Log: "Gear [N] ([name]) FAILED. Missing: [files]. Error: [message]." Ask the user: "Gear [N] failed. Retry this gear, or skip it and continue?"

Execution: GitHub Spec Kit Path

Gear 1: Analyze

Run the analyze skill. Pass the route and framework selections.

Execute AST analysis: node scripts/run-ast-analysis.mjs analyze.

Verify output: analysis-report.md exists and .stackshift-analysis/ directory was created.

Set implementation_framework to speckit in .stackshift-state.json.

If Gear 1 fails: check that the codebase directory is valid and contains source files. Ask user whether to retry or abort.

Proceed to Gear 2.

Gear 2: Reverse Engineer

Launch the stackshift:stackshift-code-analyzer:AGENT agent via Task tool. Extract documentation based on route (greenfield = business logic only, brownfield = business + technical).

Verify output: docs/reverse-engineering/ contains all 9 expected files including integration-points.md.

If Gear 2 fails: check docs/reverse-engineering/ for partial output. Report which files are missing. Ask user whether to retry or skip.

Proceed to Gear 3.

Gear 3: Create Specifications

Run the create-specs skill in automated mode. Generate the constitution using the appropriate route template. Create all feature specs programmatically. Create implementation plans for incomplete features. Set up /speckit.* slash commands.

Verify output: .specify/ directory exists with constitution.md and at least one spec under .specify/specs/.

If Gear 3 fails: check whether .specify/ was partially created. Report status. Ask user whether to retry or skip.

Proceed to Gear 4.

Gear 4: Gap Analysis

Run the gap-analysis skill (equivalent to /speckit.analyze). Identify PARTIAL and MISSING features. Create prioritized roadmap. Mark [NEEDS CLARIFICATION] items.

Verify output: gap analysis report exists in .specify/.

If Gear 4 fails: report the error. Ask user whether to retry or skip.

Proceed to Gear 5.

Gear 5: Complete Specification

Branch on the clarifications_strategy from configuration:

  • If defer: skip this gear, log "Deferring clarifications." Proceed to Gear 6.
  • If prompt: run the complete-spec skill interactively. Ask the user clarification questions. Resume after answers.
  • If skip: mark unclear features as P2, log "Unclear features marked P2." Proceed to Gear 6.

If Gear 5 fails: report the error. Ask user whether to retry or skip.

Proceed to Gear 6.

Gear 6: Implement

Branch on the implementation_scope from configuration:

  • If none: log "Specs ready. Stopping before implementation." Mark workflow complete.
  • If p0: run the implement skill for P0 features only.
  • If p0_p1: run the implement skill for P0 and P1 features.
  • If all: run the implement skill for all features.

Use /speckit.tasks and /speckit.implement for each feature.

If Gear 6 fails: report which feature failed. Ask user whether to retry that feature, skip it, or abort.

Verify output: implemented features match the requested scope.

Log: "Cruise control complete. All gears finished for GitHub Spec Kit path."


Execution: BMAD Auto-Pilot Path

Gear 1: Analyze

Run the analyze skill. Set implementation_framework to bmad-autopilot in .stackshift-state.json.

Verify output: analysis-report.md exists.

If Gear 1 fails: ask user whether to retry or abort.

Proceed to Gear 2.

Gear 2: Reverse Engineer

Launch the stackshift:stackshift-code-analyzer:AGENT agent via Task tool. Extract all 11 documentation files including business-context.md and decision-rationale.md.

Verify output: docs/reverse-engineering/ contains all 11 files.

If Gear 2 fails: report which files are missing. Ask user whether to retry or skip.

Proceed to BMAD Synthesize.

Gears 3-5: BMAD Synthesize

Run the bmad-synthesize skill in the selected mode (YOLO or Guided, from synthesize_mode in config).

Verify output: _bmad-output/planning-artifacts/ contains prd.md, architecture.md, epics.md, ux-design-specification.md.

If BMAD Synthesize fails: report which artifacts are missing. Ask user whether to retry or skip.

Proceed to Gear 6.

Gear 6: BMAD Handoff

If the user wants BMAD refinement: display BMAD installation instructions and *workflow-init command.

If artifacts are sufficient: mark workflow complete.

Log: "Cruise control complete. BMAD Auto-Pilot path finished."


Execution: BMAD Method Path

Gear 1: Analyze

Run the analyze skill. Set implementation_framework to bmad in .stackshift-state.json.

Verify output: analysis-report.md exists.

If Gear 1 fails: ask user whether to retry or abort.

Proceed to Gear 2.

Gear 2: Reverse Engineer

Launch the stackshift:stackshift-code-analyzer:AGENT agent via Task tool. Extract all 11 documentation files.

Verify output: docs/reverse-engineering/ contains all 11 files.

If Gear 2 fails: report which files are missing. Ask user whether to retry or skip.

Skip Gears 3-5. Proceed to Gear 6.

Gear 6: BMAD Handoff

Display instructions for BMAD installation and setup. Provide the *workflow-init command. Explain how to point BMAD to docs/reverse-engineering/.

Log: "Cruise control complete. BMAD Method path finished. BMAD takes over from here."


Execution: Architecture Only Path

Gear 1: Analyze

Run the analyze skill. Set implementation_framework to architect-only in .stackshift-state.json. Store the architecture constraints collected during setup.

Verify output: analysis-report.md exists.

If Gear 1 fails: ask user whether to retry or abort.

Proceed to Gear 2.

Gear 2: Reverse Engineer

Launch the stackshift:stackshift-code-analyzer:AGENT agent via Task tool. Extract all 11 documentation files.

Verify output: docs/reverse-engineering/ contains all 11 files.

If Gear 2 fails: report which files are missing. Ask user whether to retry or skip.

Proceed to Architecture Generator.

Gears 3-5: Architecture Generator

Run the architect skill with the user constraints from Gear 1. Generate architecture.md with Mermaid diagrams, ADRs, and infrastructure recommendations.

Verify output: architecture.md exists.

If Architecture Generator fails: report the error. Ask user whether to retry or skip.

Log: "Cruise control complete. Architecture Only path finished."


Execution: Portable Extraction Path

Gear 1: Analyze

Run the analyze skill. Set implementation_framework to portable-extract in .stackshift-state.json.

Verify output: analysis-report.md exists.

If Gear 1 fails: ask user whether to retry or abort.

Proceed to Gear 2.

Gear 2: Reverse Engineer

Launch the stackshift:stackshift-code-analyzer:AGENT agent via Task tool. Extract all 11 documentation files.

Verify output: docs/reverse-engineering/ contains all 11 files.

If Gear 2 fails: report which files are missing. Ask user whether to retry or skip.

Proceed to Portable Extraction.

Gears 3-5: Portable Extraction

Run the portable-extract skill in the selected mode (YOLO or Guided, from synthesize_mode in config).

Verify output: _portable-extract/ contains epics.md and component-spec.md.

If Portable Extraction fails: report which artifacts are missing. Ask user whether to retry or skip.

Log: "Cruise control complete. Portable Extraction path finished."


Execution: Widget Migration Path

Gear 1: Analyze

Run the analyze skill. Detect the widget type (osiris, v9-velocity, v9-viewmodel, gvm). Set implementation_framework to widget-migrate in .stackshift-state.json.

Verify output: analysis-report.md exists and widget type is identified.

If Gear 1 fails: ask user whether to retry or abort.

Skip standard Gear 2. Proceed directly to Widget Migration.

Gears 2-6: Widget Migration Pipeline

Run the widget-migrate skill in the selected mode (YOLO or Guided, from config). Pass the widget ID as an argument for argument-based invocation.

The full pipeline runs: detect, extract, preference catalog, Iris map, portable spec, targeted epics.

Verify output in docs/specs/widgets/{widget-name}/:

  • preference-catalog.md
  • iris-component-mapping.md
  • portable-epics.md
  • portable-component-spec.md
  • targeted-epics.md
  • migration-report.md

If Widget Migration fails: report which output files are missing. Ask user whether to retry or abort.

Log: "Cruise control complete. Widget Migration path finished."


Interruption and Resume

If the user says "stop", "pause", or "switch to manual mode":

  1. Write the current gear number and completed outputs to .stackshift-state.json.
  2. Set auto_mode to false in .stackshift-state.json.
  3. Log: "Cruise control paused at Gear [N]. State saved. You can continue manually or resume cruise control later."

If the user says "resume cruise control":

  1. Read .stackshift-state.json.
  2. Set auto_mode back to true.
  3. Identify the last completed gear from completedSteps.
  4. Continue execution from the next gear in the path sequence.
  5. Log: "Resuming cruise control from Gear [N]."

Success Criteria

GitHub Spec Kit

  • .stackshift-state.json shows implementation_framework: "speckit" and all 6 gears in completedSteps
  • .specify/ directory initialized with specs
  • Features implemented per requested scope

BMAD Auto-Pilot

  • .stackshift-state.json shows implementation_framework: "bmad-autopilot"
  • docs/reverse-engineering/ with all 11 files
  • _bmad-output/planning-artifacts/ with prd.md, architecture.md, epics.md, ux-design-specification.md

BMAD Method

  • .stackshift-state.json shows implementation_framework: "bmad"
  • docs/reverse-engineering/ with all 11 files
  • BMAD handoff instructions provided

Architecture Only

  • .stackshift-state.json shows implementation_framework: "architect-only"
  • docs/reverse-engineering/ with all 11 files
  • architecture.md generated with diagrams and ADRs

Portable Extraction

  • .stackshift-state.json shows implementation_framework: "portable-extract"
  • docs/reverse-engineering/ with all 11 files
  • _portable-extract/epics.md and _portable-extract/component-spec.md generated

Widget Migration

  • .stackshift-state.json shows implementation_framework: "widget-migrate"
  • docs/specs/widgets/{widget-name}/ with all 6 output files
  • Zero source-platform terms in targeted epics
  • Every story references PREF-*, COMP-*, and BR-* IDs

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Claude Code

29.98%
按下载量换算43

OpenCode

22.5%
按下载量换算32

Codex

19.55%
按下载量换算28

github-copilot

11.6%
按下载量换算17

Antigravity

8.51%
按下载量换算12

Gemini CLI

3.91%
按下载量换算6

安全审计

Gen Agent Trust Hub

通过

Socket

可疑

Snyk

通过

权限和风险

只读

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

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。

来源信息

继续浏览同类 Skills