Google発のAIエージェント基盤「ax」に懐疑的な声、海外掲示板で議論に
姉妹サイトの新着
他サイトの新着
- 5chまとめMAP【朗報】進藤ヒカルさん、40歳の誕生日に突如ヒカルの碁公式アカウントが始動
- ニュース速報まとめMAP【映画】ナイトミュージアムが金曜ロードショーに！お前ら観るしかねぇｗｗｗ
- なんJ傑作まとめアンテナMAP【困惑】芦田愛菜さん主演「南田南弁護士は天才肌」予告＆ポスター解禁ｗｗｗｗｗｗｗｗｗｗ
- アニメ声優まとめアンテナMAP【悲報】カード屋さん、なんの罪もないゆるゆりオタクを突然全世界に晒し上げる
- VTuberまとめアンテナMAP【にじさんじ】ソフィ「最新のメロンちゃん(摘心する前のお姿)見つつ素敵な休日過ごしてね(* ᴗ͈ˬᴗ͈)”」
- だめぽアンテナ【X】習近平、脳梗塞！？
- ヌルポあんてな海外「国ガチャに失敗した…」 日本の被災地の避難所の様子に海外から羨望と称賛の声
- 2chまとめアプリ+年齢公表したVTuber、2カ月で視聴者層が激変してしまうｗｗｗｗ
- News人どうして旧日本軍にはちびっこい戦車しかなかったの？他
- ブルーアンテナ婚姻届を出したら妻に「指輪も旅行もプレゼントもなく、ただ紙を出しただけだった」と泣かれた。
- ウマーあんてな【海外の反応】マドリー・ダービー実況スレ、ヴィニシウス起用巡り海外勢が激論
- 勝つるあんてな！【謎】愛知アジア大会の予算3700億円（当初の計画は1000億円）、『何に使ったの？』と言われはじめる
- にゅーもふ美容クリニックが公開してる美女の全裸や無修正マ○コ、オカズにされまくるｗｗｗ
- 5chnavi【速報】ヤマトリノINMU KING入りを果たすwwwwwwwwwwww
- ぷぅアンテナ【悲報】めちゃ長な舌の佐藤ミケーラ、エロすぎと話題にｗｗｗｗ 他
- 海外の反応アンテナ.com韓国人「32年ぶりに日本で開催されたアジア大会で起きたまさかの事態に韓国人が衝撃！」→「チケットは完売したのに何故？‥（ﾌﾞﾙﾌﾞﾙ」
- キター！アンテナ【STARTO】timelesz猪俣周杜容疑者、彼女とされる被害女性は「六本木のキャバ嬢」か…地元の
- つべこアンテナ【悲報】学マスPさん、ルーブル美術館でちびぬいを落とす
- ２ちゃんマップミツバチのオス、交尾5秒で破裂して死ぬ衝撃
- カオスアンテナコジプロ「ブルームバーグの記事は公式情報じゃない。うちは黒字経営だしSIEとの関係も強固です」
Googleの社員が開発したAIエージェント統合基盤「ax」がGitHubで公開され、Hacker Newsで話題になった。リポジトリの説明文に「Google’s open agentic orchestrator」とあることから注目を集めた一方、実際にGoogle本体やDeepMind、Google Cloudの正式な後ろ盾があるのかは不透明だとする声が相次いだ。
Kubernetes上で動くことから「YAMLを書かされるのか」といった実装面への不満や、Kubernetes・Go・TensorFlowのように定着する例もあれば早々に打ち切られる例もあるというGoogleの過去のオープンソース案件の実績を踏まえた懐疑論も交わされ、賛否が分かれる議論になった。
GoogleのオープンなAIエージェント・オーケストレーター
出典: agentexecutor.io / 元記事はこちら
これのユースケースを説明してくれる人はいる? OpenAIのAgents APIと比べて何が優れているんだ?
https://openai.com/index/introducing-the-agents-api/
https://openai.com/index/introducing-the-agents-api/
こういうリリースの実態は、Googleの上層部の大半はこの存在すら知らないだろうというのが9割方の見立てで、タイトルで『Googleの』と謳うのはミスリードだと思う。確かにGoogleの社員が開発したものではあるが、それがGoogle本体やDeepMind、GCPの正式な後ろ盾を意味するわけじゃない。しかもサイト自体もそう主張してはいないようだし。
>>4
内部事情は知らないけど、rakyllさんがこれに関わっていてツイートもしているし、それなりのチームがついている印象を受けた。GCP発の取り組みっぽい。
内部事情は知らないけど、rakyllさんがこれに関わっていてツイートもしているし、それなりのチームがついている印象を受けた。GCP発の取り組みっぽい。
>>4
Google公式のGitHub(google/ax)に上がっていて、タイトルもそこの記述そのままだよ。
Google公式のGitHub(google/ax)に上がっていて、タイトルもそこの記述そのままだよ。
>>4
リポジトリの説明文(https://github.com/google/ax)がまさに『Googleのオープンなエージェント・オーケストレーター』なんだよ。
リポジトリの説明文(https://github.com/google/ax)がまさに『Googleのオープンなエージェント・オーケストレーター』なんだよ。
質問なんだけど、Googleのオープンソースリリースって長期的にはどういう末路をたどることが多いの? 本当に知らないので聞きたい。
>>5
Googleが今後どう扱うか次第だと思う。Kubernetes、Go、TensorFlow、Chromium、gRPCなんかは明らかにうまくいった例だね。
Googleが今後どう扱うか次第だと思う。Kubernetes、Go、TensorFlow、Chromium、gRPCなんかは明らかにうまくいった例だね。
>>5
ただ、自社プロジェクトをフォークしてセキュリティ修正を入れておきながら、その修正を本家に還元しないなんてこともやってのける会社だからね。『GoogleはAndroidの標準プラットフォームコードのセキュリティパッチをOEMから囲い込むべきではないのに、実際にそれを始めている』という指摘もある。
ただ、自社プロジェクトをフォークしてセキュリティ修正を入れておきながら、その修正を本家に還元しないなんてこともやってのける会社だからね。『GoogleはAndroidの標準プラットフォームコードのセキュリティパッチをOEMから囲い込むべきではないのに、実際にそれを始めている』という指摘もある。
>>5
少しだけメンテナンスして、あとはゆっくり死なせる。
少しだけメンテナンスして、あとはゆっくり死なせる。
なんでKubernetesなんだ? オーバースペックに見えるけど。
『何でも解決します』と謳う何百もの他の『エージェント・フレームワーク』と、意味のある違いが見当たらない。そろそろこの手のものにもベンチマークが必要な時期だろう……LLMと同じようにスコア稼ぎのゲームにされるだけだろうけど。
>>8
比較対象は具体的に何?
比較対象は具体的に何?
選ばれた理由は分かるけど、大量のYAMLを書くのは正直好きじゃない。
>>9
どうせYAMLの大半はエージェント自身に書かせるつもりなんじゃないかな。
どうせYAMLの大半はエージェント自身に書かせるつもりなんじゃないかな。
猫も杓子も、こういうのをバイブコーディングでしょっちゅう自作している。
エージェント開発向けの別ツール『Ax』(https://axllm.dev/、他言語版DSPyのようなもの)と名前が被って混乱を招くのは確実だな。
自分は別のGoogle Cloudのオーケストレーター『Scion』(https://googlecloudplatform.github.io/scion/overview/)の方に注目してる。普段みんなが使っているハーネスをラップするもので、感覚的にはKubernetes版OpenClawに近い。
DAG(有向非巡回グラフ)だって!? こいつは大発明だな、バットマン!
これはいいね、要するにKubernetes版の仮想スレッドだ。
自分はtmuxセッションをオーケストレーター役にして、それに他のtmuxセッションで動く各エージェントへの指示と報告をやらせているだけ。
>>18
(あの有名な『Dropboxなんて要らない、rsyncで十分』という古典的な突っ込みコメントと同じ構図だな)
(あの有名な『Dropboxなんて要らない、rsyncで十分』という古典的な突っ込みコメントと同じ構図だな)
AIのk8s化(Kubernetes化)は、給料に見合う仕事をしている感を出すためだけだとしても、いずれ避けられない流れだった。
>>19
ああ、いわゆる『k8s8n』ってやつね。
ああ、いわゆる『k8s8n』ってやつね。
>>2
gooseはローカルモデルのネイティブサポートが入ったよ。
gooseはローカルモデルのネイティブサポートが入ったよ。
>>4
見た目だけは公式っぽく見える。Googleの非公式プロジェクトの大半は、リポジトリに免責事項が書いてあるものだから。
見た目だけは公式っぽく見える。Googleの非公式プロジェクトの大半は、リポジトリに免責事項が書いてあるものだから。
>>6
その批判は投稿者が挙げた具体的な中身とどう関係してるんだ? ドキュメント(concepts.md)には『スキルレジストリ』があると書いてあるが。
その批判は投稿者が挙げた具体的な中身とどう関係してるんだ? ドキュメント(concepts.md)には『スキルレジストリ』があると書いてあるが。
>>10
これはApache 2.0ライセンスのオープンソースプロジェクトだよ。
これはApache 2.0ライセンスのオープンソースプロジェクトだよ。
>>11
マイクロVMなら smolmachines.com をチェックしてみて。
マイクロVMなら smolmachines.com をチェックしてみて。
>>35
信頼できないKubernetesのPodにホストのファイルシステムをマウントできてしまうVMには興味ないな。
信頼できないKubernetesのPodにホストのファイルシステムをマウントできてしまうVMには興味ないな。
他サイトの新着
>>11
マイクロVMなら smolvm はなかなか印象的。さらに隔離したいときは smolvm インスタンスの中で nono を使うのが好み。
マイクロVMなら smolvm はなかなか印象的。さらに隔離したいときは smolvm インスタンスの中で nono を使うのが好み。
>>24
比較対象として、似た領域のGoogle関連プロジェクト(社員1人によるもの)で、こういう免責事項が付いているものもある。『これはGoogleの公式サポート製品ではありません。このプロジェクトはGoogle Open Source Software Vulnerability Rewards Programの対象外です』(https://github.com/GoogleCloudPlatform/scion)
比較対象として、似た領域のGoogle関連プロジェクト(社員1人によるもの)で、こういう免責事項が付いているものもある。『これはGoogleの公式サポート製品ではありません。このプロジェクトはGoogle Open Source Software Vulnerability Rewards Programの対象外です』(https://github.com/GoogleCloudPlatform/scion)
>>27
というより、派手にローンチして宣伝に使い、少しだけメンテナンスして、あとはゆっくり死なせる、が正確じゃないか。
というより、派手にローンチして宣伝に使い、少しだけメンテナンスして、あとはゆっくり死なせる、が正確じゃないか。
>>41
それは不公平な言い方だ。すぐに終わらせることだってある。(killedbygoogle.com)
それは不公平な言い方だ。すぐに終わらせることだってある。(killedbygoogle.com)
>>37
元コメ主じゃないけど、まずKubernetesから始める必要がある。『Kubernetesクラスタ、ko(brew install ko)、クラスタがpullできるコンテナレジストリ、到達可能なAgent Substrate Control API(クラスタ内デフォルト: api.ate-system.svc.cluster.local:443)が必要』『make deploy AX_IMAGE_REPO=<レジストリ>を実行する』『これでRedisがデプロイされ、koでコントロールプレーンのイメージがビルド・デプロイされる。全部ax-systemネームスペースに収まる』とのこと。
元コメ主じゃないけど、まずKubernetesから始める必要がある。『Kubernetesクラスタ、ko(brew install ko)、クラスタがpullできるコンテナレジストリ、到達可能なAgent Substrate Control API(クラスタ内デフォルト: api.ate-system.svc.cluster.local:443)が必要』『make deploy AX_IMAGE_REPO=<レジストリ>を実行する』『これでRedisがデプロイされ、koでコントロールプレーンのイメージがビルド・デプロイされる。全部ax-systemネームスペースに収まる』とのこと。
>>39
『Kate Satan』(k8sの発音をもじった洒落)が出てきたら、正しい方向に進んでいる証拠だな。
『Kate Satan』(k8sの発音をもじった洒落)が出てきたら、正しい方向に進んでいる証拠だな。
>>42
起きていることの一端は、これがKubernetes上で動いている点にある。Kubernetesは『過度に複雑、YAMLだらけ、重量級フレームワーク』とよく言われるが、業界標準として認知されていること自体に価値がある。君が挙げている点はどれも間違ってはいないが、それらを多数、インフラの観点から安定的に運用する方法には答えていない。
起きていることの一端は、これがKubernetes上で動いている点にある。Kubernetesは『過度に複雑、YAMLだらけ、重量級フレームワーク』とよく言われるが、業界標準として認知されていること自体に価値がある。君が挙げている点はどれも間違ってはいないが、それらを多数、インフラの観点から安定的に運用する方法には答えていない。
>>44
smolvmはk8sと連携できるし、S3バケットのマウントにも対応している。そんなに早く切り捨てないほうがいいと思う。いろんなアイデアがまとまっていて、全体として結構面白い作りになっている。
smolvmはk8sと連携できるし、S3バケットのマウントにも対応している。そんなに早く切り捨てないほうがいいと思う。いろんなアイデアがまとまっていて、全体として結構面白い作りになっている。
この話題の背景と論点
Hacker Newsで話題になった「ax」は、GitHub上で「google/ax」として公開されているリポジトリで、その説明文「Google’s open agentic orchestrator」がそのままスレタイになっている。議論が割れたのは、この記述だけでは開発陣がGoogle社内でどの程度の位置づけを持つプロジェクトなのか判断できない点だ。Google Cloud Platform傘下の別プロジェクト「scion」のように「非公式サポート」であることを明記するケースもあり、比較として引き合いに出されている。Kubernetesを基盤に採用した点についても、業界標準としての運用実績を評価する声がある一方、単なる複雑化だとする指摘もあり、AIエージェントの実行基盤としてどこまで適しているかは業界内でも見方が定まっていないテーマだ。なお本文中の技術的な主張(スキルレジストリの有無など)は投稿者個人の見解であり、プロジェクトの仕様自体は今後変わる可能性がある点には留意したい。
※本記事は5ch(Hacker News)スレッド「Google’s Open Agentic Orchestrator」より抜粋・要約して構成しています。
この記事のリアクション
まだコメントはありません。