アルバーニー豪首相「AI競争、人類のために行動を」──中堅国の役割と米中協力を訴える

オーストラリアのアンソニー・アルバーニー首相は、AIがもたらすリスクの緩和に「中堅国が重要な役割を果たせる」と述べ、米国と中国の協力を呼びかけた。Bloombergが伝えた。

今後数日間に開かれる国連の会合では、各国首脳がAIの国際的枠組みについて議論する予定という。発言は、カリフォルニアでAppleのティム・クック会長（Executive Chairman）と会談した直後に行われた。

米中二極で進むAI開発競争をめぐっては、減速論と推進論の対立が続いている。アルバーニー首相の主張は、どちらかの陣営に与するのではなく、中堅国がリスク緩和の橋渡し役を担うという線だ。国連を舞台にした枠組み作りがどこまで具体化するか、今後の展開を見守りたい。

ゴールドマン・サックス「AI投資と政府借り入れが資本コストを押し上げ」

AIブームの経済への影響について、ゴールドマン・サックスが「AI投資と政府の借り入れが世界の資本コストを押し上げている」とする分析をまとめたことが報じられた。

AIデータセンターへの莫大な設備投資と各国政府の財政出動が同時に進み、世界全体の資金需要を膨張させているという指摘だ。AIの進歩そのものではなく、その「掛けコスト」が金利などの調達コストに波及しつつあるという構図で、AIブームを金融市場の視点から捉え直す内容となっている。

RTX 5090でQwen 3.8 27Bが未解決数学問題に挑む──公開ライブ実験

RedditのLocalLLaMAコミュニティでは、27Bのローカルモデルで数学の未解決問題に挑む公開実験が話題になっている。実施者は以前、Qwen 3.8 27BをRTX 3090で63時間自律実行させてリーマン予想に挑んだ実験を公開し、大きな反響を呼んだ人物だ。今回はその続編として、RTX 5090の上で、より検証しやすい未解決問題に取り組ませている。

対象は被覆デザイン問題（covering design）の一つ、C(25,15,5)。25個の要素から15個ずつを選んだ「グループ」を何個用意すれば、任意の5個の要素の組み合わせを最低1つのグループでカバーできるか──という組合せ論の問題で、現時点の最良解は42グループ、41グループの達成が目標とされている。

実験の見どころは、解の正誤が即座に機械判定できる点だ。ライブサイトでは、エージェントの公開メッセージやメモリ、ライフループ、コードがそのまま閲覧でき、独立したチェッカーがエージェントの提案した解を自動検証する。モデルが本当に前進しているのかを第三者がその場で追跡できる作りになっている。

実施者は「Qwen 27Bのような小さなオープンソースモデルでも、コンシューマGPUの上で科学とイノベーションを前進させられる」と強調する。エージェントによる自律研究は人間にもAIにも開かれた形で行われるべきだ、という考えを示しており、壮大すぎて検証が困難だった前回に比べ、検証可能性を重視した設計に変わったのも興味深い。

Jev日本語実験の続編──「大丈夫です」の曖昧さとopenjevの開発記

テキストを生成せず、型付きの質問への確率分布を返すことで注目されるモデルJevについて、日本語での実験・開発の報告が続いている。

1つは、オープンウェイト実装「OpenJev」を自ら開発した記録。JevはYes/No・選択・スコアといった型付きの質問に対して校正された確率分布を返す「System Oneモデル」だが、公式には重みも学習法の詳細も非公開だった。そこで公開情報だけを手がかりに再現実装を試み、その過程と成果をHugging Faceでの公開に至るまでまとめた記事になっている。

もう1つは、Jevに日本語の曖昧さを判定させた実験。「袋をお付けしますか？」への「大丈夫です」が受諾なのか辞退なのか──をJevに「受諾」「辞退」「判断できない」の三択で尋ねると、会話全体を与えた場合は「辞退」、返事の文だけを与えた場合は「受諾」が返ったという。著者はこの差を入口に、架空の会話12例を4条件で比較する計48評価の実験を回している。

同じ言葉でも、文脈を与えるかどうかで判定が反転する──という結果は、LLMとは違うJevの入力設計を考えるうえで示唆的だ。日本語圏でも実測ベースの検証が積み重なっており、実務に使える場面の輪郭が少しずつ見えてきそうだ。

Claude Code v2.1.270〜278──9リリースの変更点まとめ

Qiitaで、Claude Codeのv2.1.270からv2.1.278まで・全9リリースのCHANGELOGを整理した記事が公開された。

目玉は、Auto modeの分類器をサーバーサイドに移し、そのコストを組織側では課金しない形がデフォルトになった点。CLAUDE.mdが存在しないプロジェクトの扱いについても言及があるという。細部は元記事のまとめを直接参照してほしい。

「上司がAIの受け売りを持ち込む」──開発現場の摩擦を描く相談

Hacker Newsでは、「上司がAIのでたらめ（AI bs）をコードベースや設計に持ち込むのをどう扱うか」という相談投稿が注目を集めた。

投稿者は入社1年目の開発者。最下位の等級ながら、チームで最も多くのタスクを最速・低欠陥でこなしているという。ところが会社が株価対策として「AI開発に全面注力」を打ち出してから状況が変わった。チームメイトがAIの出力を検証せずに取り込み、過剰設計のコードと技術的負債が急増。5ページの技術設計書の半分はAIのでたらめが散りばめられており、同僚は自分の担当コードの動作を説明できないという。

投稿者自身のプルリクエストに対しても、上司は「AIにレビューさせた」という変更要求を繰り返し持ち込む。通話で「これはでたらめ、これは有効」と一緒に仕分けした内容が、1時間後には再びAIの提案として戻ってくる。「誰もコードベースを理解していないか、AIのコードを理解できないか、考えているのをやめたのか」と投稿者は疲弊を吐露する。

1個人の体験談ではあるが、「AI全面活用」の号令と品質管理の摩擦という構図は、多くの現場に当てはまりうる話だ。AIの提案を誰が・どう検証するかというプロセス設計を欠いたまま導入だけを急ぐと、こうした摩擦が起きやすい──という教訓として読める投稿になっている。