Agent-Field/CodeAF

CodeAF – LLMコーディングのためのオープンソース「ソフトウェア工場」

概要 – CodeAFは、マシン上のすべてのリポジトリでLLM駆動のコーディングエージェントを実行できるGoベースのコマンドラインツールです。すべてのプロジェクト、アクティブな会話、保留中のタスク、コストをリストアップする単一の「ホーム」ウィンドウを提供します。そこからプロジェクトをタブで開き、自然言語でリクエストを投げると、システムが自動的に以下を行います：

計画：作業を独立したタスクに分割し、それぞれにブランチを作成します。
実行：3つのモデル役割（プランナー、ワーカー、チェッカー）からなるチームで作業を実行します。モデルはオープンウェイトモデル（DeepSeek、Qwen、GLM、Kimi、MiniMax、Ollamaなど）のプールから選択されます。
チェック：構成可能なテストに対して結果を検証し、合格した変更のみをマージします。
プロンプト：判断が必要な場合にのみユーザーに確認を求めます（例：「どの支出元を使用しますか？」）。

その結果、多くのバグ、機能追加、リファクタリングを同時に処理できる「工場」が実現し、ユーザーは判断が必要な場面でのみ介入すればよくなります。

主要コンセプト

コンセプト	機能
ホーム / タブ	1つのターミナルウィンドウですべてのリポジトリ、タスク、コストを表示。新しいターミナルを開かずにプロジェクト間を移動可能。
会話 → タスク	自然言語リクエストを記述すると、CodeAFがそれを個別のタスクに解析し、それぞれを独自のブランチで実行。
サブハーネス	反復的なジョブ（例：PRレビュー、依存関係のトリアージ）のための専門エージェント。独自のモデル計画、チェック、型付きI/Oを持つ。
チーム / シート	各タスクに対して3つのモデル役割が自動選択される：プランナー（計画設計）、ワーカー（コード記述）、チェッカー（テスト実行）。特定のシートにモデルを固定可能。
モデルプール	インストール環境での各モデルのレイテンシ、コスト、成功率を測定し、そのデータを使用して特定のシートに最も安価で高速なモデルを選択。
ヘッドレスモード	`codeaf do …` により、スクリプトやCIから単発リクエストを実行し、JSONと終了コードを返す。
リモート / どこからでも	UIはローカルで実行され、会話はコードを所有するマシン上に保持される。SSH経由でノートPC、デスクトップ、スマホから接続可能。
テレメトリ	匿名の使用状況（バージョン、OS、トークン帯域、エラー）がデフォルトで送信される。設定や環境変数で無効化可能。

インストールと使用方法

curl -fsSL https://agentfield.ai/get/codeaf | bash   # 単一バイナリをインストール (~53 MB)
codeaf                                            # UIを起動

VERSION=<tag> でバージョンを固定するか、ソースからビルド (make build) してください。

典型的なワークフロー：

codeaf home – すべてのプロジェクトを表示。
enter <project> – リポジトリのタブを開く。
リクエストを入力（例：fix the flaky test that fails 1/5 runs）。
UIがタスクツリーを作成。個別のサブタスクを承認/拒否。
承認された変更が新しいブランチに反映。準備ができたらマージ。

ベンチマークとパフォーマンス

DeepSWEベンチマーク – 内蔵の /senior-dev サブハーネスは、113件の実際のGitHub Issueのうち最高率（54.9%）をDeepSeek V4 Flashで解決し、解決あたりのコストも最小で、Claude Code、Codex、Kiloなどを上回りました。
リソースフットプリント – 単一バイナリ53 MB、セッションあたり約27 MBのRAM、16のアイドルセッションで約0.5 GB。これは競合エージェントより4〜21倍軽量です。

ベンチマークの詳細は docs/benchmarks/ を参照してください。

CodeAFの活用シーン

マルチリポジトリ開発 – 多くのサービスにわたるバグ、機能、CIを管理する必要があるチーム。
コスト意識の高いLLM利用 – 品質要件を満たす最も安価なモデルを自動選択。
自動化 – CIパイプラインからヘッドレス codeaf do … を呼び出し、一括修正（例：依存関係のアップグレード）を適用。
拡張性 – ドメイン固有のタスクのために独自のサブハーネスを作成可能。

制限事項（早期プレビュー版）

開発途上のため、不具合やクラッシュが発生する可能性があります。
ほとんどのモデルでOpenRouterまたはプロバイダーのAPIキーが必要です（Ollamaはローカルで動作）。
テレメトリはデフォルトで有効（無効化可能）。
UIはターミナルベースであり、グラフィカルなIDE統合はまだありません。

結論 – CodeAFは、LLMを調整されたマルチプロジェクトのコーディングアシスタントに変える真のオープンソースプロジェクトであり、コスト効率、タスク自動化、単一ウィンドウのワークフローを重視しています。多くのターミナルを切り替えたり、手動でプロンプトエンジニアリングを行ったりすることなく、オープンウェイトモデルを活用したい開発者向けです。