DISPATCH №0820 / 2026-08-20 / MORNING EDITION / 07 ITEMS / BUILD 20260820.0738 / LIVE / CURATED BY 泉水亮介
VCB News & Post Headline
JST · 07:38 · WED
MORNING DISPATCH · WEDNESDAY · AUGUST 20, 2026

2026.08.20

Claude · OpenAI · Cursor · Codex 07 ITEMS · READ 6 min
📰 AI × 科学 / ANTHROPIC RESEARCH / @ANTHROPICAI / NEWS

Claude が設計したタンパク質バインダー、15標的中14で結合成功 — 業界標準の2〜3倍のヒット率

Claude が設計したタンパク質バインダー、15標的中14で結合成功 — 業界標準の2〜3倍のヒット率

Anthropic が、Claude にゼロからのタンパク質ミニバインダー設計をやらせた実験の結果を公開した。15 の標的のうち 14 で結合に成功し、ヒット率は 22.6〜26.7%(複数標的モード)と 35.1%(単一標的モード)。protein design の分野で典型とされる 10〜15% の 2〜3 倍にあたる。設計は Adaptyv Bio と Twist Bioscience が独立に実験室で製造・試験しており、計算上のスコアではなく実物で確かめた数字になっている。

キーポイント

  • ミニバインダーは標的タンパク質に強く結合する小さなタンパク質。従来は1標的あたり数ヶ月の計算・最適化・スクリーニングが要った
  • 15標的中14で成功。少なくとも6標的で高親和性バインダーを得て、少なくとも4標的では既報の最良親和性に並んだ
  • ヒット率 22.6〜26.7%(複数標的モード)/ 35.1%(単一標的モード)に対し、分野の典型値は 10〜15%
  • 使ったのは Mythos Preview と Opus 4.8。どちらもライフサイエンス研究向けにアクセスを絞った版で、一般提供モデルではない
  • 検証は外部2社(Adaptyv Bio / Twist Bioscience)が独立に実施。プロンプト・計算モデル・実験データは Hugging Face で公開、技術レポートも2本出ている
  • Anthropic 自身が「バインダーは薬ではない」「予備的な結果」「デュアルユース懸念から一般提供モデルでは能力を制限している」と繰り返し留保をつけている
ベンチマークの点数と違って、結合したかどうかは外部の実験室が物理的に確かめている。解釈の余地がない数字が出たことに意味がある。同時に、能力を公表しながら一般提供モデルでは同じ能力を絞る、という運用の形もはっきり見えた。
📰 データ保護・エンタープライズ / OPENAI 公式 / @OPENAI / NEWS

OpenAI、フロンティアモデルでも Zero Data Retention を続けると明言 — 「Private Safety Processing」をプレビュー

OpenAI、フロンティアモデルでも Zero Data Retention を続けると明言 — 「Private Safety Processing」をプレビュー

OpenAI が、フロンティアモデルについても API 顧客向けの Zero Data Retention(処理後にプロンプトと応答を保持しない)を続けると表明した。一方でエージェントが長時間・自律的に動くほど、安全システムは複数のやり取りをまたいだパターンを見る必要が出る。この衝突を解くために、OpenAI の担当者が中身を見ないまま自動システムだけがパターンを検出する Private Safety Processing をプレビューする。

キーポイント

  • ZDR の約束は「リクエスト処理後にプロンプトとモデル応答を保持しない」「顧客コンテンツを OpenAI の担当者がレビューできる状態にしない」の2点
  • 背景にあったのは、一部のフロンティアモデル提供が「安全監視のために機密内容の保持を顧客に飲ませる」形になっていたこと。これがセキュリティ義務と衝突する組織が多かった
  • Private Safety Processing は、関連する複数のやり取りにまたがって保護を広げつつ、担当者は保持されたコンテンツにアクセスしない設計
  • 現在は初期顧客とテスト中。9月からロールアウト開始と技術ホワイトペーパー公開の予定
  • 現時点で公開されているのは設計の宣言まで。検証可能な仕組みの説明は9月待ちになる
エージェントを業務に入れるときに必ず出る「うちのデータはどこに残るのか」に、提供側が技術で当てにきた。安全監視のためのログ保持と ZDR は正面から衝突していた論点なので、9月のホワイトペーパーは読む価値がある。
📰 AI開発ツール / CURSOR 公式 / @CURSOR_AI / NEWS

Cursor の Cloud Agents が大型更新 — イベントで起きる、目標を持つ、サブエージェントに専用 VM

Cursor の Cloud Agents が大型更新 — イベントで起きる、目標を持つ、サブエージェントに専用 VM

Cursor がクラウドエージェント周りをまとめて更新した。エージェントがイベントソース(スレッドや会話)を購読して何か起きたら起動する、`/goal` で長期の目標を渡して完了まで走らせる、サブエージェントが1体ずつ独立した VM とプロジェクトのクリーンコピーを持つ、という3点が中心。割り込みの挙動とスキルの使い方も変わった。

キーポイント

  • イベント駆動: Cursor Agent がスレッドや会話を購読し、何か起きたときに起きる。自分が作った PR には自動で購読して完了まで駆動する。Slack スレッドの監視やスケジュール実行にも対応
  • `/goal`: 長期の目標を渡して完了するまで働かせる。公式の例は「flaky なテストを全部直して CI をグリーンにする」
  • サブエージェントが1体ごとに隔離された VM とプロジェクトのクリーンコピーを持つ。親の変更を新品の環境でテストさせる/独立したバグ修正を並列で走らせる
  • Steering の変更: 追いのメッセージが次のツール呼び出しまで待つようになり、動作の途中でエージェントを切らなくなった
  • 任意のスキルを Custom Mode としてチャットに固定できる(常時オンのスキル)。`/` から選んで ⌥⏎(Mac)/ Alt+Enter(Windows)
「1回聞いて1回答える」から「目標を持って常駐し、外の出来事に反応する」への移行が、また1つ実装として出た。サブエージェントごとの独立 VM は、並列で走らせたときの相互干渉をインフラ側で潰すという発想で、Claude Code の worktree 分離と同じ結論に別の手段で来ている。
📰 エージェント安全性 / @THSOTTIAUX(OPENAI CODEX 責任者) / NEWS

Codex が誤ってファイルを消す問題、OpenAI が原因と5層の対策を公表

Codex が誤ってファイルを消す問題、OpenAI が原因と5層の対策を公表

OpenAI の Codex 責任者が、GPT-5.6 搭載 Codex がユーザーの依頼していないファイル削除をした少数の報告について、調査結果と対策を公開した。最も深刻だったのは「一時作業を片付けるはずのコマンドが、代わりにユーザーのファイルを消す」パターン。原因は `$HOME` のようなシステム環境変数を一時作業用に流用していたことだった。

キーポイント

  • 失敗モードは2つ。`$HOME` などのシステム環境変数を一時作業に流用し、片付けコマンドの組み立てが崩れると実際のホームディレクトリを指す。もう1つは一時パスに何があるか確認せずに削除・上書きしようとするもの
  • モデル指示の層: 削除対象を実行前に確認する/一時ディレクトリは毎回新規に作る/システム環境変数を流用しない/復旧可能な操作を優先する/範囲が曖昧なら止まる
  • 実行時の層: 高リスクな削除コマンドを検出してレビューへ回す。弾かれたらより安全な方法へ誘導する
  • 権限 UI の層: Full access を誤って有効化しにくくし、危険な権限の組み合わせを制限。加えて Auto-review の破壊的操作検出を改善
  • 評価・学習の層: 観測された失敗を再生する専用評価を構築。RL タスクと採点器を追加中で、学習データからも破壊的操作を除外している
  • ユーザー側の推奨は2点。アプリを最新に保つ/サンドボックスモード("Ask for approval" か "Approve for me")を使い、Full access は信頼でき復旧もできる環境だけにする
「AI が暴走した」ように語られがちな事象の実体が、`rm -rf "$VAR/tmp"` で `$VAR` が空になると親を消す、という古典的なシェルの罠だった。原因が分かれば防げる種類のもので、自分でエージェントループを組んでいる人ほど他人事ではない。対策を5層に分けて「どれか1つで防ごうとしていない」ところが参考になる。
📰 AI開発ツール・リリース / @CODEXCHANGES / @CLAUDECODELOG / NEWS

Codex CLI v0.148.0 と Claude Code 2.1.235 が同日リリース — 直っているのは「長く回したときに効く」ところ

Codex CLI v0.148.0 と Claude Code 2.1.235 が同日リリース — 直っているのは「長く回したときに効く」ところ

08-18 に Codex CLI v0.148.0(約300コミット、新機能6・バグ修正6領域)と Claude Code 2.1.235(CLI 変更19件)が相次いでリリースされた。どちらも派手な新機能ではなく、セッションの復元・コンテキストの取り回し・入力の質といった、長く回したときにだけ効いてくる部分の修正が並んでいる。

キーポイント

  • Codex CLI の新機能: `/export`(TUI の会話を Markdown へ書き出し)、Amazon Bedrock Runtime が組み込みプロバイダに、Hooks が非同期実行と MCP ツール呼び出しに対応、セッションのフォーク(`codex exec fork`)とアーカイブ・復元
  • Codex CLI の修正: モデル切替や設定更新がコンテキストに古い指示を残さなくなった。再開したセッションが元の作業ディレクトリと承認ポリシーまで復元するようになった
  • Claude Code 2.1.235: ローカルの aspell/hunspell/ispell を使ったプロンプト入力のスペルチェック(任意設定)、`--eval-dir` オプション追加、`claude-folder` モデルの削除
  • Claude Code の `SendMessage` が、セッション間配信に大きすぎるメッセージを送る前に弾くようになった(従来は送ってから失われていた)
  • Claude Code 2.1.235 は 2.1.234 の1日0時間7分後のリリース。バンドルサイズは +352.8kB(+0.7%)
両者とも「長時間・複数セッションで回す」前提の修正に寄っている。モデル切替が古い指示を残さない、再開が承認ポリシーまで復元する、大きすぎるメッセージを送信前に弾く — どれもエージェントを1回使うだけなら踏まない不具合で、ハーネスの競争が機能の数から運用の安定性へ移ってきたことが分かる。
🎨 AI動画生成・プロンプト設計 / @ONOFUMI_AI / @IMASTUDIO_AI / @AIEHON_AYA / BOOKMARK

〈知見〉動画生成プロンプトは「カット表」で書く — MiniMax H3 の実例3本に共通する5層

〈知見〉動画生成プロンプトは「カット表」で書く — MiniMax H3 の実例3本に共通する5層

MiniMax H3 でモーショングラフィックスを作った実例が3本まとめて出てきた。13カットのキャラクター・リビールトレーラー、15秒のファッションルックブック MV、歌詞連動のリリックビデオ。プロンプトが全文公開されていて、3本とも同じ構造で書かれている — 散文ではなく、時間ブロックに区切った「カット表」になっている。

キーポイント

  • 共通する5層構造: 骨格の宣言 → 同一性の縛り → 1〜1.5秒刻みのタイムライン → 全体スタイル → 禁止事項
  • 各時間ブロックには「被写体の動き・カメラ・背景」の3要素を必ず書く。`CUT 07 | 6.00-7.00s - <画面で起きること>` の粒度まで落とす
  • キャラクターの見た目(顔・体型・肌の色・服装)は冒頭で1回だけ宣言し、各カットでは繰り返さない。繰り返すと指示が競合する
  • 秒数は小数で書く。リリックビデオの実例は 11.333秒 / 10.750秒 と小数第3位まで指定していて、ビート同期は尺の精度で決まる
  • 禁止事項リスト(顔のドリフト、キャラクターの入れ替わり、余分な手足、崩れた手、ウォーターマーク、意図しない字幕)はそのまま自分のテンプレに転用できる
  • 「言わないとやらない」項目がモデルごとにある。MiniMax H3 はリップシンクを明示しないと口が動かない
  • onofumi_AI の事例は MiniMax 公式 Skill を Claude 経由で駆動していて、生成15〜20分・自然言語での修正1回で済んでいる
ショート動画の内製では、1本あたりの試行回数がそのままコストになる。カット表化は試行回数を直接減らす手段で、しかも直したいカットだけ差し替えられる。商品紹介・採用ブランディング・イベント告知の縦型動画にも、衣装を場面に置き換えればそのまま流用できる構造になっている。
🧠 プロンプト設計・画像生成 / @PONGPONG2225 / BOOKMARK

〈知見〉画像生成の「AI 感」は引き算で消す — 撮影条件を書くほど実在感が出る

〈知見〉画像生成の「AI 感」は引き算で消す — 撮影条件を書くほど実在感が出る

人物写真の生成で「AI っぽさ」を消す追加プロンプトを18本まとめたスレッド。出発点は「『リアルにして』という抽象語を繰り返しても効かない」で、処方はきれいに作り込む指示ではなく、作り込みを抑える指示を足すこと。撮影条件・肌・瞳・手の4か所に集中している。

キーポイント

  • 撮影条件を落とす: 高性能カメラではなくスマートフォンで撮影した日常のスナップ質感にする/窓から入る自然光や現場にある照明だけで撮る/わずかな手ブレとスマホ特有のノイズを残す
  • 肌: 均一になめらかにせず、毛穴・産毛・薄い赤み・自然な陰影を控えめに残す。CG 的質感・過度な美肌加工・不自然な光沢を名指しで抑制する
  • 瞳: 大きくしすぎず、自然な白目の量・左右差・まぶたの厚みを残す
  • 手: 自然な本数・関節・長さ・重なり方にし、スマートフォンの持ち方も現実的にする。破綻が集中するのは顔・手・瞳の3点
  • ブックマーク 5,864 / 表示 45万と、この週の日本語プロンプト系では最も伸びた
3日前に配信した @kimuai08 の Web デザイン版と構造が同じで、AI 感は「未定義の変数をモデルが分布の平均で埋める」ことから生まれる。領域ごとに何が未定義かが違うだけで、Web デザインなら業界固有の語彙、人物写真なら撮影条件がそれにあたる。引き算の指示をテンプレ化しておけば、モデルが変わっても使い回せる。
📄 PDFをダウンロード 🧵 X スレッドで読む