Anthropicのボリス・チェルニー氏が、Claude Codeの開発秘話や今後のソフトウェア開発の未来像について語るセッションである。AIによるコーディングの自動化がどのように進み、エンジニアの役割やチームのあり方がどう変化していくのか、さらにはテクノロジーの民主化がもたらすビジネスへの影響について深く解説している。
Claude Codeの生みの親を迎えて
皆さま、次のスピーカーをご紹介できることを大変嬉しく思います。挙手をお願いします。ここでClaude Codeを使っている方はどれくらいいますか。
なるほど。では、Claude Code依存症になっている方はどうでしょう。
大丈夫ですよ、恥ずかしがらないでください。私のチームは愛を込めて私をClaude Code依存症だと言いますが、あながち間違っていないかもしれません。
本日はボリス・チェルニー氏をお迎えできて光栄です。ボリスはClaude Codeの生みの親であり、ソフトウェア開発の現代的なアプローチを再構築する最前線で活躍してきました。本日はお時間をいただき本当にありがとうございます。ソフトウェア開発のすべてがあなたの肩にかかっていると言っても過言ではありません。この1時間を私たちと共有していただけることに感謝します。インタビュアーは私たちのチームのローレン・リアが務めます。
ありがとうございます。それでは椅子を用意しますね。
オープニングのセリフを取られてしまいましたね。私もいつも、ここでClaude Codeを使っている人はどれくらいいるか聞くようにしているんです。たくさん手が挙がって素晴らしいですね。
ボリス、本日はご参加いただきありがとうございます。ここでお話しいただけるのは本当に特別なことです。会場にいるビルダーの皆さんと同じく、あなたがものづくりのあり方を根底から変えつつあると考えています。そのため、ソフトウェアコーディングの未来をどう見据えているのか、そして私たちが自由な時間を何に費やすべきなのか、とても興味があります。皆さんにもう少し背景を知っていただくために、ボリスの経歴を少しご紹介します。
Claude Codeの開発にとどまらず、ボリスはまさにエンジニアの中のエンジニアです。キャリアを通じて膨大なコードを書き、TypeScriptでのプログラミングなど、コードに関する専門書も執筆されています。ただ、前回お話ししたとき、ここ1年、少なくとも2026年に入ってからは自分では1行もコードを書いていないとおっしゃっていましたね。これは大きな変化です。
さらにあまり知られていないことですが、中学生の頃にはTI-83 Plus電卓向けのBASIC言語に関するガイドを書いていたそうですね。
検索してみたら、実はまだインターネット上に残っていました。とても恥ずかしいので検索しないでくださいと言いたいところですが、確かに存在しています。
絶対に探してみますね。さて、いくつか質問をさせてください。まずはClaude Codeの歴史や、どのようにして始まったのかというところから始めましょう。後半では会場からのQ&Aの時間をたっぷりとりますので、皆さん頭の片隅で質問を考えておいてください。後ほど皆さんにお渡しできるのを楽しみにしています。
Claude Code開発の裏側
ええ、喜んで。その前に少しだけ聞いてみたいのですが、Claude Codeを使っている皆さんの中で、主にCLIを使っている方はどれくらいいますか。なるほど、大半がCLIですね。
デスクトップ版がメインの方はどうでしょう。
なるほど。ではVS CodeやJetBrainsなどのIDEを使っている方は。
意外と少ないですね。その他の方はいますか。
最近の私はもっぱらiOSを使っています。
素晴らしいですね。私がClaude Codeを作り始めたのは、多くの意味で偶然の産物でした。私は2024年の後半にこのチームに加わったのですが、当時はAnthropic社内のAnthropic Labsと呼ばれるインキュベーターのような位置づけでした。そしてチームは一定の役割を果たしました。私たちはClaude Code、MCP、そしてデスクトップアプリを作りました。ほんの数人のイノベーションチームのような体制で、自分たちが作りたいものを作った後、一度チームは解散しました。現在は第2ラウンドとしてチームが再結集しています。Instagramの創業者の一人であり、現在Anthropicでチーフプロダクトオフィサーを務めるマイク・クリーガーがチームを率いています。
私がコーディング領域に取り組み始めた理由は、プロダクトのオーバーハング、つまり技術的な余力があると感じていたからです。この会場にいる皆さんもこの言葉をよく使うと思いますが、私たちのラボ内でも頻繁に口にしていました。モデルにはまだどのプロダクトも捉えきれていない膨大な能力があるという考え方です。
2024年後半に私たちがコーディングの状況を見たとき、当時の最先端はタイプアヘッド、つまりIDEを開いてTabキーを押し、一度に1行ずつ補完していくというやり方でした。それはClaude Sonnet 3.5が初めて可能にした機能でしたが、私たちはもっと先へ行けるはずだと感じていました。モデルは次の大きなステップに進む準備がほぼ整っていたのです。もうタイプアヘッドに頼る必要はなく、エージェントにコードのすべてを書かせることができる状態でした。
そうして開発を始めたのですが、最初の半年間は全く使い物になりませんでした。精度が低く、かろうじて動く程度の代物です。自分のコードの10%程度にしか使えませんでした。初期のClaude Codeをリリースした時点でも、決して大ヒットとは言えませんでした。多くの人が使ってくれましたが、現在のような指数関数的な成長は見られませんでした。
その潮目が変わったのは5月のOpus 4の登場時で、その時のことははっきりと覚えています。そこから指数関数的な成長が始まり、モデルがリリースされるたびに急カーブを描いていきました。Opus 4から始まり、4.5、4.6、そして現在の4.7に至るまで、成長の勢いはとどまることを知りません。
本質的に、私たちはプロダクトマーケットフィットを見つける前の段階のものを構築していましたし、次のモデルを見据えて開発していたため、半年間はそれが得られないだろうとわかっていました。それが開発期間中の基本的な方針でした。Anthropic全体として、私たちは常にビジネス、エンタープライズ、安全性、そしてコーディングという領域に焦点を当てており、それが私たちの望む開発スタイルでした。ですから、いつかは本格的なプロダクトにしたいと最初から考えてはいたものの、具体的な時期は決まっていませんでした。結果的にそれが現在のプロダクトの土台になったというわけです。
コーディングという課題の解決
偶然の産物だったとは、本当に驚くべきストーリーですね。あなたは公の場で、コーディングはすでに解決された課題だと発言されています。もしこれがAnthropicにおける3つの大きな賭けの1つだとしたら、その発言の真意や、まだ解決されていない問題、あるいは次に発生するであろう二次的な問題についてもう少し詳しく教えていただけますか。
それでは、また会場の皆さんに質問させてください。自分のコードの100%を手作業で書いている人はいますか。
では、Claude Codeのようなエージェントを使って100%コードを書いている人はどうでしょう。
なるほど。その中間くらいという方は。
結構いますね。つまり、現時点では50%くらい解決されているといったところでしょうか。
私自身について言えば、すでに100%解決済みです。Claude Codeのコードベースは流出騒ぎがあったのでご存知の方もいるかもしれませんが、非常にシンプルです。TypeScriptとReactを使っているだけで、大きな秘密や複雑な要素は何もありません。
私たちがTypeScriptとReactを選んだ理由は、モデルにとって非常に得意な分布上にある言語とフレームワークだからです。コードベースを構築し始めた当初、モデルは今ほど賢くありませんでした。そのため、どの言語やフレームワークを選ぶかが非常に重要だったのです。現在では、モデルはどんなものでも書けますし、見たこともない新しい言語やフレームワークにも適応できます。しかし当時は、モデルが得意とするオーソドックスなものを使う必要がありました。
そのおかげもあって、かなり早い段階でモデルがコードの100%を書いてくれる状態に到達しました。私たちの場合は、昨年の10月から11月頃のことです。現在、私のコードは100%モデルが書いています。私は通常、毎日数十個のプルリクエストを処理しています。先週のある日などは、1日に150個のプルリクエストを処理したこともありました。どこまで限界を押し広げられるか試していたので、それが過去最高記録です。
だから私にとっては、コーディングはすでに解決された問題なのです。しかし、これが世界中のあらゆる場所で当てはまるわけではありません。非常に大規模で複雑なコードベースもありますし、モデルがまだ苦手とする特殊な言語もあります。とはいえ、皆さんもご存知の通り、解決に向けて着実に進んでいます。多くの場合、解決策はただ次のモデルを待つことだけです。
ボリスの個人的な開発環境
あなたの個人的な開発環境について教えていただけますか。先日見せていただきましたが、かなり規格外の内容でしたね。
ええ、半年ほど前に自分の環境をTwitterで共有したのですが、実はそれが他の人にとって驚くようなものだとは全く気づいていなかったんです。私にとってはごく普通のコーディング方法でしたから。
そこからさらに変化しているんですよね。
はい、変わっています。実は今、私の仕事の大半はスマートフォンで行っています。皆さんからは見えないかもしれませんが、Claudeのアプリを開くと左側にコードタブがあり、そこで常に大量のセッションを動かしています。
いくつのセッションを動かしているのですか。
通常は5つから10くらいのセッションですね。そして各セッションの中で多数のエージェントが動いています。今も数百個のエージェントが稼働しているはずです。毎晩、より深いタスクを処理するために数千個のエージェントを走らせています。
これらを管理する方法はいくつかあります。1つは、Claudeに多数のサブエージェントを使って作業を進めさせる方法です。そして最近私がますます多用しているのが、ループ機能です。これは本当にクールな仕組みで、シンプルでありながら確実に機能します。基本的には、Claudeにcronを使わせて将来の特定の時点にジョブをスケジュールさせるだけです。1分ごと、5分ごと、毎日など、好きな頻度で繰り返し実行させることができます。
現時点で、私は数十個のループを常時稼働させています。例えば、私のプルリクエストを見守り、CIを修正したり自動リベースを行ったりするループがあります。他にも、CIの健全性を維持し、不安定なテストを見つけて修正するループや、Twitterからのフィードバックを収集して30分ごとに分類してくれるループもあります。このように、常に大量のループがバックグラウンドで動いているのです。私は今、このループこそが未来の形だと感じています。まだ試していない方がいれば、強くお勧めします。最近では、ラップトップを閉じてもサーバー側で処理を継続してくれるルーティン機能もリリースしました。
チームとソフトウェアの未来
それがあなたの環境なんですね。では、未来のチームがどのような姿になるかについてお聞かせください。あなたが実践している働き方を踏まえ、チーム全員を前進させ、コンテキストを共有するためにはどうすべきでしょうか。それを実現するには、もっと多くのエージェントに作業を委ねる必要があるとお考えですか。
そう思います。予測を立てるのは非常に難しいですが、予測するためにここに呼ばれたのだと思うので、いくつかお話ししてみます。
全体の流れとして、今後は現在よりもジェネラリストが圧倒的に増えていくと感じています。今日ジェネラリストと言うと、大抵はまだエンジニアという枠組みの中での話です。彼らはコードを書いていますが、よりプロダクト指向のエンジニアであり、iOS、Web、サーバーサイドなどを幅広くこなす人を指すことが多いですよね。
しかし今後私たちは、専門分野の垣根を越えたジェネラリストを数多く目にするようになるでしょう。これは、プロダクトエンジニアリングに優れているだけでなく、デザインにも非常に優れていたり、プロダクトマネジメント、データサイエンス、そしてエンジニアリングを一人で高度にこなせる人材のことです。
これは私たちのチームで実際に起き始めている現象でもあります。Claude Codeチームの多くのメンバーは、分野をまたいだジェネラリストです。私たちのチームは全員がコードを書きます。エンジニアリングマネージャー、プロダクトマネージャー、デザイナー、データサイエンティスト、財務担当者、ユーザーリサーチャーに至るまで、文字通り全員です。それぞれ専門分野は持っていますが、今では誰もがコーディングを行っているのです。頷いている方もいますが、この会場にいる皆さんにとっても、おそらくそれほど驚くような話ではないでしょう。皆さんの身の回りでも同じことが起きているはずですから。
もう1つテーマを掘り下げてから、会場からの質問に移りたいと思います。コーディングの変化についてはお聞きしましたが、ソフトウェアやソフトウェアプロダクトの世界自体がどう変化していくのかも気になります。AIによってコードを書くコストが10倍、あるいは100倍安くなったとき、ソフトウェアによって生み出されるプロダクトの価値はどうなるのでしょうか。SaaSの崩壊が待ち受けているのでしょうか。この先どう展開していくと予測されますか。
SaaSの崩壊についての質問は、私が一番好きなトピックです。私は大きく2つのことが起こると考えていますが、そのどちらも世間が今騒いでいるような内容ではありません。
1つ目について話す前に、ここにいる皆さんの中でAcquiredのポッドキャストを聴いている方はいますか。最高のポッドキャストですよね。実は先週、彼らのアンプラグドセッションに参加する機会があり、憧れのヒーローたちに会えたような気分でした。ホストのお二人は本当に素晴らしいですから。
彼らの番組で7つの力という概念がよく取り上げられます。ハミルトン・ヘルマーが著書で提唱した、ビジネスにおける7つの優位性のことです。AIの台頭により、これらの優位性のうちいくつかは重要性を増し、いくつかは重要性を失っていくと私は考えています。
例えば、重要性が低下するものとしてスイッチングコストが挙げられます。モデルを使えば、あるシステムから別のシステムへの移行が簡単にできてしまうからです。もう1つ重要性を失うのがプロセスパワーです。ワークフローやプロセスを強みとしている企業にとって、Claudeがプロセスを理解し構築するのが非常に得意になっていることは脅威です。特に4.7モデルでは、目標を与えて完了するまで反復するよう指示すれば、自力で解決策を模索し、どんなことでもやり遂げてしまいます。これができるようになった最初のモデルだと思います。一方で、ネットワーク効果、規模の経済、独占的なリソースといった以前からの優位性は、AIの時代になっても変わらず重要であり続けるでしょう。
2つ目に起こることは、スタートアップの数とその影響力の劇的な増加です。今後10年間で、あらゆるものをディスラプトするようなスタートアップの数は、過去10年と比べて10倍に増えると思います。なぜなら今は、ごく小さなスタートアップであっても、大企業と同じくらい価値のあるものを構築し、真正面から競合できるからです。大企業はビジネスプロセスを進化させ、働き方を変え、テクノロジーを使えるように全員を再教育しなければならず、そこには膨大な社内抵抗が生じます。
しかし、新しく始める皆さんにはその問題がありません。最初からAIをネイティブに活用した組織を作ることができるのです。だからこそ、今は何かを立ち上げるのに最高の時代であり、スタートアップを始めるのに最高のタイミングだと確信しています。これから途方もないディスラプションの波がやってきます。
私たちにも希望があるということですね。ボリス、ありがとうございます。それでは、ここから会場の皆さんからの質問を受け付けたいと思います。質問がある方はいますか。
会場からのQ&A
ダン、どうぞ。
こんにちは。プロダクトマーケットフィットがない状態で半年間開発を続けたとおっしゃっていましたが、現在モデルが十分に強力になっている状況で、Claude Codeの成功はモデルの力によるものと、プロダクトとしての意思決定や使い心地の良さによるもの、どちらの比重が大きいとお考えですか。
おそらく半々だと思いますね。ええ、ミックスです。1年前なら半々くらいだったと思いますし、半年前でもやはり半々だったでしょう。
では、2年後にはどうなっていると思いますか。
2年後ですか。それは全くわかりません。私たちは基本的に1週間先の計画しか立てず、あとは半年後などの遠い未来をぼんやり見据えるだけですから。
ちなみに、なぜ半々だと言ったかについて少し補足させてください。私は過去にY Combinatorに参加し、YCの支援を受けた企業で最初の社員として働き、いくつかのスタートアップを経験してきました。スタートアップの世界、特にYCで繰り返し叩き込まれるのは、人々が愛するものを作れということです。プロダクトの形態や、裏で動いているモデルの性能がどれほど優れていようと、最終的にはユーザーが心から愛してくれるものを作らなければなりません。
私たちがプロダクトの細部にまで徹底的にこだわる理由はそこにあります。1日中使い続けても、本当に素晴らしい体験だと思ってもらえるようにするためです。モデルが進化するにつれて、周囲のツールや環境の重要性は相対的に下がっていくとは思います。今私たちが考えているのは、その環境をどう進化させるかということです。ループをより一等地の機能として扱うにはどうするか、大量のエージェントを簡単に動かせるようにするにはどうするか、といったことです。サブエージェントはそのアイデアの1つですし、他にも準備中のものがたくさんあります。
ただ1年後には、モデルのアライメントがはるかに改善されているはずです。プロンプトインジェクション対策、コマンドの静的検証、権限モード、ヒューマンインザループなど、私たちが現在実装している安全メカニズムの多くは重要性を失っていくでしょう。モデルが自発的に正しい行動をとるようになるからです。それが私の予測です。
ありがとうございます。
ダン、そのマイクボックスを次に投げてくれますか。素晴らしい。
ソフトウェア開発から少し視点を広げたいと思います。数ヶ月前、Claude Codeはソフトウェア開発を民主化するという文化的な変化を起こしたように感じます。店舗のオーナーが自分の店のためにソフトウェアを作ったり、ドアが開いたときに照明を制御するマイクロコントローラーのプログラムを書いたりするのを目にするようになりました。将来的には、ソフトウェア開発は誰もができるMicrosoft Officeのような一般的なスキルになるとお考えですか。テクノロジー業界の人だけでなく、すべての人にとってのスキルとして。
ええ、もう完全にその通りです。激しく同意します。むしろそれ以上になると思います。テキストメッセージを送る方法を知っているのと同じレベルの、ごく当たり前のスキルになるはずです。
私の読書のジャンルは主にSFと技術史に偏っているのですが、技術史の中で現在の状況と最も明確な類似点を持つ出来事があります。それは1400年代のヨーロッパにおける活版印刷の発明です。
印刷機が登場する前、ヨーロッパの人口の中で読み書きができるのはわずか10%ほどでした。彼らは読み書きができない王侯貴族に雇われ、読むことと書くことを仕事としていました。誰もができることではなかったのです。しかし活版印刷が発明され、さらに複数の印刷機が登場すると、最初の印刷機から50年間の間に、ヨーロッパ全体でそれまでの1000年間に匹敵する以上の書物が出版されました。
同じ時期に、本の価格は100分の1にまで下がりました。もちろん、読み書きを学ぶのは簡単なことではないため、教育システムや政府の支援が整い、誰もが農作業から解放されるようになるまでには数百年の時間を要しました。しかしその数百年を経て、世界の識字率は70%まで上昇したのです。
今では誰もが読み書きできますし、読み書きの学位がなくても字は書けます。プロの作家という職業は残っていますし、それを選ぶこともできますが、日常的な行為として定着しました。これから起ころうとしているのは、50年よりもはるかに速いスピードでソフトウェア開発が完全に民主化され、誰にでもできるものになるという変化です。
これには多くの波及効果があります。例えば、会計ソフトウェアを開発するとします。おそらく今日においてすら、会計ソフトを設計するのに最も適した人物はエンジニアではなく、優秀な会計士です。彼らはそのドメインに関する深い知識を持っており、コーディングは今や最も簡単な部分だからです。ドメイン知識を持つことこそが難しい部分であり、これが間違いなく未来の姿だと確信しています。
最先端モデルと組織プロセスのギャップ
グレッグが言っていたことの1つに、あなたたちはモデルやエージェントにいち早くアクセスできるため、少し未来に生きているというものがありました。Claude Codeもリリース前は社内ツールでしたよね。あなたたちのエンジニアリング環境と、世界のその他の場所とのギャップは、現在1ヶ月程度なのでしょうか、それとも3ヶ月、半年でしょうか。また、そのギャップは時間とともに広がっているのか、縮まっているのかどう見ていますか。
実は、私たちが社内で使っているモデルは、皆さんが使っているものと同じです。私たちにとってドッグフーディングは非常に重要なので、皆さんと同じものを使っています。新しいMythosモデルを少し試すこともありますが、コードの大部分はOpus 4.7を使ってドッグフーディングしながら書いています。
ですから、モデルの側面に限って言えば、それほど大きなギャップはありません。私たちが試しているMythosも、いずれ何らかの派生バージョンとして皆さんに提供されることになるでしょう。ギャップがはるかに大きいのは、プロダクトの側面というよりも、私たち自身のプロセスをすべて変革している点にあると思います。
Anthropicのメンバーと話せばわかりますが、私たちは文字通りあらゆる業務にClaudeを使っています。私がコーディングをしている間、私のClaudeエージェントたちはループの中で一日中会話をしています。彼らはSlackを通じて、他のメンバーのループで動いているClaudeエージェントとコミュニケーションを取り、不明な点を解決していくのです。今や社内のどこにも、人間が手作業で書いたコードは残っていません。SQLのクエリもすべてモデルが書いていますし、あらゆるものがモデルによって構築されています。
つまり、私たちが先行しているのはテクノロジーそのものではありません。私たちはプラットフォームを構築しているため、開発者の皆さんが私たちと同じものを使えること、そして私たちが提供するものを徹底的にドッグフーディングすることが何よりも重要だからです。利用可能なテクノロジーは会場の皆さんと同じです。本当のギャップは、組織構造や組織プロセスにあります。ここでは私たちに大きなリードがあります。だからこそ、このような場所で私たちの取り組みを共有し、皆さんがそこから学び、一緒に進化していけることを願っています。
スタートアップが持つ優位性もそこにあると思います。ゼロから始める方がはるかに簡単ですからね。ジレン、どうぞ。
はい。前回お会いしたとき、前のSquareのイベントだったと思いますが、マルチエージェントについて少しお話ししましたね。当時はClaude Code内部に組み込まれた話が中心で、いくつかパイプラインの構想があるとおっしゃっていました。現在では当然ながら、バッチ処理やループ、サブチーム、チームといった概念が登場しています。
並列処理できる作業があまりにも多く、非常に高速に実行できるようになった中で、モデルのレベル、あるいはハーネスのレベルについてお聞きしたいです。ユーザーが多数のエージェントを立ち上げて作業を委ねる体験をより良くするために、ハーネス側にどのような事前知識を注入しているのでしょうか。また、モデル側の目的関数はどのように変化しているのでしょうか。現状では、モデルが多数のエージェントを立ち上げられると理解してくれるというより、私自身の直感で並列化のタイミングを判断しなければならないように感じています。
プロダクト側の観点で言えば、それは純粋にプロンプティングの領域です。本当にそれだけなんです。モデルがもっと並列処理を行えるよう、私たちがプロンプトを調整しています。ただ正直なところ、モデルが進化するにつれて、自然とそうした行動をとるようになってきています。
例えばループ機能について言えば、4.7モデルは自発的に使い始めることがわかっています。本当に素晴らしいですよ。私がこのデータクエリを抽出してきてと指示すると、時間経過とともにデータが変化していることに気づいたので、ループを開始して30分ごとにレポートを出しましょうかと提案してきたりします。いいね、Slackで送ってくれると返せば、SlackのMCPを使って実行してくれます。
ですから、ツールのより良い使い方をユーザーが考えなければならない状態というのは、長期的にはなくなるべきだと思います。もしユーザーが使い方に苦労しているなら、それはプロダクトデザインの問題であり、私たちが良い仕事をしていないということです。本来はモデル自身がうまくツールを使いこなし、自然にそう動くように私たちがプロンプトを調整していくべき領域なのです。
現在、私たちの多くはクラウド上のClaudeやその他のツールを使ってコンピューティングを行っています。一方で、AIをローカル環境に置くべきだと強く主張する人たちもいます。オープンウェイトモデルなどが進化するにつれ、極めて高品質なコーディングアシスタントをローカルで動かす選択肢も現実味を帯びてくると思います。今後数年間を見据えたとき、あなたのビジョンとしては、全員がクラウドベースの計算リソースに依存し続ける軌道にあると思いますか。それとも、誰もがローカルのエージェントを頼りにし、スロットリングを避けられるような恩恵を享受する方向へシフトしていくとお考えでしょうか。
その質問に対する答え方はいくつかあると思いますが、最も根本的な答えを言うなら、どちらでも関係なくなるということだと思います。
というのも、モデル自身がそういった環境を把握し、自力で解決できる段階に到達しつつあるからです。数年後には、モデルがすべてのコードを書き、エージェントを起動し、必要な環境を構築するようになっているでしょう。ですから、モデル自身がこのタスクはローカルのモデルを使って処理しようと判断すれば、その通りに実行されます。こういった基盤の選択は、もはやエンジニアである私たちが決定する問題ではなくなると思います。
もう少し時間があるので、質問を受け付けましょう。ジェイミー。
ネスター、ありがとうございます。
Claude Codeにおける素晴らしい意思決定の1つは、多くの開発者のツールやワークフローがローカルに存在するという事実を活用したことだと感じています。しかし、クラウドツールを使った一般的なナレッジワークでは必ずしもそうとは限りません。開発者にとってのClaude Codeと同じくらい強力なものにするために、コワーク機能などを通じて私たちが使うツールへのアクセスをどのように確保していくとお考えでしょうか。
とても良い質問です。私が大企業にいた頃、すべての環境をリモートに移行するのに5年ほどかかりました。大規模な環境では本当に骨の折れる作業です。しかしナレッジワークの世界では、SalesforceやGoogle Docsなどのツールによって、すでに多くがリモートへと移行しています。
私たちのアプローチは常にシンプルで、答えはMCPです。Claude AIに接続しているのと同じMCPコネクタを使って、SalesforceやGoogle Docs、Googleカレンダーなどを接続します。そうすれば、コワーク機能からも、ClaudeのCLIからも、あらゆる場所のClaude Codeからもそれにアクセスできるようになります。
MCPが用意されていないシステムについてはどうでしょうか。そこでコンピューター操作の機能が大きな機会になると思われますか。
ええ、コンピューター操作は一種のキャッチオール、つまりあらゆるものをカバーする最終手段だと考えています。私が知る限り、現在Anthropicはコンピューター操作の分野でかなり先行しています。コワーク機能を通じてこれを使えば、皆さんのコンピューター上にあるほぼすべてのソフトウェアを操作することができます。非常に時間はかかりますが、特に4.7モデルでは極めて高い精度で実行できるようになっています。
ただ、それ以外のケースでは基本的にはMCPが答えになると思います。結局のところ、手段そのものはそれほど重要ではありません。MCPでも、CLIでも、APIでも、何らかのプログラマチックなアクセス方法があればいいのです。モデルにとってはそれが何であれ気にしません。モデルの目には、すべてが単なるトークンの連続として映っているだけですから。
それでは、あと1つだけ質問を受け付けます。ライアン。
ショーン、投げてくれますか。ありがとうございます。
先ほども少し触れられていましたが、ある時点でプロダクトのオーバーハングに気づき、モデルが進化すればもっと面白くなるはずだと考えてプロダクトを作られたとのことでした。少し曖昧な質問になりますが、今日あなたが構築しているプロダクトの中で、半年から1年後にモデルが改善された際に、飛躍的に面白くなると思われる領域について教えていただけますか。
Claude Designはまさに良い例だと思います。現在でもかなり良くできていますが、今後さらに大きく進化する予定です。
他にもClaude Codeに向けて準備を進めているものがいくつかあり、数週間のうちにリリースされる予定ですので、楽しみにしていてください。また、エージェントを大規模に並列稼働させるループやバッチ処理といった機能も、間違いなくさらに強力になっていくでしょう。
コンピューター操作も、これから大きく伸びる領域の1つだと思います。
ありがとうございました。ボリス、本日はご参加いただき本当にありがとうございました。もう少しここにとどまる予定ですので、何か質問がある方はぜひ声をかけてください。
皆さん、ありがとうございました。
コメント