【免费下载链接】vibecode-pro-max-kitYour AI forgets. This remembers. Spec-driven coding harness for vibecoders, product owners, CEOs and real builders — self-improving context memory, 15 agents, 33 skills working with /goal, agent-team, workflow on autopilot loops with 0 need for human gate. Kills context rot, ships features, not spaghetti. Claude Code Codex. Any stack项目地址https://gitcode.com/gh_mirrors/vi/vibecode-pro-max-kit点击查看免费下载如果你用过 Claude Code 或 Codex大概率遇到过这样的场景你让 AI 加一个功能它二话不说直接开写结果产出的 400 行代码和你的代码库格格不入。vibecode-pro-max-kit用一套协调者编排架构解决了这个问题主 Agent协调者从不做实际代码修改它只负责路由、委派和监控所有研究、写计划、写代码的工作都交给 15 个专职子代理完成。本文带你读懂这套多 Agent 协调机制的设计原理以及它为什么能让 AI 开发更靠谱。一句话核心主 Agent 是项目经理不是码农在 vibecode-pro-max-kit 中你的主会话被明确定义为coordinator协调者而不是 worker干活的。它只干四件事职责说明 技能发现收到请求先扫描 33 个技能按关键词匹配出候选技能 意图检测判断这是功能请求、Bug、问题还是重构并给模糊度打分 上下文传递只把刚好够用的上下文打包给子代理而不是整段聊天记录️ 合规监控检查子代理是否按 RIPER-5 流程走、状态码是否异常规则写得很直白——完整定义见 AGENTS.md 的Orchestrator Role章节You are the orchestrator, not the worker.你是编排者不是执行者。主 Agent 被明确禁止自己做 RESEARCH、自己头脑风暴 INNOVATE、自己写 PLAN、自己 EXECUTE 写代码。为什么不让主 Agent 亲自下场三个设计动机动机一权限是硬约束不是君子协定很多提示词工程只会建议AI 先规划再写码但模型在长会话里总有找到捷径的动机。vibecode-pro-max-kit 的做法是从工具层面剥夺能力vc-research-agent只有 Read/Grep/Glob——物理上无法修改文件vc-innovate-agent连 Bash 都没有——只能讨论方案vc-plan-agent只能写process/目录下的计划文件只有vc-execute-agent拥有完整读写权限且必须在你明确说 ENTER EXECUTE MODE 后才能启动这套按阶段锁定工具的设计Step-Locked Tool Restrictions让流程在结构上诚实想写代码唯一的路径就是走完研究、规划、验证。动机二上下文隔离避免上下文腐化主 Agent 的对话上下文会随着任务越滚越大。如果所有工作都在主会话里做长任务进行到一半就会上下文溢出、开始幻觉。协调者模式把每份工作放进独立的上下文窗口子代理只收到任务摘要、要读/改的文件清单、验收标准而不是一整段聊天历史。规则详见 orchestration.md 的Context Isolation章节。附带的好处是省钱——各子代理各用各的 token 预算规划类工作还能自动分配给更便宜的模型只有真正写代码的子代理才用最贵的模型。动机三可验证的无隐藏执行协议里有一条机械规则只要存在带验证契约的计划文件ENTER EXECUTE MODE永远意味着派生vc-execute-agent哪怕只是改一行代码跑测试也永远由独立的vc-tester子代理执行。主 Agent 在自己的 shell 里编辑源码或跑门禁命令会被视为协议违规——即使最终结果全绿也算违规。一次请求的完整旅程从你输入到代码落盘以一个典型的功能请求为例协调者的完整动作链如下RIPER-5 七阶段每步都有质量门禁技能发现扫描技能目录比如你说加 webhook 支持vc-security、vc-scenario会被自动附上意图评分4 个二元信号打分0–4 分——模糊的请求会先问几个选择题清晰的请求直接静默路由RESEARCH→ 派生vc-research-agent只读SPEC→vc-spec-agent产出需求文档等你确认造的是不是你要的东西INNOVATE → PLAN→ 探索 2–3 种方案再写成详细计划VALIDATE→vc-validate-agent跑 V1–V7 检查点给出 PASS / CONDITIONAL / BLOCKED 裁决EXECUTE→vc-execute-agent严格按计划实现EVL 独立复测→ 即使执行代理说全绿协调者也必须派生vc-tester独立重跑门禁测试每个阶段结束时协调者还会调用vc-agent-strategy-compare技能为下一阶段选择最优执行策略顺序执行、并行子代理、工作流还是带共享任务列表的agent team4 种策略各有成本估算详见 README.md 的Strategy Compare一节。状态码协议子代理之间说什么协调者与子代理之间用一套极简但严谨的通信协议每个子代理结束时必须返回 4 种状态码之一状态码含义协调者的强制动作DONE完成进入下一阶段DONE_WITH_CONCERNS完成但有顾虑把顾虑当作行动项处理BLOCKED被阻塞永不忽略走升级路径NEEDS_CONTEXT缺少上下文补充上下文后重派配套纪律同样明确同一个被阻塞的方案最多重试一次就不再重复绝不死磕。子代理是发射后即弃fire-and-forget的——它们汇报完就终止只有协调者有权重新派生代理。这意味着修复循环PVL/EVL的方向盘始终握在协调者手里没有任何子代理能自我续命或越级开工。这套编排架构给普通用户带来什么如果你不写代码、只是用 AI 做产品这套设计直接翻译成三个好处✅可审查规划先落成 Markdown 文件process/general-plans/active/你和产品经理能在写码前审同一份书面计划✅不跑偏SPEC 需求文档像尺子一样之后每个阶段都会回头对照造的是不是你要的✅可恢复进度、报告、学到的经验全部落盘会话重置后协调者重读磁盘状态就能从断点继续关键文件导航想深入看源码从这里入手想了解的机制去看这个文件协调者委派规则、状态码、上下文隔离process/development-protocols/orchestration.md主会话Orchestrator职责总纲AGENTS.md / CLAUDE.md15 个子代理的权限定义.claude/agents/vc-execute-agent.md 等代理文件端到端系统行为全流程 双循环process/development-protocols/vc-system-behavior/01-overview.md会话启动 7 步 意图澄清process/development-protocols/vc-system-behavior/03-session-start.md小结vibecode-pro-max-kit 的协调者编排架构本质上是把人类团队的分工原则搬进了 AI 开发决策者不亲手写代码执行者只对契约负责沟通用标准化状态码质量靠独立复测。主 Agent 从不碰代码不是功能缺失而是一个刻意的架构决策——让走完整流程成为写代码的唯一通道。这正是它能同时驾驭新手和工程师、在任何技术栈上稳定交付的原因。赞分享【免费下载链接】vibecode-pro-max-kitYour AI forgets. This remembers. Spec-driven coding harness for vibecoders, product owners, CEOs and real builders — self-improving context memory, 15 agents, 33 skills working with /goal, agent-team, workflow on autopilot loops with 0 need for human gate. Kills context rot, ships features, not spaghetti. Claude Code Codex. Any stack项目地址https://gitcode.com/gh_mirrors/vi/vibecode-pro-max-kit点击查看免费下载相关推荐为什么AI编程越用越像烂摊子vibecode-pro-max-kit规格驱动方案终结上下文腐烂为什么AI编程越用越像烂摊子vibecode pro max kit规格驱动方案终结上下文腐烂 AI编程越用越像烂摊子问题不在你而在「上下文腐烂」convibecode-pro-max-kit 对比 Superpowers 与 GSDAI编程Harness终极选型指南vibecode pro max kit 对比 Superpowers 与 GSDAI编程Harness终极选型指南 vibecode pro max kit为什么Agentlas OS故意不做Agent排名揭秘反排名设计背后的完整原理为什么Agentlas OS故意不做Agent排名揭秘反排名设计背后的完整原理 Agentlas OS 是一款本地优先的 Agent 操作系统Agent O创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考