記事公開日
フィジカルAIレポート｜AWS Summit Japanのロボット×AIエージェントデモ
この記事のポイント
AWS Summit Japan で展示されていた「フィジカルAI」のデモを、最前列で見てきたレポートです。AIエージェントがロボットを"ツール"として操り、現実世界の問題を自律的に解決する様子をご紹介します。
- ロボットは「ツール」、判断はAIエージェント：
配送車両は走る・止まるだけ。状況の確認・原因調査・復旧の判断は、すべてクラウド上のAIエージェントが担います。 - 無理をせず、人間と協力する：
つかみにくい障害物は自分で取りに行かず、オペレーターへ支援を要請。AIが自分の限界を理解して人に委ねる設計が印象的でした。 - "知能の分離"というアーキテクチャ：
考えるのはクラウド、動くのは現場のロボット。ソフトウェアのAIエージェント設計が、そのまま物理世界へ拡張されていました。
はじめに
DXソリューション営業本部の三浦です。
先日開催された AWS Summit Japan に足を運び、フィジカルAI（Physical AI） のデモを見てきました。フィジカルAIとは、AIエージェントがソフトウェアの中だけでなく、カメラやロボットアームを通じて現実世界を「見て・考えて・動かす」技術のことです。
会場では、ジオラマの街を舞台に、配送ロボットが障害物に行き当たったときAIエージェントがどう判断し、ロボットを動かして問題を解決するのかが実演されていました。「ぐるぐる巡回する配送車両のルート上に、来場者が自由に障害物を置く」というインタラクティブな構成で、毎回ちがう状況にAIがどう対応するのかを目の前で見られるデモです。
本記事では、そのデモの様子と、最前列で見ていて感じたことをレポートします。
障害物を取り除く
デモは、配送ロボットが住宅街〜商業エリアをぐるぐる巡回するシナリオからスタートします。ロボット自身は私たちのような「俯瞰視点」を持っておらず、アームの先端に取り付けたカメラで自ら現場を確認しに行く設計になっています。
観客の一人がルート上に障害物を置くと、車両は自分で止まります。車両自体にできることは「走る・止まる」だけ。止まったことをAIエージェントに報告し、あとはエージェントが判断を担います。
AIエージェントは「どのロボットアームで見に行くか」まで自分で計画して現場を調査し、安全に進める状況を確認してから、ようやく再開の指示を出します。
登壇者によると、AIエージェントがMCPサーバーや社内情報、与えられた権限やツールを使って問題を解決するのと同じように、今回はロボットを1つのツールとして扱い、現場を助けさせているとのこと。ソフトウェアの世界で広がりつつあるAIエージェントのアーキテクチャが、そのまま物理世界に持ち込まれていました。
無理をしないで人間と協力
2つ目のシナリオは「つかみにくい障害物が置かれたら？」というものでした。登壇者から「最前列の方、お手持ちのものを道路に置いてもらえますか」と声がかかり、スマートフォン、服、雑多なものがルート上に並びます。
最前列でデモを見ていた私も、流れでスマホを差し出すことに……。技術の進歩のためならば、スマホの犠牲は仕方ありません。
AIエージェントは2台のロボットで手前と奥を分担して調査し、こんな報告を出しました。
「スマートフォンと思われる異物が道を塞いでいます」「オペレーターに支援を要請します」
自分では取り除かない。 形状が複雑でつかみ損ねたり、壊したりするリスクがあると判断したら、人間に任せる。「自分の限界と与えられたツールの範囲を理解して、できないことは人に任せる」という判断を、AIが自律的に下しています。
無理に突き進まず人間の判断を仰ぐ姿は、むしろ頼もしく見えました(スマホが破壊されず安心)。AIが万能ではないことを自覚している設計が、現場への導入を安心なものにしていると感じます。
おまけ：このデモ自体もAIが作った
登壇者が最後にさらっと明かしてくれたのですが、ステージのセットや建物の模型は、AWSのコーディングエージェント「Kiro」が設計・モデリングしたものだそうです。3Dプリンターや木材加工で実物化する部分は人が担ったものの、設計・3Dモデル・ロボット制御プログラムはほぼAIが生成。デモの「中身」だけでなく「ガワ」までAIが作っていたというのは、印象に残りました。
まとめ
AIエージェントはソフトウェア開発にとどまらず、フィジカルAIもここまできているのか——と体感できるデモでした。
技術的に印象的だったのはアーキテクチャの一貫性です。クラウド側で判断し、エッジ側で実行するという役割分担は、コスト的にも合理的ですし、複数ロボットや人間との連携もしやすい。ソフトウェアの世界のAIエージェント設計が、そのまま物理世界に拡張されている感覚がありました。
そして何より「無理をしない」設計が安心材料でした。人手不足の解消に貢献しそうな技術である一方、AIが自分の限界を知って人間に判断を委ねる姿勢こそが、現場に受け入れられる鍵になりそうだと思います。
参考リンク
デモの詳細や使われている技術については、AWS公式ブログでも紹介されています。
QESではAWSの導入・コスト最適化やPoCを支援しています。AWSの活用やシステム開発についてのご相談は、弊社お問い合わせフォームまでお気軽にご連絡ください。複雑な内容に関するお問い合わせの場合には直接営業からご連絡を差し上げます。また、よろしければ以下のリンクもご覧ください！
＜QES関連ソリューション/ブログ＞
＜QESが参画しているAWSのセキュリティ推進コンソーシアムがホワイトペーパーを公開しました＞
※Amazon Web Services、”Powered by Amazon Web Services”ロゴ、およびブログで使用されるその他のAWS商標は、米国その他の諸国における、Amazon.com, Inc.またはその関連会社の商標です。
※このブログで参照されている、Anthropic、Claudeは、Anthropic, PBCの米国およびその他の国における商標または登録商標です。
