EliseAIのApolloとは、役割を横断する新型AI社員の正体

AIに任せる業務が増えるほど、ツールの数も増えていきます。

入居者対応に1つ、契約書チェックに1つ、収支の把握に1つ、という具合ですね。

この足し算をやめて全部を1体に任せる方向へ振り切った会社が、9月3日に新しいAIを出しました。

病欠した同僚の内見予定を、まとめて組み直す

米国の不動産テック企業EliseAIが2026年9月3日に発表したのが「Apollo」です。

同社が「初のエージェント型AIチームメイト」と呼んでいるもので、Eliseというプラットフォーム上のあらゆるタスクを実行できる単一のAIエージェント、という説明になっています。

日本語のビジネス文脈で言うAI社員に近い立て付けですね。

発表に載っている依頼の例が2つあります。

• リーシング担当が「病欠した同僚の内見予約を全部組み直して」と頼む
• メンテナンス担当が「不具合が繰り返し出ている住戸はどこか」と尋ねる

引っかかったのはここでした。

この2つ、頼んでいる人の職種が違うんですよ。

募集と営業の話と、設備管理の話。

普通なら別々のツールが担当する領域を、同じ1体が受けています。

共同創業者兼CEOの説明がこれです。

どの物件チームも、何が起きたかを教えてくれるダッシュボードやレポートを既に山ほど抱えている。Apolloが伝えるのは次に何をすべきかで、そしてそれを実行する。

どういう規模の会社かというと、数字はこうです。

導入まわりの数字はEliseAI自身がシリーズEの発表時に出したものです。

2026年8月には評価額約5,550億円（37億ドル）での追加調達を交渉中と報じられていますが、未確定です。

創業は2017年のニューヨーク。

市場の1割に手が届いたところで出してきたのが、機能の追加ではなく、頼み先を1つにまとめる設計でした。

役割ごとにAIを分けない、という選択

専門分業が定石だと語られてきた

AIエージェントの設計を扱う日本語の技術記事を読むと、だいたい同じ結論に着地します。

役割を絞ったエージェントを複数並べたほうが、専門性が出るし並列でも動かせる、という整理ですね。

EliseAI自身も、これまでは機能ごとに製品を分けてきました。

内見案内のAI-Guided Tours、入居者情報を集めるEliseCRM、といった並びです。

Apolloはその積み上げ方をやめています。

まず単一エージェントで、というもう1つの定石

面白いのは、Apolloが業界の常識に逆らったわけではない点なんですよ。

Anthropicがマルチエージェントをいつ使うかというガイダンスを出していて、推奨されている手順はこうなっています。

まず単一エージェントで組み、複雑さを足すのは根拠が出てからにする。

複数に分けるのは、コンテキストが汚れる、並列化が要る、専門化で信頼性が上がる、のいずれかに当てはまるときだけ。

何か月もかけた凝ったマルチエージェント構成が、単一エージェントのプロンプト改善と同じ結果に落ち着いた例を見てきた、ともあります。

同じ仕事ならトークン消費は3倍から10倍になる、という計測つきです。

つまり定石は2種類あって、日本語圏で語られがちなのは前者、Apolloが乗っているのは後者です。

役割で切るのは人間の組織図の都合であって、AIの側の都合ではない。

Apolloがやったのは技術的な発明というより、組織の役割分担をAIにそのままコピーしないという判断でした。

そのApolloは、営業リストのApolloではありません

「Apollo」で検索すると、まったく違うものが出てきます。

知名度で言えばApollo.ioが圧倒的で、2023年の調達時点の評価額が約2,400億円（16億ドル）、導入企業は50万社を超えています。

「Apollo AI」で最初に出てくるのもこちらなので、一次情報を追うときは社名とセットで「EliseAI Apollo」と検索してください。

国内の賃貸管理AIは、まだ業務ごとに分かれている

日本で近いものを探すと、2026年7月29日に提供が始まった「PropDocks AI Agent powered by AMBITION DX」があります。

賃貸管理会社向けで、開発パートナーのアンビションDXホールディングス自身が3万戸を管理する管理会社でもある、という組み立てですね。

できることが具体的です。

• 審査書類のチェック（1件5分が1分に）
• 月次の請求書処理（6時間が70分に）
• 重要事項説明書の作成、契約書のレビュー
• マイソクの生成、間取り図の修正

現場工数を最大80%削減する目標を掲げていて、価格は月額9,800円から、初期費用5万円からです。

日本の管理会社が今すぐ入れて効くのは、たぶんこちらです。

ただ設計は別物なんですよ。

並んでいるのは「審査書類をチェックする機能」「請求書を処理する機能」という業務単位のメニューで、誰が何を頼んでもいい1つの窓口ではありません。

優劣の話ではなく、段階が違うだけです。

国内は業務そのものの自動化、Apolloは業務の入口の統合。

PropDocks - 賃貸管理会社の経営ドック

propdocks.com

Claude Codeで役割横断を真似ると、どこで詰まるか

先に線を引いておくと、Apolloは米国の大規模な集合住宅運営会社向けで、日本の個人大家が契約して使えるものではありません。

ただ発想のほうは個人でも試せます。

私の手元には、管理会社の月次報告、入居者対応の履歴、修繕の見積書、会計ソフトから落とした仕訳がまとめて置いてあって、Claude Codeから読ませています。

これまでは決算の試算、契約書のチェック、募集条件の見直しで、それぞれ別のプロンプトを用意していました。

Apolloの発表を読んで、それをやめて全部を同じ入口から聞くようにしてみました。

聞き方は「今月、判断が必要なことを挙げて。根拠も一緒に」だけです。

返ってきたのは、更新期限が近い部屋、見積が2社しか揃っていない修繕、入金が1件遅れている、という一覧でした。

どれも個別に聞けば分かることですが、聞こうと思いつかないと出てこない項目です。

権限の線引きが、個人には要らない

Apolloの発表で繰り返されているのが、既存の権限とアクセス範囲を尊重するという点です。

チームで使う以上、誰が何を見られるかの線引きが要るからですね。

個人だとその線引きごと不要で、全部が自分のデータです。

横断させること自体は、規模が小さいほうが簡単でした。

材料が1か所に揃っていない

詰まるのはこちらです。

Apolloが横断できるのは、Eliseというプラットフォームの中に材料が全部入っているからなんですよね。

こちらは管理会社のPDF、メールの本文、スプレッドシート、会計ソフトの画面に散っています。

横断を頼む前に、集める作業が要る。

効くかどうかを決めているのは、AIの性能ではなくこの集約をどこまで潰したかでした。

3か月分をフォルダに揃えるだけで、返ってくる答えが変わります。

ツールを増やす前に、頼み方を1本にする

個人大家の手元にも、実はダッシュボードは揃っているんですよ。

管理会社の報告書、会計ソフトの残高、募集サイトの反響数、見ようと思えばどれも見られます。

足りないのは情報ではなく、次に何をやるかを決める入口のほうです。

規模は真似られませんが、頼み先を減らす方向だけは個人でも真似られます。

始めるなら、業務ごとに分けているプロンプトを1本に畳んで、「今週、判断が必要なことを挙げて」と聞いてみるところからですね。

道具を1個増やすより、聞き方を1個減らすほうが早く効きます。