#vscode

この記事を読んで最初に思ったのは、Claude Codeが「結局どこで動かすのが正解なのか」という迷いを、かなり正面から潰しにきているな、ということでした。 AIコーディング支援って、便利さより先に「どの画面で、どの粒度で、どこまで任せるか」で疲れることが多いんですが、そこをCLI、VS Code、Desktop、Webに分けて整理しているのはかなり実用的です。単に入口を増やしただけではなく、作業の性格ごとに居場所を分けているのが面白い。 特に引っかかったのは、Desktopが「何でもできる上位版」ではないところです。 GUIで見やすいし、自動確認やDispatchみたいな独自機能もある。でも、だからといって常にDesktopが最適とは限らない。むしろ、長い作業はCLIやVS Codeで始めて、必要なときだけDesktopに持っていく、という行き来のしやすさが価値なんだろうと思いました。道具が一個に収束するのではなく、作業の途中で持ち替える前提になっているのが、いかにも今っぽいです。 一方で、この記事を読んで少し気になったのは、こういう「使い分け」は便利な反面、初見の人にはかなり複雑に

まず、この症状に当てはまるかどうかは、エラーメッセージの出方でかなり絞れます。Issue には、VS Code 拡張が埋め込みの native binary を起動しようとして失敗する例と、認証後に「unsupported platform: linux-arm64. No compatible Claude Code binary found.」と出る例が報告されています。前者は [#97022](https://github.com/anthropics/claude-code/issues/97022)、後者は [#80574](https://github.com/anthropics/claude-code/issues/80574) です。 一方で [#80574](https://github.com/anthropics/claude-code/issues/80574) では、devcontainer 内で Claude を使っていて、再認証のあとに ```text Unsupported platform: linux-arm64. No compatible Cl

このエラーが出るのは、VS Code の Claude Code 拡張でセッションを開き直そうとしたときです。今回の issue では、少なくとも [#79118](https://github.com/anthropics/claude-code/issues/79118) と [#79122](https://github.com/anthropics/claude-code/issues/79122) の 2 件で同じ文言が報告されています。 最初に確認したいのは、単なる表示不具合ではなく、セッションファイル側に会話本文が残っていないケースかどうかです。[#79118](https://github.com/anthropics/claude-code/issues/79118) では、`~/.claude/projects/<project-slug>/<session-id>.jsonl` 自体は存在していたものの、実際に入っていたのは会話本文ではなく、次の 2 行だけだったと報告されています。 ```json {"type":"ai-title","aiTitle":"Re

この症状は、Claude Code の起動時に `SIGILL` で落ちるケースです。手元で確認できた一次情報は Linux 環境の以下の出力だけで、Claude Code 自体の実行結果は取得できていません。 ```text OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64) Python : 3.8.13 検証日時 : 2026-09-14T08:51:11+09:00 ``` GitHub Issue では、同じエラーが Intel Westmere 世代の CPU で報告されています。[#34481](https://github.com/anthropics/claude-code/issues/34481) と [#37065](https://github.com/anthropics/claude-code/issues/37065) のどちらも、VS Code 拡張機能側で ```text Error: Claude Code process terminated by signal SIG

このエラー文字列だけを見ても、同じ症状かどうかは少し分かれます。少なくとも今回の issue 群では、2 つの出方がありました。ひとつは Bash や Read の結果が 1 ターン遅れて返る、あるいは途中から消えるという報告で、[#63766](https://github.com/anthropics/claude-code/issues/63766) にあります。もうひとつは VS Code のパネル webview で AskUserQuestion が失敗し、ターミナルの TUI では動くという報告で、[#72624](https://github.com/anthropics/claude-code/issues/72624) です。 つまり、まず切り分けたいのは「ターミナルでも起きるのか」「VS Code のパネルだけなのか」です。`claude` を普通の端末で動かしたときに問題が出ないなら、[#72624](https://github.com/anthropics/claude-code/issues/72624) のように panel webview 側に寄った話

この症状は、少なくとも issue [#81937](https://github.com/anthropics/claude-code/issues/81937) と [#93521](https://github.com/anthropics/claude-code/issues/93521) で報告されています。どちらも「OAuth のセッションが期限切れで、更新できない」という同じ文言に見えますが、出方が少し違います。 ```text Failed to authenticate: OAuth session expired and could not be refreshed ``` ```text Failed to authenticate. API Error: 401 {"type":"error","error":{"type":"authentication_error","message":"OAuth access token has been revoked."},"request_id":null} ``` 一方 [#93521](https://gith

まず切り分けると、この症状は少なくとも 2 件の報告で同じ文言が出ています。ひとつは VS Code 拡張で Claude Code を使っているときに、もうひとつはターミナルからのリクエストで、どちらも `500 Internal server error` です。報告内容だけを見る限り、特定のファイル操作に限られた失敗ではなく、Claude Code への要求そのものが通らない状態に見えます。 該当する issue は [#70336](https://github.com/anthropics/claude-code/issues/70336) と [#59784](https://github.com/anthropics/claude-code/issues/59784) です。 ```text API Error: 500 Internal server error. This is a server-side issue, usually temporary — try again in a moment. If it persists, check https://st

まず、自分のケースかどうかを切り分けます。今回の `EISDIR` は、GitHub の報告を見る限り、少なくとも 2 系統あります。ひとつは Linux arm64 で Claude Desktop が Claude Code のバイナリを落とせず、起動のたびに「binary is missing or damaged」と出る件です [#89850](https://github.com/anthropics/claude-code/issues/89850)。もうひとつは Windows の VS Code 拡張で、`\\?\` 付きのワークスペースパスを開いたときにサイドバー復元が落ちる件です [#89775](https://github.com/anthropics/claude-code/issues/89775)。 Linux 側の症状は、報告では毎回同じです。ダウンロード対象を `open()` するところで `EINVAL: invalid argument` になり、アプリ側には次の文言が出ます。 ```text Claude Code couldn't start

このエラーを追っていくと、少なくとも issue 上では「どのセッションを開こうとしているか」で挙動が分かれています。 `[#61726](https://github.com/anthropics/claude-code/issues/61726)` では、Cursor の Claude Code extension で Web タブに並んだセッションをクリックすると失敗し、Local タブのセッションは開ける、と報告されています。 `[#79924](https://github.com/anthropics/claude-code/issues/79924)` では、VS Code extension の `/memory` パネルで refresh を押したときに、同じ文言のエラーが出ています。 `[#85892](https://github.com/anthropics/claude-code/issues/85892)` では、VS Code extension が閉じられて再度開かれるたびに、空の local session stub が増えていく現象が

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` で完全

GitHubは、社員1人の端末に悪性のVS Code extensionが入ったことをきっかけに、約3,800件の内部リポジトリへの侵害を確認した。 現時点でGitHubは、影響を受けたのは社内リポジトリのみで、顧客データが外部で漏えいした証拠はないとしている。 攻撃者側はBreachedフォーラムで、約4,000件のprivate codeを持ち出したと主張し、5万ドル以上で売ろうとしていた。 後続の更新では、この事件はTanStackのnpmサプライチェーン攻撃と関連づけられ、社員がNx Console extensionの悪性版を入れたとされている。 こうした事件は、「便利な開発ツール」がそのまま攻撃入口になることをはっきり示していて、かなり嫌な現実だと思う。 BleepingComputerによると、GitHubは約3,800件の内部リポジトリが侵害されたことを認めました。きっかけは、GitHub社員の1人が悪性のVS Code extensionをインストールしたことです。 VS Code

GitHubの `github.dev` は、ブラウザ上で動く軽量版VSCode 便利な一方で、GitHubのOAuth token を使ってリポジトリへ広くアクセスできる 記事では、VSCode webview の設計上の隙を突いて、1回クリックさせるだけで token を盗める可能性が示された きっかけは、webview 内の `keydown` を親ウィンドウへ転送する仕組み その結果、攻撃者のJavaScriptが「ユーザー操作っぽく」ふるまえてしまった さらにVSCodeの機能を組み合わせることで、悪意ある extension の導入まで狙える流れが説明されている ただし、記事は実際のPoCや防御の考え方、VSCode側の対応も含めて公開されている この記事は、「VSCodeのバグを使うと、1クリックでGitHub token を抜かれるかもしれない」という、かなりゾッとする話を扱っています。 ここでいう GitHub token は、ざっくり言うと GitHub上であなたの代わりに操作するための合鍵 みたいなものです。 しかも記事で問題にしている token

GitHub Copilotのセッションを、VS CodeやCLIから始めて、WebやGitHub Mobileで続けられるようになった `/remote on` によって、ローカルの作業を外出先でも追いかけられる 進捗の確認だけでなく、途中で指示を追加して進路変更もできる PRの確認やマージまで、スマホを含む複数端末で一連の流れを回せる GitHubはこれを 一般提供（generally available） として公開した GitHubが、Copilotの「リモート操作」を正式提供しました。 対象は GitHub Copilot CLI sessions で、`github.com` と GitHub Mobile から操作できます。さらに、記事では VS Code と JetBrains IDE にもリモートコントロールが広がると説明されています。 ざっくり言うと、PCの前でCopilotに仕事を始めさせて、その続きをスマホで見る・直す・進める という世界です。 これ、地味に見えてかなり面白いです。AIエージェント系の機能って、「実

GitHubは、悪意あるVisual Studio Code拡張機能による侵入を受けたと公式に認めた 被害は約3,800の内部GitHubリポジトリに及んだ GitHubは重要なsecretやcredential（認証情報）をローテーションしたと説明している 犯行を主張するハッカー集団TeamPCPは、ソースコードを盗んだうえで5万ドルで売ろうとしたとされる 企業側の“開発ツール”を悪用する手口で、サプライチェーン攻撃の怖さが改めて目立った Tom's Hardwareによると、GitHubの内部リポジトリが、悪意あるVisual Studio Code拡張機能をきっかけに侵害されたことが、GitHub自身のX投稿で明らかになりました。 ここでいう拡張機能は、VS Codeに追加して使う“便利機能”のことです。たとえばコード補完を強化したり、テーマを変えたり、作業を自動化したりできます。 つまり本来は開発者の味方。でも今回は、その“便利な道具”が侵入口になったわけです。いや、これはかなり嫌な話です。攻撃者は正面から強引に入

GitHubは、社員の端末に悪意あるVS Code拡張機能が入ったことで、内部リポジトリが漏えいしたと認めた 影響を受けたのは顧客データではなく、GitHub内部のリポジトリだと説明している 攻撃者側は約4,000リポジトリの窃取を主張しており、GitHubの調査結果とかなり近い この事件は、開発者向けツールの“便利さ”がそのまま攻撃面にもなることを改めて示した VS Code拡張機能を悪用する手口は珍しくなく、過去にも似た事例が何度も起きている GitHubが、約3,800の内部リポジトリが侵害されたと確認しました。きっかけは、同社の社員が悪意あるVS Code拡張機能をインストールしてしまったことです。 VS Codeとは、Microsoftの人気コードエディタ「Visual Studio Code」のこと。 そして拡張機能は、エディタに機能を足すためのプラグインです。たとえばコード補完を強化したり、特定のクラウドサービスとつないだりできます。便利な反面、ここに“毒入り”が混ざると厄介です。かなり厄介です。 GitHubはこの