Claude Codeセッションの価値を最大化する方法
Maximizing the value of your Claude Code sessions
Claude Codeのセッションでは、入力トークンと出力トークンのコストが異なり、出力は入力の約5倍のコストがかかります。プロンプトキャッシュを活用すれば、過去の履歴を低コストで再利用できますが、モデルや努力レベルの変更、時間経過などでキャッシュが無効化され、コストが増加します。コンテキストに含まれるトークン数、ターン数、同時実行数を意識し、ファイルの@メンションやCLAUDE.mdの活用、/clearや/compactの適切な使用が重要です。
キャッシュはリクエストの先頭から一致している必要があり、リクエストは常に同じ順序で送信されます。そのプレフィックス内の何かが変更されると、その背後にあるすべてが再度プリフィルされます。
HNでの議論
185- superasn
最近、/handoffスキルを見つけて、よく使っています。/compactよりもずっと良いと思います。
基本的には：
- /handoff fileで、現在のセッションの重要なコンテキストと、おそらく次のステップをチェックリストとしてまとめた短いドキュメントを作成します。
- その後、/continue fileで新しいセッションを開始できます。
- ClaudeからChatGPTへ、またはその逆に作業を引き継ぐこともできます。セッション制限のときに非常に便利です。
- さらに、ハンドオフファイルは後で参照できるプロジェクトメモリとして役立ちます。
これは/compactや/clearよりもはるかに便利だと思います。なぜなら、コンテキストがポータブルなものに保存され、単一のセッションに縛られないからです。また、20メッセージごとにこれを行う方が、長いセッションを実行するよりも良い結果が得られると感じています。
- rhaksw
> @メンションでファイルを指定する代わりに名前を付ける
Claudeは好きですが、デスクトップアプリでは@メンションが壊れています。同じプロジェクトで同じクエリ「@ephem」を入力すると、次のようになります：
CLI: https://imgur.com/a/VZMUCOa （良い、関連する結果）
デスクトップ: https://imgur.com/a/QLSo4Ms （悪い、無関係）
この問題を報告しましたが、自動的にクローズされました：
https://github.com/anthropics/claude-code/issues/71421
もっと良い書き方ができたかもしれません（VS CodeではなくCLIを比較に使うなど）。しかし、Claudeがこれを1分で自分で修正できることは間違いありません。
- Glyptodon
私が見るのは、お金を節約するためにたくさんのものを読んで手間をかける必要があるということです。その根源は、AIにタスクを任せて、私が他のことをしている間に戻ってくると、キャッシュの有効期限が早すぎてコストが2倍になるということですか？
- jnwatson
誰か、なぜプレフィックスキャッシュが努力量に結びついているのか説明できますか？
私はよくFableをxhigh effortで実行して、学部レベルの理解をはるかに超えた統計モデリングを行っています。Claude Fableは修士レベルの出力を生成し、その後、さまざまな部分を説明してもらうために何度も往復します。
最初の部分は確かに追加の努力を使いますが、尋問の演習は、はるかに単純なモデルや、同じモデルでもはるかに少ない努力で答えられるものです。
- nathanyz
これは、Anthropic版の「あなたの持ち方が悪い」ように感じます (1)
- BeetleB
> @メンションでファイルを指定する代わりに名前を付ける。ファイルがメッセージに直接添付され、Read呼び出しや、Claudeがファイルを探すための検索を節約できます。
これはアンチパターンだと主張する人もいると聞きました。ファイルが大きい場合、ファイル全体を読むことになります。Readや類似のものを使えば、ターゲットを絞った検索をして関連部分だけを読むことができます。
これはまだそうではないのでしょうか？
また、/contextについて言及しているので：なぜ/contextの実行にそんなに時間がかかるのか説明できる人はいますか？通常は数秒かかりますが、1分以上かかることもありました。
そして、なぜステータスラインに基本情報を表示しないのでしょうか？単純に「120K/200Kトークン」と。これを得るために/contextを入力するのは嫌です。拡張機能をインストールする必要もないはずです。
- zmmmmm
私が欲しいのは、会話は保持するが、ブロートなログやエラートレースなど、即時のローカルコンテキストでのみ関連するものを削除する`/clear`のバージョンです。
コンパクト化である程度はそれを行っていると思いますが、実際の会話履歴を完全に保持しながら、これらの非常にブロートな成果物をトリミングする、より明示的なものが欲しいです。
- mojuba
これはすべて知っておくと良いことですが、突然、形式言語やコマンドに戻っているのが面白いですね。これらのものは、私たちのためにこれらを理解するのに十分に賢いのではないのでしょうか？