讲讲这个https://x.com/poteto/status/2110757066709356851

直接给结论：这是 React Compiler 核心成员、现 Cursor 工程师 Lauren Tan（@poteto）刚刚开源的个人 ca Skill 套件 pstack（同时上架了 Cursor 插件市场和 gb 插件）。它的核心价值不是帮人写更多代码，而是专门治 ca 爱写冗余垃圾代码（slop code）的毛病，用一套高约束的路由、多模型分工和验证闭环，让你敢放心地并行跑多个 ca。 先看它背后的设计机制和最有参考价值的 4 个洞察： 1. 架构分层：单入口路由（/poteto-mode）+ 23 个标准 Playbook + 24 条工程原则 很多人写 Skill 容易堆成一盘散沙，不知道什么时候调哪个。pstack 的做法是用 /poteto-mode 作为总入口，收到任务后先匹配内置的 23 个标准剧本（比如 bug fix、perf、hillclimb 指标爬坡、overnight 夜间无人值守合并等），把剧本步骤原封不动写进 Todo，再按步骤动态调度底层的 50 多个细分 Skill（如 /architect 先定类型边界、/tdd 先写失败测试、/blast-radius 跑真实代码验证破坏半径）。 同时它把所有派活出去的子 Agent 统一包装成专用的 poteto-agent，强制子 Agent 干活前先完整读取 24 条工程原则索引，防止用通用子 Agent 时出现上下文漂移、越写越烂。 2. 按模型长板拆活的多模型协作（Multi-Model Routing） 它没有把所有活都丢给同一个模型，而是通过 /setup-pstack 配置角色路由：默认把常规代码执行（写功能、重构、修 Bug、性能优化）委托给速度快的 Grok，而把最难的架构变更、自然语言表达和复杂判断交给 Opus 5.5。甚至还设计了三个多模型博弈 Skill： 第一，/arena（竞技场）：让 N 个并行子 Agent 同时做同一个需求，挑一个最好的当底座，再把其他落选方案里的亮点嫁接过来。 第二，/interrogate（审讯）：拿一个 diff 让不同模型从严苛的代码质量视角交叉找茬、试图干碎它。 第三，/swarm（蜂群）：按模块或分片并行派 N 个 worker 跑检查，最后汇总成一份报告，用来保护主线程的上下文窗口（对应它的 guard-the-context-window 原则）。 3. 极度反 AI 味的工程纪律（专治 ca 常见病） 它里面提炼的 24 条原则和配套工具，几乎全是在反制 RLHF 训出来的 ca 坏习惯： 第一，先删后加（laziness-protocol / subtract-before-you-add）：倾向于删代码和最小改动，迁调用方时必须在同一波直接删掉旧 API，严禁留兼容层和死代码。 第二，边界纪律（boundary-discipline）：只在系统边界（CLI、配置、网络、外部 API）做解析和校验，内部直接信任类型系统，禁止写满屏防御性 if 判空；遇到靠加 guard 修 Bug 的情况，除非那个状态在业务上合法，否则一律视为掩盖根因（fix-root-causes）。 第三，消灭废话注释（/no-comments + comment-sicko 子 Agent）：专门内置了一个极度讨厌注释的审查子 Agent，在 Review 前把废话注释全扒光，逼着模型把约束写进类型系统或命名里。 4. 经验沉淀的最高形式是写进工程结构，而不是堆 Prompt 它有两个元技能非常值得借鉴：一个是 /correct，当你反复纠正 ca 同类错误时，它会去挖历史对话里的错误模式，并强制按优先级往上固化——优先改架构，其次加类型约束、写进 Lint 和 CI，再次是补测试，最后实在没办法才写进文档说明（对应 encode-lessons-in-structure 原则）；另一个是 /automate-me，直接挖掘你最近的实际对话记录，帮你生成一套符合你自己工作习惯的专属 mode 技能。 开源地址在 github.com/cursor/plugins 的 pstack 目录下（MIT 协议），平时自己写 CLAUDE.md 或设计团队 Harness 时，它里面的 24 条原则表和 /correct、/interrogate 的拆解思路非常值得直接抄作业。