【結論】Context・Tool回数・Model・Networkを切り分けて速度改善
Claude Codeの速度低下は、Context肥大化、広すぎる探索、重いLocal command、Network、Service混雑、Model設定など複数原因があります。
まず/contextと実行Logで遅い工程を特定し、闇雲にSessionを消さないことが重要です。
# 起動後のセッション内でContext使用状況を確認
/context
# 起動後のセッション内で会話を圧縮
/compact具体的な手順・設定方法
対象Fileと完了条件を絞り、不要な探索を減らします。
長いBuildやTestをTask別に実行し、失敗箇所だけを解析します。
利用可能な環境では
/fastを検討しますが、対象Model、料金、提供条件を確認します。
# 起動後のセッション内でFast Modeを切り替える
/fast
# ターミナルでNetwork経路を診断
claude doctor実践プロンプト / 活用テクニック
回答を短く指定するとOutput tokenを減らせますが、必要な根拠まで削らないよう形式を定義します。
Service側障害は公式Statusで確認し、同じPromptの連打を避けます。
@src/api/client.tsだけを調査してください。
結論、根拠となる行、最小Diff、実行すべきTestの4項目だけを出力してください。
無関係なDirectory探索と長い背景説明は省略してください。注意点・よくあるエラーと対処法
/clearは速度改善の万能策ではなく、必要なContextも失います。
Fast Modeは提供Modelや料金条件が変わり得るResearch preview機能です。
API Tierを上げれば常にLatencyが改善するという保証はないため、Network、Proxy、Tool実行時間を計測して原因を分離してください。