Product
@ClaudeDevs
Claude Code が「modできる」ようになった
Claude Code の挙動を変える、UIをカスタマイズする、独自機能を差し込む、といったmodが書けるようになったと発表。数行のTypeScriptで自作できるほか、Claude自身に作らせることもできます。modはプラグインとして配布され、CLIまたはデスクトップアプリの /plugin からインストールします。
メモ
設定ファイルやフックの範囲を超えて、エージェント本体の振る舞いまでコードで触れるようになったという話です。チーム固有のワークフローをプラグインとして配って揃える、という使い方が現実的になります。
出典 @ClaudeDevs↗
Dev Tools
@ClaudeDevs
mod の実例「Token Weather」── コンテキスト窓を天気予報のように表示
上記のmodの具体例として紹介されたもの。コンテキスト窓がいまどれくらい埋まっているかの「予報」と、直近12ターン分のスパークラインを表示します。
メモ
長い作業でコンテキストが溢れる前に気づけるかどうかは、体感の生産性に直結します。modが何に向いているか(可観測性の足し込み)がわかりやすい例です。
出典 @ClaudeDevs↗
Product
@claudeai
デザイン・スライド・ドキュメント作成の消費量が2週間だけ半分に
今後2週間、Claudeアプリでデザイン・デッキ・ドキュメントを作り始めると、その会話で続く作業の利用上限の消費が50%になるというキャンペーン。Claude Sonnet 5.5 はデザインの感覚が良く、ほぼ修正なしで使えるスライドを作るとしています。
メモ
「どのモデルがどの用途に向くか」を事業者側がはっきり示してきた点が目を引きます。資料作成系のタスクを試すなら、この2週間のコストが実質半分です。
出典 @claudeai↗
Industry
@natolambert
Gemini 4 の登場を「フロンティアのラボが増えるのは良いこと」と評価
Ai2の Nathan Lambert が、Google が Gemini 4 で人々を驚かせたことを歓迎するコメント。フロンティアにいるラボが増えることは、競争という意味で消費者にとって良く、権力の集中が薄まるという意味で世界にとっても良い、という見方です。実世界のシナリオでどう動くかに期待するとしています。
メモ
使う側としては、強いモデルの供給元が複数あること自体が価格と可用性のリスク分散になります。1社に寄せた設計をしていないか見直す材料に。
出典 @natolambert↗
Perspective
@emollick
自分でも最も見積もりを誤ったのは「AIがタスクのために自己組織化する能力」
ペンシルベニア大の Ethan Mollick が、AIの進歩のうち自分が最も過小評価していた点として「タスクを達成するために自己組織化する能力」を挙げた記事を公開。Muse や Dots のようなエージェントにとってそれが何を意味するか、そして The Bitter Lesson を人類が何度も学び直す理由についても書いています。
メモ
人間が手順を細かく設計するより、モデルに段取り自体を任せたほうが伸びる、という方向の話です。ワークフローを固く作り込む設計と真逆なので、どこまで任せるかの線引きを考えたいところ。
出典 @emollick↗
Research
@GoogleDeepMind
生成物が本物と見分けづらい時代の「来歴」とウォーターマーク
AI生成コンテンツがここまでリアルになった中で、人間・機械・自然のどれが作ったものかをどう検証するのか、という問い。Google DeepMind はポッドキャストで provenance(来歴)の役割と、知覚できないウォーターマークがデジタルメディアと生物学的な設計の両方を守りうることを論じています。
メモ
生成物の来歴検証は、画像や動画だけでなく生物設計まで射程に入ってきています。自前のパイプラインで生成物を扱うなら、出力に来歴情報を残す設計を前提にしておくほうが安全です。
出典 @GoogleDeepMind↗
Research
@_akhaliq
LongLive-Plug ── 動画生成のための「一度だけ」蒸留
動画生成向けの Once-for-All Distillation を提案した論文の紹介。Hugging Face Papers 経由で共有されています。
メモ
動画生成は推論コストがネックになりやすい領域で、蒸留を設定ごとにやり直さずに済むならそのまま実用上の効きが大きいはずです。論文を当たる価値あり。
出典 @_akhaliq↗
Infrastructure
@PyTorch
vLLM / SGLang が PyTorchネイティブのTPUバックエンド「TorchTPU」上に
PyTorch が、新しい PyTorchネイティブTPUバックエンド TorchTPU の上に構築された vLLM / SGLang のエンジンについて、サンノゼの PyTorch Conference North America でセッションがあると告知。登壇は Google の Qi Zhou、Meta の Colin Taylor と Angela Yi で、既存のものをどう活かしたかを話すとしています。
メモ
推論スタックの定番である vLLM / SGLang がTPUでも素直に動くなら、GPU以外の調達先が現実的な選択肢になります。コスト面での意味が大きい動きです。
出典 @PyTorch↗
Research
@StanfordAILab
学会への投稿過多という、ほぼ手つかずの問題に技術的ガバナンスで挑む
Stanford AI Lab が、学会の submission overload(投稿過多)という、これまでほとんど検討されてこなかった問題に正面から取り組む研究を紹介。技術的なガバナンスの仕組みが信頼の回復に寄与し、結果として互いの成果の上に積み上げていけるようになる、と論じているとのこと。
メモ
論文が読み切れない量で出てくる状況は、情報収集する側の問題でもあります。査読の目詰まりが放置されると、何を信じて実装するかの判断コストが上がり続けます。
出典 @StanfordAILab↗
AI Agents
@TDataScience
エージェントの前に二段キャッシュを置く
Partha Sarkar がエージェントの手前に2層のキャッシュを置いた事例。ほぼ同一の質問には semantic cache、言い換えられた質問には保存済みコンテキストを再利用する retrieval cache を当てるという構成です。
メモ
完全一致キャッシュだと自然文の問い合わせではほぼヒットしません。似ている度合いで層を分けるのは、そのまま真似できる実装パターンです。
出典 @TDataScience↗
Research
@TDataScience
「1ニューロン=1概念」はほぼ見つからない ── 解釈可能性の再現実験
「学習済みニューラルネットの中を覗いて、個々の概念をきれいに表す個々のニューロン――『これは犬か』用のニューロン、『これは赤いか』用のニューロン――を見つけようとしても、ほとんど見つからない」という一節を引いた記事。Utkarsh Mangal が Anthropic の研究を再現した経験から得た知見を共有しています。
メモ
モデルの挙動をデバッグしたい場面で「どこが悪いか」を特定しにくい理由がここにあります。解釈可能性の話を手を動かして追った記録は、読む価値が高い部類です。
出典 @TDataScience↗