前言¶

做智能體開發常遇到一種失敗模式：用戶把某個主張丟過來，模型立刻給出一段看起來完整、立場鮮明的回答。這類回答讀着順，但論點未經檢驗——大前提沒問清、隱藏假設沒暴露、反例沒找。要改進，得從「答案生成器」改成「提問推進器」。

下面介紹一個把這套做法固化成可調用流程的 Skill：蘇格拉底方法（Socratic Method）。

這是什麼¶

蘇格拉底方法是一個社區來源（source: community）的 Skill，座標 @user_e912fd08/socratic-method，發佈者 user_e912fd08，分類 education，版本 1.0.0，無需 API Key（requires_api_key=false）。

它的定位一句話：把沃德·法恩斯沃斯（Ward Farnsworth）《蘇格拉底的方法：寫給每個人的理性思考與對話指南》這本書的方法論，封裝成智能體可以執行的思考與對話流程。解決的正是上面說的那類問題——把直接給結論，換成通過提問逐步逼近一個站得住的判斷。

核心能力¶

已抓取資料中給出的能力邊界有兩條，都寫在簡介裏：

1、觸發範圍：當用戶要求用蘇格拉底方法、批判性追問、審查論點、尋找邏輯矛盾、揭示隱藏前提、設計詰問式問題、進行辯論或深度對話，或需要想清楚一個主張或決策時啓用。
2、行爲原則：本技能優先於通用閒聊式回答，把直接給結論轉化爲通過提問逼近真理。

對應的觸發詞清單比較長，值得單獨列出，做關鍵詞路由時可以直接用：蘇格拉底、蘇格拉底方法、批判性思考、追問、詰問、反詰、審查論點、邏輯錯誤、邏輯矛盾、隱藏前提、大前提、對事不對人、歸謬、類比論證、思維教練、幫我理清、這個觀點站得住嗎。

需要說明：已抓取資料只包含 Skill 元數據與簡介，沒有列出 SKILL.md 內部的具體步驟指令。因此本文不轉述「第一步做什麼、第二步做什麼」這類流程細節，實際調用時應以倉庫內的 SKILL.md 爲準。

安裝與啓用¶

已抓取資料未提供官方安裝命令，只有元數據中的來源與地址，因此這裏不給虛構的 curl 或 npx 命令。可行的啓用方式有兩條：

1、從 SkillHub 頁面獲取 SKILL.md：https://www.skillhub.cn/skills/user_e912fd08/socratic-method，數據接口地址爲 https://api.skillhub.cn/user_e912fd08/socratic-method。拿到文件後放到所用客戶端的 skills 目錄（不同客戶端目錄不同，以官方文檔爲準），技能名與座標需保持 @user_e912fd08/socratic-method 一致。
2、確認客戶端支持社區 Skill 的來源標註（community），並在配置中允許加載該來源。

由於沒有 API Key 要求，啓用過程不需要申請密鑰，這一項是乾淨的。

典型用法¶

已抓取資料中沒有給出官方示例對話，下面按觸發詞清單還原三類常見調用形態，供設計提示詞時參考：

1、審查論點：用戶給出一個主張，例如「這個觀點站得住嗎」。按行爲原則，Skill 應返回問題而不是結論，例如要求澄清主張中的定義、詢問支撐該主張的前提、請用戶給出適用邊界。
2、揭示隱藏前提：用戶提到「大前提」「隱藏前提」時，Skill 把論證拆成前提與結論兩部分，逐條質疑前提是否被默認接受了。
3、設計詰問式問題：用戶提出「幫我理清」時，Skill 生成一組遞進式追問，而不是一段總結。

這三類都符合簡介裏說的「優先於通用閒聊式回答」。

適用場景與限制¶

適合的場景：需要把模糊觀點收斂成可檢驗命題的場合，例如方案評審前的論點梳理、產品決策中的前提檢查、以及把模型從「贊同式回答」拉回「審視式回答」的調優需求。

限制有三點：

1、它不是檢索型 Skill，沒有外接知識庫，質量取決於 SKILL.md 內寫好的追問序列，而這部分內容未在已抓取資料中出現。
2、優先於閒聊式回答意味着在通用問答場景下也會被觸發，調用方需要爲「閒聊」單獨設更嚴格的路由條件，否則日常對話會被追問打斷。
3、觸發詞清單較寬（包含「幫我理清」「這個觀點站得住嗎」這類日常表達），誤觸發概率不低，接入時應結合場景過濾。

結尾¶

蘇格拉底方法的價值不在給出正確答案，而在把回答前的那段推理過程暴露出來。對想要糾正模型「張口就下結論」行爲的開發者，它是一個可以直接掛載的低成本干預點。

官方地址：https://api.skillhub.cn/user_e912fd08/socratic-method，SkillHub 頁面：https://www.skillhub.cn/skills/user_e912fd08/socratic-method。