最近准备面试的时候，我发现一个很扎心的问题：刷题和真实面试，中间其实隔着一层“表达能力”。牛客、LeetCode、八股文、项目复盘，这些当然都要准备。但是到了真实面试里，很多人会发现：题我刷过，思路也大概知道；项目我确实做过，技术栈也写在简历上；但是面试官一追问，我就开始答散；一紧张，原本会的东西也说不清楚。尤其是技术面里，面试官经常不会只问一个标准题，而是顺着你的简历和回答继续追问。比如：“你这个项目里主要负责什么？”“为什么要用 Redis？”“缓存一致性怎么处理？”“接口变慢你怎么排查？”“你这个方案有没有更好的优化方式？”“如果并发量上来，你会怎么改？”“你和这个岗位的匹配点在哪里？”...

一股神秘的力量，我是不是被资本做局了

附tl 4.13投递+测评4.14约下午面+秒过约二面4.17二面秒过约下周三面4.22三面秒过当天晚上hr加微信云证4.23hr面+转录用评估4.25收到书面offer希望大家早日收到心仪的offer

第一部分：Prompt 工程 一、调优哲学（五条优先级原则） 在动手改任何 prompt 之前，先用这五条原则做方向判断： 聚焦优先于全面。 先保证主任务稳定完成，再补充细节。一个能把核心事情做对的 prompt，比一个面面俱到但哪个都不太稳的 prompt 有价值得多。 场景优先于通用。 不同场景的必要字段不同，不能机械套模板。先问自己：这个场景里，什么字段缺了会让结果失真？先保这些，再优化其他。 结构优先于辞藻。 清晰的模块化结构比"高级角色设定""华丽描述"更有用。模型不需要你用精美的语言描述任务，它需要你把任务说清楚。 定性优先于精算。 LLM ...