外部記憶があると Claude Code の /compact はほぼ要らない
Hiroba による自動要約
Claude Code で作業終了時に外部記憶へ保存した後、さらに /compact を実行するのは情報の二重要約である。終了境界がある場合、/compact（150〜180k トークン入力）の代わりに、終了処理 → /clear → 次セッションで recall する流れを使えば、トークン使用量を 15〜20 分の 1 に削減しながら、永続的で検索可能な記憶が残る。ただし recall の検索精度が成立条件。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 2728 件あります。
関連する記事
同じタグの記事
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 Fable 5 / GPT-5.6 Sol / Kimi K3 / Grok 4.5 / GLM-5.2 徹底比較
Qiita2026年のLLM選定で重視される「エージェント性能」を基準に、Claude Fable 5、GPT-5.6 Sol、Kimi K3、Grok 4.5、GLM-5.2の5モデルを比較。料金・コンテキスト長・画像対応・コーディング性能などの仕様を整理し、用途別の推奨モデルを提示する。実質コストは単価だけでなく再試行費用を含めて評価。
AIツール選定ガイド：Google、Anthropic、OpenAI の戦略比較と実測値による使い分け
Zenn2026年7月、GoogleはNotebookLMをGemini Notebookに統合、AnthropicはClaude Codeの設計問題が議論され、OpenAIはGPT-5.6を投入した。実測比較では汎用タスクはGPT-5.6が安定、創造的タスクはClaudeが優位となり、ハイブリッド運用が現実解になりつつある。タスク特性に応じた使い分けと乗り換えコストの考慮が選定の鍵。
LINE Webhook で写真見積もりボットを作った — 「検証」ボタンの落とし穴と ngrok を使った疎通確認
QiitaLINE Messaging API と Claude API を組み合わせ、写真を送るとAIが内容を読み取り見積もりを返すボットを開発。LINE Developer コンソールの「検証」ボタンが成功しても本番で動作しない理由、ngrok インスペクタを使った切り分け方法、署名検証・画像取得・応答時間制限の実装要点をまとめた実装記。