skills/vibe-onboard/SKILL.md
Use after `scripts/install.sh` to guide users through system setup, dependency checks, and core feature introduction. Interactive onboarding for new users. Delegates diagnostics to `vibe doctor` and `vibe keys check`. Do not use for project-level configuration (use vibe-project-check instead).
npx skillsauth add jacobcy/vibe-coding-control-center vibe-onboardInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Vibe Center 安装完成后的一站式引导工具,帮助用户完成全部配置、检查系统状态、了解核心功能,确保系统就绪可用。
前提:
zsh scripts/install.sh 建好;如果 vibe 命令还不可用,先完成安装并重新加载 shellzsh scripts/init.sh;通过 wtnew、创建新分支或 V3 自动创建的新 worktree 通常会自动跑一次,但如果还没做项目初始化,先执行它再进入 onboarding/vibe-onboard完成后状态:所有基础配置已完成,系统状态健康,用户了解核心用法,可以开始使用 Vibe Center 开发。
vibe doctor / vibe doctor --essential 获取系统事实结果vibe skills check / /vibe-skills-manager分层原则:
vibe doctor 负责工具与 Claude plugins 的事实判断vibe keys check 负责密钥状态的事实判断/vibe-onboard 只消费这些结果,负责解释、排序、提问和给方案/vibe-onboard 不直接读取 config/v3/dependencies.toml,也不重复实现底层检查逻辑完成后输出:
/vibe-new 创建新任务/vibe-onboard
├─ Step 0: 收集底层事实
│ ├─ 确认 `vibe` 命令已经可用;如果不可用,先提示运行 `zsh scripts/install.sh`
│ ├─ 确认当前项目已执行 `zsh scripts/init.sh`;如果没有,先提示执行初始化
│ ├─ 运行 `vibe doctor --essential`
│ ├─ 运行 `vibe doctor`
│ ├─ 运行 `vibe keys check`
│ └─ 基于以上结果整理后续引导流程
│
├─ Step 1: 必要依赖诊断与检查
│ ├─ 读取 `vibe doctor --essential` 的输出
│ ├─ 识别必要工具中缺失或异常的项目
│ └─ 只给出明确解决方案,不在本技能中自行做底层判断
│
├─ Step 2: 密钥配置引导
│ ├─ 读取 `vibe keys check` 的输出
│ ├─ 列出缺失的必要密钥
│ ├─ 对可选密钥只在用户需要相关能力时再建议
│ └─ 默认引导用户手动编辑 `~/.vibe/keys.env`(该文件由 `config/keys.template.env` 初始化)
│
├─ Step 3: 交互式可选组件询问(每项都需要用户确认)
│ ├─ 读取 `vibe doctor` 中的可选工具、必要 plugins、建议 plugins、可选 plugins
│ ├─ 根据用户目标解释哪些值得装、哪些可以跳过
│ ├─ 如果用户要继续,由 agent 和用户交互决定安装哪些项
│ └─ `/vibe-onboard` 自身不维护可选项清单,只引用 doctor / keys 的结果
│
├─ Step 4: 核心功能介绍
│ ├─ 介绍 Vibe Center 的核心定位:AI 开发编排工具
│ ├─ 介绍本项目的双栈结构:V2 shell + V3 runtime
│ ├─ 展示常用命令:
│ │ - `/vibe-new`:创建新开发任务
│ │ - `/vibe-commit`:提交代码并生成规范 commit 信息
│ │ - `/vibe-review`:代码评审
│ │ - `vibe doctor`:系统诊断
│ │ - `vibe keys`:密钥管理
│ ├─ 介绍环境检查工具:
│ │ - `/vibe-project-check`:快速检查当前项目的环境配置
│ │ - 适用于新项目创建后、配置修改后、或定期健康检查
│ └─ 介绍项目架构和扩展能力
│
├─ Step 5: skills 体系引导
│ ├─ 如用户关心 skills 安装 / 对齐,运行 `vibe skills check`
│ ├─ 引导用户理解三类体系:
│ │ - Superpowers:Claude plugin / 其他 agent 用 npx skills
│ │ - OpenSpec:项目内独立工具链,按需启用
│ │ - Gstack:用户可选增强,建议全局安装
│ ├─ 如需进一步审计与推荐,委托 `/vibe-skills-manager`
│ └─ 目标是保证 codeagent-wrapper 等执行代理具备足够能力
│
└─ Step 6: 快速开始教程
├─ 给出简单的使用示例:如何创建一个新任务,如何提交代码
├─ 说明文档位置:`CLAUDE.md`、`docs/` 目录
└─ 提示用户有问题可以随时查看 `CLAUDE.md` 或使用 `/help` 获取帮助
/vibe-onboard 不直接做底层事实判断,统一以这些命令为准:
zsh scripts/install.sh(保证命令可用)zsh scripts/init.sh(保证当前项目 / worktree 初始化完成)vibe doctor --essentialvibe doctorvibe keys check如果这些命令的结果和文档描述冲突,以命令输出为准。config/v3/dependencies.toml 属于 doctor / keys 的底层真源,不属于 /vibe-onboard 直接消费的接口。
必要依赖:V3 的 vibe3 run 命令依赖此工具执行 AI Agent 任务。
安装方式(选择其一):
方式 1:直接下载预编译二进制(推荐)
# 创建安装目录
mkdir -p ~/.claude/bin
# 下载最新版本(自动检测系统架构)
ARCH=$(uname -m)
case "$ARCH" in
arm64) BINARY="codeagent-wrapper-darwin-arm64" ;;
x86_64) BINARY="codeagent-wrapper-darwin-amd64" ;;
*) echo "不支持的架构: $ARCH"; exit 1 ;;
esac
curl -fL --retry 3 --connect-timeout 10 \
"https://github.com/stellarlinkco/myclaude/releases/latest/download/$BINARY" \
-o ~/.claude/bin/codeagent-wrapper
# 设置可执行权限
chmod +x ~/.claude/bin/codeagent-wrapper
# 验证安装
~/.claude/bin/codeagent-wrapper --version
方式 2:使用 npx 安装器
npx github:stellarlinkco/myclaude
# 选择 codeagent-wrapper 模块
方式 3:从源码构建
需要 Go 1.21+:
git clone https://github.com/stellarlinkco/myclaude.git
cd myclaude/codeagent-wrapper
make build
mkdir -p ~/.claude/bin
cp codeagent-wrapper ~/.claude/bin/
安装后验证:
# 检查版本
codeagent-wrapper --version
# 检查帮助
codeagent-wrapper --help
# 确保 PATH 包含 ~/.claude/bin
export PATH="$HOME/.claude/bin:$PATH"
# 建议添加到 shell 配置文件(~/.zshrc 或 ~/.bashrc)
官方仓库:https://github.com/stellarlinkco/myclaude
相关文档:
docs/references/codeagent-wrapper-guide.md — 详细使用指南docs/references/everything-claude-code-installation-guide.md — ECC 集成安装重要:Vibe Center 使用两层密钥加载机制。
Shell 层(vibe 命令):
~/.vibe/config/keys.envlib/config.sh 实现Python 层(vibe3 serve、vibe3 run):
uv run 创建干净环境,不加载用户 shell 配置manager.py 会尝试读取项目的 config/keys.env(fallback)推荐配置方式:
方式 1:项目级密钥配置(适合单项目)
# 创建项目的密钥文件(不会被 git 追踪)
echo "VIBE_MANAGER_GITHUB_TOKEN=your_token_here" \
> /path/to/project/config/keys.env
# 验证加载
vibe3 serve status
方式 2:使用 direnv(推荐,适合多项目)
# 安装 direnv
brew install direnv
# 项目根目录创建 .envrc
echo "source ~/.vibe/config/keys.env" > .envrc
# 允许加载
direnv allow
# 验证
echo $VIBE_MANAGER_GITHUB_TOKEN
方式 3:Shell 环境变量(全局生效)
# 添加到 ~/.zshrc 或 ~/.bashrc
export VIBE_MANAGER_GITHUB_TOKEN="your_token_here"
# 重新加载
source ~/.zshrc
常见问题:
Q: 启动 vibe3 serve 时警告 VIBE_MANAGER_GITHUB_TOKEN not configured?
A: Python 进程没有加载密钥。解决方案:
config/keys.env 文件direnvexport VIBE_MANAGER_GITHUB_TOKEN=xxx && vibe3 serve startQ: 为什么不使用 python-dotenv?
A: Vibe Center 是 Shell + Python 混合项目,direnv 更通用,可同时服务于两层。
相关文档:
CLAUDE.md HARD RULES 第 17 条 — Secret Managementdocs/specs/env-override-models-json.md — 环境变量覆盖机制development
Use after `vibe init` to verify project configuration completeness. Interactively prompts user to fill missing items. Orchestrates existing commands without adding Python code. Supports cross-project vibe3 readiness verification (Phase 5-8). Do not use for system-level installation issues (use vibe-onboard instead).
development
Use when the user wants a comprehensive review using the multi-agent team workflow. Applies to PRs, code changes, architecture decisions, and any task requiring team-based analysis.
development
Use when manager has signaled flow terminal state cleanup via handoff indicate. Reads cleanup instructions and executes FlowCleanupService. Do not use for code changes or PR creation.
testing
Use for handling blocked and RFC issues, making decisions that may form ADRs (Architecture Decision Records). Processes problem issues requiring human judgment, dependency resolution, and architectural decisions. Do not use for routine issue monitoring (use vibe-orchestra) or roadmap planning (use vibe-roadmap).