有消息提到，Real-SWE 基准发布，任务取自经授权的真实公司私有生产代码库，用来评测 8 个前沿模型与 harness 组合的解决率。对准备面试的人来说，这条动态不直接说明招聘要求，但它提示了一件事：私有代码库经验不是一句“用过公司代码”就能讲清的。你需要把它拆成可核查的具体信息。

先分清：你的经验属于哪一层

同样是“在公司代码库写过代码”，含金量差别很大。可以按四层自查：

  • 权限边界：你拿到的是完整仓库、部分模块，还是只能看接口文档？
  • 环境真实度：改的是生产代码、预发分支，还是练习项目？
  • 协作流程：是否走过代码评审、分支策略、发布回滚？
  • 交付结果：有没有可验证的上线、修复或性能变化？

面试回答时，说清你在哪一层，比笼统说“参与核心系统”更可信。比如“我在受限权限下只改支付回调模块，提交前需两位同事评审”，就比“我熟悉公司代码”具体得多。注意，这只是表达方式的对比，不是要求你把经历包装成生产级。

判断经历加分，看能否说清真实约束

Real-SWE 的任务取自经授权的真实公司私有生产代码库，这说明“真实”和“授权”是这类基准强调的边界。但基准的具体任务类型、难度分布和评测方法细节，目前消息并未说明，不能假定面试一定考同类任务。判断一段经历是否值得写，可以看它是否涉及真实约束下的取舍。

一个可用的模拟场景：假设你接手一个没有文档的旧服务，只能通过日志和调用链定位问题。你可以讲清自己如何缩小范围、向谁确认权限、最终交付了什么。注意，这是展示思考方法的假设例子，不是实际工作经历，也不能当成某家公司的真实流程。如果经历只停留在“按需求改函数”，可以诚实定位为执行经验，同时补一句你正在练习的能力，比如读陌生仓库、写复现步骤。不要编造数字成果；有真实记录时再用 [实际记录] 这类占位提醒自己补证据。

面试中主动追问团队什么

面试是双向的。你可以问：

  • 团队代码库的访问权限如何分配，新人多久能拿到？
  • 代码评审和发布流程是怎样的，有没有回滚机制？
  • 团队是否用评测基准辅助判断改动质量？如果用，覆盖哪些任务类型？

Real-SWE 是否被企业招聘流程采用，目前没有明确信息。所以这些问题不是让你断言团队一定在用某个基准，而是帮你确认对方真实的工作方式。如果对方说不清权限或评审流程，你就要多留一个问号。

最后给一个小建议：挑一段你真实参与过的代码库经历，按“权限—环境—协作—结果”四格写下来，再对着目标岗位的描述核对一遍，看哪些格子还空着。 延伸阅读：程序员简历针对性制作指南：告别一稿多投，面试率提升300%