#トラブルシューティング

PCで始めた会話がスマホのChatGPTに出てこない。逆に、スマホで話した内容がPCの左側の一覧にない。「同期されない」と感じる場面は、実は原因が4種類に分かれます。 原因に合わない対処をしても直らないので、まず切り分けてから進めましょう。 > 画面の文言やメニュー名は、アプリのバージョン・プラン・言語設定で変わります。この記事では「こういう役割の項目」という書き方をしています。表示が少し違っても読み替えてください。 --- ChatGPTの会話はOpenAIのサーバー側に保存され、同じアカウントでログインしていれば、PCのブラウザ・デスクトップアプリ・スマホアプリのどれからでも同じ一覧が見えます。 「端末ごとに履歴がある」わけではありません。 つまり「違って見える」ときは、次のどれかです。 | 原因 | 見た目 | 向かう章 | |---|---|---| | A. 端末ごとにログインしているアカウントが違う | 一覧がまるごと別物。片方がほぼ空 | 章A | | B. 履歴が保存されない設定になっている | 特定の期間の会話だけ、どこにもない | 章B | | C.

ChatGPTに長い文章やコードを頼んだら、文の途中でぱたりと止まった。ぐるぐる回ったまま動かない。「エラーが発生しました」と出て、書きかけの回答が消えた。 「止まる」と一口に言っても、実は 3つの別々の現象 があり、直し方はそれぞれ違います。原因を当てずに再読み込みを繰り返しても直りません。この記事では、まず症状から原因を切り分け、そのあと対処をまとめます。 > 画面の文言やボタンの名前はアプリのバージョンやプランで変わります。この記事では「こういう役割のボタン」という言い方をしています。表示が少し違っても読み替えてください。 --- | 症状 | 見た目 | 主な原因 | 向かう章 | |---|---|---|---| | A. 最後まで書いたように見えるが、文の途中で終わっている | 生成は終了している。入力欄は普通に使える | 1回の回答の長さの上限 | 章A | | B. 書いている途中で固まる／回転したまま進まない | 文字が増えなくなる。停止ボタンが出たまま | 通信・ブラウザ・サーバー側 | 章B | | C. エラーが出て、書きかけの

この症状は、少なくとも今回集められた issue では、Claude Code の画面表示まわりで `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出ているケースとしてまとまっています。手元で確認できる範囲では、3 件とも同じ系統のエラー文字列が報告されていました。 まず、自分のケースかどうかを切り分けるなら、画面やログに次の文言があるかを見ます。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync ``` この文字列が出ているなら、少なくとも今回の issue 群と同じ症状クラスタに入ります。反対に、別のエラーメッセージしかないなら、ここで扱っている話とは切り分けたほうがよさそうです。 報告例はどれも Windows 系のパス断片を含んでいますが、そこから一般化しすぎないほうが安全です。実際、[#99205](https://github.com/anthropics/clau

Windows 11 24H2で文字を打とうとすると、日本語IMEにしたはずなのにすぐ英語に戻る、あるいは「A」から「あ」に切り替わらない状態を直す手順です。 この症状は、だいたい次のどれかです。 上から試してみてください。ほとんどの場合、最初の2〜3項目で直ります。 IMEの入力モードが固定されていない キーボードの切り替えショートカットが別操作と競合している 日本語IMEの学習データや設定が壊れている 言語設定で日本語の優先順位が下がっている IME自体の不具合、またはWindows 11 24H2側の一時的な不調 IMEが「英語入力のまま」になっていると、見た目だけ日本語に切り替わらないことがあります。 1. 画面右下のタスクバーにあるIMEアイコンを確認します。 「A」になっていれば英数入力、「あ」なら日本語入力です。 2. IMEアイコンをクリックし、[ひらがな] を選びます。 3. そのままメモ帳を開いて、`a` を打って `あ` に変換されるか試します。 ここで直るなら、設定の問題というより「入力モードが戻っていただけ」です。 日本語に戻したつもりでも、入力先アプ

「Wordが重い」と一口に言っても、どこで重いかによって直す場所がまったく違います。起動から遅いのか、特定のファイルだけ重いのか、文字を打つとワンテンポ遅れるのか。最初の1分でここを見分けておくと、あとは該当する手順を1つか2つ試すだけで済むことがほとんどです。 | いまの症状 | 疑う場所 | 最初に試すこと | |---|---|---| | どの文書でも重い／起動そのものが遅い | アドイン、標準テンプレート（Normal.dotm）、Office 本体 | 手順1（セーフ モード） | | 文字を打つとカーソルが遅れてついてくる | 入力中の文章校正、アドイン | 手順2 | | 開いた直後や Copilot を使った直後に固まる | Copilot などのオンライン機能 | 手順3 | | 特定の1ファイルだけ重い | 画像・変更履歴・コメントなどファイルの中身 | 手順4 | | 印刷プレビューや起動時に待たされる | 既定のプリンター | 手順5 | 判断に迷ったら、同じ PC で新しい白紙文書を作って文字を打ってみてください。白紙でも遅いなら PC・Word 側

「PC では見えていたメッセージがスマホに出ない」「チャットを開くと途中から抜けている」「過去の会話がまるごと見当たらない」。Teams のチャット同期トラブルで、以前は定番だった「キャッシュのフォルダーを消す」という対処は、今は最初にやるべきことではありません。 Microsoft は Teams のキャッシュ削除について、メッセージが見当たらない、チャット履歴が読み込まれない、チャネルやチームが表示されない、通知や未読数がおかしい、といったチャット・チャネルの問題には推奨しないと明記しています。キャッシュを消してもこれらは直らず、原因の調査に必要な診断ログが消えてしまうからです。 では何から見るのか。順番は「アカウント → ブラウザー版との比較 → アプリの再起動・再サインイン → 管理者への相談」です。 | 状況 | 考えられること | 次にやること | |---|---|---| | チャットがまるごと見当たらない | 別のアカウント・別の組織（テナント）を表示している | 確認1 | | 特定の端末だけで欠けている（ほかの端末やブラウザー版では見える）

Teams の通知トラブルは、症状によって見る場所がまったく違います。特に「来ない」と「減った」は見た目が似ていますが、後者は Microsoft が意図的に仕様を変えたもので、設定をいくら見直しても元には戻りません。まず症状を分けてください。 | 症状 | 原因の系統 | 見るところ | |---|---|---| | バナーも音も一切来ない | どこかの層で通知がオフになっている | 「通知を止める3つの層」 | | 特定のチャネルだけ来ない | チャネル単位の通知設定 | 第1層 | | 通知が残り続ける・赤いバッジ（未読数）が消えない | 未読のアクティビティが残っている、または表示の不具合 | 「消えない・バッジが残るとき」 | | Planner のタスクへのコメント通知が来なくなった | 仕様変更（@メンションされたときだけ通知） | 「減ったのは仕様変更」 | Teams の通知は、次の3つの層を順に通って届きます。どこか1つでもオフになっていれば届きません。上から順に確認すると早く見つかります。 チャネルは、チャネルごとに通知のオン・オフを持っています

パソコン版 Google ドライブ（Google Drive for desktop）で同期が止まったとき、原因は「全体が止まっている」のか「一部のファイルだけ止まっている」のかで大きく分かれます。まずタスクバー（Windows）またはメニューバー（Mac）の Google ドライブのアイコンをクリックして、状態を見てください。 | 見えている症状 | 考えられる原因 | 見るところ | |---|---|---| | どのファイルも「アップロード待ち」「同期中」のまま進まない | 通信・プロキシ、アプリの一時的な停止、Google 側の容量不足 | 確認1〜確認4 | | 特定のファイルだけ同期されない | ファイル名、開きっぱなし、権限 | 確認5 | | パソコンで保存したのに、スマホやブラウザーに出てこない | 別の Google アカウントを見ている、同期がまだ終わっていない | 確認1 | | パソコンのディスクがいっぱいになった／オフラインでファイルが開けない | 「ストリーミング」と「ミラーリング」の設定 | 確認6 | パソコン版ドライブ、ブラウザー、スマホで**ログ

機種変更のあとの LINE トラブルは、どこで止まっているかで直し方が分かれます。まず、いまの状態が次のどれに当たるかを確認してください。 | いまの状態 | 読むところ | |---|---| | これから機種変更する（旧端末がまだ使える） | 「引き継ぐ前に」→「QRコードで引き継ぐ」 | | QRコードが読み取れない・読み取ったあと先に進めない | 「QRコードで止まったとき」 | | 引き継ぎは終わったが、昔のトークや写真が出てこない | 「何が戻って、何が戻らないか」 | | 引き継ぎは終わったが、メッセージが送れない・届かない | 「引き継ぎ後に送受信できないとき」 | | 旧端末が壊れた・手元にない | 「旧端末がないとき」 | 引き継ぎのトラブルの多くは、旧端末を手放したあとに起きます。旧端末が使えるうちに、次を済ませてください。 旧端末・新端末とも、LINE アプリと OS を最新にする。 LINE の使い方ガイドでは、QRコードによる引き継ぎの条件を LINE 12.10.0 以上、iOS 14 以上または Android 7 以上としています **トーク履

この表示が出たからといって、`gh` の認証情報が実際に失効したとは限りません。少なくとも issue [#67055](https://github.com/anthropics/claude-code/issues/67055) では、デスクトップアプリが重いマルチエージェント処理中にこのトーストを出していましたが、直後に `gh auth status` はログイン済み、`gh api user` も 200 を返していました。報告者は、`gh auth login` を案内どおり実行しても筋の悪い切り分けになると述べています。 同じ系統の報告として [#96503](https://github.com/anthropics/claude-code/issues/96503) もあり、こちらは GitLab の merge request を開いているのに、ツールチップがやはり > GitHub CLI authentication expired. Run gh auth login to refresh pull request status. と出る、という内容でした。そ

この症状は、Claude Code が作業を始めた直後に `API Error: Sonnet 5 can't help with this` で止まり、しかも内容と関係なさそうな分類が付くケースとして報告されています。手元で確認できた issue は 2 件で、どちらも「本来の用途なのに止められた」という筋です。 まず、自分のケースかどうかを見分けるなら、Claude Code が何かを読んだり実行したりしたあとに、この文言だけを返して中断していないかを見ます。報告されている例では、ソフトウェア開発の途中で突然止まりました。`[bio]` のような詳細が付いていた例もありますが、少なくとも issue 報告上は、扱っていた内容と分類が一致していませんでした。これが [#87992](https://github.com/anthropics/claude-code/issues/87992) です。 もう 1 件の [#94875](https://github.com/anthropics/claude-code/issues/94875) では、USPTO の API キーを使っ

このエラーは、`--resume` に渡した値が Claude Code 側で「有効な session ID でも session title でもない」と判断されたときに出ます。今回の症状クラスタでは、少なくとも 2 つの別ルートが issue として報告されています。 ひとつは [#61058](https://github.com/anthropics/claude-code/issues/61058) で、`claude -p --output-format stream-json --input-format stream-json` で生成したセッションが `sessions-index.json` に登録されず、`--resume <title>` や対話的な `--resume` ピッカーから見えないという報告です。もうひとつは [#91268](https://github.com/anthropics/claude-code/issues/91268) で、セッション管理ツールが返す `local_...` 形式の ID をそのまま `claude --resume

`ERR_CONNECTION_CLOSED` という文字列だけを見ると、ひとつの原因に見えてしまいます。ですが、今回の issue 群を見る限り、少なくとも二つの出方があります。 ひとつは、Cowork の macOS Desktop でチャット用の webview がネットワークを失って、そのまま戻らなくなるケースです。報告では、エージェント側の処理は続いているのに、画面側だけが壊れたままになり、送ったメッセージが灰色の「ghost bubble」として残るとされています。AskUserQuestion も描画されず、自動で拒否されたように見える、と書かれています。これは [#65382](https://github.com/anthropics/claude-code/issues/65382) の報告です。 もうひとつは、Windows の auto-updater で、Electron のネットワーク層だけが `ERR_CONNECTION_CLOSED` を返すケースです。報告では、`curl` と `node https.get()` では同じ更新先に届くのに、Elec

この症状は、少なくとも 2 つの報告に分かれていました。ひとつは、スリープ解除後に Desktop App が再接続を 3 回試したあとで止まり、それ以上の自動再試行をしなくなるケースです。もうひとつは、headless Linux 上で `claude` のサブコマンドが `--version` を除いて固まり続けるケースです。どちらも、ユーザー側から見ると「応答が返らない」「つながらない」という形で見えますが、現れ方はかなり違います。 まず、スリープ復帰まわりの報告は [#78666](https://github.com/anthropics/claude-code/issues/78666) です。報告では、クライアント機が sleep/wake したあと、ネットワークがまだ戻っていないタイミングで Desktop App が transport dead を検知し、その後に自動再接続がちょうど 3 回、約 6 秒の間に走るとされています。3 回とも `host is offline` で失敗し、その後は `Auto-reconnect exhausted` になって自動では再

セルをコピーして貼り付けても、エラーも音も出ないまま何も起きない。オートフィルのドラッグも反応しない。2026年9月9日以降に突然こうなったなら、あなたのExcelが壊れたのではなく、9月8日配信のセキュリティ更新 KB5002914 が原因の可能性が高いです。 この記事は「原因を特定する」ところから「自分の環境に合った直し方」「アンインストールできない人の当座しのぎ」「会社PCでの正しい対応」までを、環境別に分けて全部書きます。上から順に見ていけば、どれか1つに当たります。 | 使っているExcel | 9月15日時点の状況 | やること | |---|---|---| | Microsoft 365版（Excel for Microsoft 365） | 影響の報告なし | この不具合ではない。別原因を切り分け | | Office 2024 / Office LTSC 2024（C2R） | 修正ビルドが配信され始めている（16.0.17932.20996 以降） | 更新チェックするだけで直る | | Office 2021 / LTSC 202

半年ほど前に書いた記事[「Excelでコピー＆ペーストができない・反応しないときの原因と解決策」](https://note.com/modern_ferret431/n/n28755cdf9164)（公開から1年半ほど経つ）が、今週に入って急にアクセスが増えている。理由ははっきりしていて、2026年9月8日（日本時間9日）のMicrosoft月例更新（Patch Tuesday）で配信されたセキュリティ更新プログラム KB5002914 が、Excelの貼り付け機能そのものを壊したからだ。以前の記事は個別の環境要因を前提にした一般的な対処法だったが、今回はアップデート起因の全世界的な不具合という別物なので、まずここから切り分けて書き直す。 2026年9月8日、MicrosoftがOfficeのセキュリティ更新プログラム KB5002914 を配信 直後からReddit・Microsoft Q&Aフォーラムで「コピペができない」「Ctrl+Vが反応しない」という報告が急増 9月10日、Microsoftはこれを**既知の問題（Known Issue）として公式に

このテーマは半年ほど前に一度書いた。当時の結論は「通信を疑う、アプリを再起動する、数時間待つ、ブロックと決めつけない」で、実際それで大半は片付いていた。 ところがこの半年で前提が二つ壊れた。ひとつは2026年2月のトークタブ全面刷新で、一括既読の場所が変わり、刷新直後にはトーク一覧が真っ白になる不具合まで出た。もうひとつはiOS 26で、長年定番だった「既読を付けずに読む」裏技が事実上封じられた。 つまり「既読がつく／つかない」の意味そのものが、半年前とは少しズレている。前の記事の手順は間違っていないが、その前にそもそも何が起きているのかの切り分けから書き直す必要が出た。 ここを混ぜると、待っても直らない・再起動しても直らない、という噛み合わない状態になる。 ① 送信自体が失敗している — 相手の端末に届いていない。既読以前の問題。 ② 届いているが、相手がトークルームを開いていない — いちばん多い。純粋に待つ案件。 ③ 相手側の設定で弾かれている — ブロック、またはメッセージ受信拒否。 順番も大事で、**①→②→③ の順でしか正しく

このテーマは1年ほど前にも一度書いた。当時の結論は「リロードする、キャッシュを消す、再ログインする」で、実際それでだいたい片付いていた。ところが2026年に入ってから、同じ手順を踏んでも直らない、あるいはそもそも再ログインできなくなるという相談が増えた。理由ははっきりしていて、この1年でChatGPT側のセッション管理そのものが大きく作り替えられたからだ。 具体的には、6月にアクティブセッション一覧が追加されて「いま何がログイン中か」が初めて可視化され、パスワードログインを無効化する高度なアカウントセキュリティが入り、8月にはAtlasブラウザが停止して既存のログイン状態が丸ごと巻き戻った。前の記事の手順は間違ってはいないが、いまはその前にどの層のセッションが切れたのかを見極めないと、正しい対処に辿り着けない。今回はそこから書き直す。 ChatGPTで「セッション」と呼ばれているものは、実際には出所の違う4つが同じ言葉で呼ばれている。ここを混ぜると、キャッシュを消しても直らない・待っても直らないという噛み合わない事態になる。 **① 認証セッショ

この症状は、見た目には「編集したい文字列がそのままあるのに、`Edit` が失敗する」ように見えます。issue に出ている報告は、完全に同じ原因ではなさそうです。ただ、少なくとも「`String to replace not found` が出て編集が進まない」という点では重なっています。 最初に確認したいのは、あなたが遭遇しているのが「ファイルの内容は合っているのに置換できない」のか、「そもそも Claude が成功したように言っているだけで、実際には反映されていない」のかです。前者は `Edit` の `old_string` 不一致、後者は作業完了の見かけと実体のずれです。#64212 では、`old_string` がブランチ上のファイルと一致していない `Edit` 呼び出しがあり、`String to repla...` という失敗が記録されています。#52482 では、全角 CJK 記号を含む箇所で、モデルが半角記号にずれて `old_string` を作ってしまい、その結果として `String to replace not found` が起きると説明されています。

`claude` を打った瞬間に何も表示されず終わる。`claude --help` も `claude --version` も同じで、終了コードが 139 になる。今回の issue 群は、この形にかなり近い症状です。 報告されているのは、Ubuntu 26.04 LTS の VirtualBox VM 上で `claude` が即死した例と、Linux x86_64 上で 2.1.243 が起動直後に SIGSEGV で落ちる例です。どちらも、通常の対話画面が出る前に失敗しています。[#63635](https://github.com/anthropics/claude-code/issues/63635) と [#89390](https://github.com/anthropics/claude-code/issues/89390) では、少なくともその挙動が一致しています。 今回の一次情報では、私の環境で再現確認はできていません。実際に取れたのは次の環境情報だけです。 ```text OS : Linux 3.10.0-1160.76.1.el7.x8

まず、自分のケースかどうかを切り分けるなら、実行中にこの文言で止まるかを見ます。 > `The model's tool call could not be parsed (retry also failed)` 今回の症状クラスタで参照できる issue は、どちらも Claude Code 側で tool call の構造が壊れていたケースでした。[#62467](https://github.com/anthropics/claude-code/issues/62467) では、`claude-opus-4-7` と extended thinking の組み合わせで、`tool_use` ブロックが parse できずに hard-stop していたと報告されています。[#74620](https://github.com/anthropics/claude-code/issues/74620) では、Opus 4.8 の tool call で、開始タグが `court` や `call`、`count`、`caught`、`co` のような近い文字列に崩れ、harness

まず、この症状に当てはまるかを切り分けます。Issue 上では、Claude の GitHub 連携が有効になっていても、private repository にアクセスできず HTTP 404 に見える報告が出ています。たとえば [#68517](https://github.com/anthropics/claude-code/issues/68517) では、個人アカウント配下の private repo に対して Claude GitHub App を「All repositories」でも「Only select repositories」でも許可し直し、Claude 側の GitHub integration を再接続し、さらに競合しそうな custom GitHub MCP connector まで外しても、なお読めなかったと書かれています。 同じ症状として、GitHub connector は接続済みなのに、repo の追加時にファイルの読み込みや同期が失敗する、あるいは project context には載るのに個別チャットでは失敗する、という報告もありまし

`Tool execution failed` という表示だけでは、原因は1つに絞れません。今回確認できた issue 報告では、少なくとも次の2種類が混ざっています。ひとつは、MCP サーバーに tool 呼び出し自体が届いていないケース。もうひとつは、特定の tool だけが失敗するケースです。 たとえば [#79926](https://github.com/anthropics/claude-code/issues/79926) では、Claude Desktop のローカル stdio MCP サーバーで `initialize` と `tools/list` は通るのに、`tools/call` がサーバーの stdin に一切書かれないと報告されています。画面上は `Tool execution failed` あるいは `Failed to call tool` になります。一方で、同じ症状群の [#69642](https://github.com/anthropics/claude-code/issues/69642) では Gmail MCP の `search_

この症状は、Claude Code が何かの処理で外部ドメインにアクセスしようとして、そのドメインが user agent から到達できないと返されたときに出ています。今回の issue 群では、報告されているドメインが少し違います。[#78780](https://github.com/anthropics/claude-code/issues/78780) では `reddit.com`、[#76310](https://github.com/anthropics/claude-code/issues/76310) では `blog.naver.com` と `m.blog.naver.com` が挙がっていました。 手元で確認できたのは、Claude Code CLI の表示と `claude agents --help` までです。少なくともこの環境では、`claude agents` はバックグラウンドエージェント管理のコマンドとして存在していました。 ```text $ claude --version 2.1.207 (Claude Code) ``` ```text $

自分のケースかどうかは、かなりはっきりしています。少なくとも issue 報告では、Claude Desktop / Claude Code 側で MCP の tool call が失敗し、相手のサーバーに届いていない例が出ています。 一方で、同じサーバー上でも `outputSchema` を持たないツールは正常に動く、と書かれています。 手元で確認できた範囲では、Claude Code CLI 自体は入っています。 ```text $ claude --version 2.1.207 (Claude Code) ``` MCP 関連のサブコマンドもあります。 ```text $ claude mcp --help Usage: claude mcp [options] [command] Configure and manage MCP servers Options: -h, --help Display help for command Commands: add [options] <name> <commandOrUrl

自分のケースかどうかを先に切り分けるなら、Claude Desktop の通常チャットは動くのに、Code タブだけが起動直後に失敗するかどうかです。Issue [#83656](https://github.com/anthropics/claude-code/issues/83656) と [#82587](https://github.com/anthropics/claude-code/issues/82587) では、どちらも Code タブの起動失敗が報告されていて、エラー文に `Malformed Mach-o file` と `exit code 127` が出ています。前者では、Desktop が別途ダウンロードした `claude` バイナリの署名状態まで確認されています。 今回の issue 群で見えているのは、少なくとも「Claude Code 自体の機能不全」というより、Claude Desktop 側が起動する `claude` バイナリの読み込みに失敗している、という形です。`#83656` の報告では、main の Claude.app 本体と help

このエラーは、今回集まっている 4 件の issue ではいずれも同じ文言で報告されています。本文だけを見る限り、個別の操作に埋もれた別件というより、Claude Code 側の表示・内部状態の不整合に触れている可能性があります。ただし、現時点で確認できるのは「そう報告されている」という事実までです。根本原因は分かっていません。 まず自分のケースかどうかを確かめるなら、表示される文言がこの形かを見ます。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=87 messages=86 range=[0,87)) TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=106 messages=105 range=[70,106)) TelemetrySafeError: VirtualMessageList: itemKeys/messages length desyn

この症状は、Claude Code が API から `429` と `rate_limit_error` を受け取って止まるものです。今回集まっている issue は 3 件とも解決済みで、どれも同じ系統のエラー文字列を含んでいました。 報告内容で共通しているのは、単なる「使いすぎ」で出る制限ではなく、`API Error: Server is temporarily limiting requests (not your usage limit)` と読める点です。つまり、少なくとも issue 上では「自分の利用上限に達した」とは書かれていません。サーバー側の一時的な制限として扱われています。 実際の報告では、次の文字列がそのまま出ています。 ```text Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"},"request_id":"req_011CdBp6diwVhNmSZmaw4Xjm"} at generate (B:/~BUN/root/src/

`exit code 132` が出ている場合、少なくとも今回の issue では「起動した Claude Code のプロセスが SIGILL で落ちる」系の話として報告されています。 該当する報告は [#73504](https://github.com/anthropics/claude-code/issues/73504) と [#85571](https://github.com/anthropics/claude-code/issues/85571) です。 ただし、同じ `132` でも原因は一つではなさそうです。#73504 は「最初のクエリ以降ずっと `Claude Code process exited with code 132`」という報告で、#85571 は「SSE4.2 / POPCNT を満たさない CPU で `Illegal instruction (core dumped)` が出る」という報告でした。後者は AVX だけの問題ではない、と明記されています。 まず、自分のケースがどちらに近いかを見分けるのが先です。 `Illegal instruct

このエラーが出た 2 件の issue は、どちらも本文にあるメッセージが同じでした。[#85675](https://github.com/anthropics/claude-code/issues/85675) も [#66297](https://github.com/anthropics/claude-code/issues/66297) も、報告されているのは `Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"Your credit balance is too low to access the Anthropic API. Please go to Plans & Billing to upgrade or purchase credits."}}` です。 まず切り分けたいのは、Claude Code 自体の壊れ方ではなく、API 側の残高不足として返ってきているのかどうかです。少なくとも issue の記載上は、その方向を示しています。`invalid_requ

まず、この症状が自分のケースかを切り分けます。今回の issue 群で共通しているのは、`claude` の実行中に通信まわりが壊れたとき、`EPIPE` を起点にセッションやプロセスの挙動が崩れる点です。 ひとつは、tool-use のターン中に `api.anthropic.com` への API 呼び出しが失敗したケースです。報告では、DNS 失敗、HTTP タイムアウト、接続リセットのような一時的なネットワーク障害が起きると、CLI が警告もなく静かに終了し、再試行もバックオフも見えなかったとされています。セッションは `/exit` を打ったように終わる、と書かれています。これは [#65474](https://github.com/anthropics/claude-code/issues/65474) の報告です。 もうひとつは、sandboxed command が `SIGKILL` で殺されたあとに SOCKS socket が残り、その後 main thread が dead socket に書き続けて `EPIPE` を繰り返すケースです。こちらは 100%

この症状は、手元の issue 報告を見る限り、少なくとも Windows で Claude Desktop / Claude Browser MCP を使った直後に再現しています。#85199 では Claude Desktop が何度もクラッシュし、Windows 側に「Advanced Options → Repair」を促す表示が出ています。#85305 では Claude Browser MCP の `preview_start` が成功した直後に、セッションがそこで途切れています。どちらも、画面上のエラーより前に、RPC や MCP のやり取りが途中で切れているように見えます。 参照した issue は [#85199](https://github.com/anthropics/claude-code/issues/85199) と [#85305](https://github.com/anthropics/claude-code/issues/85305) です。 自分のケースかどうかを切り分けるなら、まず「ブラウザ系の MCP 操作の直後に落ちるか」「Claude

この症状は、Issue の報告ではどちらも 429 の rate limit エラー として出ています。メッセージは同じで、どちらも `This request would exceed your account's rate limit. Please try again later.` という文言を含んでいました。該当する報告は [#56991](https://github.com/anthropics/claude-code/issues/56991) と [#64462](https://github.com/anthropics/claude-code/issues/64462) です。 まず切り分けたいのは、「自分のアカウント上限に本当に達しているのか」と「別の不具合で 429 に見えているだけなのか」です。今回の issue 群だけを見ると、どちらも利用枠が尽きたように見える一方で、報告者は「小さなプロジェクトなのに短時間で尽きた」「1 つのバグ対応で日次トークンを使い切った」と述べています。つまり、少なくとも体感としては“通常の使い方ではない消費”に見えていた

Claude Code で `ECONNRESET` が出る症状は、issue を見る限り 1 つの形にまとまっていません。少なくとも、同じマシンで Chat は普通に動くのに Code 系の画面だけ失敗する例がありますし、Windows では API ストリームの途中で切れる例、再試行を重ねても失敗が続く例もあります。参照できた報告は [#70599](https://github.com/anthropics/claude-code/issues/70599)、[#83994](https://github.com/anthropics/claude-code/issues/83994)、[#84818](https://github.com/anthropics/claude-code/issues/84818)、[#84072](https://github.com/anthropics/claude-code/issues/84072) です。 まず、自分のケースがどれに近いかを見ます。 Chat mode だけは通るのに、Cowork Scheduled tasks や C

同じ `ENOENT` でも、今回の issue 群では原因がかなり分かれています。 手元の環境では `claude doctor` が正常に通っていて、`claude` の実体も複数見つかっています。なので、少なくとも「インストール全体が壊れている」とは言い切れません。 ```text $ claude doctor Claude Code doctor Running: native (2.1.207) Commit: bc512d563325 Platform: darwin-arm64 Path: ~/.local/share/claude/versions/2.1.207 Config install method: native Search: OK (bundled) Auto-updates: enabled Auto-update channel: latest Last update attempt: none recorded Multiple installations found npm-global at /usr/local/bin/claude nati

「Too many requests in 1 hour. Try again later.」——このメッセージについては1年半ほど前にも一度書いた。ところが最近になって急にアクセスが伸びはじめた。無料枠の締め付けや新モデル投入のたびに利用が跳ね上がり、そのたびにこのエラーを踏む人が増える、という循環が続いているのだと思う。当時は「レートリミットなので待ちましょう」でほぼ済ませたが、いま同じことを書くと肝心なところを取りこぼす。このメッセージにはまったく出所の違う2種類があり、そこを切り分けないと対処が空振りするからだ。今回はその切り分けから書き直す。 「Too many requests in 1 hour」は故障ではなく、リクエスト過多に対する制限（レートリミット）の通知だ。ただし、この一文が出る経路は大きく2つある。ここを混同すると「アカウントを変えても直らない」「待っても直らない」といった噛み合わない事態になる。 アカウント単位の制限（OpenAI 本体） — 無料枠の時間あたりメッセージ上限、あるいはモデルごとの利用上限に到達したケース。あなたのアカウ

「Something went wrong」——ChatGPTを使っていれば誰でも一度は見る、あの素っ気ない一文だ。以前このテーマを書いたときは原因と対処法を並べる形にしたが、半年ほど経って改めて見直すと、あの一文自体がほとんど何も語っていないことに気づく。フロントエンドが「予期しないエラーを捕捉した」ときの汎用キャッチ文であって、実際に起きていることは毎回まったく別物だ。今回は原因の切り分け方から書き直す。 ChatGPTのWeb UIはReactで組まれたSPAで、APIとのやり取りはストリーミング(Server-Sent Events)で行われる。サーバー側で429(レート超過)が返ろうが524(オリジンタイムアウト)が返ろうが、ストリームが途中で切れようが、フロントエンドの例外ハンドラは大半のケースをひとまとめにして「Something went wrong」に丸め込む。つまりこのメッセージは診断名ではなく、診断を放棄した結果の表示だ。 原因を絞り込みたいなら、まずブラウザの開発者ツール(F12)でNetworkタブを開き、`conversation`宛のリクエストが何を返して

「昨日まで普通に使えていたClassic Outlookが、右クリックした瞬間に落ちる」「起動してもすぐ強制終了し、次はセーフモードで開く」——2026年6月末から、この手の悲鳴がまた一気に増えた。半年前・1年前に書かれた「Outlookが起動しない完全解決ガイド」的な記事が今また読まれているのは、まさに今、Classic Outlookのクラッシュが立て続けに起きているからだ。 本稿は、2026年前半に発生した複数のクラッシュ事案を発生時期・影響ビルド・原因・修正状況で整理し直し、「自分のケースはどれで、何をすれば直るか」を最短で切り分けられるようにしたものだ。結論から言うと、直近の主犯は更新プログラムの回帰（リグレッション）で、多くは“Officeを最新へ更新するだけ”で直る。設定を9個いじる前に、まずここを見たほうが早い。 > ⚠️ 先に結論: 2026年6月29日ごろから急にClassic Outlookが落ち始めたなら、疑うべきは自分の設定ではなく **Microsoft 365 Apps バージョン2605（Build 20026.20182

「送信は成功したのに、送信済みアイテムに残っていない」——Outlookの定番トラブルが、2026年に入ってから再び相談件数を増やしている。半年前(2026年1月)に出回った解説記事の手順は今でも基本として有効だが、2026年に急増した“送信済みが消える”の主犯は、従来の設定ミスではなく Windows のセキュリティ更新プログラムそのものであることが分かってきた。本稿はその現況を、切り分け順に整理し直したものだ。 > ⚠️ 先に結論: 1月中旬以降にClassic Outlook(デスクトップ版)で急に「送信済みに入らない」「Outlookが固まる」が始まったなら、まず疑うべきは自分の設定ではなく 更新プログラム KB5074109 と PSTファイルの置き場所(OneDrive配下かどうか) だ。設定を10個いじる前に、ここを先に見たほうが早い。 --- 2026年1月のWindowsセキュリティ更新 KB5074109 導入後、**Classic Outlookで送信メールが「送信済みアイテム」に記録されない／Outlookが終了しない・フ

「送信は成功したのに、送信済みアイテムに残っていない」——Outlook 定番のトラブルだが、2026年の対処は1年前と大きく変わった。理由は3つ。(1) New Outlook for Windows が Classic Outlook を段階的に置き換え、`.ost` を持たない Web ベース実装に変わりつつあること。(2) Exchange Online の Basic Auth 廃止が長期化し、レガシー IMAP/POP クライアント側の「送信済み」問題が実運用に響いていること。(3) Copilot for Microsoft 365 のインデックス連携と Retention / Litigation Hold の干渉で、「消えた」ではなく「別階層に隔離された」パターンが増えたこと。本稿では2026年時点の原因を頻度・切り分け順に整理する。 > ⚠️ 前提: 「Outlook」といっても実体は Classic Outlook (Win32 / OL2016〜2024 / M365 Apps)、**New Outlook for

「昨日まであった会話が、サイドバーから消えている」——ChatGPT 利用者の定番の不安だ。だが2026年の今は、1年前とは原因も設定画面もすっかり変わっている。最大の変化は、(1) かつての対処の定番だった 「Chat history & training（会話履歴とトレーニング）」トグルが廃止され、データ設定が再編されたこと。そして (2) 「アーカイブ」「一時チャット（Temporary Chat）」「プロジェクト」といった、履歴が“消えたように見える”新しい仕組みが増えたことだ。本稿では2026年時点で本当に効く見極めと対処を、頻度の高い順に整理する。 > ⚠️ 注記: ChatGPT は UI と設定項目の変更が速い。下記は本稿執筆時点（2026年6月）の挙動。「削除」した会話は UI・API・サポートのいずれからも復旧できないのは今も同じ。まずは「本当に削除したのか」を疑うこと。 --- 2026年は「消えた≠削除」が大半。まず アーカイブ / 一時チャット / 別アカウント の3つを疑う **昔の「会話履歴とトレーニング」ト

「昨日まであった会話が、サイドバーから消えている」——ChatGPT 利用者の定番の不安だ。だが2026年の今は、1年前とは原因も設定画面もすっかり変わっている。最大の変化は、(1) かつての対処の定番だった 「Chat history & training（会話履歴とトレーニング）」トグルが廃止され、データ設定が再編されたこと。そして (2) 「アーカイブ」「一時チャット（Temporary Chat）」「プロジェクト」といった、履歴が“消えたように見える”新しい仕組みが増えたことだ。本稿では2026年時点で本当に効く見極めと対処を、頻度の高い順に整理する。 > ⚠️ 注記: ChatGPT は UI と設定項目の変更が速い。下記は本稿執筆時点（2026年6月）の挙動。「削除」した会話は UI・API・サポートのいずれからも復旧できないのは今も同じ。まずは「本当に削除したのか」を疑うこと。 --- 2026年は「消えた≠削除」が大半。まず アーカイブ / 一時チャット / 別アカウント の3つを疑う **昔の「会話履歴とトレーニング」ト

「整えたはずの表が、開き直すと崩れている」「列の境界をダブルクリックしたら全部の幅が変わった」「自分のPCでは綺麗なのに、同僚の画面では行がガタガタ」——Excelのセルサイズが勝手に変わる問題は、何年経っても相談が絶えない定番だ。本稿はまず止める最短手順を冒頭に置き、続けて原因を切り分けて恒久対処までまとめる。急ぐ人は次の「最短の止め方」だけで解決することも多い。 > ⚠️ Excel はバージョンで挙動と既定値が微妙に違う。下記は執筆時点（2026年6月、Microsoft 365 / 最新ビルド）基準の一般論。まずアプリと OS を最新へ更新してから検証を。 --- 「勝手に変わる」を止める原理はひとつ——自動調整（AutoFit）に任せず、幅と高さを数値で固定すること。次の3手順でほとんどの暴れは収まる。 1. 対象の列／行を選択（列番号・行番号をドラッグ） 2. 数値で固定する - 列: 右クリック →[列の幅] に数値を入力（例: `12`）／ショートカット `Alt → H → O → W` - 行: 右クリック →[行の高さ] に

「いつものマクロ付きブックを開いたら、黄色い『コンテンツの有効化』ボタンが消えて、赤い『セキュリティ リスク』バーになっていた」——これが2026年のExcelマクロ問題の象徴だ。原因の構図は数年前から大きく変わっている。最大の転換点は、インターネット由来のファイル（MOTW = Mark of the Web 付き）のVBAマクロを、Officeが既定で問答無用にブロックするようになったこと。昔のように「有効化」を1クリックでは動かせない。本稿では2026年時点で本当に効く対処を、頻度と効果の高い順に整理する。 :::chat me|9:02|先輩、昨日まで動いてた集計マクロが今日いきなり「セキュリティリスク」って赤帯出て動かないんですけど…！ pro|9:03|それ、たぶんファイルをメールかチャットで受け取り直したでしょ me|9:03|あ、はい。Teamsで再共有してもらいました pro|9:04|それが原因。ネット越しに来たファイルには「MOTW」って印が付いて、Excelがマクロを自動ブロックするの。2022年から既定でそうなってる me|9:04|「コンテンツの有効

「スマホとPCで予定が食い違う」「共有された相手の予定表が見えない」「登録した予定が突然消えた」——Outlook 予定表の定番トラブルだ。だが2026年の今は、対処の入口が数か月前から決定的に変わっている。最大の理由は、2026年4月以降「新しい Outlook（New Outlook for Windows）」が既定クライアントへ段階移行を始めたこと。New はクラウド／REST ベースで動くため、OST 再作成・キャッシュモード・プロファイル再作成といった Classic 時代の定番ワザがそもそも効かない。本稿では2026年時点の正しい見極めと打ち手を、効果が高い順に整理する。 > ⚠️ 注記: Outlook はバージョン・更新で UI とメニュー位置が変わる。下記は本稿執筆時点（2026年6月）の挙動。まずは アプリと OS を最新へ更新してから検証するのが大前提。企業環境では管理者ポリシーが絡むため、最終的には情シスに相談を。 最初の一手は「自分が New か Classic かの判別」。ここで打ち手が根本的に分岐する。飛ばすと無駄足

「送信」を押したのにメールが送信トレイ（Outbox）に居座ったまま動かない——この古典的なトラブルは、2026年現在も現場で最も多いメール障害のひとつだ。ただし原因の比重は1年前から大きく変わった。従来の「オフライン設定」「大容量添付」「ポートブロック」に加えて、2025〜2026年はプラットフォーム側の構造変化が新たな送信不能要因として浮上している。 本稿はエンジニア／情シス担当者の視点で、(1) まず切り分けるべき診断フロー、(2) 2026年特有の2大変化、(3) 恒久対策、の順に整理する。 --- 2026年のトラブルシュートで最初に確認すべきはどのOutlookを使っているかだ。両者は送信処理のアーキテクチャがまったく異なる。 classic Outlook（従来のデスクトップ版） — ローカルに `.ost`/`.pst` を持ち、送信トレイ → 送信処理 → 送信済みという明示的なキューを経由する。「送信トレイに残る」のはこちら特有の症状。 新しいOutlook（new Outlook for Windows） — 実体は

「確かに送ったはずのメールが、送信済みフォルダにない」——Outlook で定番のトラブルだ。半年前と決定的に変わったのは、2026年4月から「新しい Outlook（New Outlook for Windows）」が既定クライアントへ段階移行し始めたこと。これにより、同じ「送信済みが消えた」症状でも、あなたが Classic と New のどちらを使っているかで切り分けが根本的に変わる。本稿では2026年時点の正しい見極めと対処を、効果が高い順に整理する。 > ⚠️ 注記: Outlook はバージョン・更新で UI とメニュー位置が変わる。下記は本稿執筆時点（2026年6月）の挙動。まずは アプリと OS を最新へ更新してから検証するのが大前提。 最初にやるのは「自分が Classic か New かの判別」。対処法が分岐するため、ここを飛ばすと無駄足になる 多くは「消えた」のではなく「別の場所にある」。複数アカウント／IMAP の送信済みフォルダのマッピングずれ、アーカイブ、削除済みアイテムをまず疑う **New Outlook はクラウ

VS Code を起動するたびに `The extension 'GitHub Pull Requests' wants you to sign in again using GitHub.` という通知が繰り返し出る——このループに悩まされているエンジニアは多い。結論から言うと、これは利用者側の設定ミスではなく GitHub 系拡張のトークン失効ハンドリングのバグ で、公式 issue でも認知されている挙動だ。本稿では症状の原理と、効果が高い順の回避策を整理する。 > ⚠️ 注記: 拡張側の修正で挙動が変わる可能性がある。下記はあくまで「再発したらその都度リセットする」対症療法。VS Code 本体・拡張ともに最新へ更新しておくのが前提。 症状: VS Code 起動のたびに GitHub への再サインインを延々と求められる 原因: 共有認証トークンが無効化された際、GitHub 系拡張がそれをうまく検知できず、古いトークンを掴み続ける（公式に確認済みのバグ挙動） 第一手: 左下アカウントから **サインアウト → `Cmd + Q` で完全

Outlook for Microsoft 365 でメール検索をしても結果が出ない、あるいは古いメールだけ引っかからないなら、インデックス（=検索用の索引データ）破損が原因のことがよくあります。 まずは原因を切り分けましょう。多くは次のどれかです。 Windows 11 24H2 の検索インデックスが壊れている Outlook for Microsoft 365 の検索対象が正しく作られていない OST ファイル（=ローカルに保存されるメールデータ）が不整合 Windows Search サービスが止まっている アドインの干渉で検索が不安定になっている 上から順に試してみてください。ほとんどの場合、インデックスの再構築で改善します。 --- Outlook for Microsoft 365 / Outlook 2021 / Outlook 2024 で最優先の手順です。 1. Outlook を開く 2. [ファイル] → [オプション] を開く 3. [検索] を選ぶ 4. [インデックスのオプション] をクリック 5. 「

Safariでサイトを開いたときに「この接続ではプライバシーが保護されません」と表示されて、先に進めない状態ですね。 これは 証明書（=サイトの身元を証明する仕組み） や 日時のずれ、通信環境 が原因のことが多いです。 まずは落ち着いて、上から順に試してみてください。ほとんどの場合、設定の見直しだけで改善します。 iPhone / iPad / Mac の 日付と時刻 がずれている Safariの キャッシュ（=一時保存データ） が古い サイト側の SSL証明書 に問題がある Wi‑FiやVPN、プロキシ（=通信を中継する仕組み）が邪魔している iOS / iPadOS / macOS が古く、証明書の判定に失敗している --- 証明書エラーは、端末の時計が少しズレただけでも起きます。まずここを確認します。 1. [設定] を開く 2. [一般] → [日付と時刻] を開く 3. [自動設定] をオンにする 4. 一度Safariを終了して、サイトを再読み込みする 1. [システム設定] を開く 2. [一般] → [日付と時刻]

Microsoft Edgeでファイルをダウンロードしようとするとブロックされる、または保存先にファイルが残らないときの確認手順です。 Windows 11 24H2 の Microsoft Edge を前提に、上から順に試してください。 Microsoft Defender SmartScreen や Edge の保護機能が、危険なファイルと判定している 自動ダウンロードの許可 やサイト権限が不足している Windows セキュリティ の「コントロールされたフォルダー アクセス（=勝手な保存を防ぐ機能）」が止めている 保存先フォルダーに権限不足、または空き容量不足がある セキュリティソフト、VPN、プロキシの影響で保存処理が失敗している まずは、Edge 側で止めていないか見ます。ほとんどの場合これで直ります。 1. Microsoft Edge を開き、右上の […] をクリック 2. [設定] を選ぶ 3. 左メニューで [プライバシー、検索、サービス] を開く 4. [セキュリティ] の項目

Chatworkでは「送信済み」になっているのに、相手が読めない・見つからないことがあります。 まず結論からいうと、送信ミスではなく、ルーム設定・相手の参加状況・通知環境・アプリ不具合のどれかで起きることが多いです。上から順に試してください。ほとんどの場合これで直ります。 相手がそのルームに入っていない 送った相手が通知を受け取れない設定になっている モバイル版・PC版の同期が遅れている Chatworkアプリやブラウザの一時不具合 社内の権限設定やゲスト制限で見え方が制限されている --- Chatworkは、メッセージを送る「ルーム」に相手が参加していないと届きません。 「送信したのに見えない」ときは、まずここを確認します。 1. 対象のルームを開く 2. 画面右上の[メンバー]を確認する 3. 相手の名前が一覧にあるか見る 4. いなければ、ルーム管理者に追加してもらう もし個別メッセージのつもりで別ルームに送っていた場合もあります。送信先が合っているかも見直してください。 --- 相手がルームにいても、通知

Chatworkで添付ファイルを開けない、ダウンロードが始まらない、または「見られない」と表示される状態ですね。 まず結論からいうと、原因は「アプリ・ブラウザの不調」「権限やファイル期限」「通信環境」「端末側の容量や設定」のどれかであることが多いです。 上から順に試してみてください。ほとんどの場合、これで直ります。 --- Chatworkアプリやブラウザの一時不具合 共有されたファイルの権限、または添付の保存期限切れ 通信が不安定で、ダウンロードだけ失敗している 端末の空き容量不足、またはセキュリティ設定でブロックされている 会社ネットワークやVPN、プロキシで通信が制限されている --- Chatworkは、PC版ブラウザ・Windows 11 24H2・macOS Sequoia・iOS 18・Android 15 どれでも、一時的な読み込み失敗で添付だけ開けないことがあります。 解決手順 1. Chatworkの画面を一度更新します。 - ブラウザ版なら `Ctrl + R`（Mac は `command + R`） 2. Chatwor

iPhoneで通話の着信音だけ鳴らない、または通知が来ないときは、たいてい「消音」「集中モード」「通知設定」「音量設定」「おやすみモード系」のどれかが原因です。 まず結論からいうと、上から順に試してみてください。ほとんどの場合これで直ります。 サイレントスイッチ（消音スイッチ）がONになっている 集中モード（=通知を制限する機能）が有効になっている 通知の許可設定がオフ、または音が鳴らない設定になっている 着信音量が小さい、または「ボタンで変更」が無効 Bluetooth機器やApple Watchに音が逃げている --- iPhoneの側面にある小さなスイッチが原因のことはかなり多いです。 解決手順 1. iPhone左側面のサイレントスイッチを確認します。 2. オレンジ色が見えていたら消音状態です。 3. スイッチを反対側に切り替えて、消音を解除します。 4. そのあと、着信テストとして自分の端末に別の電話をかけてみます。 「通知は来るのに着信音だけ鳴らない」場合も、まずここを見てください。 --- iOS 18では、集中モード（=通知を一時的に絞る機能）

SafariでWebページを開くと、白い画面のまま表示されない／くるくる回ったまま読み込みが終わらないことがあります。 仕事中だとかなり焦りますが、上から順に試してみてください。ほとんどの場合、設定の見直しで改善します。 よくある原因は次の5つです。 一時的な通信不良（Wi‑Fi・モバイル通信の不安定さ） SafariのキャッシュやCookie（閲覧データ）の不具合 拡張機能やコンテンツブロッカーの干渉 JavaScriptやサイト側の読み込みエラー iPhone / Mac本体の一時的不具合、またはSafariのバージョン問題 --- ページが白いままのとき、意外と多いのがネットワーク起因です。 別のサイトを開いてみます。 例: 検索結果ページ、ニュースサイト、社内ポータルなど。 ほかのサイトも遅いなら、Safariではなく通信全体が不安定な可能性があります。 以下を順に試します。 iPhoneなら機内モードをON→OFF Wi‑Fi接続なら一度切って再接続 ルーターを再起動 モバイル通信に切り替えて確認 iOS 18 の場合は、[設定] → [モバイル通信]

Microsoft Edgeで、サイトに毎回サインインし直しになる／パスワード保存の確認が出ない症状をまとめて確認する記事です。 Edgeでログイン状態が消えるときは、上から順に試してみてください。ほとんどの場合、設定かプロファイル周りで改善します。 Edge の終了時に Cookie や履歴を削除する設定が入っている サードパーティ Cookie（外部サイト由来の保存情報） がブロックされている パスワード保存機能 がオフになっている プロファイル（Edge のユーザー情報） が壊れている、または別プロファイルを使っている 会社・学校の管理ポリシー で保存が制限されている --- Edge でログイン状態が毎回消えるとき、いちばん多いのがこれです。 Windows 11 24H2 の Microsoft Edge で確認できます。 1. Microsoft Edge を開く 2. 右上の 「…」 → [設定] 3. [プライバシー、検索、サービス] を開く 4. [閲覧データをクリア] の項目を確

アプリを開いた直後に落ちる、またはロゴ画面のまま終了してしまう症状が出ているときは、まずは基本の確認から順に試すのが近道です。 Android 14 / Android 15 でアプリが急に落ちるときは、だいたい次のどれかです。 アプリ側の一時的な不具合 アプリのキャッシュ（=一時保存データ）の破損 Android本体やアプリのバージョンが古い 端末の空き容量不足 Google Play 開発者サービスや Android System WebView の不調 上から順に試してみてください。ほとんどの場合、1〜3番目あたりで改善します。 --- 一時的な暴走なら、これだけで直ることがあります。 1. 画面下の「最近使ったアプリ」を開く 2. 落ちるアプリを上にスワイプして終了する 3. もう一度アプリを起動する 4. まだ落ちる場合は、[設定] → [アプリ] → [（対象アプリ名）] → [強制停止] を押してから再起動する --- キャッシュ（=アプリがためている一時データ）が壊れると、開いてすぐ終了することがあります。 1. [設定] を開く 2. [アプリ

Slackでファイルがアップロードできない、または「送信中」のまま止まるときは、ネットワーク・ファイルサイズ・アプリの不調・権限・一時的な障害が原因のことが多いです。 まず結論からいうと、上から順に試してみてください。ほとんどの場合、最初の2〜3項目で改善します。 ネットワークが不安定で、アップロード通信が止まっている ファイルサイズが大きすぎる、またはSlackが扱いにくい形式になっている Slackアプリやブラウザの一時不具合、キャッシュ（=一時保存データ）の破損 ワークスペースの権限や、チャンネルの投稿制限に引っかかっている Slack側の障害、または社内のセキュリティ設定でブロックされている --- アップロード中のまま止まるとき、いちばん多いのが通信の不安定さです。 特に Windows 11 24H2、macOS Sequoia、iOS 18 で Wi-Fi が切り替わると、送信が中途半端に止まることがあります。 1. Wi-Fi とモバイル回線の両方を使っている場合は、一度どちらかに固定します。 2. ルーターの近くに移動して、通信