VSCode on 大体動かない

VS Code 1.120 のターミナル出力圧縮とリスク評価がなかなかよさそう

Thu, 14 May 2026 21:55:46 +0900

TL;DR — VS Code 1.120 でプレビュー追加されたターミナル出力圧縮（chat.tools.compressOutput.enabled）とリスク評価（chat.tools.riskAssessment.enabled）。圧縮はコンテキスト管理、リスク評価は実行前の安全確認と役割が違う。特に圧縮は RTK と処理レイヤーが完全に別なので共存できる（らしい）。

何が追加されたか

VS Code 1.120 のリリースノートを眺めていたら、エージェント周りで自分の関心をひく機能が 2 つ入っていた。

ターミナル出力の自動圧縮とターミナルコマンドのリスク評価だ。

ターミナル出力の自動圧縮

設定は Chat › Tools › Compress Output: Enabled。これはプレビュー。

Claude さんの解説は以下。

有効にすると、エージェントがターミナルコマンドを実行したあと、その出力をモデルに送る前に VS Code 側で自動的に削減してくれる。具体的には以下の処理が入る。

git diff の差分で変更のない部分を折りたたむ

lockfile や snapshot の差分を丸ごと除外

ls -l をファイル名だけに削減

npm install の進捗バー・非推奨警告・audit サマリーを除去

圧縮された出力には先頭にバナーが付く。「どのフィルタが適用されたか」「生のテキストが必要なら圧縮を無効にできる」という情報をモデルに伝えるためのやつ。モデルが圧縮済みであることを認識できるのは地味に大事。

いや、これ RTK と同じじゃね？

AI を提供している会社のどれかがそのうち自社で実装するかもなー、とか思ってたけど案外早かったな。

リスク評価

設定は Chat › Tools › Risk Assessment: Enabled。こちらはエクスペリメンタル。

おなじみの Claude さんの解説は以下。

エージェントがターミナルコマンドを実行しようとしたとき、確認ダイアログにリスクバッジと AI 生成の説明が表示されるようになる。バッジは 3 段階。

バッジ意味

🟢 Safe ファイルの読み取りや出力のみ。変更なし

🟠 Caution ワークスペースへの変更やネットワーク呼び出しを含む

🔴 Review carefully force push や外部への削除など、要注意な操作

バッジの横に 1 文のサマリーが出る。「このコマンドが何をするか」を一言で教えてくれるやつ。自動承認の判断材料として使える。

バッジ	意味
🟢 Safe	ファイルの読み取りや出力のみ。変更なし
🟠 Caution	ワークスペースへの変更やネットワーク呼び出しを含む
🔴 Review carefully	force push や外部への削除など、要注意な操作

VS Code の Chronicle 機能が結構便利だった

Tue, 12 May 2026 23:34:46 +0900

TL;DR — Chronicle は Copilot Chat のチャット履歴をローカルで記録・分析する実験的機能。/chronicle:standup でその日の作業サマリー、/chronicle:tips で自分の使い方フィードバックが出せる。これがなかなか良い。Claude にはこういう公式機能はないけど、自宅では QMD で履歴検索は実現してる。

職場で VS Code を使っていて、ふと試してみた機能の話。

Chronicle とは

VS Code v1.118 で実験的に追加された GitHub Copilot Chat の機能。Copilot とのやり取り、編集したファイル、参照した PR や Issue あたりをローカルの SQLite データベースに記録しておいて、あとから振り返ったり分析したりできる。

で、早速使ってみた。

有効化は github.copilot.chat.localIndex.enabled を true にするだけ。

GUI の設定じゃないのはまだプレビュー段階だからかな。

使えるコマンドは主に 3 つ。

/chronicle:standup 過去 24 時間の作業内容をまとめてくれる。「このブランチでこのファイル触って、この PR を参照した」みたいな感じで出てくる。朝会の準備が秒で終わるらしい(使ったことはない)。

/chronicle:tips 7 日間の使い方を分析して、「お前こういうプロンプトの書き方してるけど、こうしたほうが良くね？」みたいなフィードバックをくれる。自分の癖を指摘してもらえるのがおもしろいし、フィードバックがまあまあためになる。これはよき。

/chronicle [query] 自然言語で過去の履歴を検索できる。「先週やってたあれ、なんだっけ」が出てくる。

試してよかったのは tips

「同じような質問を繰り返してる」とか「毎回コンテキストを初めから説明してる」みたいな自分のパターンを指摘してくれる。ほう、わかってんじゃねーかこいつ…

Copilot との対話の仕方に改善余地があると気づかせてくれるのが嬉しい。

やるじゃん。

Claude だと？

で、家で使ってる Claude Code でこういう機能があるかというと、公式にはない。そこんとこどうなんよ？と Claude さんに聞いてみた結果が以下。

mise + linuxbrew 環境で cargo install したバイナリが VSCode に認識されない問題

Tue, 21 Apr 2026 21:36:42 +0900

TL;DR — mise で Rust を管理している環境では .cargo/env が no-op になる。.profile で export PATH="$HOME/.cargo/bin:$PATH" と無条件に書くのが確実。

前の記事の RTK のバグ報告のために深夜にせこせこやってたんですよ。

で、cargo install --path . してローカルのバイナリで確認しようとしたら、Claude Code が旧バイナリを使い続ける。小一時間ハマってイライラしたので記録しておく。

症状

cargo install --path . # ローカル fix 済みバイナリをインストール
which rtk # → /home/linuxbrew/.linuxbrew/bin/rtk ← 旧バイナリ

~/.cargo/bin/rtk のはずが、linuxbrew の rtk が勝っている。

なにやっても変わらねぇ…

調査

PATH の順序

1 ~/.local/share/mise/shims
2 /home/linuxbrew/.linuxbrew/bin ← ここで rtk を拾う
...
7 ~/.cargo/bin

linuxbrew が .cargo/bin より前にいるんでよくある単純な PATH 順の問題だろうと甘く見てました。はい。

そこからはまりまくった。

.bashrc に追記しても効かない

Claude さんのおすすめにより、.bashrc 末尾に . "$HOME/.cargo/env" を追記して VSCode を再起動、結果変わらず。そりゃそうだろ。前調べた時って非インタラクティブじゃなかったっけ？

WSL + VSCode Copilot Chat で RTK インストールしたら動かなかった話

Tue, 21 Apr 2026 20:34:40 +0900

TL;DR — RTK のフックが vscode の Copilot Chat では動かない（2つの理由がある）。フックをやめてグローバルインストラクションに .github/copilot-instructions.md の内容を転記すれば Copilot が自発的に rtk プレフィックスを使うようになった。

職場の WSL 環境に RTK をインストールして VSCode Copilot Chat と組み合わせようとしたら、フックが全然動かなかった。調査した結果と、現状の対策を書いておく。

RTK とは

RTK（Rust Token Killer）は CLI プロキシで、コマンド出力を 60〜90% 圧縮して AI エージェントのトークン消費を削減するツール。git status の代わりに rtk git status を使うと、AI に渡る出力がコンパクトになる。

前の記事でも紹介したなこれ。書かなくてもいいかと思ったけど一応書いておく。

`rtk init -g` は Copilot 向けではない

RTK のセットアップで rtk init -g を実行すると Claude Code 向けのフックしか設置されない。Copilot 向けは --copilot フラグが必要：

rtk init -g --copilot

ただし -g（グローバル）をつけても実質プロジェクトスコープで、このコマンドを実行したディレクトリの .github/ 以下に copilot-instructions.md と hooks/rtk-rewrite.json が生成される。