mama

mama skill 概覽

mama 是拿來做什麼的

mama skill 是 pua skill 的一種旁白風格變體。它保留了相同的核心執行規則、升級式處理邏輯，以及以清單驅動的問題解決方式，但把語氣改成中文「碎念媽媽」風格。實務上，mama 不是新的推理引擎，而是一層語氣包裝，目的是讓代理更傾向持續搜尋、測試並把事情做完，而不是太早停下來。

哪些人適合使用 mama skill

mama skill 最適合已經想要 pua 工作流那種更嚴格、較徹底行為的使用者，而且希望這種壓力透過更有喜感、更像真人，或更有文化辨識度的語氣來傳達。對於把 AI 用在除錯、疑難排解與 Prompt Writing 的人來說尤其有用，因為這類情境裡，「不要太早放棄」通常比語氣是否圓滑更重要。

真正要解決的是什麼問題

多數使用者其實不是在找「有趣的對話風格」。他們要的是一個會：

• 在嘗試多條路之前，不會先說「做不到」
• 在開口求助前，先多搜尋、多讀資料
• 不只修單一症狀，還會檢查相關連的問題
• 當前面的方法失敗時，願意自動加大處理力度

這才是 mama for Prompt Writing 與任務執行的真正價值：用一個容易記住的人設，把「持續追查」這套流程固定下來。

mama 與一般 prompt 的差異

一般 prompt 可以要求模型「更有毅力」一次，但 mama 把這種持續追查的要求做成可重複使用的觸發模式，並沿用核心 pua skill 的既有規則。repository 已經寫得很清楚：行為契約不變，變的只有旁白語氣。如果你想在每次工作階段都維持穩定輸出風格，而不是每次都重寫 prompt，這點就很關鍵。

安裝前真正該考慮的事

採用前的核心問題其實很簡單：你是不是想要 pua 那套紀律，但包在「中國式媽媽碎念」的外層裡？如果是，那 mama install 的風險很低。如果你只是想要溫和人設或輕量陪跑，這個 skill 很可能不適合，因為它本來就刻意設計成偏強勢、會重複提醒的風格。

如何使用 mama skill

在你的 skills 環境中安裝 mama skill

基礎安裝方式如下：

npx skills add tanweai/pua --skill mama

由於目前提供的 repository 片段只看得到 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 之後，代理應該用 Glob 去找核心 pua skill，並優先讀它，通常會是像這樣的路徑：

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

這是正確 mama usage 最重要的實務細節。這個 skill 改寫的是語氣，不是整套操作協定。

依賴輸出前，先理解它的繼承模型

很常見的誤解，是以為 mama 自己就包含完整方法論。其實不是。repository 明確指出它繼承了：

• 三條紅線規則
• 壓力升級機制
• owner mindset
• methodology
• 7-item checklist

所以如果你安裝 mama skill，卻沒有理解上層的 pua 行為，很容易把它誤解成「只是角色扮演」。實際上，只有在搭配那套更嚴格的核心工作流時，這種語氣才真正有價值。

mama 需要什麼輸入，效果才會好

請把 mama 當成一個偏除錯、偏執行導向的 skill 來餵資料，至少提供：

• 明確目標
• 你已經試過什麼
• 錯誤訊息或失敗症狀
• 相關檔案、指令或 log
• 你的限制條件
• 你如何定義「完成」

弱輸入：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. 有候選修復方案後，再要求它檢查相鄰問題並做端到端驗證。

這其實對應檔案中的升級階梯：先信任執行，之後變成更強的碎念，再往上要求搜尋、讀 source，以及提出多個假說。

升級機制會怎麼改變輸出

這個 skill 定義了幾個壓力層級，從一開始的基本信任，到失敗多次後更強的「碎念」。真正有用的重點不是措辭，而是它對工作流的影響：

• 第一次嘗試：正常執行
• 下一次嘗試：改用不同方法
• 再往後：加強搜尋、閱讀 source、提出多個假說
• 更深層失敗：完成繼承來的 checklist，並做更廣泛測試

如果你想把 mama 用好，就應該主動回報前一輪哪裡失敗，這樣下一輪才會真的升級，而不是重複原本的方法。

哪些情境特別適合 mama

當 AI 容易出現以下情況時，mama skill 特別有用：

• 一次失敗就停
• 太早開口求助
• 只補單一問題，沒檢查旁邊可能連動的錯誤
• 產出很淺的 prompt 草稿，缺少可操作細節

因此，它很適合用在 troubleshooting prompt、修復流程，以及「在升級求助前先把能試的都試過」這類任務。

哪些情況不適合 mama

如果你需要的是以下條件，就不要用 mama：

• 中性、企業導向的措辭
• 只要精簡輸出
• 情緒平坦、不帶人格色彩的系統行為
• 不想讀 parent skill、只想直接拿一套獨立方法論

這個 skill 明確追求長篇碎念式旁白。如果你更在意語氣紀律，而不是持續施壓帶來的執行力，建議使用基礎工作流，不要加這層 voice layer。

mama skill 常見問題

mama 是獨立 skill，還是架在 pua 上面的語氣層？

它是架在 pua 上面的語氣層。repository 寫得很清楚：核心行為不變，改的是旁白方式。要正確 mama usage，也要一併讀 parent skill 的規則。

如果我不懂中文，mama 還有用嗎？

有一部分仍然有用。觸發清單裡包含像 mama mode 這種英文形式，但整體風味與結構有不少是用中文寫成的。如果你的工具鏈能處理多語 prompt，還是可以使用，不過有些細節確實綁定在原本中文的「媽媽碎念」風格上。

mama 真的會提升結果，還是只是改變語氣？

大多數情況下，它主要改的是語氣；但這個語氣綁定的是從 pua 繼承來的持續追查協定。所以它的價值不只是好不好看而已；如果你也遵循 parent workflow，它確實能幫助模型維持在「繼續挖、繼續查」的狀態。

mama 適合新手嗎？

適合，但有一個前提要注意：新手通常會喜歡它那種明確要求搜尋、驗證與收尾的壓力感，但也可能誤以為 mama skill 本身就已經是完整操作說明。請先讀核心 pua skill，否則你會漏掉真正的運作規則。

mama 和一般 prompt 裡寫「請更仔細」有什麼差別？

一般 prompt 往往一輪對話後就被忘掉了。mama 的優勢在於，它提供一個可重複呼叫的模式，內建升級提示與可辨識語氣，能持續提醒模型不要太早放棄。

什麼情況下不該安裝 mama？

如果這種語氣會讓你的團隊反感、跟面向使用者的內容衝突，或反而分散注意力，就不要選 mama install。它更適合內部工作流、實驗用途，以及那些明確想要高壓 prompt scaffold 的使用者。

如何改進 mama skill 的使用效果

先把任務定義得更精準

要提升輸出品質，最大槓桿通常來自你給 mama 的任務描述是否夠清楚。請盡量包含：

• 精確目標
• 已經失敗過哪些做法
• 目前有哪些證據
• 你希望它探索到什麼程度
• 怎樣才算驗證完成

這樣 skill 才能有意義地升級處理，而不是只產生有戲劇感、但內容很空泛的碎念。

明確要求彼此不重疊的方法

這個檔案強調的是「換方法」，不是把同一招換句話說重講一次。所以你可以直接要求「3 個彼此獨立的假說」或「2 條本質不同的修復路徑」。這種要求很符合 skill 的設計，也能減少表面上很多、實際上差不多的假多樣性。

提供原始材料，不要只給摘要

如果你想要更好的 mama usage，請直接貼出真實錯誤訊息、指令輸出、prompt 草稿，或檔案片段。只說「它壞了」通常只會引來泛泛建議；原始證據才能讓 skill 真的去檢查，也更有機會落實它擅長的搜尋與驗證姿態。

把 mama 用在 prompt writing 時，要把限制講清楚

如果你是在做 mama for Prompt Writing，請明確告訴 skill：

• 這個 prompt 是給誰用的
• 會搭配哪個工具或模型
• 這個 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.」

這種寫法會比「幫我把 prompt 寫好一點」有效得多。

迭代時要回報到底哪裡失敗

看到第一輪輸出後，不要只說「再試一次」。請具體告訴 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.

當你想保留這種行為上的施壓效果，又不想承受太多文字負擔時，這通常是最實際的折衷方案。

留意幾個主要失敗模式

常見的弱點大致有這些：

• 使用者忘了載入 parent pua 的上下文
• 模型只重複施壓語句，卻沒有做更深的調查
• 語氣蓋過了可執行內容
• 任務本身缺乏證據，導致所謂「徹底」最後變成膚淺猜測

如果出現這些情況，通常解法就是補更多上下文，並更明確要求它提出不同方法與做出驗證。

建立一個可重複使用的 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 預期中的行為。