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

半年ほど前に書いた記事[「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 本体） — 無料枠の時間あたりメッセージ上限、あるいはモデルごとの利用上限に到達したケース。あなたのアカウ

「Teamsで通知が届かない・音が鳴らない」というガイドは2025年3月ごろから定番のネタとして各所で書かれてきた。1年以上経った今もう一度読み直してみると、当時のチェックリストは今でも土台としては有効だが、2026年に入ってから起きている不具合は、当時想定されていなかった種類のものだとわかる。 代表格が2つある。ひとつは4月中旬から報告が相次いだ「通知がデスクトップに張り付いたまま消えない」不具合。もうひとつは、Plannerのタスクチャット刷新に伴って意図的に仕様変更された「コメント通知が来なくなった」現象だ。前者はバグ、後者は仕様変更——原因が真逆なのに、ユーザー側からはどちらも「通知がおかしい」としか見えない。本稿ではこの2つを軸に、旧来のチェックリストをどう位置づけ直せばいいかを整理する。 --- 症状が「来ない」のか「消えない」のか「減った」のかで、疑うべき場所が変わる。 | 症状 | まず疑うもの | 対処 | |---|---|---| | バナーも音も一切来ない | 3層構造（後述）のどこかでオフになっている | 下記「3層」を上から順に確認

「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では見えていたメッセージがスマホに来ない」「通知は鳴ったのに開くと真っ白」——Teamsのチャット同期トラブルは相変わらず多い。ただ、以前このテーマで書いたときの対処法は半分くらい使えなくなっている。クラシック版Teamsがとっくに引退し、WebView2ベースの「新しいTeams」だけになったことで、よく紹介されていた `%appdata%\Microsoft\Teams\Cache` を消すという定番ワザがそもそも存在しないフォルダを掃除する空振りになったからだ。今の環境に合わせて原因の切り分けと直し方を入れ替えておく。 数年前の解説記事はたいてい「Teamsを終了して `%appdata%\Microsoft\Teams` 配下のCacheやIndexedDB、tmpを消す」で締めくくられていた。新しいTeamsはストアアプリ(MSIX)として動くため、データの置き場所が `%localappdata%\Packages\MSTeams_8wekyb3d8bbwe\LocalCache` に移っている。古い記事のパスを開いてもフォルダがない、あるいは中身が空で「効かないじゃ

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

スマホを買い替えるたびに必ず話題になるのが LINE の引き継ぎだ。半年前と比べても移行のフローは様変わりしており、いまや主役は「かんたん引き継ぎQRコード」、そしてトーク履歴まわりは 直近14日間の自動復元 と プレミアムバックアップ（LYP プレミアム特典）という2層構造に整理された。本稿では2026年時点の正しい手順を押さえたうえで、症状別の原因切り分け・引き継がれるもの/引き継がれないものの一覧・よくある質問まで、つまずきやすい箇所を一段深く掘って解説する。 > ⚠️ 注記: LINE はバージョンによって UI / メニュー位置が変わる。下記は本稿執筆時点の挙動。引き継ぎ前に 本体OSとLINEアプリを最新へ更新しておくのが大前提。 主役はQRコード方式: 旧端末で「かんたん引き継ぎQRコード」を表示 → 新端末でスキャンが最短ルート トーク履歴は2層: ① OS・バックアップ問わず直近14日は自動復元 ② 15日以上前 や 異OS間の完全移行は プレミアムバックアップ（L

「いつものマクロ付きブックを開いたら、黄色い『コンテンツの有効化』ボタンが消えて、赤い『セキュリティ リスク』バーになっていた」——これが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 かの判別」。ここで打ち手が根本的に分岐する。飛ばすと無駄足

「ファイルがいつまでも反映されない」「同期アイコンがぐるぐる回ったまま終わらない」「PCで保存したのにスマホやブラウザに出てこない」——Googleドライブの同期トラブルは定番中の定番だが、2026年の今は数年前と前提が大きく変わっている。最大の変化は、かつての 「バックアップと同期」と「Drive File Stream」が統合され、現在は「パソコン版 Google ドライブ（Google Drive for desktop）」一本に集約されたこと。そして同期方式が 「ストリーミング」と「ミラーリング」の2モードに整理され、どちらを使っているかで原因と対処が変わるようになった。本稿では2026年時点で本当に効く対処を、簡単な確認から順に・効果が高い順に整理する。 > ⚠️ 注記: Google ドライブはアプリ更新で UI・メニュー位置が変わる。下記は本稿執筆時点（2026年6月、パソコン版 Google ドライブ最新ビルド）の挙動。まずは アプリと OS を最新へ更新してから検証するのが大前提。 **9割は「再起動」「容量」「アカウント」で直

「Wordが急に重くなった」「文字入力がワンテンポ遅れる」「大きな文書でカーソルが固まる」——定番の悩みだが、2026年の今は1年半前とは原因の構図が変わっている。最大の変化は2つ。(1) Copilot が標準搭載され、開いた瞬間に裏で動いて固まる新種の「重さ」が増えたこと、そして (2) 長年の定番ワザだった「ハードウェア グラフィック アクセラレーションを無効にする」設定が、新しい Word から GUI 上で消えたことだ。本稿では2026年時点で本当に効く対処を、効果が高い順に整理する。 > ⚠️ 注記: Word はバージョン・更新で UI とメニュー位置が変わる。下記は本稿執筆時点（2026年6月、Microsoft 365 / 最新ビルド）の挙動。まずは アプリと Windows を最新へ更新してから検証するのが大前提。レジストリ操作は自己責任で、編集前にバックアップを取ること。 2026年の新犯人は Copilot。Word を開いた瞬間に自動要約・候補生成が走り、CPU を食って固まるケースが急増。**まず Copilot 起因

「送信」を押したのにメールが送信トレイ（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. ルーターの近くに移動して、通信