AI に時刻を与えるとキャッシュが壊れる話 ─ 時間認識という設計変数
Hiroba による自動要約
LLM は学習時点で重みが固定されるため、現在時刻を知る手段を持たない。多くの AI プロダクトはシステムプロンプトに日時を注入しているが、毎リクエスト時刻を埋め込むと Claude や Gemini のプロンプトキャッシュのヒット率が 0 になり、キャッシュ書き込み料金で 1.25 倍割高になる。時刻取得の粒度（リクエスト毎 / セッション開始時 / 非注入）を設計変数として選定することが、キャッシュ効率と時間精度のバランスを左右する。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 2786 件あります。
関連する記事
同じタグの記事
Anthropic、Claude Code の週間利用制限を 50% 上乗せ延長（8 月 19 日まで）
HNAnthropic は Claude Code の週間利用制限を 50% 高いままに保つ措置を 8 月 19 日まで延長することを発表。Pro・Max・Team・Enterprise ユーザーが対象。同時に Claude Fable 5 を Max・Team Premium プランに統合し、利用制限は通常の 50% に設定される。
Claude Code v2.1.215｜/verify・/code-review の自動実行が廃止｜毎日Changelog解説
QiitaClaude Code v2.1.215 で /verify と /code-review スキルの自動実行が停止。これまでコード変更後に Claude が判断して自動起動していた検証・レビューは、ユーザーが明示的に呼び出す形に変更。トークン消費が予測可能になる一方、自動検証に依存していたワークフローは手動での `/verify` `/code-review` 実行を追加する必要がある。
Claude が Microsoft Foundry で GA、Azure 環境での利用が 2026年6月から正式サポート
Qiita2026年6月29日、Claude Opus 4.8 と Claude Haiku 4.5 が Microsoft Foundry（Azure AI Foundry）で GA。Azure ホスト版は本番運用対応だが、Anthropic インフラ版はプレビュー段階。Microsoft・Anthropic・NVIDIA の三者提携により、Azure の認証・ガバナンス基盤のまま Claude を Messages API で呼び出せるようになった。
外部記憶があると Claude Code の /compact はほぼ要らない
ZennClaude Code で作業終了時に外部記憶へ保存した後、さらに /compact を実行するのは情報の二重要約である。終了境界がある場合、/compact（150〜180k トークン入力）の代わりに、終了処理 → /clear → 次セッションで recall する流れを使えば、トークン使用量を 15〜20 分の 1 に削減しながら、永続的で検索可能な記憶が残る。ただし recall の検索精度が成立条件。