AIエージェントを増やせば、仕事が速くなるとは限りません。役割が曖昧なまま並列化すると、同じファイルを触る、確認待ちで止まる、失敗の原因が追えない、といった管理コストが増えます。
今回のOSS巡回では、仕事の分け方と進捗を管理できるかという観点で、一次情報を確認できた2件に絞りました。いずれも2026年8月6日時点では試験導入前の候補です。
1. doiito/gliding_horse:PDCAと知識グラフで進行を管理
doiito/gliding_horse は、Rust製のマルチエージェント基盤です。PDCA型のスケジュール管理と知識グラフを組み合わせ、複数エージェントの進行を整理します。
長い工程を段階管理する考え方は、調査、資料作成、確認が連続する業務と相性があります。一方で、ドキュメントは中国語中心です。導入時の学習コストと、障害時に社内で追跡できるかを先に確かめる必要があります。
2. AZidan/archflow:開発工程をフェーズで分ける
AZidan/archflow は、Claude Code向けに、要件整理から実装・検証までをフェーズで区切る開発フレームワークです。16以上の専門エージェントを工程に応じて使い分けます。
「誰が何を確認するか」を型にできる点は参考になります。ただし、エージェント数の多さ自体は価値ではありません。小さな案件で、単独実行より完了率が上がるか、やり直しが減るかを測ってから広げます。
比較するのは人数ではなく、止まらず完了できた割合
実は、AI自動化で一番困るのは処理速度より「途中で止まった理由が分からない」ことです。現在動いている1業務を使い、次の3点で比較します。
- 最後まで完了した割合
- 人の確認が必要になった回数
- 失敗原因を特定するまでの時間
明確な改善がなければ増やさず、良ければ旧経路を残さず置き換えます。
AIを増やす前に、止まらない仕事の流れを作ります
ラポ秘書サービスでは、現在の業務を分解し、AIに任せる工程と人が判断する地点を明確にします。小さな1業務での試験から始められます。
出典
※機能、ライセンス、採用判断は2026年8月6日時点の確認内容です。