DISPATCH №0617 / 2026-06-17 / MORNING EDITION / 06 ITEMS / BUILD 20260617.0728 / LIVE / CURATED BY 泉水亮介
VCB News & Post Headline
JST · 07:28 · TUE
MORNING DISPATCH · TUESDAY · JUNE 17, 2026

2026.06.17

Zhipu/Zai · 「Cursor · Claude · Claude 06 ITEMS · READ 4 min
新モデル発表 / ZAI (@ZAI_ORG) 公式 / MODULAR・CLATTNER_LLVM 解説 / NEWS

Zhipu/Zai が「GLM-5.2」をオープンウェイトで公開 — 1Mコンテキスト・MITライセンス・NVIDIA非依存学習

Zhipu/Zai が「GLM-5.2」をオープンウェイトで公開 — 1Mコンテキスト・MITライセンス・NVIDIA非依存学習

中国の Zhipu AI(Zai)がフロンティア級オープンウェイトモデル「GLM-5.2」を公開した。コーディングとエージェントタスクで大幅に改善し、安定して使える1Mトークンのコンテキストと、思考努力(effort)2段階(標準と上位の max)を備える。MIT ライセンスで重みを自由にダウンロード・改変・デプロイでき、Modular Cloud では Day Zero 提供が始まった。

キーポイント

  • 1Mトークン・コンテキストで長時間のエージェント作業を安定維持、effort 2段階(max が上限を押し上げる)
  • オープンソースのコーディング性能で #1、Claude Opus 4.8 と1%差以内との評価(@jesseproudman)
  • MIT ライセンスのオープンウェイト=コードや思考を外部にログ保存させずローカル/プライベート運用が可能
  • 「NVIDIA チップを1枚も使わず学習した」と複数が指摘(@VaibhavSisinty)
  • FrontierSWE リーダーボードで #3、Best@5 では #2 との報告
フロンティア級の知能が『オープンウェイト+寛容ライセンス+NVIDIA非依存』で出てきたことで、コードや機密を外に出せない企業・受講者でも Claude/GPT に迫る性能をローカルで回せる現実的選択肢が増えた。クローズドフロンティアとの差が縮む流れを象徴する。
AI業界 / CHARLES ROLLET(記者)/ @KIMMONISMUS 増幅 / NEWS

「Cursor 急成長」の内幕記事が拡散 — 一時 Anthropic 売上の40〜50%を占め、Claude Code は社内で「research effort」と説明されていた

「Cursor 急成長」の内幕記事が拡散 — 一時 Anthropic 売上の40〜50%を占め、Claude Code は社内で「research effort」と説明されていた

Cursor の急成長を追った内幕記事が X で拡散した。初期に Cursor が Anthropic の売上の約40〜50%を占めていたこと、その当時 Anthropic は Cursor に対し Claude Code を『単なる research effort(研究的取り組み)』と説明していたこと、CEO Michael Truell が長年自分に給料を払っていなかったこと等が明かされた。

キーポイント

  • Cursor が一時 Anthropic 売上の約40〜50%を占める最大級の顧客だった
  • その大口顧客に「Claude Code は research effort」と説明 → 後に正面から競合プロダクト化
  • 40〜50%という影響力がエージェント向けモデル機能の優先順位にも影響したとの見方(@VibeCoderOfek)
  • CEO Michael Truell は長年無給、無給の "work trials" 等の文化も報じられた
モデル提供者(Anthropic)とアプリ層(Cursor)が『最大顧客 vs 競合』へ転じる緊張を生々しく示す。プラットフォーマーに依存して事業を組む側のリスク(供給者がいつ競合化するか)を VBC 受講者・経営層に突きつける事例。
ツール更新 / @MX3DEV / CLAUDE CODE CHANGELOG / NEWS

Claude Code 2.1.178 — 権限ルールの厳格化とネスト skill の扱い改善

Claude Code 2.1.178 — 権限ルールの厳格化とネスト skill の扱い改善

Claude Code v2.1.178 がリリースされ、権限(permission)ルールの厳格化と、ネストした(入れ子の)skill の扱いを賢くする変更が入った。22件の CLI 変更を含み、複雑なエージェントを組むチームは権限の抜け穴や skill 名の衝突に遭いにくくなる。

キーポイント

  • 権限ルールをより厳格化(permission gap の低減)
  • ネスト skill のハンドリング改善で命名衝突を回避
  • 複雑なマルチ skill / マルチエージェント構成での安定性向上が狙い
  • 直近 2.1.144〜147 系から続く継続アップデート(22 CLI changes)
VBC 受講者が Claude Code で skill を増やし始めると必ず当たる『権限設計』と『skill 名の衝突』を公式が継続的に手当てしている。学習の重心が skill を組む段階に移っている今、権限まわりの更新は実務直結。
AI開発ツール / KOICHI (@FUJIBEE) / BOOKMARK

Claude Code と Codex の往復コピペをやめたくて agmsg を作った — CLIエージェント間メッセージング OSS

Claude Code と Codex の往復コピペをやめたくて agmsg を作った — CLIエージェント間メッセージング OSS

Claude Code(実装ドライバー)と Codex(レビュー・難所の相談役)を2台体制で併用する開発で、AI 間のメッセージを人間がコピペで運ぶ『伝書鳩問題』を解消する OSS『agmsg』の紹介。CLI エージェント同士が共有 SQLite を介して直接メッセージを送り合う仕組みで、Agent Skills として入れるだけ、依存は bash と sqlite3 のみ。

キーポイント

  • 役割分担: Claude Code=実装ドライバー / Codex=レビュー・難所の正しさ担保
  • 共有 SQLite(WAL・複数リーダー+1ライター)でエージェント間メッセージを永続×並行に扱う
  • 受信モードは 手動 / hook(Codex 既定)/ monitor(Claude Code 既定、リアルタイム割り込み)の3通り
  • 純正 team/subagent は short-lived 前提で継続会話に不向き、という調査の上で自作
  • 依存最小主義: デーモン・ネットワーク・python 不要(リポ: github.com/fujibee/agmsg)
Claude Code + Codex の2台運用は実務で定番化しつつあり、その『AI 同士をつなぐ最もアホな作業を人間がやっている』ボトルネックを潰す具体策。Vibe Coder Bootcamp 受講者がマルチエージェント運用に踏み込む際の good practice(純正機能を先に調べ、依存を最小に保つ設計の順番)としても学びが多い。
AI業界 / KUN CHEN (@KUNCHENGUID) / BOOKMARK

Anthropic、Claude Code サブスク枠の「プログラム的利用禁止」を撤回

Anthropic、Claude Code サブスク枠の「プログラム的利用禁止」を撤回

Anthropic が『Claude Code サブスク枠のプログラム的(programmatic)利用を禁止する』以前の決定を公式に撤回した。補助金付きサブスクを自社アプリ以外の広いアプリ群を動かすために実質拡張する動きで、『すべてを飲み込むスーパーアプリ』より『インフラ提供者』へ寄せるエコシステム戦略の転換シグナルと評価されている。

キーポイント

  • Claude Code をバックグラウンドでプログラム的に呼ぶ使い方が正式に許容される方向へ
  • 投稿者は自身の /no-mistakes(CC をバックグラウンド実行するツール)を例に、以前は制約回避で解を妥協する必要があったと説明
  • 『スーパーアプリ』ではなく『インフラ提供者』へ寄せる戦略転換のシグナルと解釈
  • Ryoko/OpenRyoko のように Claude を裏で自動実行する構成に直接効く規約変更
プラットフォーマーの規約が、その上に乗るツールや自動化基盤の設計可能性を直接左右することを示す。Claude を裏で programmatic に回す自動化(秘書 bot・cron 連携など)を組む層には朗報で、前日の Nadella『フロンティアエコシステム』論とも符合する。
開発考察 / RYO|AI 開発 × VIBE CODING (@RYO_VIBECODING) / BOOKMARK

コードの質は人間のためのもの、AI にはコンテキストを汚すかどうかだけが大事

コードの質は人間のためのもの、AI にはコンテキストを汚すかどうかだけが大事

『コードの質は人間のためのものであって、AI にとってはコンテキストを汚すかどうかだけが大事だ』という考察。コンテキストが汚れるなら直す対象だが、人間が従来気にしてきた『コードの綺麗さ』とイコールではない、という主張。

キーポイント

  • 人間のための品質(可読性・命名・構造)と AI のための品質(コンテキスト効率)を分けて考える
  • AI 主導開発ではリファクタ優先度を美意識でなく『トークン消費・AI の理解しやすさ』で判断する場面がある
  • 『綺麗にしなきゃ』という強迫観念への解毒剤になる視点
  • ただし短い問題提起であり、『いざという時に直せないコード』のリスク等の反論も併せて押さえたい
Vibe Coding 時代のコード品質観をリフレーミングする論点。受講者が AI 生成コードのリファクタにどこまで時間をかけるべきかの判断基準として、コンテキスト効率という新しい軸を提供する。
📄 PDFをダウンロード 🧵 X スレッドで読む