自作のダッシュボードに、Claude Codeのセッションが29個並んでいます。作業中が3。返答待ちが1。この「返答待ち 1」は、AIが私の返事を待っている数です。AIの処理が終わるのを私が待つ時間は、もうほとんどありません。待たせているのは、私のほうでした。
Claude CodeやCodexを仕事の道具にしている人なら、たぶん同じ景色を見ています。AIは確実に速くなったのに、なぜか自分のほうが疲れている。この記事は、その「なぜ」に正面から答えます。
私は複数のプロダクトと案件、マーケ施策を、Claude Code 5アカウント・Codex 3アカウントで同時に回しています。その運用で見つけた「次に詰まる場所」と、スキルなしで負荷を軽くする3つのやり方、そして全アカウントを1画面で見るために自作したアプリを、順に書きます。
Q01AIは速くなったのに、なぜ使う人間のほうが疲れるのですか？
詰まる場所が、AIの処理速度から「AIの出力を読んで判断する人間の頭」に移ったからです。AIの回答は、放っておくと長文で返ってきます。それを読み、次の指示を判断する負荷──認知負荷──が、AI活用が増えた分だけ積み上がります。2026年9月時点の私の仕事で、一番のストレスはここです。
見落としやすいのは、入口と出口の非対称です。AIに渡す情報は少ないほど精度が出る──資料を丸ごと読ませず、その工程に必要なものだけ渡す──は、すでに当たり前になりました。ところが、 AIから人間に返ってくる情報は野放し のままです。入口では絞っているのに、出口では絞っていない。
私の現在地を具体的に書くと、セッション29個のうち作業中3・返答待ち1（2026年9月時点の実測画面）。返答待ちとは、AIが人間の返事を待っている状態です。待っているのは人間ではなく、AIのほうになりました。だから人の仕事は、「AIを速くすること」から「自分の頭に入る形でAIに出させること」に変わっています。
Q02AIの長い回答を読むのがつらいときは、どうすればいいですか？
システムプロンプトに1行足すだけで変わります。「人間の認知負荷が高いと思われる回答の場合は、必ずローカルで動かせるHTMLで出力してください」──これだけで、重い回答はチャット欄の長文ではなく、ブラウザで開くHTMLとして返ってくるようになります。特別なスキルやツールは要りません。
読む側の負荷を軽くするためのスキル（AIへの追加の仕組み）は、いま世の中にたくさん出ています。私もいくつか試しました。結論から言うと、要りませんでした。やったのは、この1行だけです。
なぜ1行で効くのか。 考えさせ方は変えず、見せ方だけ変えている からです。AIに「短くして」と頼むと、中身まで削れます。この1行は中身には触らず、読む側の負荷だけを下げます。
| 頼み方 | 中身（情報量） | 読む側の負荷 |
|---|---|---|
| 「短くして」と頼む | 削れる（要約で内容が落ちる） | 下がる |
| HTMLで出力させる（この1行） | 変わらない | 下がる |
今日コピペして試せます。私のAI活用の工夫の中で、一番効いたのはこの1行でした。
Q03AIの回答は、ローカルHTMLとアーティファクトのどちらで出させるべきですか？
アカウント数で決めます。1アカウントで使っているなら、Claudeのアーティファクトで表示させるのが一番きれいで見やすいです。複数アカウントで回しているなら、ファイルとして手元に落ちるローカルHTMLです。分岐の基準は見た目ではなく、「どのアカウントで開けばいいか」です。
複数プロジェクトを本気で回している人は、ほとんど複数アカウントです。アーティファクトはアカウントの中にあるので、「あの回答、どのアカウントで出したっけ」で詰まります。ローカルHTMLはファイルとして手元に落ちてくるため、アカウントがいくつあっても開く場所はひとつです。
| アーティファクト | ローカルHTML | |
|---|---|---|
| 見た目 | 一番きれいで見やすい | 十分見やすい |
| 回答の置き場所 | 各アカウントの中 | 手元のファイル（開く場所はひとつ） |
| 向いている人 | 1アカウントの人 | 複数アカウントで回す人 |
私自身が5＋3アカウントなので、ローカルHTMLが基準になりました。1アカウントの人は、迷わずアーティファクトです。
Q04AIのレポートや資料を、頭に入りやすくする指示はありますか？
指示に「図解を多めに」と一言足すだけで、かなり見やすくなります。あわせて「デザインもポップな雰囲気に」と伝えるのも効きます。情報量は同じでも、図解とポップな見た目のほうが頭に入ってきます。
人は文章を読むのがきつく、図解は頭に入ってくる──これは私自身が何度も実感したことです。システムプロンプトの1行と同じで、どちらも考えさせ方ではなく、 出力の形の工程への指示 です。中身の質を落とさずに、読む側の負荷だけを下げられます。
Q05複数のAIアカウントの使用量や稼働状況は、どうやって把握すればいいですか？
頭で追うのはあきらめて、把握そのものを自分の記憶から外し、1画面に自動で集めるのが答えです。私は全アカウントの利用枠の残量と、いま動いている全セッションを1画面で見るアプリを自作しました。開発も、すべてAIです。
複数アカウントで回していると、困りごとは2つ出てきます。ひとつは使用量。どのアカウントの制限がどこまで使われているか、頭で追えなくなります。もうひとつは、プロジェクトをまたいで、いまどのセッションが動いているのか分からないこと。確認しに行く時間そのものが、地味に負荷でした。
画面の上段は利用枠です。Claude Code 5アカウント・Codex 3アカウントの、5時間枠と7日枠の残量が並びます。下段は、いま動いているClaude Code。プロジェクトごとに「作業中」「起動中（無操作）」「返答待ち」と、その状態が何時間続いているかが出ます。5分ごとに自動更新、セッション側はVPSから1分ごとに拾っています。PWAにしてあるので、スマホでも同じ画面が見られます。
定点観測は、手動では続きません。自動で集めて、結果だけ見る。アカウントが増えるほど残量と稼働状況は頭で追えなくなるので、この形に落ち着きました。
よくある質問（FAQ）
- Q. こうした工夫のために、特別なツールやスキルの導入は必要ですか？
- A. 要りません。読む側の負荷を下げるスキルは世の中に多く出ており、私もいくつか試しましたが、結論は「要らない」でした。システムプロンプトの1行と、指示への一言（図解を多めに）から始められます。
- Q. 資料の体裁は「誰に出すか」を一言渡せばAIに任せられる、という話と矛盾しませんか？
- A. 矛盾しません。用途の一言は、他人に出す成果物の体裁をAIに委ねる「渡し方」の作法です。この記事の指示は、自分が読んで判断するためのAIの回答を、自分の頭に入る形で出させる「受け取り方」の設定です。入口と出口、両方を設計すると負荷は下がります。
- Q. 使用量ダッシュボードのようなアプリは、開発チームがないと作れませんか？
- A. 私は開発をすべてAIで行いました。PWA（ブラウザ技術で動くアプリ）として作ってあり、パソコンでもスマホでも同じ画面が見られます。2026年時点では、こうした社内向けの道具を1人とAIで作ることは現実的な選択肢です。
- Q. AIの出力を読む側の負荷は、会社のAI導入にも関係しますか？
- A. 同じ壁になります。この負荷は、AIを使いこなす側だけの話ではありません。AIで生産性が上がるほど、出力を受け取る側──経営者・チーム・納品先──の頭も詰まります。出力の見せ方を導入の設計に含めることが、AIが使われ続けるかどうかを分けます。
AUTHOR
黛 政隆（まゆずみ まさたか）
株式会社GembaShift 代表取締役CEO
エンジニア歴20年、PM経験50件超。生成AIの導入を、現場に入って一緒に組む仕事をしています。 この記事の内容は、著者自身が実際に手を動かして業務で検証した実体験に基づいています。