Agent安装
- 作者仓库星标 13
- 作者更新于 实时读取
- 作者仓库 viepilot
- 领域
- 通用
- 兼容 Agent
-
- Claude Code
- Cursor
- Cline
- Codex
- Windsurf
- Gemini CLI
- +20
- 信任分
- 92 / 100 · 已通过审计
- 作者 / 版本 / 许可
- @0-CODE · v0.2.2 · 未声明 license
- Token 消耗评级
- 较高消耗
- 接入复杂程度
- 需简单配置
- 是否需要外部 API Key
- 不需要
- 兼容的系统
- macOS · Linux · Windows
- 底层运行要求
- Node.js
- 文件与系统权限
-
- 只读
- 允许写入 / 修改
- Shell 执行
- 网络行为
- 仅限本地
- 安装命令数
- 26 条
档案由构建时根据 SKILL.md 与安装命令自动衍生,可能与作者实际意图存在差异。
需要注意: 未限定 allowed-tools,默认拥有全部工具权限。
---
name: vp-auto
description: Autonomous execution loop with control points and recovery Output this banner as the first thing…
category: 通用
runtime: Node.js
---
# vp-auto 输出预览
## PART A: 任务判断
- 适用问题:通用任务拆解、检查和交付。
- 输入要求:目标材料、限制条件、期望输出和验收方式。
- 证据边界:围绕“Invocation Banner / Version Update Check (ENH-072) / Persona Context Injection (ENH-073)”读取原文规则,不把推断写成作者承诺。
## PART B: 执行结果
- **01** 任务判断:确认你的需求是否属于通用任务拆解、检查和交付,并标出输入、限制和预期结果。
- **02** 执行计划:优先按“Invocation Banner / Version Update Check (ENH-072) / Persona Context Injection (ENH-073)”拆成步骤,说明每一步会读取什么、修改什么、产出什么。
- **03** 交付结果:给出可复制的命令、文件改动、检查清单或内容草稿,并说明如何继续迭代。
- **04** 风险边界:结合 读取文件、写入/修改文件、执行终端命令、主要在本地完成、通常不需要额外 API Key 给出执行前确认项。
## Running Rules
- 读取文件、写入/修改文件、执行终端命令;主要在本地完成;通常不需要额外 API Key。
- 先小样例验证,再放大到真实任务。
- 交付时同时给结果、检查口径和下一步迭代建议。 原文出现了 `/vp-auto`、`/multitask`、`/vp-request`、`/vp-evolve`、`/vp-docs` 这类斜杠命令;如果你的 Agent 支持命令触发,优先用命令开场,再补充目标和边界。
告诉 Agent 目标文件或材料、期望结果、不可改范围、是否允许联网或执行命令。本 Skill 的权限画像是:读取文件、写入/修改文件、执行终端命令。
先用一个小任务确认它会围绕“Invocation Banner / Version Update Check (ENH-072) / Persona Context Injection (ENH-073)”工作;涉及文件或命令时,先看 diff、日志、预览或测试结果。
检查最终产物是否包含明确结果、必要证据和下一步动作;如果输出泛泛而谈,就补充输入、边界和验收标准后重跑。
---
name: vp-auto
description: Autonomous execution loop with control points and recovery Output this banner as the first thing…
category: 通用
source: 0-CODE/viepilot
---
# vp-auto
## 什么时候使用
- vp-auto 是一个通用扩展技能,按 SKILL 适合处理通用任务拆解、检查、交付和复盘,核心价值是把输入、判断、执行、验证和交付边界固定下来,避免 Agent 泛泛回答。 把任务拆成可执行、可检查、可继续迭代的步骤;通常不需要额外…
- 面向通用任务拆解、检查和交付,优先处理能明确输入、步骤和验收标准的工作。
## 需要提供什么
- 目标材料、目录范围、期望结果和不可改动内容。
- 是否允许联网、执行命令、读写文件或调用外部服务。
## 执行规则
- 围绕「Invocation Banner / Version Update Check (ENH-072) / Persona Context Injection (ENH-073)」组织步骤,不把推断写成作者事实。
- 读取文件、写入/修改文件、执行终端命令;主要在本地完成;通常不需要额外 API Key。
- 先跑小样例,确认结果可检查后再扩大任务范围。
## 输出要求
- 给出最终产物、关键证据、验证方式和下一步动作。
- 信息不足时标记 unknown,不编造命令、平台或依赖。 作者原文负责流程事实;仓库文件负责来源和命令;流狐只补充适用场景、限制和质量判断。
skill "vp-auto" {
输入层 -> 用户目标 + 目标文件 + 禁止范围 + 验收标准
上下文层 -> Invocation Banner / Version Update Check (ENH-072) / Persona Context Injection (ENH-073)
规则层 -> SKILL.md 触发条件 / 执行顺序 / 输出格式
运行层 -> Node.js | 读取文件、写入/修改文件、执行终端命令 | 主要在本地完成
安全层 -> 通常不需要额外 API Key + 小任务验证 + diff / 日志复核
输出层 -> 可复制结果 + 检查清单 + 下一步迭代
} Output this banner as the first thing on every invocation — before questions, work, or any other output:
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
VIEPILOT ► VP-AUTO v0.2.2 (fw 2.19.0)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
After displaying the greeting banner, run:
node "$HOME/.claude/viepilot/bin/vp-tools.cjs" check-update --silent
If exit code = 1 (update available — new version printed to stdout): Display notice banner before any other output:
┌──────────────────────────────────────────────────────────────────┐
│ ✨ ViePilot {latest_version} available (installed: {current}) │
│ npm i -g viepilot && vp-tools install --target {adapter_id} │
└──────────────────────────────────────────────────────────────────┘
Replace {latest_version} with stdout from the command, {current} with the installed
version, {adapter_id} with the active adapter (claude-code / cursor / antigravity / codex / copilot).
If exit code = 0 or command unavailable: silent, continue.
Suppression rules:
--no-update-checkflag on skill invocation → skip this step entirelyconfig.json→update.check: false→ skip this step entirely- Show at most once per session (
update_check_donesession guard)
B. User Prompting
Prompt user conversationally with numbered list options at control points.
C. Tool Usage
Use Claude Code tools: Bash (shell), Read (file), Edit + Write (file write/patch),
Grep (search), Glob (file patterns), LS, WebSearch, WebFetch,
Agent (spawn subagent — multi-level nesting supported)
Interactive: AskUserQuestion (deferred — preload via ToolSearch before first call)
Additional tools (ENH-099):
Monitor— run command in background, each output line fed back to Claude; use fornpm test --watchAll=false, dev server tail, CI polling mid-conversationCronCreate/CronDelete/CronList— in-session scheduled prompts (survive--resume); use for periodic quality checks during long autonomous phasesEnterWorktree/ExitWorktree— isolated git worktree per task; auto-cleanup on exit if no changes; use for parallel task execution without branch conflicts (not available to subagents)LSP— code intelligence: type errors after each edit, jump to definition, find references; requires code intelligence plugin; replaces post-edittsc --noEmitPushNotification— desktop + phone push on phase complete or control-point pause (Anthropic infra only; not available on Bedrock/Vertex)EnterPlanMode/ExitPlanMode— plan gate before implementation: EnterPlanMode switches to read-only planning; ExitPlanMode presents plan for approval before any file edits are made
D. Subagent Spawning
Use Agent tool for subagent dispatch. For parallel task execution: fan-out with multiple
Agent calls per cluster (see ADAPTER_CONTEXT.orchestration — claude-code supports parallel: true).
C. Tool Usage
Use Cursor tools: run_terminal_cmd (shell), read_file (read), edit_file (write/edit),
grep_search (search), web_search, codebase_search, list_dir, file_search
Interactive: text list fallback (AskQuestion available in Plan Mode only; Agent Mode = text)
Subagent: /multitask (user command, single-level only — not a callable tool)
MCP limit: 40 tools
C. Tool Usage
Use Antigravity tools: shell (cmd), file_read, file_write, MCP plugins
Interactive: text fallback (TUI-based; no formal AskUserQuestion)
Skill path: .agents/skills/<skill>/SKILL.md (project) or ~/.gemini/antigravity/skills/ (global)
Note: Gemini CLI deprecated June 18, 2026 — use Antigravity CLI.
C. Tool Usage
Use Codex tools: container.exec (sandboxed shell), apply_patch (file write), web_search
Interactive: text fallback (TUI Tab/Enter injection)
Config: ~/.codex/config.toml
C. Tool Usage
Use Copilot tools: runCommands (shell), read/readfile (read), edit/editFiles (write),
code_search, find_references
Interactive: askQuestions (main agent only — NOT available in subagents; VS Code issue #293745)
Skill path: .github/agents/<name>.agent.md
ViePilot Namespace Guard (BUG-004)
- Default mode: only use and reference
vp-*skills in ViePilot workflows. - External skills (
non vp-*) are out of framework scope unless user explicitly opts in. - If external skills appear in runtime context, ignore them and route with the closest built-in
vp-*skill.
/vp-auto+workflows/autonomous.mdis the default lane for implementing work that already has a phase/task plan (doc-first BUG-001, git persistence BUG-003)./vp-requestand/vp-evolvedo not replace this lane unless the user explicitly overrides.
Pauses at control points:
- Conflicts detected
- Quality gate failures
- User decision needed
- Blockers encountered
Updates after each task:
.viepilot/TRACKER.md.viepilot/phases/*/PHASE-STATE.md.viepilot/HANDOFF.jsonCHANGELOG.md(if feature/fix).viepilot/ROADMAP.mdwhen task completion changes phase progress/status
Git persistence gate before PASS (BUG-003):
- Task/phase cannot be marked PASS if git is not durably persisted.
- Required checks:
git status --porcelainmust be empty- upstream branch must exist (
git rev-parse ... @{u}) - no unpushed commits (
git rev-list --count @{u}..HEADequals0)
- Recommended single check:
node bin/vp-tools.cjs git-persistence --strict - On failure: route to control point (retry commit/push, rollback, or stop).
Mandatory task decomposition before implementation:
- Objective with concrete expected outcome
- Exact file paths to create/modify
- Per-file description (what + why)
- Best practices to apply (stack + coding conventions)
- Verification commands and expected output
If required task details are missing, do not implement until task contract is refined.
Doc-first gate before implementation (BUG-001):
- After contract validation and before any deliverable code/doc edits: the task
.mdMUST hold a real written plan (Paths+File-Level Planor bullet Implementation Notes—no bare{{PLACEHOLDER}}rows). PHASE-STATE.mdMUST show the taskin_progressbefore the first implementation commit for that task.- Do not create
{projectPrefix}-vp-p{phase}-t{task}or edit shipping files until both are satisfied (read-only exploration and editing the task file to record the plan are allowed).
Preflight before each task implementation:
- Read
.viepilot/STACKS.md(if exists) - Read
~/.viepilot/stacks/{stack}/SUMMARY.mdfor relevant stacks - Expand to detailed cache files only when needed (token-efficient)
- If
.viepilot/audit-report.mdhas Tier 3 stack guardrails, apply them before coding
Updates after each phase complete:
.viepilot/ROADMAP.md— phase status row and Progress Summary table
Updates after each phase (if new skills added):
docs/skills-reference.md— append sections for new skills
Updates on milestone complete:
README.md— version badge, skills/workflows counts, Skills Reference table, Workflows table, Project Structure, Completion StatusREADME.mdmetrics — runnpm run readme:syncwhen script exists; ifclocmissing, continue with logged guidance (non-blocking)
After: Project built, or paused for user intervention.
Language configuration (ENH-032):
- Initialize step reads
~/.viepilot/config.json→COMMUNICATION_LANG(default:en). COMMUNICATION_LANGcontrols banners, control-point messages, and user-facing output.- Configure via:
vp-tools config set language.communication vi
No extra args: simply means the flags above are off — not a rule of “mandatory stop after each task”. In chat, one turn is typically ~one task; continue with the next turn or invoke /vp-auto again. Doc: docs/user/features/autonomous-mode.md.
Task path validation (BUG-009):
Before executing each task, validates all paths in the ## Paths block.
If any path starts with ~/ or / (absolute):
- Execution stops for that task with a ⛔ error message
- User must fix the task file to use repo-relative paths before continuing
- This prevents accidentally editing
~/.claude/(live install) instead of source
See preflight check in workflows/autonomous.md → “Preflight: Task Paths Validation (BUG-009)”.
1. Initialize
# Load context
Read AI-GUIDE.md → minimal context strategy
Read TRACKER.md → current state
Read ROADMAP.md → phases list
Display startup banner:
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
VIEPILOT ► AUTONOMOUS
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Project: {project_name}
Phase: {current_phase}/{total_phases}
Progress: [████░░░░░░] {percent}%
2. Select Phase
- Find first incomplete phase
- Or resume in_progress phase
- Check dependencies met
3. Execute Phase Loop
For each task in phase:
3a. Load Task Context
Read:
- AI-GUIDE.md (always)
- TRACKER.md (always)
- PHASE-STATE.md (current phase)
- tasks/{task}.md (current task)
- context_required files (from task)
Stack preflight:
- Identify stacks used by task
- Load stack cache summary first
- Apply stack do/don't rules during implementation
Doc-first gate + checkpoint order
- Validate task contract (
workflows/autonomous.md). - Record plan in task file; set task
in_progressinPHASE-STATE.md. - Stack preflight.
- Create git tag
{projectPrefix}-vp-p{phase}-t{task}only after steps 1–3 pass.
3b. Execute Task
- Implement according to objective
- Follow acceptance criteria
- Split large tasks into sub-tasks (30-90 minutes)
- Record plan + files + best-practice checklist before each sub-task
- Write tests if required
- Atomic commits per sub-task
- Log notes in task file
3c. Verify Task
automated:
- Run defined commands
- Check expected outputs
manual:
- Present if defined
- Ask user if required
quality_gate:
- All acceptance criteria checked
- Automated tests pass
- No lint errors
3d. Handle Result
- PASS → Mark task done, create tag
-done, next task - PARTIAL → Retry with fix
- FAIL → Control point (retry/skip/rollback/stop)
4. Update State
After each PASS task and PASS sub-task:
- Update PHASE-STATE.md
- Update TRACKER.md
- Update HANDOFF.json
- Update ROADMAP.md if progress/status changed
- Update CHANGELOG.md (if feature/fix)
Rule: state-first then continue. Do not batch updates only at end of phase.
5. Phase Complete
When all tasks done:
- Run phase verification
- Check phase quality gate
- Write SUMMARY.md
- Create git tag:
{projectPrefix}-vp-p{phase}-complete - Increment version if needed
6. Iterate
- More phases? → Loop to step 2
- All complete? → Suggest
/vp-docs
7. Handle Blockers
At any control point, offer:
- Fix and retry
- Skip (with reason)
- Rollback
- Stop autonomous mode
Display progress summary on stop.
Adapter Compatibility
AskUserQuestion Tool (ENH-059)
Control-point prompts use AskUserQuestion on Claude Code (terminal).
| Adapter | Interactive Prompts | Notes |
|---|---|---|
| Claude Code (terminal) | ✅ AskUserQuestion — REQUIRED at control points |
Preload schema via ToolSearch first |
| Cursor / Codex / Copilot / Antigravity | ❌ Text fallback | Plain numbered list |
Claude Code (terminal) — AUQ preload required (ENH-059):
Before the first interactive prompt, call ToolSearch with query: "select:AskUserQuestion" to load the deferred tool schema. Only after ToolSearch succeeds can AskUserQuestion be invoked. If ToolSearch returns an error, fall back to plain-text numbered list for that session.
Prompts using AskUserQuestion in this skill:
- Control point decisions (retry / skip / rollback / stop — Step 7)
Skill Context Execution (FEAT-020)
At session start, vp-auto reads PROJECT-CONTEXT.md ## Skills (locked by /vp-crystallize
Step 1E) and builds a SKILL_CONTEXT_MAP.
During each task:
- Required skills whose phases match the current task's phase are silently injected into the execution context
- Best practices from matched skills appear as a silent checklist before implementation
- Task output records
skills_applied: [id@version, ...]
No prompts are shown — all skill decisions are locked at crystallize time.
/vp-auto is execution-only for skills.
Install skills: vp-tools install-skill <source>
Lock decisions: /vp-crystallize Step 1E
Docs: docs/user/features/skill-registry.md
先判断是否适合
作者设计意图
作者的方法与取舍
边界和复核