dbs-standard-answer

dbs-standard-answer

熱門

從商業史、管理史、技術史、職涯史與制度史中尋找與現實困境同構的成功、失敗及反例,提煉附帶條件的重複機制。使用者要求歷史類比、經典解法或標準答案時使用。

9289星標
1076分支
更新於 2026/8/6
SKILL.md
唯讀
名稱
dbs-standard-answer
描述

從商業史、管理史、技術史、職涯史與制度史中尋找與現實困境同構的成功、失敗及反例,提煉附帶條件的重複機制。使用者要求歷史類比、經典解法或標準答案時使用。

dbs-standard-answer:歷史同構與標準答案研究

你的任務:先把使用者的現實困境壓縮成一個可比較的「結構指紋」,再從歷史中尋找同構案例。透過成功案例、失敗案例與反例的交叉比較,判斷過去是否形成了可複用的標準答案,以及這個答案在使用者的處境中的適用條件。

這裡的「標準答案」指多次獨立出現、能解釋結果差異、適用條件清楚的應對機制。它可以是成熟共識、條件性答案,也可以是「目前沒有統一答案」。


與其他 Skill 的邊界

使用者真正要做的事 使用 Skill
找一個今天可以模仿、學習或競爭的對象 /dbs-benchmark
診斷當前業務的矛盾、瓶頸與優先順序 /dbs-diagnosis
讓不同思想人物分別發表意見 /dbs-chatroom
理解某個理論或知識 /dbs-learning
從歷史同構案例中提煉重複解法與邊界 /dbs-standard-answer

使用者同時要求歷史定位與個性化行動方案時,先完成本 Skill。歷史研究結束後,把已驗證機制、適用條件、證據強度與失效邊界寫入本輪結論;使用者還要繼續推進時,交回 /dbs 根據當前目標選擇下一步。不要在歷史證據形成前直接幫使用者排任務。


核心原則

  1. 先抽象結構,再搜尋人物。 先確定角色、階段、約束、矛盾與失敗模式,避免因為某位名人聽起來相似就強行類比。
  2. 比較機制,少講傳奇。 關注當事人如何配置時間、資本、組織、產品與風險,以及這些決策如何影響結果。
  3. 成功、失敗、反例一起看。 預設至少包含 1 個最接近案例、1 個跨產業同構案例、1 個失敗案例或反例。
  4. 證據決定結論強度。 單一故事只能產生案例啟發;多個獨立案例出現相同機制,才可能形成條件性答案或成熟共識。
  5. 明確對應邊界。 每個案例都要說明「哪裡相同」「哪裡不同」「差異會不會破壞類比」。
  6. 尊重時代差異。 技術成本、融資環境、勞動市場、傳播管道與制度條件發生變化時,歷史做法不能原樣照搬。
  7. 分清事實、推論與假設。 無法核驗的軼事、名言與因果關係不能寫成事實。
  8. 先交付歷史定位。 使用者明確要求暫不解決現實問題時,到「可驗證啟發」為止,不越過邊界輸出完整行動計劃。

執行流程

Step 1:提取現實問題

從使用者原話、當前對話與使用者指定的本機材料中提取:

現實角色:
所處階段:
必須維持的結果:
正在爭奪的稀缺資源:
同時存在的任務:
主要矛盾:
反覆出現的失敗循環:
使用者當前希望先得到什麼:

材料足夠時直接形成暫定判斷。只有缺失資訊會改變歷史案例類別時,才問 1 個最小問題。

Step 2:生成結構指紋

將現實困境轉寫成可跨時代比較的結構:

維度 要回答的問題
主體 個體創作者、創辦人、專業經理人、團隊還是組織?
階段 生存、成長、規模化、轉型、守成還是衰退?
收入結構 單一金牛商品、專案制、訂閱、週期性銷售還是多業務組合?
稀缺資源 時間、注意力、現金、人才、信任還是管道?
核心張力 當前交付與能力建設、親自做與組織化、短期銷售與長期探索等
鎖定機制 哪個必要任務不斷占用資源,使解決它的能力無法建立?
壓力機制 波動、目標抬升、身份期待、沉沒成本或組織慣性如何影響決策?
理想轉變 使用者希望從什麼狀態進入什麼狀態?

最後寫成一句「結構命題」:

一個處於 {階段}{主體},依賴 {收入或交付結構},因 {鎖定機制} 無法投入 {能力建設},同時受到 {壓力機制} 的持續牽引。

Step 3:提出案例搜尋假設

先列 3–6 個候選問題家族,再去找人物:

  • 創辦人從生產者轉向管理者;
  • 核心業務利用與新能力探索;
  • 委派成本、招募延遲與創辦人瓶頸;
  • 專案型收入帶來的銷售波動和目標棘輪;
  • 專業服務從本人交付走向產品化;
  • 組織在現金流壓力下建立第二曲線。

這些只是範例。根據使用者的結構指紋生成更準確的搜尋假設。

每個假設寫明:

候選問題家族:
它與現實問題共享的結構:
可能破壞類比的差異:
需要尋找的證據:

Step 4:研究歷史案例

先查使用者指定材料與本機知識庫。涉及具體人物、時間、決策、結果、理論歸屬或原話時,使用連網檢索核驗。

來源優先順序:

  1. 當事人的書信、備忘錄、訪談、股東信與官方檔案;
  2. 學術論文、大學案例、權威傳記與同期報導;
  3. 有編輯審核的商業媒體與專業機構;
  4. 二手總結只能用於發現線索,不能單獨支撐關鍵結論。

每個核心事實儘量找到 2 個獨立來源。引用具體頁面,避免只給搜尋結果頁。找不到可靠證據時,寫明「尚未核驗」,並降低結論強度。

預設選擇 4–6 個案例,並涵蓋下面四種證據角色:

  • 最近成功案例:結構相似度最高,且完成了使用者關心的轉變;
  • 跨域或機制重複樣本:產業或時代不同,底層約束相同;
  • 失敗案例:採用候選機制後仍然失敗,用於檢查這個機制是否被高估;
  • 反例或邊界案例:未採用主流機制仍然成功,或揭示同一解法只在特定條件下有效。

失敗案例與反例承擔不同任務,不能互相替代。某一類確實找不到時,必須說明搜尋範圍、缺失原因及其對結論強度的影響。

Step 5:逐案還原

每個案例使用同一組欄位,防止只挑對結論有利的細節:

## 案例:{人物/組織,時間}

- 原始處境:
- 真實約束:
- 當時可選方案:
- 實際決策:
- 執行成本:
- 後續結果:
- 證據:
- 證據狀態:已核驗事實/研究者解釋/本次推論/待核驗
- 與使用者相同之處:
- 與使用者不同之處:
- 類比有效性:高/中/低
- 能提取的機制:
- 不能照搬的部分:

不要偽造當事人的內心動機。只有行為與材料能支持時,才描述動機。

Step 6:建立類比矩陣

把現實問題與所有案例放入同一張表:

案例 階段相似 收入結構相似 稀缺資源相似 鎖定機制相似 壓力機制相似 結果可比 總體可信度

評分使用高/中/低,並補 1 句理由。不要用未經定義的精確分數製造確定感。

若一個案例只有產業或人物身份相似,結構維度大多為低,則淘汰。

Step 7:提煉重複機制

尋找能夠解釋「為什麼某些人走出來、某些人仍被困住」的差異:

| 重複機制 | 出現在哪些案例 | 可能的因果解釋 | 成立條件 | 失敗邊界 | 證據強度 |
|---|---|---|---|---|---|

常見機制可能涉及:

  • 為能力建設預留受保護的資源;
  • 先降低工作的可委派難度,再招募;
  • 用流程、產品或職位承接創辦人的重複勞動;
  • 將銷售波動與個人每日情緒脫鉤;
  • 區分維持現金流的工作和創造未來選擇權的工作;
  • 用階段性目標替代持續抬升的單一峰值。

這些只是候選機制。沒有案例證據時不要提前採用。

Step 8:判斷有沒有標準答案

按證據輸出三種結論之一:

A.成熟共識

多個高可信案例與系統研究同時支持同一機制,經過失敗案例和反例檢驗後仍然成立,且適用條件穩定。只有案例故事收斂、缺少系統研究時,最多標為條件性答案。

B.條件性答案

機制反覆有效,但依賴規模、現金流、人才供給、產業節奏或個人目標。必須把條件寫入答案。

C.尚無統一答案

案例分歧明顯,或歷史條件差異足以破壞類比。此時給出不同路徑的適用場景,保留不確定性。

標準答案使用下面的句式:

{條件} 成立時,歷史上反覆有效的做法是 {機制},因為 {因果解釋}。當 {邊界} 出現時,這個答案容易失效。

避免把工具名、某位名人的個人習慣或一句格言當成標準答案。

Step 9:控制現實建議的深度

根據使用者授權選擇停止位置:

使用者要求 停止位置
「先定位」「先找歷史類比」「先別回答我的問題」 給出結構定位、案例研究計劃、候選問題家族;等待使用者確認後再深挖
「研究以前怎麼解決」 完成案例、類比矩陣和標準答案
「結合我現在怎麼辦」 在歷史研究後增加 1–3 個可驗證動作
「幫我做完整計劃」 完成歷史研究並輸出可交接結論,再交回 /dbs 根據現實目標選擇下一步

不要因為掌握了一個歷史答案,就自動替使用者作出現實決策。


預設輸出

## 當前問題的歷史定位

**結構命題**:{一句話}

**結構指紋**:
- 主體與階段:
- 收入與交付:
- 稀缺資源:
- 核心張力:
- 鎖定循環:
- 壓力機制:

## 候選問題家族

| 問題家族 | 相似結構 | 關鍵差異 | 研究價值 |
|---|---|---|---|

## 歷史案例

{按統一欄位寫 3–5 個案例}

## 類比有效性

{類比矩陣與淘汰說明}

## 反覆出現的機制

{重複機制表}

## 標準答案判斷

**結論等級**:成熟共識/條件性答案/尚無統一答案

**答案**:{帶條件和邊界的機制}

## 對當前問題的啟發

{遵守使用者授權深度}

## 尚待確認

- {會改變案例選擇或結論的事實}

## 資料來源

- {可點擊的具體來源}

使用者只要求研究計劃時,省略尚未研究的案例結論,輸出搜尋假設、選例標準、證據標準和下一輪要查的材料。


品質自檢

交付前逐項檢查:

  • 已經從使用者原話提取結構指紋;
  • 歷史案例的相似性來自結構,未停留在身份或產業;
  • 同時檢查了成功、失敗和反例;
  • 關鍵歷史事實有可追溯來源;
  • 沒有虛構名言、動機和因果關係;
  • 明確寫出每個案例的差異和不可照搬處;
  • 「標準答案」包含適用條件、因果機制和失效邊界;
  • 證據不足時降低結論強度;
  • 使用者要求暫不解決現實問題時,沒有越界給完整行動方案;
  • 中文遵循《中文文案排版指北》;
  • 避免使用先否定後反轉的二元套句。

不知道下一步用哪個 Skill?

輸入 /dbs

這是商業工具箱的導覽入口。它會讀取剛才的具體結論和你的最新目標,選擇當前最值得處理的一個方向,並直接路由到對應 Skill。

你也可以直接說你想做什麼。/dbs 會尊重你的明確選擇。

不熟悉所有 Skill 沒關係,下一步不確定時就回 /dbs