Aperantは3.0再構築中のマルチエージェント開発デスクトップ
自律的なマルチセッション AI コーディング。変更して配布する場合、またはサービスとして実行する場合、コードも AGPL-3.0 に基づいてオープン ソースである必要があります。
ひと目でわかる
- これは何？
- TypeScript製のElectronアプリで、複数エージェントによる計画、実装、検証をgit worktree上で進めます。2.xは保守版で、3.0は別リポジトリで再構築中です。
- 誰に向いている？
- 既存のGitリポジトリでClaude Codeを使った計画、実装、QAをデスクトップから管理したい利用者に向きます。3.0の公開時期や新機能の完成度はREADMEにないため、長期基盤として決め打ちしません。
- 商用利用できる？
- 厳しい条件付きでできます。AGPL-3.0 はネットワーク型コピーレフトのライセンスで、改変版をホスティングサービスなどとしてネットワーク越しに利用させる場合、その利用者にソースコードを同じライセンスで提供する必要があります。
- 今もメンテナンスされている？
- されています。最後のコミットは 94 日前です。
- 何の言語で書かれている？
- 主に TypeScript です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月14日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
2.x保守と3.0再構築
Aperantは旧名Auto Claudeの自主マルチエージェント・コーディングフレームワークで、計画、構築、検証を行うとREADMEにあります。ただし現在2.xデスクトップは安定した保守モードで新機能を追加せず、3.0はアプリをゼロから作り直しクラウド機能を加える開発中です。現行リポジトリへのpull requestは停止され、3.0の多くは別リポジトリで作業されています。公開予定日は文書化されていません。
Aperantでは、Claude CodeのOAuthと契約条件を確認した非重要アカウントを使い、2.xのリリース版を固定します。kanbanから一件だけ実行し、worktreeが分離されること、QAが走ること、メインブランチが変わらないこと、外部サービスへ投稿する前に承認できることを確認します。 第1章では、2.x保守と3.0再構築に関係する入力、出力、エラーを分けて記録します。READMEが説明していない挙動は未確認として残し、成功した一回だけを互換性の根拠にはしません。
利用条件と最初の流れ
READMEが示す前提はClaude ProまたはMaxの契約、npm install -g @anthropic-ai/claude-codeで導入したClaude Code CLI、初期化済みのGitリポジトリです。アプリを導入し、Gitフォルダを開き、案内されるOAuthでClaudeへ接続し、タスクを作成して計画、実装、検証を観察します。OAuthの内部手順や契約がない場合の挙動はREADMEにないため、実アカウントで推測しません。
Aperantでは、Claude CodeのOAuthと契約条件を確認した非重要アカウントを使い、2.xのリリース版を固定します。kanbanから一件だけ実行し、worktreeが分離されること、QAが走ること、メインブランチが変わらないこと、外部サービスへ投稿する前に承認できることを確認します。 第2章では、利用条件と最初の流れに関係する入力、出力、エラーを分けて記録します。READMEが説明していない挙動は未確認として残し、成功した一回だけを互換性の根拠にはしません。
worktreeと並列エージェント
変更はGit worktreeで行い、メインブランチを保護するとREADMEは説明しています。最大12個のエージェント端末を並列実行でき、QAの自己検証ループとAIによるマージ、競合解決、セッションをまたぐMemoryがあります。これは機能の記載で、12並列時のCPU、料金、成功率を示すベンチマークではありません。まず一つのタスクで作業木、差分、テスト終了、メインブランチの不変性を確認します。
Aperantでは、Claude CodeのOAuthと契約条件を確認した非重要アカウントを使い、2.xのリリース版を固定します。kanbanから一件だけ実行し、worktreeが分離されること、QAが走ること、メインブランチが変わらないこと、外部サービスへ投稿する前に承認できることを確認します。 第3章では、worktreeと並列エージェントに関係する入力、出力、エラーを分けて記録します。READMEが説明していない挙動は未確認として残し、成功した一回だけを互換性の根拠にはしません。
看板と開発者向け画面
中心画面はタスクを管理するkanbanで、エージェントの進行をリアルタイムに観察できます。エージェント端末にはタスク文脈を一度で注入でき、複数を生成して並行作業させます。Insightsはコードベースを探索するチャット、Ideationは改善点や性能問題、脆弱性の発見、Changelogは完了タスクからリリースノートを作る機能です。画面の便利さとコード修正の妥当性は別に評価します。
Aperantでは、Claude CodeのOAuthと契約条件を確認した非重要アカウントを使い、2.xのリリース版を固定します。kanbanから一件だけ実行し、worktreeが分離されること、QAが走ること、メインブランチが変わらないこと、外部サービスへ投稿する前に承認できることを確認します。 第4章では、看板と開発者向け画面に関係する入力、出力、エラーを分けて記録します。READMEが説明していない挙動は未確認として残し、成功した一回だけを互換性の根拠にはしません。
外部サービスとの接続
GitHubとGitLabのissueを取り込み、AIで調査してmerge requestを作成でき、Linearとはタスクを同期するとREADMEにあります。接続範囲、トークン権限、外部へ投稿するタイミングは導入環境で確認が必要です。テスト用のリポジトリと最小権限のアカウントで、issueの読み取り、ブランチ作成、コメント、PR生成がどの順に起きるかを監査ログで追います。
Aperantでは、Claude CodeのOAuthと契約条件を確認した非重要アカウントを使い、2.xのリリース版を固定します。kanbanから一件だけ実行し、worktreeが分離されること、QAが走ること、メインブランチが変わらないこと、外部サービスへ投稿する前に承認できることを確認します。 第5章では、外部サービスとの接続に関係する入力、出力、エラーを分けて記録します。READMEが説明していない挙動は未確認として残し、成功した一回だけを互換性の根拠にはしません。
三層安全モデルとAGPL
READMEはOS sandboxによるbash隔離、プロジェクトディレクトリ内へのファイルシステム制限、検出した技術スタックに合う動的コマンド許可の三層を説明します。全OSで同じ効力があるか、許可リストの生成規則は詳しくありません。配布版はSHA256、VirusTotalスキャン、macOSではコード署名にも触れています。AGPL-3.0のソース提供条件と商用ライセンスを、デスクトップ配布とサービス運用に分けて確認します。
Aperantでは、Claude CodeのOAuthと契約条件を確認した非重要アカウントを使い、2.xのリリース版を固定します。kanbanから一件だけ実行し、worktreeが分離されること、QAが走ること、メインブランチが変わらないこと、外部サービスへ投稿する前に承認できることを確認します。 第6章では、三層安全モデルとAGPLに関係する入力、出力、エラーを分けて記録します。READMEが説明していない挙動は未確認として残し、成功した一回だけを互換性の根拠にはしません。
編集部の結論
既存のGitリポジトリでClaude Codeを使った計画、実装、QAをデスクトップから管理したい利用者に向きます。3.0の公開時期や新機能の完成度はREADMEにないため、長期基盤として決め打ちしません。まずClaude ProまたはMax、Claude Code CLI、非重要リポジトリを用意し、worktree、OAuth、QA結果、生成差分を確認します。
コミュニティノート