官方技能 · 商業思想家的原則

蒙格式逆向思考審視

v1.0.1 · 2026 年 11 月 4 日 更新

依據查理·蒙格說明過的想法，用逆向思考審視計畫：列出它一定會怎麼失敗，分出公司撐不過去的後果，再用幾個思維模型檢查。

Not affiliated with or endorsed by Charlie Munger or their companies. About these principles: Charlie Munger's ideas, explained.

可在 Claude、ChatGPT 和程式設計代理中使用。使用 Team 和 Business 方案時，我們改進官方技能後，你 Pod 裡的這個技能會自動更新。

適用情境

• 投入一項計畫、上線、大合約或採購之前
• 一個大家太快就同意、還沒人做過壓力測試的目標

你要提供的內容

• 計畫、目標與成功指標
• 關鍵事實：資金、人力、相依項目
• 團隊已經在擔心的事
• 公司撐不過去的後果

你會得到的內容

一張附機制的具體失敗模式表、絕對不能去的地方與各自的規則、多個模型的解讀，以及附負責人的計畫修改。

運作方式

1. 寫出目標和成功的樣子 一行：做什麼、何時之前、用什麼衡量。
2. 把它反過來（原則 1） 寫出反面：「我們要怎樣才能確保這件事失敗？」列出 8 到 12 個具體方式，每個都附上機制。除了突然的失敗，也要包括慢慢發生的失敗（悄悄增加的成本）。
3. 標出撐不過去的失敗（原則 2） 每一項失敗都問：如果真的發生，公司能恢復嗎？標出無法恢復的那些。不管機率多低，這些都必須完全避開；不拿它們跟好處做取捨。
4. 逐項對照計畫 計畫已經避開它、部分避開，還是直接踩進去？引用起決定作用的那段計畫內容。
5. 用其他模型再看一次（原則 3） 用 3 到 5 個來自不同領域、為這個案子挑選的模型重讀計畫。這個技能的預設清單：誘因（每個選擇讓誰得利）、機會成本、複利、安全邊際、二階效應、基本比率、供需。每個模型用一句話寫出它看到、其他模型沒看到的東西。
6. 要買東西時，比較品質和價格（原則 4） 這是用合理價格買到的好東西，還是用看似划算的價格買到的普通東西？說出是哪一種，並附證據。
7. 改寫計畫 先列出能消除無法恢復之失敗的修改，再處理其他最可能發生的失敗。每項修改都指定負責人。

SKILL.md 檔案

完整檔案，就是你的 AI 讀到的內容。 下載檔案

---
name: munger-style-inversion-review
description: 用逆向思考審視計畫、目標或決策：先想清楚什麼會保證失敗，再確認計畫避開了它；並用來自不同領域的幾個思維模型檢查計畫。依據的是查理·蒙格（Charlie Munger）在演講中說明的想法（許多難題倒過來處理最容易解決；思維模型的格柵），以及波克夏·海瑟威致股東信中轉述的想法（弄清楚自己會死在哪裡，然後永遠別去那裡；用合理的價格買好公司）。團隊即將投入一項計畫、想做事前驗屍（pre-mortem）、問「什麼會讓這件事完蛋」、需要對目標做壓力測試，或一直只用一個角度看同一個問題時使用。
---

# 蒙格式逆向思考審視

以下是查理·蒙格在演講中公開說明的原則（收錄於《Poor Charlie's Almanack》，繁中版《窮查理的普通常識》），以及華倫·巴菲特在波克夏·海瑟威致股東信中轉述的內容。本技能與查理·蒙格及其公司沒有任何關聯，也未獲其認可或背書。這個技能把問題反過來問：不問計畫怎麼成功，而是列出它一定會怎麼失敗，確認計畫避開了每一項，並用不只一個領域的模型檢視計畫。

## 基本規則

- 不要把所列來源以外的引言或觀點歸給查理·蒙格。
- 不要扮演、模仿查理·蒙格，也不要用他的口吻寫作；只用下面的原則檢視使用者的資料。
- 失敗模式必須針對這份計畫，寫出機制（「一位客戶占營收 40%，所以只要他解約，薪水就發不出來」），而不是泛泛而談（「市場風險」）。
- 絕不捏造計畫的事實或數字；缺口標成「[待確認：…]」。
- 模型清單是這個技能提供的，不是蒙格的；在輸出中寫明這一點。

## 原則

1. **反過來想。** 許多難題倒過來處理最容易解決：反過來想，永遠要反過來想（原文：invert, always invert）。來源：Stripe Press《Poor Charlie's Almanack》頁面上引用的查理·蒙格的話。
2. **弄清楚會死在哪裡，然後別去那裡。** 巴菲特 1996 年的信說，波克夏借用查理那句格言（要知道自己會死在哪裡，這樣就永遠不去那裡），為自己的未來做「逆向工程」（reverse engineer），並避開任何無法承受的後果，不管它發生的機率多低。來源：1996 年致股東信。
3. **思維模型的格柵。** 腦中要有許多模型，並把自己的經驗，不論是間接還是直接的，都安放在這個模型格柵（latticework of models）上。來源：Stripe Press《Poor Charlie's Almanack》頁面上引用的查理·蒙格的話。
4. **用合理的價格買好公司。** 巴菲特 2023 年的信回顧了蒙格 1965 年的建議：多買價格合理的好公司，不要再買價格便宜得驚人的普通公司。來源：2023 年致股東信。

## 適用情境

- 投入一項計畫、上線、聘人、大合約或一筆採購之前。
- 一個大家太快就同意的目標。
- 團隊只從單一專業看問題（只看財務、只看工程）。
- 不適用於事故後的根本原因分析（用 ohno-style-five-whys），也不適用於完整的決策備忘錄（用 decision-memo）。

## 需要準備

- 計畫或目標，以及成功是什麼樣子、在哪一天之前。
- 關鍵事實：資金、人力、客戶、相依項目、時程。
- 團隊已經在擔心的事。
- 公司撐不過去的後果有哪些（現金燒光、失去執照、安全事故）。

## 步驟

1. **寫出目標和成功的樣子。** 一行：做什麼、何時之前、用什麼衡量。
2. **把它反過來（原則 1）。** 寫出反面：「我們要怎樣才能確保這件事失敗？」列出 8 到 12 個具體方式，每個都附上機制。除了突然的失敗，也要包括慢慢發生的失敗（悄悄增加的成本）。
3. **標出撐不過去的失敗（原則 2）。** 每一項失敗都問：如果真的發生，公司能恢復嗎？標出無法恢復的那些。不管機率多低，這些都必須完全避開；不拿它們跟好處做取捨。
4. **逐項對照計畫。** 計畫已經避開它、部分避開，還是直接踩進去？引用起決定作用的那段計畫內容。
5. **用其他模型再看一次（原則 3）。** 用 3 到 5 個來自不同領域、為這個案子挑選的模型重讀計畫。這個技能的預設清單：誘因（每個選擇讓誰得利）、機會成本、複利、安全邊際、二階效應、基本比率、供需。每個模型用一句話寫出它看到、其他模型沒看到的東西。
6. **要買東西時，比較品質和價格（原則 4）。** 這是用合理價格買到的好東西，還是用看似划算的價格買到的普通東西？說出是哪一種，並附證據。
7. **改寫計畫。** 先列出能消除無法恢復之失敗的修改，再處理其他最可能發生的失敗。每項修改都指定負責人。

## 輸出格式

```markdown
# 逆向思考審視：[計畫]
以下是查理·蒙格公開說明過的原則。本文件與查理·蒙格及其公司沒有任何關聯，也未獲其認可或背書。模型清單由本技能提供。

## 目標
[做什麼、何時之前、用什麼衡量]

## 我們要怎樣才能確保它失敗
| # | 失敗 | 機制 | 能恢復嗎？ | 目前的計畫：避開／部分避開／踩進去 |
|---|---|---|---|---|

## 絕對不能去的地方
[無法恢復的失敗，以及讓我們遠離每一項的規則]

## 其他模型
| 模型 | 它對這份計畫揭示了什麼 |
|---|---|

## 品質與價格（如果是購買）
[合理價格買好東西，還是「划算」價格買普通東西；證據]

## 計畫的修改
| 修改 | 消除第幾項失敗 | 負責人 |
|---|---|---|

## 使用的原則
[編號，附來源]
```

## 範例

**輸入：**「我們是 12 個人、3 家店的烘焙咖啡連鎖。計畫：12 個月內再開 4 家店，資金來自一筆 NT$2,000 萬的銀行貸款。我們所有的麵粉都由一家供應商以折扣價供應。我們的主廚負責訓練所有人。去年同店營收成長 8%。」

**輸出（節錄）：**

```markdown
以下是查理·蒙格公開說明過的原則。本文件與查理·蒙格及其公司沒有任何關聯，也未獲其認可或背書。模型清單由本技能提供。

## 我們要怎樣才能確保它失敗
| # | 失敗 | 機制 | 能恢復嗎？ | 目前的計畫 |
|---|---|---|---|---|
| 1 | 在任何一家賺錢之前就把 4 家全開了 | 4 家店都在虧錢時，貸款就開始要還 | 不能，如果現金燒光 [待確認：貸款條件與現金] | 踩進去 |
| 2 | 失去麵粉供應商 | 只有一家供應商；折扣掩蓋了這份依賴 | 能，但成本變高 | 踩進去 |
| 3 | 主廚沒辦法訓練 4 個新團隊 | 7 家店只有一位訓練者 | 部分能：品質下滑 | 踩進去 |

## 絕對不能去的地方
在新店損益兩平之前現金燒光。規則：一次只開一家店；上一家能自己打平成本，才開下一家 [待確認：前 3 家店各花了幾個月達到損益兩平]。

## 其他模型
| 模型 | 它對這份計畫揭示了什麼 |
|---|---|
| 基本比率 | 前 3 家新店花多久達到損益兩平，比 8% 的成長更有說服力 |
| 二階效應 | 同時開 4 家店，會把主廚從現有的店拉走 |
| 誘因 | [待確認：銀行的貸款承諾條款是獎勵速度還是穩健] |
```

## 寄出前檢查

- [ ] 輸出裡有出處說明和無關聯聲明，並標明模型清單由本技能提供。
- [ ] 每項失敗都有針對這份計畫的機制。
- [ ] 無法恢復的失敗已分開列出，並配一條規則，而不是拿去取捨。
- [ ] 每項失敗都對照到計畫中避開它或踩進去的部分。
- [ ] 至少用了三個來自不同領域的模型。
- [ ] 每個事實都來自輸入，或標成 [待確認]。

## 常見錯誤

- 列出一般性的風險，而不是這份計畫會怎麼失敗。
- 拿無法恢復的失敗和好處做權衡；1996 年那封信的重點是避開你承受不了的事。
- 什麼都只用一個最愛的模型。

分享給你的團隊

把它加入 AI Skill Pod，團隊每個人（外包人員也包括在內）都能從自己的 AI 使用同一個版本。 看看和團隊分享 AI 技能的最佳做法

加入我團隊的 Pod

更新紀錄

• v1.0.1 · 2026 年 11 月 4 日 · Example output now opens with the attribution and not-affiliated lines, as the skill's own checks require.
• v1.0.0 · 2026 年 11 月 4 日 · First release.