「ポニーテール」：怠け者のシニアエンジニアのスキルをAIコーディングエージェントに
Ponytail: Lazy Senior Engineer Skill
AIコーディングエージェントが過剰なコードを書く問題を解決する「Ponytail」は、Claude Codeなどのエージェントに「最小限のコードで動作する」ルールを適用するプラグインです。YAGNI原則に基づく7段階のラダーで、標準ライブラリや既存コードの再利用を優先し、不要な依存を避けます。ベンチマークではコード量54%削減、トークン22%削減、コスト20%削減、速度27%向上を達成しつつ、安全性は100%維持。チャットコマンドで強度を調整でき、コードレビューや監査も可能です。
彼は何も言わない。一行書く。それが動く。
HNでの議論
20- oefrha
このリポジトリが159ファイル、11,635行のコードを持ちながら、その要となる（!!!）部分が数行の自然言語の指示である点が好きです：
1. *そもそもこれが必要か？* 推測による必要性＝スキップして、一言でそう言う。（YAGNI）
2. *このコードベースに既にあるか？* ここに既に存在するヘルパー、ユーティリティ、型、パターン→それを使う。書く前に探せ。数ファイル先にあるものを再実装するのは最もよくある手抜きだ。
3. *標準ライブラリにできるか？* それを使う。
4. *ネイティブプラットフォームの機能でカバーできるか？* ピッカーライブラリの代わりに`<input type="date">`、JSの代わりにCSS、アプリコードの代わりにDB制約。
5. *インストール済みの依存関係で解決できるか？* それを使う。数行でできることに新しいものを追加してはいけない。
6. *1行で書けるか？* 1行で。
7. *そして初めて:* 動作する最小限のコード。
- 要求されていない抽象化はしない：実装が1つしかないインターフェース、製品が1つしかないファクトリー、決して変わらない値のための設定は不要。
- ボイラープレートや「後で使うための」足場は作らない。後で必要な時に自分で作ればいい。
- 追加よりも削除を。巧妙さよりも退屈さを。巧妙さは誰かが午前3時に解読するものだ。
- 可能な限りファイル数を減らす。最も短い動作する差分が勝ち—ただし、問題を理解した上での話だ。間違った場所での最小の変更は怠惰ではなく、2つ目のバグだ。
- 複雑な要求？ 怠惰バージョンを出して、同じレスポンスでそれに疑問を投げかけよう。「Xをやりました。Yがカバーしています。完全なXが必要ですか？ そう言ってください。」デフォルトで答えられるのに、立ち止まってはいけない。
- 標準ライブラリの選択肢が2つあり、サイズが同じ？ エッジケースで正しい方を選ぶ。怠惰とはつまり…
- varun_ch
エージェントがウェブサイト作成のコストをトークン数セントとドメイン代数ドルに下げたのは知っていますが、数行のMarkdownファイルのためにこれはやりすぎじゃないですか？ 「スキル」自体を、それが何をするか/どう役立つかを数行でコメントして表示すればいいのでは？
- taurath
これを使った結果として、大量の言語特有の癖、関数の連鎖、1文字変数が生まれるんじゃないかと思わずにはいられない。
行数を最小化することは、行数を増やすことより少し悪いかもしれない。そして両方とも同じ理由で悪い—人間がLLMが下したひどい決断やトレードオフを解釈し理解するのが難しくなるからだ。