AscendeaがManusを複雑業務のAI参謀役にした3層運用

Manusは、英国のAscendeaが複雑で文脈の多い仕事をManusへ、対話窓口をSlackエージェントへ、定型処理をローカルエージェントへ分けた3層の運用事例を紹介しました。

要点

• Manusを「James」と名付け、戦略文書、技術設計、調査、複数段階の実行を担当する最上位層に置いています。
• Slack上の3エージェントは支援、運用、顧客対応の窓口となり、難しい仕事をManusへ引き上げます。
• 専用サーバー上の6エージェントは、固定スケジュールで反復的な高頻度作業を担当します。
• 303本のSOPを1日で作ったなどの効果は顧客申告であり、品質、再現性、人の確認を含めて読む必要があります。

今回のブログ記事で語られていること

記事は、AIを使ったCRM、エージェント、自動化を英国の中小企業へ提供するAscendeaの事例です。CTOのRob Arnold氏は新しいAIツールを実案件で試し、多くは本番運用へ残らなかったと説明します。Manusは、複雑で複数段階の仕事でも少ない往復で利用可能な結果を出したため「James」と名付けられ、社内運用の中心へ置かれました。重要なのは一つのAIへすべてを任せず、仕事の複雑さに応じて三層へ分けた点です。

最上位のManusは、戦略文書、技術アーキテクチャ、調査、深い推論を要する仕事を扱います。中間層ではVictor、Victoria、AvaというSlackエージェントが、支援、運用、顧客対応の人向け窓口になり、自分の範囲を超える仕事をJamesへ渡します。下位層では専用サーバー上の6つのローカルエージェントが、固定手順とスケジュールに基づく反復作業を進めます。人はSlackで依頼し、複雑な仕事は上位へ移し、最終結果を確認する構成です。

最初の大きな成果として、散在する業務知識から303本の標準作業手順書を1日で作ったとしています。Arnold氏は人手なら2人で約14週間かかると見積もり、新入社員3人が数日で顧客業務へ入れたと述べます。SOPは人の教育だけでなく、ローカルエージェントの指示にも使われました。その後、Manusは提案書、週次業績報告、競合・市場分析、技術ロードマップへ広がり、買収候補のデジタルマーケティング会社を公開情報から評価してCRMへ追加する仕組みも、設計、コード、運用文書まで作成したと説明します。CRM追加前には人が推薦を確認します。

現在は10人の人員と10のAIエージェントで112社の顧客を支援し、28〜33のワークフローを動かし、出力量が90倍になったと主張します。ただし、比較基準、品質、期間、費用の詳細は示されていません。販促上の大きな倍率より、複雑度で道具を分け、SOPを人とエージェントの共通手順にし、外部更新前に人の確認を残した運用設計を読み取る方が有用です。

背景にあるテーマ

複数エージェントの導入では、数を増やすことより、どの仕事をどの層へ渡し、いつ人へ戻すかが重要です。高価で柔軟なエージェントを定型処理へ使わず、役割を分ける設計が費用と管理へ影響します。

今回のブログ記事が関係する人

中小企業の経営者、業務自動化責任者、AIエージェントの運用設計者、SOP整備を進める業務部門、Manus導入担当に関係します。

どう読むと価値があるか

90倍という成果を一般化せず、仕事の複雑度によるルーティング、SOPの再利用、人の承認境界という構造を参考にするのが適切です。人手換算だけでなく、誤り、再作業、顧客影響、維持費も測る必要があります。

実務へのつながり

既存業務を定型・対話・複雑実行へ分け、各層の入力、出力、権限、失敗時の引き上げ先を決めます。SOPは生成後に業務責任者が検証し、変更履歴と有効期限を持たせてください。

結局、今回のブログ記事をどう読むべきか

一つの万能エージェントではなく、複雑さに応じた3層のAI運用事例です。出力量の倍率より、役割分担、共通手順、人の最終判断をどう組み込んだかが読みどころです。