洞察的自然主義研究
來源基礎：Gary Klein 與 Andrea Jarosz 關於洞察如何在真實工作中出現的研究，而非僅限於 puzzle 任務。
何時使用
- 使用者即使已經熟悉領域並嘗試過合理的執行策略，仍然陷入困境。
- 矛盾證據持續反覆出現，當前的解釋越來越牽強。
- 你需要決定問題需要分解還是更深層的框架改變。
- 你正在設計需要發現而非僅僅可靠執行的系統、團隊或工作流程。
- 一個組織擅長預防錯誤，但難以產生新的理解。
不適用於
- 例行優化、增量改進，或在穩定框架內進行的直接除錯。
- 具有明確指標、已知解決類別且沒有證據顯示框架本身錯誤的問題。
- 沒有具體矛盾、僵局或連結信號的泛泛「更有創意」教練建議。
決策點
- 判斷問題是執行失敗還是框架失敗。如果當前模型仍然有效，則維持執行模式。
- 命名活躍的洞察路徑：矛盾、連結、絕望或逐漸累積。
- 識別有風險的錨點。詢問哪個信念、類別或因果假設需要移動，才能讓異常變得合理。
- 檢查環境是否透過合規壓力、過早的文件化或「解釋掉」的規範來壓制洞察。
決策流程
flowchart TD
A[卡住的問題] --> B{執行失敗還是框架失敗？}
B -->|執行| C[維持執行模式]
B -->|框架失敗| D{主要洞察路徑}
D -->|矛盾| E[以核心假設測試異常]
D -->|連結| F[跨案例比較以尋找隱藏模式]
D -->|絕望| G[在僵局下重新審視錨點]
D -->|逐漸累積| H[隨著時間追蹤弱訊號]
E --> I[命名有風險的錨點]
F --> I
G --> I
H --> I
I --> J{環境正在壓制重新框架？}
J -->|是| K[在進一步分析之前改變審查規範]
J -->|否| L[修訂框架並繼續]
運作模型
- 洞察並非單一機制。矛盾、連結與僵局觸發不同的行動，不應視為可互換。
- 矛盾工作始於將異常數據視為可能比目前用來駁斥它的故事更值得信賴。
- 現實世界的洞察通常是漸進的。如果弱訊號的緩慢累積改變了框架，它仍然是洞察工作。
- 專業知識通常是資產，因為它提供了首先注意到有意義異常所需的模式庫。
- 錯誤預防系統常常干擾洞察，因為它們獎勵穩定性、精確性和過早閉合，而非探索性重新框架。
失敗模式
- 將每個異常解釋為雜訊、測量誤差或特殊情況。
- 過早將洞察問題分解為子任務，這會強化需要修訂的框架。
- 將專業知識視為污染，而非更高品質模式識別的來源。
- 等待戲劇性的「啊哈」時刻，錯過跨案例的緩慢證據累積。
- 在組織中引入洞察儀式，但未移除懲罰重新框架的控制結構。
反模式與行話識別
- 反模式：進一步分解任務，但每個子任務仍然繼承相同的錯誤框架。
- 反模式：讚揚「創意思考」，但從未命名需要處理的矛盾、錨點或路徑。
- 行話識別：如果建議從未說明必須改變的信念，那麼它很可能是勵志談話，而非洞察支持。
實例
- 一個編排代理不斷優化任務分解，但仍錯過真正的瓶頸。正確的做法是檢查關於任務本質的預設假設，而非添加更多子任務。
- 一個注重安全的團隊擁有優秀的審計軌跡，但從未浮現新的風險模式。正確的做法是保護異常審查時間並挑戰報告框架，而非僅添加更多檢查清單項目。
Fork 指導
- 對於單一卡住案例，其中一個框架占主導地位且僅需測試少數錨點時，保持在流程中。
- 當需要針對同一個矛盾提供獨立解釋且無早期收斂壓力時，每個競爭框架 fork 一個子代理。
品質閘門
- 當前框架被明確命名，而非隱含。
- 至少識別出一個可能需要修訂的錨點。
- 在給出建議之前診斷活躍路徑。
- 矛盾證據被視為證據，而非立即降級為雜訊。
- 如果環境是組織性的，則應同時檢查錯誤預防機制與洞察問題。
參考路由
references/three-pathways-anchor-model.md：當你需要更完整的路徑分類與錨點邏輯時載入。references/contradiction-driven-insight-pathways.md：當異常反覆出現且主要挑戰是打破知識屏障時載入。references/gradual-insight-and-pattern-accumulation.md：當訊號隨時間分佈而非與單一事件相關時載入。references/expertise-enables-insight-not-fixation.md：當有人假設專業知識是洞察受阻的原因時載入。references/organizational-barriers-to-insight.md：當流程紀律或合規文化似乎壓制發現時載入。references/task-decomposition-for-insight-vs-execution.md：當你需要區分洞察工作與一般執行工作時載入。