mama

mama 技能概览

mama 是做什么用的

mama skill 是 pua skill 的一种旁白式变体。它保留了相同的核心执行规则、升级式推进逻辑，以及基于清单的问题解决方式，但把表达语气改成中文“妈妈式唠叨”风格。实际使用中，mama 并不是新的推理引擎，而是一层语气包装：它会推动 agent 持续搜索、持续测试、把事情做完，而不是过早停下。

谁适合使用 mama skill

mama skill 最适合这样一类用户：本来就希望获得 pua 工作流那种更严格、更穷尽式的执行风格，同时又希望这种“施压”以更有喜感、更有人味、也更有文化辨识度的方式呈现。对那些把 AI 用在 debugging、troubleshooting 和 Prompt Writing 上的人来说，它尤其有价值，因为这类场景里，“不要太早放弃”往往比语气是否圆润更重要。

它真正解决的是什么问题

大多数用户并不是想看“搞笑对话”。他们真正想要的是一个会这样做的 AI：

• 在尝试多条路径之前，不会先说“做不到”
• 在开口求助之前，会先多搜、多读
• 不只修一个表面症状，还会检查相关问题
• 当前尝试失败后，会主动加大探索力度

这才是 mama for Prompt Writing 和任务执行的真实价值：它用一个容易记住的人设，把“持续推进、不要轻易收手”的执行协议固定下来。

mama 和普通 prompt 的区别

普通 prompt 最多只能提醒一次“要坚持一点”。而 mama 把这种坚持做成了可复用的触发模式，并继承了核心 pua skill 的规则。仓库里写得很明确：行为契约并没有变，变化的只有旁白语气。如果你希望每次会话都能得到稳定一致的输出风格，而不是每次都重写 prompt，这一点就很关键。

安装前真正需要考虑什么

采用时最核心的问题其实很简单：你是不是想要 pua 的那套纪律性，但外面包一层“中文妈妈唠叨”的壳？如果答案是肯定的，那 mama install 的风险很低。如果你要的只是温和人设、轻量陪练，或者更克制的表达方式，那它大概率不适合，因为这个 skill 本来就是有意设计成强势、重复、持续施压的。

如何使用 mama skill

在你的 skills 环境中安装 mama skill

基础安装方式是：

npx skills add tanweai/pua --skill mama

由于当前仓库摘录里只暴露了 skills/mama/SKILL.md，因此应把这个 skill 看作更大 tanweai/pua 包的一部分，而不是一个独立 prompt 文件。

能触发 mama 的唤起词

skill 文本中列出的自然触发词包括：

• /pua:mama
• /pua mama
• 妈妈模式
• 妈妈唠叨
• mama mode
• 唠叨模式

如果你的环境支持 slash-command 风格的 skill 激活，就直接原样使用这些触发词。如果不支持，就明确说明你要启用 mama skill 的语气，同时保留底层 pua 的行为规则。

先读这个文件路径

先从这里开始：

skills/mama/SKILL.md

但不要只停在这里。这个文件本身已经写明：加载 mama 之后，agent 应该使用 Glob 去找到核心 pua skill，并优先阅读它，通常路径会类似：

**/pua/skills/pua/SKILL.md

这是正确 mama usage 里最重要的实操细节。这个 skill 覆盖的是语气，不是完整的操作协议。

在依赖输出之前，先理解它的继承关系

一个常见误区是把 mama 当成完整方法论。其实不是。仓库明确说明它继承了：

• 三条红线规则
• 压力升级机制
• owner mindset
• methodology
• 7 项 checklist

所以如果你安装了 mama skill，却不了解它的上层 pua 行为，你很容易把它误解成“只是角色扮演”。实际上，只有和更严格的核心工作流搭配使用，这种语气才真正有意义。

mama 想发挥效果，需要什么样的输入

给 mama 的输入，应该和你给一个强 debugging / 强执行导向 skill 的材料差不多：

• 明确的目标
• 你已经试过什么
• 报错文本或失败症状
• 相关文件、命令或日志
• 你的限制条件
• 你认定“完成”的标准

弱输入：“Fix this.”
强输入：“Use mama mode. My Node app fails on startup with MODULE_NOT_FOUND after moving to a monorepo. I already checked package names and lockfile. Please inspect likely path-resolution causes, propose 3 distinct hypotheses, and tell me what to verify first.”

更强的版本之所以有效，是因为它和这个 skill 的设计重点一致：不是换种说法重复同一路线，而是真正尝试多个本质不同的方法。

把一个模糊目标改写成好用的 mama prompt

用于 mama for Prompt Writing 时，建议按下面的结构来写：

1. 激活风格。
2. 明确任务。
3. 提供证据。
4. 要求多个彼此不同的方法。
5. 要求验证和收尾。

示例模式：

“Use /pua:mama. I need a prompt that helps an AI troubleshoot flaky CI tests. The prompt should force the model to inspect logs, propose 3 non-overlapping causes, and verify the final fix against similar failures. Keep the mama narration, but make the action steps explicit.”

这样写有效，是因为你要求这个 skill 把它的施压机制和 checklist 行为应用到 prompt 设计上，而不只是拿来修代码。

第一次使用 mama 的推荐工作流

一个实用的首轮流程可以是：

1. 激活 mama。
2. 给出任务和当前证据。
3. 让它先给出第一轮诊断和下一步动作。
4. 如果第一次尝试失败，明确要求一条本质上不同的新路径。
5. 出现候选修复后，再要求它检查同类连带问题，并做端到端验证。

这和文件中的升级梯度是一致的：先正常信任执行，接着加强“催促”，再进入必须搜索、读源码、提出多个假设的阶段。

mama 的升级机制会如何改变输出

这个 skill 定义了多个压力等级，从初始信任到连续失败后的更强“唠叨”。真正有用的重点不在措辞，而在它对应的工作流变化：

• 第一次尝试：正常执行
• 下一次尝试：切换方法
• 再往后：增加搜索、读源码、生成多个假设
• 更深层失败：完成继承来的 checklist，并扩大测试范围

如果你想把 mama 用好，关键是把“上一轮到底哪里失败了”明确反馈回去，这样下一轮才能真正升级，而不是原地重复同一种解法。

哪些场景下 mama 特别有用

当 AI 容易出现以下问题时，mama skill 会比较合适：

• 一次失败后就停
• 过早请求人工帮助
• 只补一个点，不检查相邻问题
• 写 prompt 草稿时只有浅层建议、缺少操作细节

因此它比较适合 troubleshooting prompt、修复型工作流，以及“在升级求助前先把选项尽量跑完”的任务。

哪些场景不适合 mama

如果你需要下面这些特性，就不建议用 mama：

• 面向企业或外部用户的中性措辞
• 只要简短输出
• 情绪平、表达克制的系统行为
• 不读取父 skill 也能独立成立的方法论

这个 skill 明确偏好长篇、持续的“唠叨式”旁白。如果你更看重语气控制，而不是持续施压带来的推进力，那么更适合直接用基础工作流，不要加这一层 voice。

mama skill 常见问题

mama 是独立 skill，还是叠加在 pua 上的风格层？

它是叠加在 pua 之上的风格层。仓库写得很清楚：核心行为不变，变化的是旁白方式。想正确完成 mama usage，父 skill 的规则也要一起看。

如果我不懂中文，mama 还有用吗？

有一部分用处。触发词里包含 mama mode 这样的英文形式，但它的大量风格和结构本身是用中文写的。如果你的工具链能处理多语言 prompt，依然可以使用；不过其中一些细微效果，确实依赖原始中文“妈妈唠叨”这一风格设定。

mama 是真的能提升结果，还是只是改了语气？

主要变化是语气，但这种语气并不是孤立的，它绑定在从 pua 继承来的 persistence protocol 上。所以它的价值不只是“更有风格”；如果你也遵循父工作流，它确实能更容易把模型维持在“继续挖、继续查、继续验”的状态里。

mama 适合新手吗？

适合，但有一个前提要注意：新手通常会喜欢这种明确要求搜索、验证、收尾的压力感，但也更容易误把 mama skill 当成完整说明书。请先读核心 pua skill，否则你会错过真正决定行为方式的操作规则。

mama 和一句普通的“更仔细一点” prompt 有什么区别？

普通 prompt 往往一两轮之后就失效了。mama 更适合需要可重复调用模式的场景：它自带升级提示，也有鲜明的语气标签，能持续提醒模型不要太早放弃。

什么情况下不该安装 mama？

如果这种语气会让你的团队反感、和面向用户的内容风格冲突，或者会分散对任务本身的注意力，就不要选 mama install。它更适合内部工作流、实验性使用，以及那些本来就有意追求高压式 prompt scaffold 的用户。

如何改进 mama skill 的使用效果

先把任务描述写得更到位

想提升 mama 输出质量，最有效的方式通常不是调语气，而是给它更清晰的 brief。尽量包括：

• 精确目标
• 已经失败过什么
• 现有证据是什么
• 你希望探索到什么程度
• 什么才算验证完成

这样它才能“聪明地升级”，而不是只输出看起来很热闹、实际上很泛的唠叨。

明确要求彼此不重叠的方法

这个文件强调的是“换方法”，不是把同一动作换个说法再做一遍。所以你可以直接要求“3 distinct hypotheses”或“2 fundamentally different remediation paths”。这类请求和 skill 的设计完全一致，也能减少“表面上很多、实质上都一样”的伪多样性。

提供原始材料，而不是口头总结

如果你想获得更好的 mama usage，尽量贴出真实报错、命令输出、prompt 草稿或文件片段。“It broke” 只会引来泛泛建议；原始证据才真正给了它可检查的对象，也更容易让它落实“先搜索、再验证”的工作姿态。

在 Prompt Writing 里用 mama 时，把约束写明白

用于 mama for Prompt Writing 时，建议明确告诉 skill：

• 这个 prompt 是给谁用的
• 会用在什么 tool/model 上
• 这个 prompt 是用于诊断、生成，还是审查
• 它必须防止哪类失败模式

示例：

“Use mama mode to rewrite my troubleshooting prompt for Claude Code. Current failure: it suggests one fix and stops. I want a prompt that forces log review, source inspection, 3 hypotheses, and final regression checks.”

这比一句“make my prompt better”有效得多。

通过反馈失败点来迭代

拿到第一版输出后，不要只说“再试一次”。要具体告诉 mama：

• 哪个假设错了
• 哪条命令或测试失败了
• 这次方案是否重复了之前的逻辑
• 出现了什么新的限制

这样下一轮才会沿着升级阶梯继续往上走，而不是在原地打转。

如果旁白过强，就主动控制语气格式

如果“妈妈式唠叨”抢走了太多注意力，不必关掉 skill，可以直接收紧格式要求：

• “Keep mama tone brief, prioritize action steps.”
• “Use mama narration only in the intro; make the rest operational.”
• “Preserve the mama style but keep outputs compact.”

当你想保留行为上的施压效果、又不想承受过多文字负担时，这通常是最实用的折中方式。

留意几类常见失效点

这个 skill 最容易出现的薄弱点通常是：

• 用户忘了加载父 pua 上下文
• 模型只会重复施压语句，却没有更深入调查
• 语气压过了可执行内容
• 任务缺乏证据，导致所谓“穷尽式”推进变成浅层猜测

如果你遇到这些问题，通常不是 skill 本身坏了，而是需要补更多上下文，并更明确地要求不同方法与验证步骤。

做一个可复用的 mama 模板

一个比较强、适合复用的 mama guide 模板可以这样写：

“Use /pua:mama. Task: [goal]. Context: [system/files/tooling]. Tried already: [A, B, C]. Evidence: [errors/logs/snippets]. Requirements: propose multiple distinct approaches, choose the best next step, and verify whether related issues may remain.”

这个模板足够短，方便复用；同时又足够具体，能把这个 skill 预期中的行为模式真正激活起来。