DISPATCH №0717 / 2026-07-17 / MORNING EDITION / 07 ITEMS / BUILD 20260717.0735 / LIVE / CURATED BY 泉水亮介
VCB News & Post Headline
JST · 07:35 · THU
MORNING DISPATCH · THURSDAY · JULY 17, 2026

2026.07.17

Claude · Gemma · AIエージェントに永続的な身元を · MF会計の 07 ITEMS · READ 6 min
💻 AI/開発ツール(機能リリース) / @CLAUDEDEVS(ANTHROPIC 公式) / NEWS

Claude Code の /code-review に「エフォートレベル」— low〜ultra でレビュー戦略そのものが変わる

Claude Code の /code-review に「エフォートレベル」— low〜ultra でレビュー戦略そのものが変わる

Claude Code の /code-review がエフォートレベルに対応した。従来はエフォート設定に関わらず固定プロンプトを1本流すだけだったが、今後はレベルごとにレビュー戦略そのものが書き直される。low は差分を1パスするだけで速く安く、high は finder と verifier をフレッシュなコンテキストの subagent として走らせて recall を大きく上げる。最上位の ultra はレビューエージェントの艦隊を起動し、全指摘を独立に再現検証する。

キーポイント

  • low: 差分を1パス。プッシュのたびに回せる速度とコスト。わずかなトークンコストで他のコードレビューツールを指摘数において上回る(Anthropic 主張)
  • medium: 変更コードを文脈込みで読み、複数の finder パスを異なる角度から走らせ、全指摘を検証してから提示
  • high: finder と verifier をフレッシュコンテキストの subagent として実行=直前にコードを書いたエージェントの推論にアンカーされない。recall が有意に向上
  • x-high: さらに変更範囲の外側への影響までスイープする
  • ultra: レビューエージェントの艦隊を起動し全指摘を独立に再現。severe issue のカバレッジは high と同等のまま誤検知が大幅に減る。Anthropic は社内の全 PR でこれを回している
  • セッションのエフォート設定を自動で拾う。`/code-review high` のように明示指定も可能。全 Claude Code セッションで利用可(要アップデート)
エフォート=トークンコストのトレードオフを利用者が明示的に選ぶ設計になり、「毎プッシュは low、PR は high」という運用が組める。high 以上の設計思想(フレッシュコンテキストの subagent で、コードを書いた本人の推論から切り離す)は自作のレビューループにもそのまま流用できる原則。
🖥️ ローカルLLM / オンデバイスAI / @PC_WATCH / PC WATCH / BOOKMARK

Gemma 4 大幅強化 — プリフィル最大70%高速化、ツール呼び出しの精度と一貫性を改善

Gemma 4 大幅強化 — プリフィル最大70%高速化、ツール呼び出しの精度と一貫性を改善

Google がオープンウェイトの Gemma 4 を大幅に更新し、Hugging Face で公開した。プリフィルのスループットが25〜70%向上し、最初のトークンが出るまでの時間が最大31%短縮。高速化の中身は NVIDIA Hopper GPU 上での uniform Flash Attention 4 の有効化で、あわせてツール呼び出しをより正確かつ一貫して実行できるよう改善された。新モデル追加ではなく既存6モデルの実行効率とツール呼び出しの強化が主眼。

キーポイント

  • プリフィルのスループット +25〜70%、最初のトークン出力までの時間(TTFT)が最大 -31%
  • 高速化の技術的な中身は NVIDIA Hopper GPU 上での uniform Flash Attention 4 (FA4) 有効化
  • ツール呼び出しを「より正確かつ一貫して」実行できるよう改善
  • 対象は6モデル: E2B(5.1B / 実効2.3B)・E4B(8B / 実効4.5B)・12B Unified(11.95B)はいずれも Dense でテキスト/画像/音声、26B A4B(25.2B)は MoE、31B Dense(30.7B)はテキスト/画像
  • コンテキスト長は 128K〜256K トークン。Hugging Face でオープンウェイト配布
ローカルでエージェントを回す観点では、速度より「ツール呼び出しの安定性」が本命。エージェントは1タスクで数十〜数百回 tool call を打つため、call の正確さがそのまま完走率になる。プリフィル高速化もループでは効く(毎ステップ肥大したコンテキストを読み直すため)。
📰 技術業界ニュース / @K_MATSUMARU / 松丸 彗吾 / BOOKMARK

AIエージェントに永続的な身元を — Vint Cerf が参画する DNSid 構想

AIエージェントに永続的な身元を — Vint Cerf が参画する DNSid 構想

TCP/IP の設計者でインターネットの父と呼ばれる Vint Cerf が、20年在籍した Google を離れ、AIエージェントの識別標準を作る Innovation Labs(DNSレジストリ企業 Identity Digital の子会社)に参画した。提案する「DNSid」は、エージェントに ID を発行して既存のインターネット・ドメイン名に紐づけ、登録履歴を暗号学的証明で経時的に記録する仕組み。オープン標準とマルチステークホルダーの協調で進める立場を掲げる。

キーポイント

  • DNSid で識別できるもの: どの組織・人間が所有/運用しているか、本物のエージェントか、現在も有効か(停止・失効していないか)、どの暗号鍵で行動を証明するか
  • エージェントの身元の上に、権限・契約履歴・信用スコア・評判・資産管理・制裁や資格停止まで積める構想
  • DNS + 公開鍵という枯れた部品の組み合わせで解く現実路線。新しい信頼基盤をゼロから作らない
  • プロプライエタリな信頼モデルではなくオープン標準・多者協調で進める立場。複数の(非公開の)ハイパースケーラーおよびID企業と試験中
  • 動機は理念ではなく実務: 取引相手が「誰なのか」を機械同士で判別できないと経済が回らないため、必要性から擬似的な人格が生まれている(松丸氏の観察)
エージェントに決済・契約・API アクセスを持たせようとすると必ず「このエージェントは誰の代理で、まだ有効か」の検証が要る。企業内のサービスアカウント(Anthropic の agent identity)が1組織の中の話なのに対し、DNSid は組織を跨ぐインターネット規模の識別層で、両者は競合せず積み上がる。
💼 AI×ビジネス活用(業務自動化) / @KANDMYBIKE / 畠山謙人(AI税理士) / BOOKMARK

MF会計の MCP が「明細からの仕訳登録」に対応 — スタッフ0人・顧問先60社の実運用レポート

MF会計の MCP が「明細からの仕訳登録」に対応 — スタッフ0人・顧問先60社の実運用レポート

マネーフォワード会計の MCP が「金融機関明細からの仕訳登録」に対応し、連携した銀行・カードの未仕訳明細を取得してそのまま仕訳を作れるようになった。AI税理士の畠山謙人氏は、freee の API/MCP には取引を登録しても明細が処理済みにならない=消込にあたる機能がないという弱点があると指摘し、2026年3月に API を全プラン公開したばかりの後発 MF が「明細を取って、仕訳にして、消し込む」という記帳自動化の本丸を先に取った、と分析する。

キーポイント

  • freee は「幅」— 明細取得から証憑ファイルボックス、請求書まで一気通貫。約270本の API をツール化した公式 freee-mcp もある
  • MF は「芯」— 仕訳まわりに絞りつつ本丸を先取り。全プラン追加料金なしのリモート MCP で入口も軽い
  • 実運用(freee 側): 毎晩21時にタスクスケジューラで全自動バッチ。未処理明細取得 → キーワードと Claude API で勘定科目を分類 → 取引登録まで人手ゼロ
  • 実運用(MF 側): MCP 経由で未処理明細をスキャン → 分類 → 仕訳を一括登録まで自動化済み
  • 畠山氏の事務所はスタッフ0人で顧問先60社。「実行はAIに寄せる」設計を全社に横展開して回している
  • 自動化するのは実行だけ。税務判断・分類ルールの決定・グレーな論点の停止・最終承認は人が持つ
MCP がデモではなく事務所の売上を支える本番インフラとして回っている、数少ない具体的な実運用レポート。ベンダーのAI対応を評価する軸が API の本数ではなく「業務の本丸まで開いているか」であること、そして「実行=AI / 判断=人」の線引きなら責任の重い領域でも全自動バッチが成立することを示す。
🧠 コンテキストエンジニアリング / @TRQ212 / THARIQ(ANTHROPIC) / BOOKMARK

「薄いプロンプト・厚いアーティファクト・薄いスキル」— コンテキストエンジニアリングが主戦場に

「薄いプロンプト・厚いアーティファクト・薄いスキル」— コンテキストエンジニアリングが主戦場に

Anthropic の Thariq が理想のプロンプト技法を3行で定義した。「thin prompts(薄いプロンプト)/ thick artifacts + context(厚いアーティファクトとコンテキスト)/ thin skills(薄いスキル)」。プロンプトに情報を盛るのではなく、モデルが参照する成果物とコンテキストの側を厚くし、スキルは薄く保て、という主張で、3行の短文に Likes 4,543・Bookmarks 2,431 という異例の反応が集まった。

キーポイント

  • thin prompts: 指示そのものは短く保つ。プロンプトに背景・制約・例を延々と詰め込む方向に最適化しない
  • thick artifacts + context: 厚くするのはアーティファクト(設計文書・コード・仕様・既存の成果物)とコンテキストの側。モデルに読ませる「現物」を充実させる
  • thin skills: スキル(手順書・ツール定義)も薄く。肥大化させると毎回コンテキストを食い、モデルの判断余地も奪う
  • 実務への落とし方: CLAUDE.md や SKILL.md を長文化してモデルを縛るのではなく、設計文書・型・既存コードを整備して「これを読んでこうして」と短く打つ
  • 同じ週に Gergely Orosz が dexhorthy を招き「コンテキストの限界とその回避」をテーマにした長編 podcast を公開(♥477)。Thariq が原則を3行で示し、こちらが実践論を長尺で語る補完関係
「良いプロンプトを書く」から「良い材料を置く」への重心移動を1行に凝縮した指針。エージェントは1タスクで数十〜数百ステップ回るため、各ステップで積み上がるコンテキストの質と量がそのまま完走率とコストになる。
💼 AI×ビジネス活用(実務ワークフロー) / @OPENAIDEVS(OPENAI 公式) / NEWS

Codex in Chrome — 依頼フォームを「ゴーライブ計画」に落とすまでをブラウザで回す

Codex in Chrome — 依頼フォームを「ゴーライブ計画」に落とすまでをブラウザで回す

OpenAI Developers が Codex in Chrome の実務ワークフローを提示した。依頼フォームからチェックリストを組み立て、Google Drive・Slack・ローカルファイルから文脈を引き込み、フォローアップが必要な箇所にフラグを立て、ポータルを更新し、返信を下書きするまでをブラウザ上で回す例。「最終判断はあなたが下す(You make the final call)」と明記している。

キーポイント

  • フローの骨子: フォームからチェックリスト生成 → Google Drive / Slack / ローカルファイルから文脈収集 → 要フォローアップ箇所にフラグ → ポータル更新 → 返信を下書き
  • 文脈の引き込み先が単一ツールではなく Drive・Slack・ローカルファイルに跨る点が要
  • 「You make the final call(最終判断は人)」と、判断を人に残す線引きを公式が明示
  • 「モデルの賢さ」ではなく「日々の実務手順をエージェントに載せる」という運用寄りの見せ方
依頼を実行可能な段取りに落とす作業そのものを任せられることを示す具体例。「実行はAI・判断は人」という線引きを公式デモが明示している点が、同日の MF会計の実運用レポートとも符合する。
🎨 AI×デザイン / 開発ツール / @CLAUDECODE84 / CLAUDE CODE研究ラボ / NEWS

/improve-animations skill — 「動くけど何か違う」を専門に監査し、レビューと実装でモデルを分ける

/improve-animations skill — 「動くけど何か違う」を専門に監査し、レビューと実装でモデルを分ける

アニメーション改善に特化した Claude Code スキル /improve-animations が話題を集めている。プロジェクト内の CSS / Framer Motion / Motion / GSAP のアニメーションを自動検出して改善候補を一覧化し、Fable のような高性能モデルが品質を監査して改善案まで提案する。推奨運用は「レビューや設計は高性能モデル、実際のコード修正は低コストモデル」という分業。

キーポイント

  • 検出: CSS / Framer Motion / Motion / GSAP をプロジェクト横断で洗い出し、改善候補を一覧化
  • 監査観点: 動きが不自然でないか / イージングは適切か / Duration が長すぎないか / オーバーアニメーションでないか / アクセシビリティを考慮できているか / GPU 負荷が高すぎないか
  • 改善案の方向性を指定できる: より自然なモーション / Apple ライク / Material Design 風 / Linear 風 / shadcn/ui 風
  • 推奨運用は分業: レビューや設計は Fable のような高性能モデル、実際のコード修正や置き換えは Sonnet など低コストモデルへ渡し、品質を保ちつつ API コストを削減
「動くけど何か違う」という言語化しづらく後回しにされがちな品質を、AI に定量的な観点で監査させる型。前日に配信した「Fable に指示を書かせ、Codex に実装させる」と同じ分業思想が、デザイン領域にも現れた具体例。
📄 PDFをダウンロード 🧵 X スレッドで読む