AIEWF 日次レポート：ループ、ソフトウェア工場、および現場展開エンジニア

![image](https://substackcdn.com/image/fetch/$s_!i4cw!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fee341b9f-8fd3-47e5-87db-9b3d0fc72de5_1280x720.jpeg) ソフトウェアファクトリーにおいて、エージェントはあなたに奉仕するために存在します。 ループ、ループ、そしてさらに多くのループ。この「ループ」という言葉が、AI エンジニア世界博覧会（AIEWF）の 2 日目、すなわち基調講演やセッションが行われた最初の完全な日の議論を支配しました。おそらく誰もが何を話すか事前に知っていたため、AIEWF の共同創設者である swyx は、オープニングトークのタイトルを「Loopcraft: The Art of Stacking Loops（ループクラフト：ループを重ねる芸術）」と名付けました。 swyx はまず、2022 年からの AI エンジニアリングの進化についてコメントしました。それはチャットからツールへ、そして目標へと移り変わりました。「最近では、私たちはすべて自動化に焦点を当てています」と彼は続けました。「cron ジョブ（定期実行タスク）やループが中心です。」 ![image](https://substackcdn.com/image/fetch/$s_!O16d!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F30e4c714-6ee4-41d1-899f-e0e3afee363b_1280x769.jpeg) Keycard の技術スタッフである Allie Howe は、続いてその日のメインステージのトラック「ソフトウェアファクトリー」を紹介しました。彼女はジェフリー・ハンツリーの影響力のある記事「Everything is a Ralph Loop（すべてはラルフループである）」を参照しました。これは、AI コーディングエージェントを同じ仕様に対して繰り返し再起動させることで永続的なワーカーへと変えるという理論です。 Microsoft の Pablo Castro は、同社の「AI アプリケーションおよびエージェント工場」である Foundry について話し始めました。彼は、人間とエージェントが協力して作業を行う際に「学習ループ」が発生すると主張しました。 次に登壇したのは OpenAI の Alexander Embiricos と Romain Huet で、彼らは同社のコーディングエージェントである Codex に焦点を当てました。彼らが指摘した点の一つは、ループを通じて複数のエージェントを活用することで生産性が向上する可能性があるということです。 ![image](https://substackcdn.com/image/fetch/$s_!dfdM!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe6d35a5b-4958-4c34-926a-00156642dab9_1280x850.jpeg) 「今日はループについて多くの議論が行われるでしょう」と Embiricos は述べました。「エージェントを、単にあなたが行うべき作業だけでなく、なぜそれを行う必要があるのかという目的にも接続できれば、はじめてエージェントがより多くの業務を開始するようになります。さらに、その後のレビューやデプロイといった作業とも接続できれば、それがエージェントにより多くの業務を定着させる方法となります。」 これは Peter Steinberger のプレゼンテーションへと自然につながりました。彼は OpenClaw の創設者（通称「ClawFather」）として知られ、現在は OpenAI で働いています。彼もまたループに全幅の信頼を寄せており、エージェントを管理するためにループを設計していると指摘しました。さらに、現在彼の主な課題は「何に注意を向けるかを決断すること」であり、この問題を解決するための未来は「より優れたループ」にあると付け加えました。 ![image](https://substackcdn.com/image/fetch/$s_!6tmE!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fd5478973-1c9b-43a6-a1bf-e7346be0f717_1280x850.jpeg) ソフトウェア・ファクトリー（Software Factories） このようにループについて語られることは、自然と「ソフトウェア・ファクトリー」という概念へとつながりました。これは Factory という会社の Tereza Tížková 氏によるプレゼンテーションの主題でした。彼女はソフトウェア・ファクトリーを「自律的にソフトウェアを開発する際の、すべてのループ、すなわちライフサイクル全体」と定義しました。さらに、これは単にコーディングを行うことだけを意味するのではなく、「あらゆるシグナルを集め、ユーザーからのフィードバックやログに対して反応し、何が重要かを優先順位付けし、それらすべてをオーケストレーションすること」であると付け加えました。 ![image](https://substackcdn.com/image/fetch/$s_!PgI3!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F366dac2b-5c86-4c55-aa69-327233d5d93a_1280x723.jpeg) Warp 社の Zach Lloyd 氏もまたソフトウェア・ファクトリーについて語りました。実際、彼の主張は「ソフトウェア工学はファクトリー工学へと進化していく」というものでした。Lloyd の枠組みにおけるループとは、システムを改善するためのものなのです。 Tížková 氏と Lloyd 氏の両方の講演において強調されたのは、エージェントがあなたに代わって構築を行うという点です。「あなたが作るものは、製品を作るためのものになる」と、Lloyd はそう表現しました。 その後、AIEWF の展示ホールにある Warp のブースに降りて、ロイドとソフトウェアファクトリーについて話し合いました。特に、開発者向けの CLI ツールとして始まった Warp が、なぜ今や開発者がコーディングをしなくてよい「ソフトウェアファクトリー」プラットフォームへと転換したのかを知りたかったのです。 「ファクトリーという概念は、リポジトリを選び、自動化したいライフサイクルの部分を指定し、人間をどの段階でループに組み込むかを決定することです」とロイドは私に語りました。「そして、組織やコードベースによって、コードレビューを完全に自動化するか、それとも人間がハードコーディングを行うかなど、異なる好みがあるはずです」 ![image](https://substackcdn.com/image/fetch/$s_!fuIy!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F6f5ffb36-1b2a-49c5-acaa-73af9ffe3a47_1280x800.jpeg) 私は「ファクトリー」という用語が、多くの開発者にとって拒絶反応を引き起こす可能性があることに言及しました。なぜなら、それは機械的な反復作業を連想させるからです。これは、私たちが直近まで過ごしてきたコーディングの創造的な時代とは大きく異なるものです。ロイドはこの課題を認識していますが、ソフトウェアファクトリーは新たな工学の一分野となり、依然として問題解決能力が必要だと主張しています。 「善し悪しにかかわらず、これらのシステムの力は非常に強く、加速する能力も極めて強いため、手書きでコードを書くこと……私はそれが長く続く意味のある行為になるとは思いません」と彼は述べました。 (ソフトウェアファクトリーに関する Zach Lloyd の他の記事については、まもなく公開される Latent Space でのインタビューをお楽しみに。) フォワードデプロイエンジニア ループやソフトウェアファクトリーに関連して、本日の AIEWF で取り上げられたもう一つのテーマは、トレンドの新しい役割であるフォワードデプロイエンジニア（Forward Deployed Engineers）です。Sierra のエージェントエンジニアリング責任者である Natalie Meurer 氏とのインタビューにおいて、私は FDE が「エージェントエンジニア」とも呼ばれることがあることを確認しました。主な目的は、開発の観点から組織がエージェントに適応するのを支援することです。 Meurer 氏は、最近の企業への AI 統合における多くの作業は、エージェントをオーケストレーションすることにあり、と指摘しました。 「実際には、ほとんどの顧客固有の作業は、モデル自体ではなく、オーケストレーション層で行われます」と彼女は私に語りました。 Cursor のフォワードデプロイエンジニアリング担当バイスプレジデントである Pauline Brunet 氏も、本日の AIEWF でセッションを開催し、FDE をソフトウェアファクトリーへの移行の一部として位置づけました。「私たちは貴社の組織とパートナーシップを結び、AI ソフトウェアファクトリーの共同設計・共同構築を行います」と彼女は述べました。「貴社がソフトウェアの設計、開発、ライフサイクル全体にわたる保守を行う方法を変革します。」 ![image](https://substackcdn.com/image/fetch/$s_!6GAG!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8ae6bbb3-a932-4ba4-917b-56bffdbdc915_1280x960.jpeg) (Brunet 氏からのさらなる洞察は、今後の Q&A セッションでお届けします。) オープンソース AI 今日のアライアンス・インテリジェンス・エッジ・フォーラム（AIEWF）におけるもう一つの重要なテーマは、オープンソース AI の台頭でした。中国の新興企業 Z.ai の責任者である Zixuan Li 氏が本会議に登場する予定でしたが、渡航の問題により直接出席することは叶いませんでした。しかし、同社の画期的なオープン大規模言語モデル（LLM）「GLM-5.2」— これは長期間にわたるタスク向けの「フラッグシップモデル」です — に焦点を当てたバーチャルプレゼンテーションを行いました。 また、Li 氏は「すべての最先端モデルをサポートするハーンネス」として ZCode を紹介しました。彼はこれを具体的に OpenAI の Codex と比較しました。 ![image](https://substackcdn.com/image/fetch/$s_!rJ6b!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F04e4d1b2-dcb8-4904-b162-65f424c8a967_1280x750.jpeg) 次に、HuggingFace の Thomas Wolf 氏が、最近最新のオープンウェイトモデル「M3」をリリースした中国企業 MiniMax の Olive Song 氏にインタビューを行いました。 ローカル AI がより人気を集めている大きな理由の一つがオープンソース AI です。Ahmad Osman 氏は、ローカル AI システムの展開と運用のためのオープンソースソフトウェアを開発する Osmantic の創業者です。彼は今日、私たちに話しかけ、最近になってオープンモデルが劇的に改善されたことを指摘しました。 「アーキテクチャはより効率的になりつつあり、多くの小さな改善が複合的に作用しています」と彼は言いました。「最先端の研究機関がある機能の実現可能性を示すと、オープンソースエコシステムはその逆から働きかけ、それをより効率的に再現する方法を見つけることができます。」 結論 これらが AI エンジニア世界博覧会 2 日目の主要なトレンドでした。明日は 3 日目のすべての動きと分析をお届けします。職場や自宅から視聴されている方は、YouTube の基調講演もお見逃しなく。 翻訳全文

AIEWF 日次レポート：ループ、ソフトウェア工場、および現場展開エンジニア

背景や根拠まで確認しますか？

関連記事

調べる

選ぶ

サイト