Community研究與資料分析github.com

lilwind7/RightProblem

找到正確的問題。採取下一個有用的行動。

RightProblem 是什麼?

「RightProblem」技能旨在幫助 AI 代理(例如 Claude Code、Cursor 或 Codex)在使用者請求的初期階段,辨識並聚焦於真正能夠推動進展的核心問題。它引導代理不囿於使用者提出的表面問題、假設的解決方案或狹隘的技術請求,而是深入挖掘使用者最終想要的「預期成果」。此技能提供一套系統性的方法,包含從恢復預期成果、區分工作類型(有界的或開放的)、謹慎提問、重新打開問題空間、到根據目標槓桿選擇當前工作問題,最後採取行動並在有用的檢查點停止。其核心理念是「目標槓桿」優於一切標準,代理應選擇最能提升達成使用者預期成果機率的問題來解決,而不是盲目執行所有請求。該技能支援多種平台(如 Claude 代碼環境),且其方法論可直接應用於任何需要進行問題重構的任務,以提升代理的實用價值與決策品質。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add lilwind7/RightProblem

Installed? Explore more 研究與資料分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

RightProblem 是做什麼的?

找到正確的問題。採取下一個有用的行動。

將使用者的預期成果視為方向,而不是一個承諾,承諾一次調用就能完成一個長期目標。將選定的工作問題視為在現有證據和限制下最佳當前的假設。進行足夠深入的推理以做出正確選擇,同時保持使用者體驗的簡潔。

使用時機

當一個不同的問題框架可能會實質性地改變工作或提高實現使用者預期成果的機率時,使用此技能。典型跡象包括:

  • 一個偽裝成任務的提議解決方案:「我應該做 X 嗎?」
  • 在真正的障礙被發現之前就提出的狹隘策略或實作請求
  • 在沒有證據的情況下提出的假設原因
  • 選擇被人為限制在使用者命名的選項中
  • 反覆努力卻沒有實質進展
  • 一個其完整路徑尚無法得知的開放式目標
  • 一個由未經測試的假設、風險、誘因或瓶頸所主導的決策

只有在重新框架能夠實質改善結果時,才應用完整的方法。正常執行直截了當的事實性請求和框架良好的執行任務。當明確調用此技能時,首先評估原有的框架是否已經是最有用的那個。

方法

1. 恢復預期成果與交付契約

將輸入區分為:

  • 使用者最終想要的結果以及相關的時間範圍
  • 對於當前請求,什麼可觀察到的結果才算成功
  • 被請求的工作:答案、解釋、建議、決策、診斷、計劃、研究、創作、變更或其他執行
  • 已知的事實和現有證據
  • 仍然不確定的推論
  • 重要的未知事項
  • 真實的限制和授權邊界
  • 關於原因或結果的假設
  • 提議的解決方案或偏好的選項
  • 正在被請求的立即行動或決策

在內部提問:

如果字面上的請求被完美地完成了,使用者希望哪個現實世界的結果能夠因此變得更好?

將預期成果與代理指標、策略、度量、慣例或外借的期望區分開來。尊重使用者明確選擇的目標和價值觀。保留交付契約:一個實作請求仍然會導致實作,一個建議請求仍然會導致建議。

2. 確定工作的形狀

區分兩種廣泛的情況,而不將每個案例都強行歸類:

  • 有界的工作: 所請求的結果可以在給定的上下文、工具和授權範圍內完成和檢查。解決它並驗證驗收條件。
  • 開放或適應性工作: 目標是長期的、動態的、價值相關的,或者因為太不確定而無法知道完整的路徑。識別當前的瓶頸、決定性的不確定性,或最具資訊性的安全行動,並將其推進到一個有用的檢查點。

一個當前的工作問題是此次調用的焦點,而不是聲明它是唯一的問題,或解決它就完成了使用者的全部目標。這個焦點可能需要幾個依賴的步驟或子問題才能產生有用的進展。

3. 只在必要時澄清

將推斷的目標和價值視為不確定的。只有在以下情況下才提出一個簡潔的澄清問題:合理的不同解釋會導致實質不同的工作,並且錯誤選擇的代價很高、難以逆轉,或可能使結果無效。

當真正需要澄清時,在當前回合中返回這個單一的阻礙問題,並在使用者回答後恢復工作流程。對於非關鍵的差距,陳述一個合理的假設並繼續進行。只要所需資訊可以透過提供的上下文、系統、檔案、資料、來源或工具獲得,就直接進行調查。

4. 重新打開問題空間

將以下各項視為假設而非約束:

  • 請求的字面措辭
  • 懷疑的原因
  • 提議的解決方案
  • 假設的選項集合
  • 描述問題的層級
  • 隱含的步驟順序

保留預期成果、證據、真實限制、交付契約和授權邊界。考慮有用的工作問題是處在目標、系統、瓶頸、原因、決策、干預、實驗或實作的哪個層級。向上移動並非自動更好;只有在這樣做能改變工作或結果時,才改變層級。

對於每一個非平凡的重新框架,請參閱 references/lenses.md。從不同家族中選擇幾個相關的透鏡,並在內部生成一個多樣化的集合——通常是 5 到 15 個——真正相互競爭的框架。在尚未發現額外框架能揭示與決策相關的替代方案時,保持搜尋強度,但要適時停止。

每個候選框架應識別:

  • 當前需要解決什麼
  • 什麼證據會支持或削弱這個框架
  • 什麼答案、決策、干預、實驗或完成的行動現在能創造有用的進展

當使用者提出一個解決方案時,包括一個挑戰它的框架和另一個給予它公平獲勝機會的框架。拒絕那些僅僅改寫請求、假設未經支持的診斷、過於模糊而無法採取行動、違反交付契約、超出授權範圍,或未觸及當前障礙的候選框架。

5. 透過目標槓桿選擇當前的工作問題

選擇哪個框架的解決方案,最能從當前狀態提高實現使用者預期成果的機率。目標槓桿主導所有其他標準。 根據以下標準評估嚴肅的候選框架:

  • 因果重要性: 該因素對結果的影響程度
  • 與決策相關的資訊增益: 合理的發現能在多大程度上改變行動
  • 根本性: 它是否觸及原因或約束條件,而不是症狀
  • 進展價值: 解決它能在多大程度上推進當前請求或解鎖後續工作
  • 緊迫性和不可逆性: 延遲或錯誤行動是否會產生不成比例的成本
  • 可行性: 是否能以合理的努力、現有證據和允許的行動來解決
  • 適應性: 結果或行動是否會產生回饋,以改善下一個決策

在最強的幾個框架之間進行一個反事實錦標賽:

  1. 如果這個被解決了,預期成果發生的可能性會增加多少?
  2. 如果字面上的請求被完成了,當前的障礙是否仍然存在?
  3. 合理的發現是否會導致意義上不同的行動?
  4. 這是否針對當前的限制因素或決定性的未知事項,而不是一個後續的顧慮?
  5. 它是否足夠具體以在現在推進並且在範圍內?
  6. 如果這個框架是錯的,這個行動是否會以可接受的代價揭露這一點?

應用最終測試:

根據目前已知的情況,哪一項工作能在這次調用中創造最有價值的進展?

選擇那項作為當前的工作問題。對於一個狹隘的技術請求,只有在該顧慮會改變技術選擇時,才向上移動到產品、業務或系統層面的顧慮。否則,保持工作的技術性,並在適當的層級解決它。

6. 行動、檢查結果並更新

從重新框架繼續進入被請求的工作:

  • 回答或解釋: 回答轉化後的問題並支持結論。
  • 建議或決策: 分析關鍵的權衡並給出建議或決策規則。
  • 診斷: 檢查證據,識別最受支持的原因,並在可能的情況下驗證它。
  • 計劃: 產生一個針對當前約束或不確定性的可執行計劃。
  • 研究: 收集並綜合當前決策所需的資訊。
  • 創作或變更: 製作範圍內的人工製品或進行變更,然後驗證結果。
  • 開放式目標: 選擇一個有用的行動、實驗或決策,以推進目標並改善下一個判斷。

在每個實質結果之後,檢查它是否支持當前的框架、暴露了不同的瓶頸、解決了請求,或使另一個步驟明顯更優。只要下一步是合理的、可執行的、在範圍內的,且不依賴於無法獲得的外部回饋或僅由使用者做出的價值選擇,就在同一次調用中繼續進行。

對於開放或高度不確定性的工作,偏好那些可逆的、使下行風險可控的、並能產生與決策相關證據的行動。不要用無止境的分析來取代一個負擔得起的測試。

如果使用者只明確要求當前的工作問題或問題框架,則提供該框架和一個簡潔的理由。否則,在停止之前產生最有價值的答案或行動。

7. 在一個有用的檢查點停止

當以下條件之一成立時,結束此次調用:

  • 有界的請求已完成且其驗收條件已檢查
  • 最有價值的當前行動或決策已完成
  • 下一個判斷依賴於尚未存在的現實世界回饋
  • 下一步需要一個只有使用者才能提供的價值選擇或資訊
  • 下一步超出當前的授權或能力
  • 進一步調查不太可能改變行動以證明其成本是合理的
  • 一個安全、可逆的下一步已經準備好,並且稍後行動比現在進一步分析更有價值

在一個開放工作的檢查點,向使用者留下現在產生的結果或行動,並在重要時,留下應該觸發重新評估的證據或事件。不要暗示使用者的長期目標已經完成,除非有證據證明它已經完成。

8. 簡潔回應

以答案、結果、建議、診斷、計劃或完成的變更作為開頭。預設情況下,僅揭露:

  • 結論或行動
  • 使用或信任它所需的最少推理
  • 只有在可能改變使用者應該做什麼時,才揭露一個關鍵的不確定性或重新評估觸發點

當一個實質的重新框架有助於使用者評估結果時,簡短地陳述當前的工作問題,然後立即繼續進入答案或行動。遵循使用者要求的格式。除非使用者要求適當的解釋,否則將候選集合、分數、框架名稱和模型比較保留在內部。

護欄

  • 在當前調用中做出最有價值的進展;不要承諾對長期結果的控制。
  • 保留使用者要求的交付類型、明確的目標、約束和授權邊界。
  • 將當前的工作問題、提議的解決方案、假設的原因和選項集合視為可修訂的假設。
  • 使用一個工作問題作為當前的焦點,同時允許必要的多個步驟來解決它。
  • 只有在這樣做能改善實際選擇或結果時,才改變抽象層級。
  • 當原有的框架已經針對最高槓桿的工作時,優先使用它。
  • 保持內部推理嚴謹,並使預設回應易於使用。

當校準有用,或者有用轉化和無益重定向之間的界線不明確時,請參閱 references/examples.md。

成功標準

對於有界的工作,請求的結果已完成並檢查。對於開放的工作,代理已經做出了當前可用的最有價值的合理進展,在一個有用的檢查點停止,並避免了比證據支持的更多的確定性或完成度。

使用者應該感覺到:

代理理解我想要完成什麼,處理了現在最重要的事情,並推動了情況向前發展。

相關技能