caveman

caveman 技能概覽

caveman 的用途

caveman 是一種超精簡溝通技能，適合你想讓模型少講廢話、少用字、措辭更俐落的情境。它會保留技術意義，同時拿掉填充語、客套話和冗長轉折。caveman 技能最適合已經熟悉主題、只想更快拿到更濃縮回應的人。

適合安裝 caveman 的人

如果你常常要求簡潔的除錯協助、程式說明、摘要或狀態更新，卻老是得再補一句「短一點」、「直接一點」或「少一點冗言贅語」，那就很適合裝 caveman。它特別適合開發者、維運人員，以及任何在反覆技術工作中在意回應長度的人。

為什麼 caveman 不一樣

和一般單純要求「簡潔一點」的提示不同，caveman 會加入明確的輸出規則：刪掉冠詞和填充語、保留精確技術名詞、用短片語表達，並原樣保留程式碼與錯誤訊息。這讓它比一次性的風格要求更可靠，因為一旦啟用，行為會持續生效。

如何使用 caveman 技能

安裝並啟用 caveman

先在你的 skills 設定中安裝 caveman 技能，然後用像是 caveman mode、use caveman、talk like caveman、less tokens 或 /caveman 這類語句來啟用它。這個技能設計上會在啟動後保持作用，直到你明確要求停止 caveman 或切回正常模式。

把粗略需求改成好的 caveman 提示

一次把目標、硬性限制和輸出形式都講清楚。好的輸入像是：「Use caveman. Explain why this SQL query is slow, include the most likely cause first, keep exact error text, and give 2 fixes.」不好的輸入則像「幫我看看這個」這種模糊要求，因為 caveman 壓縮的是措辭，不是缺少上下文。

先看這幾個部分

先從 SKILL.md 開始，因為它定義了回應風格、持久性、規則，以及自動清晰化例外。以 caveman install 的角度來看，這裡沒有任何 helper scripts 或支援檔案要檢查，所以實際流程比很多技能更簡單：理解觸發方式，然後拿一個真實任務實測。

適合用在需要壓縮的場景

caveman 最適合拿來處理技術寫作、程式碼審查備註、事件更新、bug 分流，以及「解釋這段輸出」這類任務，因為簡潔會直接提升速度。不過如果你需要溫和口吻、面向客戶的精修文案，或高度結構化的長篇文件，就不太適合，除非你打算後續再重寫。

caveman 技能常見問題

caveman 只適合技術寫作嗎？

不是。caveman 技能很適合技術寫作，但也很適用於開發者問答、排障與摘要。核心判斷點是：你比較在意資訊密度，還是修飾過的文風。

最大的限制是什麼？

如果你的需求本身很模糊，或涉及安全敏感內容，caveman 可能會過度精簡。這個 repository 裡有自動清晰化例外，也就是說，遇到安全警告、不可逆操作，以及其他如果講太短就會降低安全性或清楚度的情況，它應該會放寬壓縮風格。

我需要 caveman 取代一般提示嗎？

如果你只需要一個短答案，普通提示可能就夠了。當你想反覆得到精簡回應、又不想每次都重寫指令，或者你想要跨輪次維持一種「簡短但準確」的模式時，就值得安裝 caveman。

caveman 適合新手嗎？

適合，但前提是使用者真的知道實務上的「短一點」是什麼意思。對需要手把手引導的新手來說，它就比較不理想，因為這種風格會拿掉解釋性的墊話，並要求提示本身提供足夠上下文。

如何改進 caveman 技能

提供更好的輸入，不只是要求更短

要讓 caveman 輸出更好，最快的方法不是只叫它縮短，而是先講清楚目標、受眾和輸出格式。例如：「Use caveman. Explain the bug for a teammate, mention root cause, 1 fix, and 1 verification step.」這樣技能才有足夠結構可以維持精簡，又不會變得含糊。

留意缺少的上下文

caveman 最常見的失敗模式是資訊給得不夠：如果你沒有提供正在討論的系統、錯誤、命令或片段，回應就可能壓縮到難以使用。盡量附上精確的程式碼、log 或限制條件，因為 caveman 在輸入夠精準時，最能保留技術實質。

透過收緊需求來迭代

如果第一次輸出還是太長，就要求更嚴格的格式：只用條列、先給一句摘要，或「最多 5 行」。如果答案太少，就改成「同樣用 caveman 風格，但要加上假設與下一步」。這樣可以讓 caveman 技能持續有用，同時保留它最有價值的資訊密度。