前言¶
日常編碼裏容易走偏的兩種情況：一種是收到需求先想抽象層、先加依賴、先分目錄，最後爲了改三行寫了三百行；另一種是反過來，只說「已修復」，看不出改了哪幾處、爲什麼這麼改。
下面介紹的 Ponytail，就是把「最小改動」和「回覆能一眼讀完」寫成固定規則的開發類 Skill，屬於 dev-programming 分類。
這是什麼¶
Ponytail，座標 @clawhub_dietrichgebert/ponytail，來自 clawhub，發佈者爲 dietrichgebert，抓取到的版本號是 4.8.4。
官方簡介只有一句話的定位：處理任何編碼任務（編寫、重構、修復、審查），遵循 YAGNI、優先使用標準庫、避免不必要的抽象；並且明確不適用於非編碼請求。
它不生成架構圖，也不寫長篇解釋，約束的是改動的體量和回覆的可讀性。任務線索裏給出的中文名是「極簡懶人開發模式」，簡介文字裏還提到「用能完整解決問題的最小改動完成任務，回覆要讓忙碌的人一眼讀完就懂」，這句未出現在抓取到的官方頁面中，屬於線索側描述。
核心功能¶
按抓取到的官方簡介，Ponytail 的能力可以拆成四條。
1、編碼任務全覆蓋。編寫、重構、修復、審查都走同一套原則，不需要在腦子裏另外維護一份規則。
2、YAGNI。當前用不到的能力不實現，包括「以後可能用到」的接口和配置開關。
3、優先標準庫。能用標準庫實現的功能，先走標準庫，再考慮第三方依賴。
4、避免不必要的抽象。新增一層封裝之前，先確認它解決了具體問題，而不是讓結構看起來更整齊。
它的標籤裏寫着 requires_api_key=false，也就是說調用時不需要額外的密鑰配置。
安裝與啓用¶
抓取到的官方頁面只給了座標和上游倉庫，沒有給出安裝命令或配置文件字段，因此這裏不寫未經覈實的命令。
官方地址：https://api.skillhub.cn/org-b6kzcl68/ponytail
SkillHub 頁面：https://www.skillhub.cn/skills/clawhub_dietrichgebert/ponytail
上游倉庫：https://clawhub.ai/dietrichgebert/ponytail
座標：@clawhub_dietrichgebert/ponytail
這類 Skill 基於通用的 SKILL.md 格式。落地方式是把 Skill 文件放進你所用 agent 的 skills 目錄，再按該 agent 的方式引用它。Cursor、Codex CLI、Claude Code 各自的目錄約定和引用語法，抓取到的資料裏沒有說明，這裏不做區分。
需要確認最新字段時，以 SkillHub 頁面和上游倉庫爲準，這兩個頁面在本文寫作時都返回抓取失敗。
典型用法¶
Ponytail 的用法不是某個具體函數，而是一套在動手前就生效的判斷順序。下面按這套原則給出一個重構請求的落地順序。
1、先問改什麼。把請求拆成「實際變化的那一處」，例如新增一個過濾條件，那變化就只在調用點和被調函數的參數上。
2、再看標準庫有沒有現成的。排序、解析、編碼、路徑處理這類需求，標準庫通常已經覆蓋，先確認再寫。
3、然後才考慮新增代碼。需要寫的部分只包含當前請求要求的行爲，不補防禦性分支，不預埋擴展點。
4、最後把改動講清楚。回覆控制在幾行內，寫明改了哪幾個位置、爲什麼這樣做。
任務線索裏還列出了一組觸發詞：極簡方案、yagni、最簡實現、別過度設計、lazy mode，並提到 lite / full / ultra 三檔。抓取到的官方頁面沒有出現觸發詞，也沒有檔位說明，正文只按上面四條原則介紹。
適用場景與注意¶
適合的場景很明確：日常的編寫、修復、重構、評審，尤其是改動本身很小、卻容易被放大成一次重構的場景。
需要注意的邊界：
1、官方簡介寫明不適用於非編碼請求，用在文檔撰寫、數據分析解釋這類任務上不匹配。
2、YAGNI 和標準庫優先，意味着當你確實需要第三方能力時，要先說清標準庫爲什麼不能滿足，而不是直接引入依賴。
3、這套原則和「一次性把架構搭好」的團隊習慣是衝突的。如果你所在的項目本來就有既定的分層和依賴規範，Ponytail 的規則應當服從項目規範，而不是反過來。
結尾¶
Ponytail 的價值在於把「最小改動」變成默認行爲：不需要意志力去對抗過度設計，只需要在動手前確認標準庫和 YAGNI 這兩條。它不是用來生成更多代碼的工具，是用來少寫代碼、寫清改動的工具。
官方地址：https://api.skillhub.cn/org-b6kzcl68/ponytail
寫作本文時，任務線索給出的評分 99680、下載 934 次，與抓取到的官方頁面（評分 100000、下載 22086、安裝 40）不一致，正文未採用線索側數值。
