AIに「余計なコードを書かせない」ツールが登場

GitHubで11万スターを集めている「ponytail」は、AIコーディングエージェントに対して行動規範を与えるルールセットのライブラリです。キャッチコピーは「最高のコードは、書かれなかったコードだ」。

背景にある問題意識はシンプルです。CursorやClineなどのAIコーディング環境でバイブコーディングを使っていると、AIは頼んでもいない関数を作り、必要以上のファイルを分割し、抽象化レイヤーを重ねてコードベースを肥大化させる傾向があります。これは「書ける」AIが「考えない」まま動いている状態です。

ponytailが行うのは、そのAIエージェントの思考フレームを「まずやらない方法を探せ」という方向に引き寄せること。技術的には、エージェントがコードを生成する際の判断基準として機能するルールファイルを提供する形を取っています。ライブラリというよりも「エージェントへの行動指針を記述したプロンプト集」と捉えると近いです。

AIコーディングエージェントの訓練データには、膨大な量のOSSコードが含まれています。それらは往々にして「拡張性を考慮した設計」「再利用を前提としたモジュール分割」が施されたコードです。結果として、AIは小さな問題に対しても大きな構造で応えようとする癖を持ちます。

たとえば「ボタンを押したらAPIを叩く処理を書いて」と頼んだだけで、カスタムフックを作り、エラーハンドリング用のユーティリティを生やし、型定義ファイルを新設して返ってくる——バイブコーディングに慣れた人なら一度は経験していると思います。

これはAIが「悪い」わけではなく、「考えるべき制約を与えられていない」状態です。経験あるエンジニアが脇に座っていれば「それ今回いらない」と一言入るところを、AIには誰もそう言わない。ponytailはその「一言」をルールとして体系化した試みです。

リポジトリのスター数（113,885）は、この問題意識が広く共有されていることを示しています。同じ文脈で言えば、JetBrainsが公開している「go-modern-guidelines」（AIコーディングエージェントにモダンなGoを書かせるためのガイドライン）も同方向の動きで、「AIに書かせる前に、書き方を教える」という流れが業界全体で出てきています。