Alvysは火曜日、すでに利用している輸送管理システム内で、運送会社、ブローカー、ハイブリッドの運送会社・ブローカーが貨物向けAIエージェントを構築・展開できるエージェント型AIプラットフォーム「Alvys Foundry」を発表した。カリフォルニア州ソラナビーチに本社を置く同社は同時に、同社のTMSをあらゆる規模のフリートに開放し、これまで大規模トラック企業向けに構築されていたプラットフォームを、オーナーオペレーターや小規模運送会社へ拡大した。American Trucking Associationsによると、連邦登録済みの motor carrier の90%以上は6台以下のトラックを運用しており、これらの事業者はこれまで企業向け自動化ツールへのアクセスが限られていた。

Foundryには3つの選択肢がある。20以上の事前構築済みエージェントテンプレート、Alvysのエンジニアが構築・調整するカスタムエージェント、または顧客自身が組み立てるエージェントだ。初期の用途は、いまなお配車業務の時間を消費している作業に焦点を当てており、check-callの自動化、請求書および精算準備、track-and-traceの例外対応などが含まれる。

「この1年で、顧客が実際にどのようにAIを採用しているかを見てきました。どこで役立ち、どこで停滞し、どこで誇大な期待が、運営者に能力ではなく、より多くのツールとログインを残したのかを見てきました」とCEOのNick Darman氏は述べた。「Alvys Foundryは、私たちが見たことへの答えです。」

今回の発表は、2025年9月にRTP Globalが主導した4,000万ドルのSeries B調達でAlvysが示したロードマップを実現するものだ。同社は累計7,700万ドルを調達しており、同プラットフォームは年間90億ドル超の貨物を扱っているという。

エージェントの価値を理解するには、トラック会社が2つの業務を同時に運営していると考えるとよい。1つは貨物を運ぶ業務。もう1つは、その貨物が時間通り、安全に、正しい authority の下で運ばれたことを証明する業務だ。後者はあらゆる書類作業を伴い、Montgomery以後の世界では、次の契約を誰が獲得するかを左右する可能性がある。

大規模フリートには、2つ目の業務を担うスタッフがいる。連邦の安全記録を監視し、荷主側のサービス不履行を、顧客に見える数字になる前に争う専門家集団を抱えている。一方、小規模フリートは、損害が発生して初めて見落としを知ることが多い。Darman氏は、このギャップこそがFoundryの着想源だとFreightWavesに語った。

きっかけとなったDOTからの呼び出し

Darman氏は2004年、Georgia State University在学中にトラック会社を立ち上げ、その後J.P. Morganで数年働いたのち、2010年にトラック業界へ戻った。事業を拡大するなかで、彼は存在すら知らなかった詐欺の形に直面した。

「ドライバーやオーナーオペレーターが、私の看板、DOT番号、authorityを不正に使い、私の同意なしに貨物を運んでいました。私の名前で違反を積み上げていたんです。1年後にDOTが監査のために家に来るまで、まったく知りませんでした」と彼は語った。

当時は10人から20人のドライバーを抱えており、全員の顔を知っていた。Federal Motor Carrier Safety Administrationのポータルに毎朝ログインすることなど、彼の発想にはなかった。大規模運送会社には、FMCSAにRequest for Data Review（RDR）を提出する余力がある。この申請はFMCSA DataQsシステムを通じて行われ、事故に責任がなかったことを証明する必要がある。DataQs申請の提出、処理、確認、追跡は継続的な作業であり、小規模フリートやオーナーオペレーターが最も影響を受けやすい一方で、最も認識していない課題でもある。

「実際には危険な会社だとラベル付けされてしまうんです。でも、必ずしもそうではありません」とDarman氏は述べた。「こうしたオーナーや起業家の会社運営を見ると、非常に安全に運営しているのですが、FMCSA上の元データは、その運営実態を反映していないのです。」

24時間監視体制に対する貨物AIエージェント

この問題に対する業界の従来の解決策は人員投入であり、それを負担できる企業だけが対応できる。

「彼らは24時間体制で担当者を置いています。毎日FMCSAにログインして、怪しいことが起きていないか確認しているんです」とDarman氏は述べた。「そして、運送会社に雇用されていないドライバーがFMCSA上で報告された場合は、すぐに異議を申し立てます。」

Foundryは、そのシフトをエージェントに置き換える。

「エージェントがFMCSAとの連携をチェックできるわけです」とDarman氏は述べた。「ファイル上のドライバー記録と一致しないものがあれば、すぐにオーナーにフラグを立てる。そうすれば、オーナーは即座に記録に異議を申し立てられます。」

Darman氏は、この用途がまだ理論段階であることを率直に認めた。「まだ誰にも使っていませんが、非常に強力なユースケースだと思っています」。その背景にあるのはコストだという。「この作業を社員にやらせる代わりに、あまりコストのかからないこのエージェントを実際に展開できるわけです」と彼は述べた。

定時とスコアカード上の定時は別物

同じ非対称性は、荷主との関係にも表れる。

「すべての集荷と配達で時間通りであることと、荷主のスコアカード上でも時間通りと示されることは別です」とDarman氏は述べた。「それは2つの異なることなんです。」

小規模運送会社は事実を主張できるが、裏付けデータがなければ、荷主は自分たちの記録に依拠することが多い。「『いや、私は時間通りでした』と主張しても、[大手荷主は]『申し訳ありませんが、私のスコアカードは違うと示しています』と言うでしょう」とDarman氏は述べた。

大規模運送会社は長年、スコアカード管理を独立した業務として扱ってきた。納品時間外に届いたEDI 214のステータスメッセージを検知し、顧客対応チームへ回して、天候やその他の正当化可能なコードとして再分類させる。数字に表れるのは、サービスそのものというより人員配置であることが多い。膨らんだキャリアスコアカードは、運送会社のパフォーマンスを管理する荷主にとって、十分に報じられていない課題だ。

こうした争いでは、どれだけ早く対応できるかが、異議申し立てが通るかどうかを左右することが多い。「リアルタイムで対応すれば、荷主は覚えていて、必ずスコアカードから外してくれます」とDarman氏は述べた。「遅すぎると、問題になります。」

コンテキストこそが製品

Foundryの差別化要因はエージェントそのものではない。むしろ、その下にある運用データにある。

「私たちは貨物のコンテキストを持っており、あなたの lane を理解しています。異なる連携を維持する必要はありません」とDarman氏は述べた。「コンテキストがあるので、追加のログインも不要です。」

このプラットフォームは、Alvysの既存データ基盤の上に構築されている。120以上の連携、数百の荷主とのネイティブEDI接続、SOC 2準拠のセキュリティ基盤を備える。モデル提供企業とのエンタープライズ契約により、顧客データが公開モデルの学習に使われることはない。

ガバナンスも組み込まれている。Agent Shieldはエージェントの活動を記録し、操作の追跡可能性を維持し、影響の大きい判断を人間の承認に回す。インテリジェントなモデル選択機能は、各タスクに対して最も低コストで実行可能な大規模言語モデルを選び、利用拡大に伴う計算コスト上昇を抑える。

鍵を持つのは誰か

物流に参入する多くのAI提供企業は、エージェントロジックを自社で作り、運用知識も社内に抱え込む。Alvysはその代わりに、運営者に構成要素を渡し、自分たちのチームでエージェントを組み立てられるよう訓練しているという。

「私はトラック会社のオーナーとして、その別のやり方を経験しました」とDarman氏は述べた。「ベンダーが立ち上げてくれて、その後はカスタマイズ、レポート、連携のたびに料金を請求された。鍵を握っていたのは彼らで、離れるのは大変でした。私たちは、顧客が鍵を持つようにAlvys Foundryを構築しています。」

初期顧客の1社も、同様の見方を示した。「Foundryは見せかけのAIではありません。職務記述書のあるAIです」と、Spartan Carrier Groupの創業者兼CEOであるCarlos M. Llanes Jr.氏は述べた。「貨物業務から手作業の摩擦を取り除き、私たちの人員が判断、サービス、卓越した実行に集中できるようにしてくれます。」

Foundryは6月17日のCustomer Advisory Board会合で初めて披露され、第1弾の顧客枠は埋まった。第2弾のウェイトリストは現在受付中だ。

Darman氏に言わせれば、ここでの差別化要因はもはや技術そのものではない。

「技術が制約になることはありません」と彼は述べた。「勝者を決めるのは、組織の中にいる深く考える人たちであり、SOPをどう設計するかです。そして私は、AIが本当の働き手が誰なのかを明らかにするようになると思っています。」