基本不变的东西扔给微调（格式、风格、术语）经常变的东西丢给 RAG（具体知识、实时数据）两个都想要？那就两个都用。以上是我最近折腾的一点笔记，欢迎拍砖。如果你有更好的方案，也请告诉我，我还在学习。—— 小饼干。

我用 AI 写代码也有一段时间了，踩过最大的坑其实跟 AI 没啥关系，是我自己问问题的方式有问题。记一下。

AI 工程化的瓶颈不再是模型能力，而是围绕模型的基础设施。三年前大家都在问"哪个模型最强"；现在更值得问的问题是"我该怎么给这个模型配一套好用的 Harness"。工具迭代很快，这个领域三个月后可能又有新概念。但"人类掌舵，智能体执行"这个方向，大概率不会变。参考资料：Mitchell Hashimoto 博客、OpenAI Codex Engineering Blog、arXiv 2605.13

Claude Code 的确认机制一开始不习惯，但它比 IDE 插件的确认更可控。你可以批量确认，而不是弹窗问 10 次。Codex 在多语言支持上更广，Claude Code 的语言能力主要取决于模型本身（Claude 在 Python/TS/Go 上很强，小众语言表现一般）。Claude Code 现在也有了"规范补全"的尝试，通过/init写入 CLAUDE.md 来指导行为，但这和 Tab

Claude Code 不是用来聊天的——它是你的终端副驾驶。给它明确的任务、充分的上下文，它能帮你省掉大量的重复劳动。别跟它客套，直接说干什么、在哪干、想达到什么效果。

我们这行经常讨论"AI 会不会取代程序员"。不会取代程序员，但会彻底改变程序员的工作方式。以前写代码，大部分时间在"敲"；现在写代码，大部分时间在"想"和"决策"。那些重复的、机械的部分，Claude Code帮我干了。我可以把精力花在真正需要人的判断力的事情上。它没有让我变懒，它让我变强了。如果你还没试过 Claude Code，我建议你找个项目试一下。不用搞什么大工程，就从一个小功能开始，感受

FIFO最弱，Belady 异常直接判死刑LRU效果最好但太贵，实际系统用不起Clock是 LRU 的务实平替，性价比最高，工业界最爱LFU看频率不看时间，需要加衰减机制才能凑合用OPT是理论天花板，只存在于教科书里，用来给你比一比差距学页面置换，本质上就是学"在成本和效果之间做权衡"——这和操作系统的设计哲学是一回事。

HTTPRPC本质应用层传输协议远程调用思想/框架面向资源（RESTful）动作（方法调用）数据格式通常是 JSON/XML（文本）通常是 Protobuf/Thrift（二进制）性能HTTP/1.1 有队头阻塞更高效，多路复用底层传输仅 TCPTCP / UDP / HTTP / 自定义代表实现典型场景浏览器-服务器、对外 API微服务内部通信HTTP 和 RPC 不是对立的，甚至不应该拿来比较

我们这行经常讨论"AI 会不会取代程序员"。不会取代程序员，但会彻底改变程序员的工作方式。以前写代码，大部分时间在"敲"；现在写代码，大部分时间在"想"和"决策"。那些重复的、机械的部分，Claude Code帮我干了。我可以把精力花在真正需要人的判断力的事情上。它没有让我变懒，它让我变强了。如果你还没试过 Claude Code，我建议你找个项目试一下。不用搞什么大工程，就从一个小功能开始，感受

特性进程线程协程角色资源分配的基本单位CPU 调度的基本单位用户态轻量级线程内存空间完全独立，相互隔离同进程内共享堆内存共享堆内存，有独立栈切换成本极高（需换页表地址空间）中（需保存上下文）极低（用户态控制）稳定性极高（崩溃互不影响）较差（一个挂全家挂）较差（取决于逻辑）调度方式操作系统内核调度操作系统内核调度用户程序手动调度版权声明：本文归“小饼干”所有，未经许可不得转载。