見出し画像

「ITニュース」｜Cursor 3.7 — 指差しで直す canvas と、トークンの行き先が見える canvas

まるしょー｜ITニュース分析配信

はじめに

Cursor は 2026年6月4日、Changelog で Cursor 3.7 を公開しました。中心は Canvas（エージェントが作る対話型のダッシュボードやレポート）への2つの追加です。

  1. Design Mode in canvases — canvas 上の UI 要素を 直接選択・注釈して編集を指示できる（Agents Window の統合ブラウザと 同様の操作、と changelog は説明）

  2. Context usage report in canvas — system prompt（システム指示）／tools（ツール定義）／rules（ルール）／skills（スキル） など、コンテキスト（AI に渡す文脈）のトークン配分を 対話型 canvas レポートで表示。Debug with Agent ボタンから 新規会話で削減案を聞ける

付随して、共有 canvas の ブラウザ全画面表示、canvas 内 プロンプト実行ボタンの埋め込み、型エラー修正の改善、チャートのカスタマイズ強化も changelog に載っています。

5月29日の Auto-review Run Mode が エージェント実行の承認を扱うのに対し、本件は プロンプト構成（コンテキスト） と 成果物 UI の反復修正——情報の出どころが違うが、どちらも エージェントを長時間・チームで回すときの摩擦低減という同じ文脈に載ります。

読みどころは次の2点です。

  • 3.7＝ゼロからの新機能ではない — Design Mode は 4月2日（3.0）、コンテキスト内訳は 5月6日（3.3） から段階導入。3.7 は canvas ワークフローへの統合

  • 作成→共有→改善 — 4月 canvas 生成 → 5月 Shared Canvases → 6月 指差し編集＋運用診断 と、製品線が一段 mature（成熟）した、と読める

※本記事は Cursor の Changelog、ドキュメントをもとにした一般的な整理です。契約、法務、セキュリティ、監査の判断は、最新の公式ドキュメント、自社の契約・設定画面、専門家・担当部門の確認に従ってください。Cursor への取材は行っていません。

この記事での用語


1. 何が起きたのか（結論）

先に結論です。

  • 2026-06-04、Cursor 3.7 として Canvas improvements を公開

  • Design Mode in canvases — canvas 上の UI を ブラウザと同様に指定・注釈して編集指示

  • Context usage report in canvas — トークン内訳を 対話型 canvas で表示。Debug with Agent で 新規会話に切り替え、削減機会を診断

  • 付随改善（4件） — 共有 canvas の 全画面ブラウザ表示、プロンプト実行ボタン埋め込み、型エラー修正改善、スタイル・チャート強化

忙しい方向けに一言でいうと、
「エージェントの成果物（canvas）を指差しで直し、なぜトークンが膨らむかを同じ canvas で見られる」——3.6 の実行承認の隣に、設定と成果物の見える化が置かれた、というニュースです。

2. 公式情報ベースの要点

2-1. Design Mode in canvases

Changelog（2026-06-04） では、Design Mode が canvas で利用可能になった、と説明されています。

  • canvas 上の UI 要素を 直接選択・注釈

  • テキストで変更を説明する代わりに、指し示してフィードバックし、反復を速くする

  • 操作感は ブラウザでの Design Mode と同様、と changelog は記載

Design Mode 自体は 2026年4月2日の Cursor 3.0 で Agents Window の統合ブラウザに初登場しています。3.0 では `⌘+Shift+D`（Windows では `Ctrl+Shift+D`）で切り替え、要素選択や `⌘+L` でチャットへ追加するショートカットが changelog に載っています。3.7 の canvas 版で同じショートカットが使えるかは、6/4 changelog には未記載（執筆時点）。

Canvases docs の反復指針は、大きなレイアウト変更は revert（巻き戻し）して再プロンプト、小さな修正は ソースを手編集 も可、と整理しています。Design Mode は 細かい UI 調整の第三の手段として足された、と読めます。

2-2. Context usage report in canvas

同 changelog では、エージェントの コンテキスト使用量を 対話型レポートとして canvas に表示できる、と説明されています。

  • context explorer（コンテキスト探索） が、system prompt、tool definitions、rules、skills などへトークンがどう配分されているかを分解

  • canvas であるため、レポートを見ながら フォローアップ質問ができ、エージェントが 質問に合わせてレポートをカスタマイズできる

  • canvas 内の Debug with Agent ボタンで、新規会話を開き、コンテキスト削減の機会をエージェントに探させられる

コンテキスト内訳の表示自体は 2026年5月6日の Context Usage Breakdown（3.3） で初登場しています。3.3 では rules／skills／MCPs／subagents 横断の診断を促す、と changelog は記載。3.7 はそれを canvas という対話面に載せ替えた、という位置づけです。

数値の定義（推定か実測か、サブエージェントの含め方）は 3.3・3.7 いずれの changelog も高レベル記述にとどまります（執筆時点）。

2-3. その他の canvas 改善（4件）

changelog の Canvas Improvements には次も列挙されています。

2-4. Shared canvas の条件（再掲）

Canvases docs では、共有には次の条件が書かれています。

  • Pro、Teams、Enterprise の有料プラン。Free は共有作成不可

  • チーム所属が必要（Pro でもチームにいれば可）

  • データ保存を許す Privacy Mode が必要。Legacy Privacy Mode では共有不可

  • チーム管理者は Shared Canvases を組織でオフにできる

3.7 の全画面表示は、この 共有リンクをブラウザで大きく見せる用途の強化と読めます。

3. なぜ今か — canvas 製品線の時系列

本件を 単発の小アップデートと見るより、4月からの canvas 路線の続きとして読むと誤解が減ります。

公開情報から読み取れる動機は、おおむね次の3つです。

  1. 作成→共有→改善のループ — 生成と共有のあと、編集（Design Mode） と 運用診断（Context report） でループを閉じる

  2. コンテキストコストの可視化 — rules／skills の肥大化をユーザーが 自力で直せる導線（3.3 の "diagnose context issues and improve your setup" の延長）

  3. 指示インタフェースの統一 — ブラウザで確立した 指差し編集を canvas に広げ、ダッシュボード／レポートの反復を速くする

4. Auto-review（3.6）との読み分け

関連記事: Cursor 3.6 — Auto-review Run Mode（2026-05-30） — Shell／MCP／Fetch の実行承認を 許可リスト → サンドボックス → LLM 分類器 の3段で通す話。本稿とはレイヤが違うが、エージェント運用の文脈では併読向き。

社内ガイドでは 「承認 UX」と「コンテキスト予算」は別チェックリスト、と分けて書くのが安全です。

5. 誰に関係する話か

6. 混同しやすい点

7. 短期・中期・長期の整理

時間軸は次のとおりです。

  • 短期: 0〜3か月

  • 中期: 3か月〜1年

  • 長期: 1年以上

7-1. 短期（0〜3か月）

予想される動き — 3.7 適用ユーザーが Context usage report で rules／skills の棚卸しを始める。Design Mode で canvas レポートの修正が速くなり、Shared canvas の社内デモが増える。埋め込みプロンプトボタンで定型レポート再生成のテンプレが流通しやすい。

不確実性 — Context report の 起動手順・数値精度は changelog が簡潔で、フォーラム／docs 追補待ち。canvas 版 Design Mode のショートカットは未記載。

効果が出にくい条件 — markdown チャットのみで canvas を開かない。コンテキスト削減より モデル性能向上だけに期待し、設定を見直さない。

7-2. 中期（3か月〜1年）

予想される動き — Canvases docs の canvas skills（trigger／layout／data source のパッケージ）と Context report がセットの 運用スキルとしてチーム標準化。Auto-review の permissions.json（実行）と rules／skills 最適化（コンテキスト）の 二層ガバナンスが参照モデルになりうる。

不確実性 — Enterprise が 共有 canvas・コンテキスト診断を 監査ログ／DLP とどう接続するかは未公開。他社 IDE が同等の対話型診断を標準装備した場合の差別化縮小。

効果が出にくい条件 — コンテキスト上限緩和や 安価な長コンテキストモデルで最適化インセンティブが低下。重大インシデントで Shared canvas（外部 URL） が情シスに止められる。

7-3. 長期（1年以上）

予想される動き — エージェント成果物（canvas） が チャットログに代わるチーム共有単位になりうる。Design Mode＋埋め込みボタンで ノーコードに近い内部ツールが広がる可能性。

不確実性 — クラウドエージェント中心への移行で ローカル canvas 編集の比重低下。規制が プロンプト内訳の外部表示に制限をかける業界。

効果が出にくい条件 — 業界が テキストチャット＋PR diff のみに回帰し、ビジュアルアーティファクト共有が普及しない。

8. まず確認したいチェックリスト

  1. 3.7 は「canvas への統合」 と理解しているか（Design Mode・Context 内訳は過去版から存在）

  2. Auto-review と Context report を 別チェックリストで管理しているか

  3. canvas を 開かずチャットだけで運用していないか（本件の恩恵は canvas 側）

  4. skills／rules の肥大化を疑うとき Context usage report を先に見る習慣があるか

  5. Debug with Agent を 新規会話で使う意図を理解しているか

  6. Shared canvas の Privacy Mode・有料プラン・チーム所属 条件を把握したか

  7. Legacy Privacy Mode チームで共有を試みていないか

  8. 大きなレイアウト変更を Design Mode の小刻み修正で粘っていないか（docs は revert＋再プロンプト推奨）

  9. 埋め込みプロンプトボタンに 破壊的操作を載せていないか（実行は Auto-review 側の話とセットで）

  10. 社内デモで 全画面ブラウザを使うとき 共有 URL の取り扱いをポリシーと照合したか

9. まとめ

Cursor 3.7 は、Canvas に Design Mode と Context usage report を載せた更新です。指差しで UI を直す操作と、トークンがどこに消えているかを見る診断が、同じ canvas という成果物の上でできるようになった、と changelog は説明しています。

重要なのは、どちらも過去版から段階的に存在していた機能の canvas 統合だという点です。4月に canvas が生まれ、5月に共有が付き、6月に編集と運用診断が揃った——エージェント成果物をチームで回すための足場が一段そろった、と読めます。

一方、5月29日の Auto-review が扱う 実行承認とは レイヤが違います。最初の一歩としては、既存の canvas を Design Mode で触ってみる、Context usage report で rules／skills を一度棚卸しする、そして 共有するなら Privacy Mode と情シスポリシーを確認する——この3つが現実的です。

主な参照

免責

本記事は公開情報をもとにした一般的な整理です。契約、法務、セキュリティ、監査、本番導入の判断は、Cursor の最新ドキュメント、自社の契約・設定画面、社内規程、専門家・担当部門の確認に従ってください。Canvas 共有はデータ保存・Privacy Mode に依存し、Enterprise 設定で無効化できます。投資判断の材料ではありません。

いいなと思ったら応援しよう！