私は、単独で使用することも、より大きなパイプラインの一部として使用することもできる、集中的かつ構成可能な機能ユニットを多数持つ Unix ツール アプローチが、コーディング エージェントのツールとしても最適なアプローチであるという確信を深めています。 すべてを実行する大規模な統合システムを作成しようとすると、人々が独自のワークフローと開発方法を持っているため、実際にはうまく機能しない無秩序な複雑さに陥ることなく、それに対応できる万能のプロジェクトを作成するのが通常は非常に困難になります。 つまり、エージェント メール用のツールが 1 つ、タスク管理用のツールが 1 つ (Steve Yegge のビーズ)、タスク選択用のツールが 1 つ (bv)、過去の履歴検索用のツールが 1 つ (cass)、多言語リンティングとバグ検出用のツールが 1 つ (ubs)、センシティブ コマンド処理用のツールが 1 つ (slb)、tmux とエージェント セッションの管理用のツールが 1 つ (ntm)、メモリ用のツールが 1 つ (csm) などです。 これらのうち1つ、いくつか、あるいはすべてを使用できます。これらは部分的に統合されていますが、常にオプションです。例えば、slbはエージェントメールがセットアップされていれば使用できますが、スタンドアロンでも動作します。また、ntmはbvからの情報を表示できますが、強制ではありません。 これらは、必要なシステムを構築するために使用できる小さなレゴ ブロックのようになり、必要な機能を追加するための独自の小さなツールを簡単に作成できるようになります。 そして、AGENTS dot md ファイルは、エージェントの作業メモリにツールを「インストール」し、ツールをいつ、どのように、なぜ使用するかを記述して構成するオペレーティング システムのようなものになります (奇妙なことに、今度は、マシンにツールを使用するように説得することを心配する必要があります)。 そのため、すべてのツールをマシンにセットアップし、使用するツールを説明する関連の説明のみを含めることで、プロジェクトに応じて特定のツールのみをアクティブ化することができます。
