问题描述：

让你的 Cursor/codex 免受上下文崩溃困扰：一个专为 Vibecoding 打造的项目架构师 Skill

前两天在水贴的时候，看到不少佬吐槽用大模型写代码（Vibecoding）经常写到一半上下文雪崩。尤其是给 Cursor 喂了一大堆需求，最后一次性生成出来的代码前后端乱接、数据库连不上、组件状态乱飞。

这次拿出来一个我刚搓好的工具：vibepm。

vibepm 它做了什么？

它是一个纯 Markdown 构建的项目经理级 System Prompt。在 Cursor 或 GSD 开始写代码前，先通过对话结构化你的需求，锁定技术栈并强行做 MVP 裁剪，最后吐出高结构化的原子级执行计划。

具体来说，它在前期对话中包含四大硬核卡口：

核心卡口	干什么
P1 规模裁剪	意图防膨胀。超额需求自动要求切分 MVP，死保单次 AI 编码的上下文安全。
P2 技术栈锁定	逼迫敲定前后端和数据库。不接受“用 React 随便做个后台”这种会导致严重幻觉的模糊描述。
P3 闭环数据流	梳理业务逻辑并反推所需的数据表，提前把数据字段和关系理清。
P4 原生格式输出	最终吐出 PROJECT.md, ROADMAP.md 及内置并行 XML 任务流的纯血 GSD 兼容表单 PLAN.md。

四个要素串联，在写第一行代码前把 9 大核心要素全部敲定。实测下来，拿着它吐出的 XML 图纸去给各大执行端（如 GSD 或 Cursor Composer）喂饭，完全不爆错、一次性跑通的概率比直接给原始草案高出不少。

最新亮点

针对 AI 编程痛点做了强硬约束：内置拒绝过度定制 UI 的逻辑（看到花哨样式会强拉回 Shadcn 等成套基础库），拒绝大杂烩 PRD，必须输出 Step-by-Step 计划。

获取使用

GitHub 仓库地址：GitHub - arpingblue/vibepm: 你的 AI 编程架构大脑：将模糊业务需求翻译为精确的机器可读执行计划。一键生成兼容 Cursor / GSD 的原子化 XML 架构蓝图 · GitHub

vibepm_pic1_header_17740738002051554×1227 169 KB
vibepm_pic2_structure_17740738101221554×1227 133 KB

直接把它当做工作区拉到 Claude Code, OpenClaw, Antigravity 或者 Cursor 里触发就能用。欢迎各位佬来体验和提 PR。

网友解答：

---

--【壹】--：

感谢分享

---

--【贰】--：

star了 ，什么时候支持codex

---

--【叁】--：

哇，感谢大佬

---

--【肆】--：

感谢分享感谢

---

--【伍】--：

感谢亲分享，明天上班尝试一下。

---

--【陆】--：

感谢分享

---

--【柒】--：

感谢分享，试用一下

---

--【捌】--：

太有石粒啦佬

---

--【玖】--：

感谢佬友分享

---

--【拾】--：

image1935×960 36.3 KB
直接写了一个工具出来

---

--【拾壹】--：

感谢大佬，我也试试

---

--【拾贰】--：

感谢佬的分享，star了

---

--【拾叁】--：

谢谢大佬分享

---

--【拾肆】--：

image1424×697 44.4 KB

---

--【拾伍】--：

感谢分享

---

--【拾陆】--：

已经用起来了，生成完毕了，现在用claude开始实施代码编写了，效果很好，接下来看看代码输出的如何了

---

--【拾柒】--：

感谢分享，找时间试试！

---

--【拾捌】--：

佬，codex可以使用吗？

---

--【拾玖】--： bue:

，在写第一行代码前把 9 大核心要素全部敲定。实测下来，拿着它吐出的 XML 图纸去给各大执行端（如 GSD 或 Cursor Composer）喂饭，完全不爆错、一次性跑通的概率比直接给原始草案高出不少。

佬，这个和openspec各有哪些应用场景和区别呀。