上个月写了一篇 Claude Code 上下文管理的文章，评论区有个问题问得很好——"压缩具体是怎么压的？压完之后它怎么还记得我刚才让它干什么？" 说实话当时我也答不上来。只知道"满了就压缩"，但到底怎么决定什么时候压、保留什么丢弃什么、压完之后怎么恢复工作状态，这些细节一直是黑盒。  直到我花了两天时间把 Claude Code 的 compact 目录下十几个源码文件从头到尾读了一遍，才发现这套压缩机制远比我想象的精密。它不是简单的"砍掉旧消息"，而是一个四阶段的液压系统——从最轻量的规则裁剪，到 LLM 驱动的结构化摘要，再到熔...

很聪明很活泼的一个女孩，虽然每天干的大部分都是dritywork，但从来没抱怨过，每天乐呵呵的，帮我们在需求群里“骂”甲方需求(正职不太好骂)，经常吐槽校招的困难，看到她一边做毕设，一边找工作面试，一边又要兼顾实习忙的焦头烂额，每天顶着黑眼圈上班的样子，回想自己当年也是这样的，最后给了她一些建议，帮改了简历，希望她以后一切顺利！

入职实习没多久，我和另一位实习同事一起接手了一个开发需求，这次的经历真的让我狠狠看透职场偏见。对接需求时，设计师简单潦草讲完方案，全程笃定这个功能超级简单、零难度。我和同事刚接触项目，对整体业务逻辑完全不熟悉，加上是实习生不敢多问、也没经验复盘，来不及细致讨论就老老实实接下了任务。我们原本以为只是基础开发，踏踏实实准备开工，完全没料到后面会闹出巨大的对接矛盾。直到带教老师抽空帮我们拆解需求，我们才彻底懵了！这个看似简单的功能，实际上牵扯超多隐藏业务逻辑、数据联动和兼容问题，开发工作量极大，根本不是设计师口中随手就能做完的小任务。理清所有细节后，我们特意在对接会议上，主动想跟设计沟通真实的开发难...