ZedでCtrl+CやCtrl+Vが効かず、作業の手が止まっていませんか。Zedのコピペ不能は「どこで起きたか×OS」で原因が4系統に分かれ、本体の更新とsettings.jsonの3つの設定確認でほぼ解決できます。この記事ではVS Codeから乗り換えたばかりの個人開発者に向けて、実在する既知バグと設定起因を切り分けながら最短の直し方を解説します。
まず試すこと
- Zed本体を最新版に更新して再起動する(クリップボード関連の修正が過去に複数入っています)
- 失敗している場所を特定する(エディタ本体・内蔵ターミナル・Vimモードの3択)
- 特定のアプリからだけ貼れない場合は、メモ帳やVS Codeを経由して貼り直す
まず症状を特定する|Zedのどこでコピペが失敗しているか

対処の第一歩は、コピペの失敗が「どこで・どのアプリ相手に」起きているかを特定することです。
先に確認
キーバインドや設定を手当たり次第に書き換えるのは待ってください。コピペ不能には本体の更新だけで直る修正済みバグがあり、設定を変えるほど切り分けが難しくなります。
エディタ本体・内蔵ターミナル・Vimモードのどれで失敗しているか
同じ「貼り付けできない」でも、発生場所によって見るべき箇所が変わります。次の2つの違いを順に確認してください。
エディタ本体と内蔵ターミナルでは貼り付けキーが違う
最初に確認すべきは、失敗しているのがエディタ画面か内蔵ターミナルかという点です。Zed公式のターミナル解説によると、内蔵ターミナルの貼り付けはLinuxとWindowsではCtrl+Shift+Vが既定で、Ctrl+Vはシェル側へそのまま渡ります。
macOSはエディタもターミナルもCmd+Vなので、この取り違えは主にWindowsとLinuxで起きます。エディタとターミナルは別ルールと覚えるだけで、切り分けは一気に速くなります。
Vimモードが有効ならレジスタの仕様を疑う
よくある誤解として、Vimモードのyankが常にシステムのクリップボードへ入るとは限りません。Vimモードの公式ドキュメントにある vim.use_system_clipboard が never や on_yank に変わっていると、コピーした内容が他のアプリへ渡らないためです。
Zedの中では貼れるのに他のアプリへ貼れないなら、故障ではなくこの設定が原因です。直し方は後半の対処パートで、コピーして使えるJSONとともに説明します。
「特定のアプリからだけ」か「どこからでも」かを切り分ける
発生場所の次は、コピー元のアプリを変えて挙動を比べます。この切り分けは1分で終わり、原因が大きく2つに割れます。
メモ帳やVS Codeを中継して貼れるなら形式の相性
まずやるべきことは、コピー元のアプリから一度メモ帳(macOSならテキストエディット)へ貼り付け、そこからコピーし直してZedへ貼ることです。この中継で貼り付けできるなら、クリップボード上のデータ形式とZedの相性が原因と判断できます。
実際にGitHub Issue #30836では、電卓アプリからの貼り付けが失敗し、VS Codeを経由すると成功する事例が報告されました。中継貼り付けは原因特定の最短手段です。
どこからでも貼れないなら本体と設定を確認する
特定のアプリからだけ失敗する場合と、どこからコピーしても失敗する場合で対応が変わります。前者は前述の形式相性、後者はZed本体のバージョンか設定値が本命です。
あなたの環境ではどちらに当てはまるでしょうか。全滅パターンなら、後述するsettings.jsonの3設定と自分で書き換えたキーバインドの有無を順に見直してください。ここが決まれば残りの手順は短いです。
「どこで失敗するか」と「どのアプリからでも失敗するか」の2点をメモするだけで、原因は4系統のうちほぼ1つに絞れます。
| 症状 | 考えられる原因 | 対処 |
|---|---|---|
| 特定アプリからだけ貼れない(Linux) | データ形式の相性(修正済みバグ) | 本体を最新版へ更新 |
| 特定アプリからだけ貼れない(Windows) | OneNote等の既知バグ(修正済み) | 本体を最新版へ更新 |
| 前回コピーした内容が貼り付く | ペインをまたいだ選択の空振り | 選択をペイン内で完結させる |
| 他のアプリへ貼り付けできない(Vim) | use_system_clipboardの値 | always へ戻す |
| 内蔵ターミナルでCtrl+Vが無反応 | 貼り付けキーの取り違え | Ctrl+Shift+Vを使う |
Zedでコピペできない4つの原因|既知バグと設定起因

原因は「修正済みの既知バグ2系統」と「仕様や設定の理解違い2系統」の計4系統に整理できます。
既知バグ系の2つ|過去バージョンで実際に起きた不具合
ここで重要なのは、どちらも開発元のリポジトリで修正済みという点です。該当しても本体の更新だけで解決します。
Linux(X11)で特定アプリから貼り付けできなかったバグ
Linuxで「ChromeからはOKなのに一部のアプリから貼れない」という症状は、修正済みの既知バグが原因でした。GitHub Issue #30523によると、v0.185系でクリップボードのMIMEタイプ処理が変わり、text/plain;charset=utf-8 を提供しないアプリからの貼り付けが失敗していました。
同じテキストでも、VS Codeを経由して貼り直すと正常に貼り付けできる。クリップボード上の一部のデータ形式がZedに受け付けられていないのではないか。
—— GitHub Issue #30836(報告内容の要旨・筆者訳)
この問題は修正パッチの取り込みで解消済みです。同じ症状が出ている場合は、古いバージョンを使い続けていないかを先に確認してください。
WindowsでOneNoteなどから貼り付けできなかったバグ
Windowsでも特定アプリ起点の不具合が報告されています。GitHub Issue #51278では、OneNoteからコピーしたテキストがZedへ貼り付けできず、メモ帳を経由すると貼れるという症状が確認されました。
Win+Vのクリップボード履歴には表示されるのに、Zedにだけ貼れないのが特徴です。この不具合も修正パッチ(PR #51807)が取り込まれており、最新版では解消しています。
仕様・設定系の2つ|バグではないのに「できない」と感じるもの
一方で、不具合ではなくZedの仕様や設定値が原因のパターンもあります。こちらは更新では直らず、操作か設定の変更が必要です。
マウス選択がペインをまたぐとコピーが空振りする
複数ペインで作業中、マウスで選択しながらカーソルがペインの外へ出ると、Ctrl+Cが選択を取らず前回コピーした内容が貼り付くことがあります。GitHub Discussion #32561で報告され、開発側もドラッグ操作まわりの類似問題を認めていますが、確実な再現手順は確立していません。
横スクロールが必要な長い行で起きやすいと報告されています。貼り付け結果が「1つ前の内容」のときは、この空振りを疑ってください。
Vimモードとターミナルの既定キーを誤解している
意外と見落とされがちなのが、前半で触れた2つの仕様です。vim.use_system_clipboard が always 以外だとコピー内容が他のアプリへ渡らず、内蔵ターミナルの貼り付けはCtrl+Shift+V系が既定という動きは、どちらも公式ドキュメントに明記されています。
仕様なのでバグ報告しても直りません。該当するなら、次のセクションの設定変更で解決しましょう。
補足
Linux版で話題になった日本語入力(IME)の文字消え問題は、コピペとは別系統の既知問題です。両方の症状がある場合も、最初の一手は同じく本体の更新です。
既知バグ系は本体の更新で直り、仕様・設定系はsettings.jsonの見直しで直ります。
原因別の対処法|settings.jsonとOS別の確認ポイント
対処は「本体の更新 → settings.jsonの3設定 → OS別の確認」の順で進めるのが最短です。
- Zed本体を最新版へ更新して再起動する
- settings.jsonで use_system_clipboard など3つの設定値を確認する
- 直らなければ中継貼り付けで形式相性を切り分け、公式へ報告する
先に本体を最新版へ更新し、それでも残る症状だけをsettings.jsonで直すのが、Zedのコピペ不能の最短復旧ルートです。
settings.jsonで確認する3つの設定
設定ファイル(settings.json)を開き、次の3つの値を確認してください。コピーして使えるJSONも載せます。
vim.use_system_clipboard を always に戻す
結論から言うと、Vimモード利用者が最初に見るべき設定はこれです。公式ドキュメントのとおり、値は always・never・on_yank の3択で、既定値は always です。
{
"vim": {
"use_system_clipboard": "always"
}
}
never のままだとyankした内容が他のアプリへ渡りません。ただしレジスタとクリップボードを分けたい上級者には never が便利な場合もあるため、自分の運用に合わせて選んでください。
terminal.copy_on_select と middle_click_paste を理解する
ターミナルとLinuxには、知らないと混乱しやすい2つの設定があります。挙動と既定値は次のとおりです。
| 設定 | 挙動と既定値 |
|---|---|
| terminal.copy_on_select | ターミナルで選択しただけでコピーする。既定は false |
| middle_click_paste | Linuxで選択中テキストを中ボタンで貼り付ける。既定は true |
補足すると、Linuxの中ボタン貼り付けは「選択しただけで入る」プライマリセレクションという別バッファを使います。Ctrl+Vの内容と違っても故障ではありません。出典は公式の設定リファレンスです。
OS別の確認ポイントと解決しないときの動き方
環境によって見る場所が少し変わります。Windows・macOS、Linux、それでも直らない場合の順で確認してください。
WindowsとmacOSで確認すること
Windowsの場合とmacOSの場合で注意点が変わります。Windowsは特定アプリ起点の既知バグが修正済みのため、更新後に中継貼り付けで再確認してください。OneNoteのようなリッチテキスト系アプリが起点なら形式相性が本命です。
macOSは複数ペインでの選択空振りの報告があるため、長い行はマウスではなくShift+矢印キーなどのキーボード選択を使うと確実です。
Linuxで確認すること(X11・Wayland)
Linuxは過去の不具合報告が最も多い環境です。X11の形式相性バグは修正済みのため、ディストリビューションのパッケージが古いまま止まっていないかを確認してください。
クリップボードマネージャを常駐させている場合は、一度止めて再現するか試すと切り分けが進みます。中ボタン貼り付けとCtrl+Vで内容が違うときは、前述のプライマリセレクションの仕様です。
解決しないときは再現条件を添えて公式へ報告する
ここまでで直らない場合は、未知の不具合の可能性があります。GitHubのissueか公式Discordへ、OS・バージョン・コピー元アプリ・発生場所の4点を添えて報告してください。
ペインまたぎの空振り問題でも、再現手順を示せずに調査が止まった経緯があります。報告の質が解決の速さを決めます。
当サイトではCodexでToo Many Requestsが出る原因と対処法など、AIコーディングツールのエラーを環境別の切り分けつきで解説しています。
公式情報の確認先と本記事の更新方針
仕様は週次リリースで変わるため、最終判断は一次情報で確認してください。Zedは2026年4月に1.0へ到達し、毎週の更新が続いています(出典: gihyo.jpのZed 1.0リリース記事)。主な確認先は以下のとおりです。
公式情報の最終確認日: 2026年6月10日。記載の不具合・設定値は確認日時点の公開情報に基づきます。
解決チェックリスト|上から順に試す
- Zed本体を最新版へ更新して再起動した
- エディタ本体・内蔵ターミナル・Vimモードのどこで失敗するか特定した
- 内蔵ターミナルはCtrl+Shift+V(macOSはCmd+V)で貼り付けた
- vim.use_system_clipboard が always になっているか確認した
- メモ帳やVS Codeの中継貼り付けで形式相性を切り分けた
すべて試しても直らないときは、OS・バージョン・コピー元アプリ・発生場所をまとめて公式へ報告してください。更新履歴: 2026年6月10日 初版公開。
Q. Zedでコピペできないのは故障ですか?
故障よりも、発生場所の取り違え・修正済みの既知バグ・設定値の3つが主因です。まずZed本体を最新版に更新し、エディタ本体・内蔵ターミナル・Vimモードのどこで失敗しているかを特定してください。多くはこの2手順で解決します。
Q. ZedのVimモードでコピーした内容を他のアプリに貼り付けできないのはなぜですか?
vim.use_system_clipboardがneverやon_yankに変更されていると、コピーした内容がシステムのクリップボードへ渡りません。settings.jsonで既定値のalwaysに戻すと、Zedの外のアプリとも共有されます。
Q. Zedの内蔵ターミナルでCtrl+Vが効かないのはなぜですか?
内蔵ターミナルの貼り付けはLinuxとWindowsではCtrl+Shift+Vが既定で、Ctrl+Vはシェル側へそのまま渡ります。macOSはCmd+Vで貼り付けできます。エディタ本体とはキーが違う点に注意してください。
Q. 特定のアプリからZedに貼り付けできないときはどうすればいいですか?
メモ帳やVS Codeへ一度貼り付け、そこからコピーし直してZedへ貼ると切り分けできます。中継で貼れる場合はクリップボードのデータ形式の相性が原因です。過去には修正済みの既知バグもあるため、Zed本体の更新も試してください。

コメント