AI を実際につくっている人たちが今日話したこと。1 ページ、約 4 分。
今日のタイムラインは pacing（開発ペースをどう調整するか）の議論一色だった。Sam Altman は業界が避けて通らなければならない2つの失敗パターンを提示し、Aaron Levie は安全性の目標はブレーキではなく普通のエンジニアリング規律だと主張している。政策の話の下では、物理レイヤーにも現実が突きつけられた。Arm の CEO いわく、コンピュート需要は供給過剰にはほど遠く、本当の天井はデータセンターの建設のほうだという。そして、世界の84%はこのどれにもまだ一度も触れていない、というリマインダーも。
Altman: pacing とは止まることではなく、可能な速度より遅く進むこと
AI の進歩が本当にまずい方向に行くパターンは2つある。未来のコントロールを AI に奪われることと、権力が一極に集中しすぎて、ひとりの人間、一社、一国が自分の世界観を全員に押しつけるようになることだ。OpenAI は今、能力が跳ね上がると見込まれるフロンティアの reinforcement learning の実行前に、明示的な safety case を書くようにしている。完成したモデルをデプロイ時点で見るという、従来の Preparedness Framework の姿勢からの転換だ。一貫した安全要件を備えた連邦レベルの枠組みは歓迎するとしつつ、各ラボが自力でその確信を積み上げ始めるのに、独占禁止法の適用除外も立法も必要ないと述べている。身も蓋もない一言はこうだ。アメリカの競争圧力がどれだけ強かろうと、それが無謀さを正当化することはない。そして能力が alignment と監視を追い越してはならない。
Levie: 「pacing」はブレーキに聞こえるが、目標自体は当たり前の前提
この言葉そのものが地雷なのは、恣意的な減速、あるいは規制を使って競合の足を引っ張る手口のように読めてしまうからだ。だが Dario のエッセイに書かれている改善目標の中身は、絶対に必要なものばかりで、同等のものは航空宇宙、ライフサイエンス、ヘルスケアにすでに存在している。AI は金融取引システム、医療機器、バイオテック、防衛、行政のワークフローに入り込もうとしている以上、それらが安全で alignment されていてほしいと願うのは、議論を呼ぶような要求ではない。難しいのは、イノベーションを目に見えて遅らせたり競争を減らしたりせずにそこへ到達することで、彼はこれを今世紀でもっとも複雑な問いのひとつだと呼んでいる。
Arm の Rene Haas: コンピュート需要は供給過剰にはほど遠い
チップ設計には24〜36カ月かかるが、その大半はアーキテクチャではなく、検証、バリデーション、デバッグ、ドキュメント作成であり、そこはまさに AI の得意分野だ。Arm のエンジニアの80〜90%が毎日使っており、取り上げられるのはインターネットを1日2時間に制限されるようなものだという。「魔人はもう瓶から出てしまった」。バブルかという問いについては、バリュエーションの話は脇に置くとして、需給は「全然釣り合っていない」。次のボトルネックはウェハーやメモリではなくデータセンターの建設で、その一因は組織化された地元の反対運動にある。根っこにあるのは雇用喪失への不安だが、あまり根拠のあるものではない、というのが彼の見方だ。アクセラレータばかりに目が行く風潮にも異を唱えている。生成される膨大な token をどこへ流すか、誰かが差配しなければならない。それをやるのが CPU だ。
入社時のバリュエーションと報酬が高いのは、たいてい長所ではなく欠陥
創業者からこの話のメッセージが毎日届くという。候補者が、直近ラウンドの額の大きさを、その会社のほうが安全で入る価値がある証拠として受け取ってしまうのだ。高く調達したからといって身分が安定するわけではないし、ARR の100倍の値がついた会社は、その数字に見合うところまで成長しなければならない。市場、トラクション、ポジショニング、自分なりの exit 予想、そして自分の 409a 価格と税負担について、自分の手で調べること。今の数字は現実に根ざしていないからだ。彼自身がそれを経験している。かつて在籍した会社は存命の投資家として最高クラスの一人から6,000万ドルを調達し、3年後に畳んで、株式はすべて紙切れになった。
agent を使いこなしているのは世界の0.04%、Brex CEO のチャートより
Brex の Pedro が使っているチャートでは、点ひとつが320万人にあたる。グレーの箱は AI を一度も使ったことがない84%、緑は無料のチャットボットを使う16%、オレンジは月20ドルを払っているおよそ0.3%、そしてごく小さな赤い箱ひとつが、agent を実際に使いこなしているおよそ0.04%だ。データは2026年2月のものなので数字は動いているだろうが、全体の形は変わらない。AI が人類にもたらす結末をみんなが論じている一方で、人類の大半はまだスタートすらしていない。
ファイルシステムのフォルダクローンで worktree が約80%高速化
次のリリース、あるいは dev チャンネルでは、APFS、btrfs、XFS、ReFS 上の copy-on-write なフォルダクローンを使うことで、worktree の作成がおよそ80%速くなる。ディスク容量もかなり節約できる。実装は Rust。Rust からは逃げられない。本人は数週間テストしてみて、多くのユーザーの役に立つようなら Codex に取り込んでもらうつもりだという。
元データは zarazhangrui によるオープンソースプロジェクト follow-builders（MIT ライセンス）から取得しています。要約はそのプロジェクトの公開フィードをもとに LLM が生成し、要約プロンプトも同プロジェクトを改変したものです。上記の各項目は原文にリンクしています。
要約は自動生成です。判断の根拠にする前に原文をご確認ください。