开源蘑菇

要解决什么问题

大模型在「写方案、写代码、做 Review」之间切换时，常把架构层的过度设计和 Review 层的品味标准混进日常实现，或者一次塞进整份 Skill，上下文又肥又乱。更麻烦的是：一旦走 Agent 工具读文件、改仓库，失败或空结果往往被原样丢给用户，任务却像已经完成。

技能如何工作

开源蘑菇（MoGuQAQ） 用强制 路由决策 把任务分到单层规范，默认只加载 SKILL.md 与匹配的一层文件（architecture.md / implementation.md / review.md / iteration.md），需要工具时再自动挂上 toolguard.md。

• 架构 / 设计（/design、/plan 或明确要方案）：前置三问、五层拆解、破坏性评估，输出【核心判断】【关键洞察】【落地方案】。
• 实现 / 重构（/code、/impl）：命名与模块化、错误处理、控制嵌套与单职责，不在此层套用 Linus 品味。
• 审查 / 自检（/review、/check）：工程→业务→性能→品味四层过滤，带合并门槛；简洁哲学仅在此层收紧。
• 复盘 / 债务（/iterate、/debt）：反模式与债务记录，驱动规范演进。

跨层任务按 architecture → implementation → review 顺序执行；与「工程稳健 / 兼容」冲突时，优先稳健，品味只做建议。工具侧按 ToolGuard 做校验、分类、重试或降级，禁止把空/无效响应当最终结果。

适用边界

面向 Go / Vue3 / 边缘计算 / 运维 等全栈工程化场景；Skill 目录约定为全局 /OpenMoGuQAQ 或项目内 ./skills/OpenMoGuQAQ，找不到时应先问用户而非跳过路由。若指令无法对应矩阵，应输出【路由决策】需要澄清，而不是猜层混规。