「このプロジェクトをローカルチャットで使用できませんでした」――ChatGPT ProjectとLocal Workを切り分けて分かったこと
Windows版ChatGPTで、Project内から始めたLocal WorkがProjectに関連付かない状態を確認しました。Chat、Cloud Work、Project外のLocal Work、新規Projectでも試し、正常な範囲とまだ分からない原因を整理した記録です。
ChatGPTのWindowsデスクトップ版でWorkを使っていると、最近こんなエラーに何度か遭遇するようになりました。
このプロジェクトをローカルチャットで使用できませんでした
2026年9月23日は、特に露骨でした。
複数のProjectで試しても、Local WorkがProjectに入りません。Project外で作ったLocal Workを、後から目的のProjectへ移そうとしても失敗します。
ここ数か月も、Projectの中からWorkを作ろうとして、時々うまくいかなかった記憶はあります。一方で、普通に作れたと思う時もありました。
そのため、これまでは、
何か操作を間違えたかな。
くらいで済ませていました。
今回は何度試しても同じような状態になるため、Project、Chat、Work、Cloud、Localのどこまでが正常で、どこから失敗するのかを切り分けてみました。
この記事は、2026年9月23日時点の公式情報と、私のWindows環境で実際に確認した内容を分けて残したものです。
Projectに「仕事の情報」と「PCのフォルダー」がある
最初に整理し直したのは、Projectとは何かということでした。
私はなんとなく、Projectという一つの箱があり、その中でChatかWorkを選び、WorkならCloudかLocalを選ぶものだと思っていました。
しかし、OpenAI公式のProjects and chatsを読むと、Projects画面には、ChatGPT projectと、PC上のフォルダーへ接続するlocal projectがあると説明されています。
ChatGPT projectは、関連するチャット、アップロードしたファイル、Project固有の指示、接続した情報源などをまとめる場所です。同じProjectの中で、通常のChatとChatGPT Workを使えます。
一方、ChatGPT project自体が、PC上のフォルダーへ直接アクセスできるわけではありません。PC上のファイルを継続的に読み書きする用途では、公式にはlocal projectを使い、必要なフォルダーを接続する方法が案内されています。
つまり、私が頭の中で一つにしていた、
- Projectが持っている共有コンテキスト
- PC上のファイルへ接続するローカルの作業場所
- Workをクラウドで動かすか、PC側で動かすか
は、同じものではありませんでした。
ChatとWork、CloudとLocalも別だった
通常のChatは、相談、文章整理、壁打ちなどに使う会話です。
Workは、複数の資料を調べる、ファイルを比較する、Excelを処理する、成果物を作るといった、ある程度まとまった仕事を任せるときに使っています。
ChatGPT Workの公式案内では、デスクトップ版のWorkで、ローカルかクラウドかを選ぶ考え方が説明されています。
Cloud WorkはOpenAIが管理する環境で動きます。PCを閉じても作業を続けられ、Webやモバイルからも同じ作業を確認しやすい。
Local Workはデスクトップアプリを通じてPC側で動き、許可したローカルファイルやアプリを扱えます。
ただし、Localという名前でも、すべてがPC内だけで完結するという意味ではありません。ChatGPT Workのローカルセキュリティに関する公式説明では、タスクに必要なファイルの抜粋、指示、画面情報、ツールの結果などがOpenAIのサービスへ送られる場合があると説明されています。
以前、PC移行を通じてLocal Workが端末側の作業環境と結び付いていることを知りました。今回は、そこへProjectとの関係が加わりました。
Projectを選び忘れたわけではなかった
実際の操作では、Windowsデスクトップアプリで目的のProjectを開きました。
上部でChatではなくWorkを選び、入力欄の下にも現在のProject名が表示されていました。
画面上では、そのProjectの中でWorkを始める状態になっています。
ところが、メッセージを送った後に、
このプロジェクトをローカルチャットで使用できませんでした
と表示されます。
少なくとも、Projectを開き忘れた、Projectを選ばずにWorkを始めたという単純な操作ミスではありませんでした。
内部でどの処理に失敗したのかは確認できません。ただ、画面上の選択までは正常で、その後、Local WorkとProjectを結び付ける段階で止まっているように見えました。
ここは、見えた動きからの推測です。
別のProjectでも試した
特定のProjectだけに問題がある可能性も考えました。
そこで、別の既存ProjectでもLocal Workを作ってみました。
今度はLocal Work自体が作成されました。しかし、そのWorkはProjectの配下ではなく、Project外の「最近の項目」に表示されました。
そのWorkへ、Project固有の指示やファイルを参照できるか確認すると、現在のタスクはProjectに所属しておらず、Projectの情報も参照できないという回答でした。
AI自身の回答だけを絶対的な証拠にはできません。それでも、
- サイドバーではProject外にある
- Project固有の情報を使えない
- Work自身もProjectに所属していないと回答する
という状態でした。
さらに、Project外で作ったLocal Workを後から目的のProjectへ移そうとしても、同じエラーになりました。
ここまでで、
旧PCから引き継いだProject側に、何か古い情報が残っているのではないか
という可能性も考えました。
私の環境では、PCを新しくした後も、以前から使っていたProjectをそのまま利用しているものが多いからです。
新PCで、新しい空のProjectも作って試した
そこで今度は、既存Projectを使わず、新PCのWindowsデスクトップアプリで新しい空のProjectを一つ作成しました。
ファイルも入れず、特別な設定もしていないテスト用のProjectです。
Projectの作成画面は正常に開き、新しいProject名も表示されました。そのProjectの中でWorkを選び、Local Workを開始しました。
ここで少し興味深い結果になりました。
Local Workそのものは正常に起動しました。
作成されたWorkを確認すると、
Work
お使いのコンピューターで実行
と表示されており、Local Workとして動いています。
ところが、そのWorkは作成したばかりのProjectの配下には残りませんでした。再び、Project外の「最近の項目」に単独のWorkとして表示されました。
今回確認できた流れは、次のとおりです。
- 新しい空のProjectを作成Project画面は正常に開く
- その中でLocal Workを開始Local Work自体は正常に動く
- 作成後の表示を確認Projectには所属せず、「最近の項目」に単独で残る
この結果から、少なくとも、
旧PCから引き継いだ既存Projectだけの問題
とは考えにくくなりました。
また、Local Workそのものが動かないわけでもありません。Local WorkはProject外なら正常に起動しています。
今回うまくいっていないのは、ProjectとLocal Workの間の関連付け、あるいはその境界部分に見えます。
ただし、内部で何が起きているのかまでは確認できないため、原因は断定しません。
Cloud Workなら同じProject内に正常に作れた
さらに同じProjectをWebブラウザーで開き、Cloud Workを作ってみました。
こちらは正常です。
作成したWorkはProjectの中に入り、Windowsデスクトップアプリから見ても、雲の印が付いたWorkとしてProject内に表示されます。
今回実際に確認できた状態は、次のとおりです。
- 通常のChatProject内で正常に使える
- Cloud WorkProject内に正常に作成できる
- Local WorkWork自体は動く場合があるが、Projectとの関連付けに失敗する
- 後からProjectへ移動同じエラーになり、移動できない
Projectそのものや、旧PCからの移行だけが原因とは考えにくかった
ここまで試した結果、少なくとも次のことは確認できました。
通常のChatはProject内で使えます。
Cloud WorkもProject内に正常に作成できます。
Project外であればLocal Work自体も正常に動きます。
そして、旧PC時代から使っているProjectだけではなく、新PCで新しく作成した空のProjectでも、Local WorkがProject配下に残らない状態を確認しました。
そのため、
Projectそのものが壊れている
旧PCからProjectを引き継いだことだけが原因である
Local Workそのものが動かない
という三つは、今回の結果とは少し合いません。
現時点で一番しっくりくるのは、
ChatGPT projectとLocal Workの間をつなぐ部分で、何かがうまくいっていない
という見方です。
ただし、ここからすぐに、Windows版ChatGPTの不具合だと断定することも避けたいと思います。
現行の公式説明では、ChatGPT projectと、PC上のフォルダーへ接続するlocal projectは別のものとして説明されています。また、WorkにもCloudとLocalがあります。
つまり、
ChatGPT project / local project
というProject側の区分と、
Cloud Work / Local Work
というWork側の区分があり、私自身も最初はこの二つを混同していました。
今回の挙動が、
- 現在の仕様上の境界なのか
- Windowsデスクトップ版の不具合なのか
- 機能更新途中の一時的な挙動なのか
- 別の条件によるものなのか
そこまでは、現時点では判断できません。
同じ英語のエラーについて、Windows版の公開Issueも複数見つかりました。ただ、同じメッセージが出ていても、すべてが同じ原因とは限りません。
OpenAIの公式資料を確認した範囲でも、このエラーに対する確定した修復手順は見つけられませんでした。
記事作成時にデスクトップアプリの「ChatGPTについて」で確認した表示は、バージョン26.917.62051、リリース日2026年9月23日でした。その状態でも、私の環境では再現しました。
本当に使いたかったのは、Projectの情報とローカルファイルの両方だった
Cloud Workが使えるなら、それでよい仕事もあります。
Projectへ残してきた経緯や指示を使い、Web上の情報やアップロードした資料をもとに作業するなら、Cloud Workで進められます。
一方、Windowsデスクトップ版を使う大きな理由は、PCや社内ストレージ上にある実際の業務ファイルを扱ってもらうことです。
本当に使いたかったのは、
Projectに残した経緯や指示
＋
PC上の実データ
でした。
この二つを自然につなげられないことが、今回一番困ったところです。
私自身、ChatGPTを使い始めて1年弱になりますが、ここまで実務の流れそのものに影響する不安定さを強く意識したことは、あまりありませんでした。
もっとも、以前はブラウザー版を中心に使っていて、Local Workをここまで実務へ組み込んでいなかったという違いもあります。
今回もChatGPT全体が使えないわけではありません。通常のChatも使えますし、Cloud Workも動いています。Local Work単独でも動きます。
それでも、Projectに蓄積した経緯や指示と、PC上の実際の業務データを一緒に使いたい立場からすると、この境界がうまく動かない影響はかなり大きいと感じています。
公式案内には、local projectにPC上のフォルダーを接続し、ローカルファイルを扱う方法も示されています。ただ、今回は正常に使えている既存Projectを大きく変更することはせず、どこまで動くかの確認に留めました。
今はProjectを壊さず、用途を分けて使う
現時点で、私には恒久的な直し方は分かりません。
そのため当面は、用途で分けることにしました。
Projectの経緯や指示を重視し、PC上のファイルを直接扱う必要がない仕事はCloud Workを使う。
PCや社内ストレージ上のファイルを直接扱う必要がある仕事は、Project外のLocal Workを使い、必要な前提を別途渡す。
今回、新しく作った空のProjectでも同じ状態を確認したため、既存Projectを作り直せば解決するとも考えていません。少なくとも現時点では、正常に使えているProjectを削除したり再構築したりするより、この境界の挙動が変わるのを待つ方が安全だと判断しています。
正直、実務ではかなり不便です。
今回は、無理に直すところまでは進めません。
エラーが出たことで、これまで一つに見えていたProject、Chat、Work、Cloud、Localが、実際には別の役割と境界を持っていることが分かりました。
この記事は、「こうすれば直る」という解決記事ではありません。
2026年9月23日に、Windowsデスクトップ版ChatGPTで同じエラーを何度も確認し、どこまでは正常で、どこからうまくいかなかったのかを切り分けた記録です。
ChatGPTは更新が速いため、公開直後に挙動が変わる可能性もあります。症状や公式情報が変われば、その時点でまた追記したいと思います。
2026年9月24日追記
Windows版ChatGPTデスクトップアプリがバージョン26.917.71314へ更新された後、同じ環境で再度確認したところ、Project内から新しいWorkを作成できる状態になりました。前日に確認したバージョン26.917.62051では再現していた症状です。
ただし、公式リリースノートでは本件の修正内容を確認できていないため、今回の更新によって修正されたのか、別の提供条件の変化によるものかまでは断定していません。