https://yennj12.js.org/yennj12_blog_V4/tags/context-window/Recent content in Context Window on YennJ12 Engineering BlogHugo -- gohugo.ioen-usWed, 03 Jun 2026 09:00:00 +0800https://yennj12.js.org/yennj12_blog_V4/posts/fde-interview-guide-part10-context-management-zh/Wed, 03 Jun 2026 09:00:00 +0800https://yennj12.js.org/yennj12_blog_V4/posts/fde-interview-guide-part10-context-management-zh/Context Management 的核心問題只有一個： LLM 是無狀態的，但對話是有狀態的。 怎麼在有限的 context window 裡，讓 LLM 「看到」最有用的資訊——這就是你要設計的系統。 一、核心問題：為什麼 Context 會是瓶頸 每次呼叫 LLM，你送進去的所有 token 都要過一次 attention 計算。這意味著： 成本：input token 按量計費，context 越長越貴 延遲：attention 複雜度是 O(n²)，context 長度翻倍、延遲接近翻兩倍 品質：「Lost-in-the-Middle」效應——LLM 對中段資訊的注意力顯著弱化 爆炸：超過 context window 上限就直接報錯，Agent 中斷 輪次 1: 750 tokens 輪次 5: 3,750 tokens 輪次 20: 15,000 tokens 輪次 50: 37,500 tokens ← GPT-4o 128K window 的 30% 輪次100: 75,000 tokens ← 快撐滿了 面試官問法： 「你的 multi-turn Agent 在第 50 輪對話時，會發生什麼問題？你怎麼設計解決它？」https://yennj12.js.org/yennj12_blog_V4/posts/claude-code-context-window-deep-dive-zh/Sat, 17 Jan 2026 13:00:00 +0800https://yennj12.js.org/yennj12_blog_V4/posts/claude-code-context-window-deep-dive-zh/深度解析 Claude Code 的 Context Window 機制：從底層原理到實戰策略，學習如何有效管理對話上下文、優化 token 使用，並避免常見陷阱，讓 AI 輔助開發更高效。