$ cat context-switch-tax.md
/ 6分 #productivity #developer

> コンテキストスイッチ税

— forge team

開いたタブ一つひとつに、税金がかかっている。

支払い通貨はあなたの分単位の時間。請求書は、あなたが読もうが読むまいが届く。あなたを「使える」状態にしている作業 —— 頭の中のアーキテクチャ、変数バインディング、なぜテストが不安定なのかという推理の道筋 —— その作業セット全体は、モデルに質問しようとalt-tabでチャットボックスに切り替えた瞬間に蒸発する。

最もよく引用される数字は、中断から完全に集中を取り戻すまで23分15秒というものだ —— Gloria MarkによるUC Irvineの研究の数字で、Gallupから生産性関連の記事まで広く再引用されている。彼女が後にまとめた、画面上の注意持続時間が平均で約47秒まで縮んでいるという結果とも一貫している。23分は、その中断が「役に立つ」ものだろうと「自発的」なものだろうと変わらない。タブを切り替えるのはタスクを切り替えることだ。脳は同じ料金を請求してくる。

開発者に当てはめると

プログラミングは作業セットが異常に大きいので、中断のコストも異常に高くつく。コールグラフ、失敗しているアサーション、関係する四つの変数、半分形になった仮説 —— ぜんぶ同時に保持している。開発者を追跡した業界調査（ShiftMagがまとめている）によれば、中断後にコード編集に戻るのに10〜15分、中断前と同じコンテキストを完全に取り戻すのに30〜45分かかる。GitHubを参照した広く引用される数字では、頻繁な中断は生産的時間の最大82%を消し去ると見積もられている。

中断は人から来る必要はない。中断とは、コンテキストを離れる行為そのものだ。Slackの通知でも起きる。会議でも起きる。ブラウザのタブでも起きる。**「pandasでこれどう書くの」と聞くために別ウィンドウのチャットボックスを開くと、起きる。**同じ税金だ。モデルは役に立つ。タブは役に立たない。

請求書の出どころ

請求書はモデルからではなく、ツールの形から来る。

ブラウザのタブにあるチャットボックスは、三回の切り替えを強要する。エディタを離れる、ブラウザに入る、別のキーバインドと別の履歴と別のクリップボード規律を持った別のテキストフィールドに入る。それぞれの切り替えにコストがかかる。そして貼り戻す。そして再び方向感覚を取り戻す。そして二十分後、自分が何をやろうとしていたかをやっと思い出す。

ターミナルに住むモデルは、三つを一つに畳む。エディタはもうターミナル内にある（あるいは1キーで届く）。シェルが入力欄だ。stdinがクリップボードだ。返答はstdoutに出てきて、それは普段からあらゆるものを読んでいる場所だ。コンテキストを離れていない。税金を払っていない。

これがEficodeがUnix哲学的AIについて言っていることの本筋だ —— 「一つのことをうまくやる」小さく組み合わせ可能なエージェントは、新しいワークフローを要求せずに既存のワークフローに収まるから、認知負荷を下げる。これが、裏で同じモデルを呼んでいても、ターミナル・ネイティブのツール（aider、llm、gh copilot）が手に馴染む理由でもある。変数はモデルではない。変数はタブだ。

スタンス

AIがブラウザのタブを要求するなら、それは質問一つにつき23分を徴税している。あなたは気づかない。ただ、思ったほど進まなかったな、一日が断片化していたな、と感じるだけだ。

AIがシェルに住んでいるなら —— パイプ可能、スクリプト可能、exit code 0か1 —— 相談しても何もかからない。立て続けに二十個聞いてもフローは切れない。

forgeはそのために作られている。ターミナルの中、二つのパイプの間にいるバイナリ一つ。タブ無し。税金無し。

コンテキストの中に居ろ。スイッチに払うな、自分に払え。

出典