---
name: vibe-code
description: Use for a feature or multi-step coding task that benefits from repository understanding, a structured plan, implementation, and diff review.
---

按需组合本插件的第一方工作流。小改动保持直接；不要为简单任务强行创建完整规格。

1. 阅读目标仓库的 `AGENTS.md`、相关 README 和当前 Git 状态；明确用户要求的结果与允许修改范围。使用 MCP 工具时显式传递目标仓库根路径。用户想浏览插件模块或从画布提出调整时，转交独立 `vibe-architecture` Skill。
2. 对陌生仓库或跨模块变更，读取并遵循 `../vibe-understand/SKILL.md`，只梳理与当前任务相关的结构。
3. 对新功能或多步骤变更，读取并遵循 `../vibe-plan/SKILL.md`。规划 Skill 会创建 OpenSpec 兼容文件；先交付计划，用户没有明确授权实施或范围尚未确认时，不改应用源码。
4. 实施时逐项对应已确认的任务，保持改动聚焦，并遵守每个文件少于 1,000 行、每个函数/方法不超过 100 行的规则。
5. 用户要求审查或任务约定包含审查时，读取并遵循 `../vibe-review/SKILL.md`，明确 Diff 范围并逐文件覆盖。
6. 用户要求诊断或迭代本插件时，组合 `vibe-evolve` 的证据收集与回顾步骤；`vibe-code` 仍只负责调用流程编排。
7. 若本次确实出现 MCP/Skill 失败、重复纠正或明确的插件能力缺口，传递现有证据给 `vibe-evolve` 做一次只读诊断并报告建议。没有这类证据时不要臆造问题；诊断本身不授权修改插件源码。
8. 汇报完成内容、未完成项、计划状态和审查状态。不要声称运行过未实际使用的工具。

如果用户只要求理解、规划或审查，只执行对应阶段并停在那里。不要擅自安装或调用示例仓库的 CLI、插件或 MCP 服务；本插件的能力由自己的 Skills 提供。