ReachmadeLab
すべてのプロダクト相談
Product 05 / 07MULTI-AGENT SYSTEMS開発・評価中 · MIT · リポジトリ名はMultibot

Agent Team

依頼は一度。確かめた版だけを、受け取る。

ひとつの依頼をAIの担当が分け合います。つくった担当とは別の担当が成果物の版を確かめ、どの版が何に合格したかと、終わらなかった部分まで残します。

映像を見るこの技術で相談する
設計動画の一場面（画面は再現・未実装を含む）
FIG. 05設計動画の一場面（画面は再現・未実装を含む）

What it does

  1. 依頼
  2. 作成
  3. 確認
  4. 確認済みの版
設計プレビュー · 架空の例 30秒の設計動画（演出を含む・無音・自動再生しません）
(03) Agent Team — Film設計動画（30秒・無音・画面は再現・未実装を含む） 実アプリの作業記録（録画）を見る ↗

(+) くわしく見る

05 / MULTI-AGENT SYSTEMS / 開発・評価中

作成・レビュー・修正を分担するAIチーム

その一文に、もうひとりの目を。

書いたAIとは別のAIが、資料と照らし合わせる。指摘を受けて直し、どの版をどこまで確認したかを、コードや資料と一緒に残します。

作成から修正までの記録を読む コードと役割分担を見る

過去の実モデルの作業記録を開きます。新しいAI実行は始まりません。

まず、操作サンプルを試す サンプル内のみ。AI実行・外部送信なし。編集にはJavaScriptが必要です。
Agent TeamREAL PRODUCT / 約13秒 / 1×
エージェント実行記録
実モデルの作業記録と、失敗も含めた評価記録。紹介映像の研究タスクは部分完了です。 サイト用に約13秒へ編集しています。再生速度は変えていません。元の録画

最初に試せること作成→レビュー→修正の実行記録を、未完了の箇所も含めて読む。

動作条件・ライセンスを確認

MIT · リポジトリ名はMultibot · 単一エージェントより高品質とはまだ言えません。公開比較には失敗や実行環境による制約があり、顧客環境での本番受け入れは別評価です。

  • つくる担当と別確かめる担当（Reviewer）は作成担当と別。指摘は次の版で直す
  • 版ごとの確認確認はファイルの版（SHA-256）に結びつく。新しい版は未確認から
  • 記録ごと保存選んだ版を、SHA-256の一覧・報告・イベントと一緒にZIPで保存

この実演で見ること

指摘された一文が、次の版で変わる。

  1. 依頼する

    目的と成果物を書き、資料を添えます。まとめ役が進め方と完了条件を決めます。

  2. つくって、別の担当が確かめる

    つくる係が版を公開し、確かめる係がその版を条件ごとに確認します。指摘は次の版で直します。

  3. 確認済みの版を受け取る

    どの版が何に合格したかと未完了の部分を残したまま、選んだ版を記録ごと保存します。

試す

直す前と、直した後を読んでみる。

Agent Teamは作成・レビュー・修正の役割を分け、成果物と作業記録を結びつけます。公開例には失敗や部分完了も残しており、単一エージェントより高品質だとはまだ主張していません。

作成から修正までの記録を読む GitHubで確認する

現在地

利用条件と開発状況。

現在の範囲

単一エージェントより高品質とはまだ言えません。公開比較には失敗や実行環境による制約があり、顧客環境での本番受け入れは別評価です。

MIT · リポジトリ名はMultibot

検証資料を見る

次のUI設計

サイドバー、会話と成果物を並べる作業室、指摘と修正箇所の表示を見直す設計です。動画と各コマは設計ファイルから書き出した再現図で、実アプリの録画ではありません。依頼・会話・確認の内容は架空の例です。この設計映像だけでは、各機能の現在の実装状況は判断できません。

  1. サイドバーのある画面で、依頼文と添付した product.md、「チームにお願いする」ボタンを表示している設計図。
    設計プレビュー · 架空の例01 依頼ひとことと資料だけで、お願いできる。
  2. キャラクターのぽん・まめ・むぎが吹き出しで作業を引き継ぎ、右に guide.md の第1版が開いている設計図。
    設計プレビュー · 架空の例02 分担だれが何を、だれに渡したかが会話で見える。
  3. 第1版の一文が黄色く示され、「るるの指摘：資料の範囲を超えています」と表示されている設計図。
    設計プレビュー · 架空の例03 指摘確かめる係の指摘が、該当する文に付く。
  4. 第2版で直った文が緑で示され、4つの確認項目に通過の印が付いている設計図。
    設計プレビュー · 架空の例04 確認第2版で直り、4つの条件をすべて通過。
  5. guide.md 第2版、manifest.json、report.md、events.jsonl の4つを含むZIPの一覧を表示している設計図。
    設計プレビュー · 架空の例05 保存選んだ版を、確認の記録と一緒にZIPで。
別に公開している設計動画（Launchloom）

(05) できること

つくる担当と、確かめる担当を分ける。

出典: READMEで確かめる ・ 2026-09-27にリポジトリと照合

F-01 / ROLES

つくる担当と、確かめる担当を分ける

まとめ役（Master）が成果物と完了条件を決め、調べる係・つくる係・確かめる係が作業します。マイチームでは🐣まめ・🐻ぽん・🐱むぎ・🐧るるのキャラクターから名前と話し方を選べます。単一エージェントより高品質とはまだ言えず、公開比較には失敗も含みます。

  • Master / Researcher / Builder / Reviewer
  • キャラクターは担当と独立
  • 比較は失敗も公開
F-02 / REVIEW

資料と食い違う文を見つけて、直す

確かめる係は実際の版を原典や添付資料と照らし、取得できないものはunverifiedとして残します。指摘は作成担当に戻り、次の版で直します。

  • 出典照合
  • unverifiedを残す
  • 指摘は次の版へ
F-03 / TRAIL

途中も、未完了も消さない

すべてを追記専用のイベント記録に書き、版ごとの成果物と確認を並べて残します。選んだ版はSHA-256の一覧・報告・イベントと一緒にZIPで保存できます。部分完了もそのまま報告します。

  • 追記専用
  • 版ごとの確認
  • ZIPで保存

(06) 試せる範囲と根拠

できないことも、
先に書いておく。

公開情報の確認日 2026-09-15。最新の利用条件は各リポジトリと製品ページでご確認ください。

SCOPE / 範囲

単一エージェントより高品質とはまだ言えません。公開比較には失敗や実行環境による制約があり、顧客環境での本番受け入れは別評価です。

PROOF / 公開している根拠

実モデルの作業記録と、失敗も含めた評価記録。紹介映像の研究タスクは部分完了です。

(07) この技術で相談する

業務の役割分担、成果物の検証、予算・権限・人の承認を含むエージェント基盤の試作。

開発を相談する