面试时怎么问出团队的版本发布与回归测试流程？

消息提到，Claude Code 发布 v2.1.276，修复了 ANTHROPIC_BASE_URL 指向代理或网关时每个请求都以 400 失败的问题，报错信息为 Input tag 'advisor_20260301'，该问题由 2.1.275 引入，属于回归。素材没有说明团队如何发现和定位它，这恰好是面试可以问的地方。

不要只问“你们用不用 CI”。更有信息量的是问：最近一次线上回归问题是怎么被发现的，是用户上报、监控告警还是发布前测试？发布前有哪些检查环节，哪些是自动的，哪些靠人工？如果对方只能回答“我们测试挺充分的”，可以追问一个具体例子：上一个版本引入、下个版本修掉的问题，中间经历了什么。

同一件事，两种团队的做法差别很大。一种把回归当成流程问题，会补测试用例、加发布前检查；另一种只当成个案，修完就过。面试时你听到的是哪种叙事，比技术栈列表更能说明日常体验。

怎么判断团队对线上问题的响应是否可预期？

素材显示问题在后续版本中被修复，但没有说明响应过程。所以面试时不要假设对方有成熟机制，而要问出机制是否存在。

可以问：从问题上报到修复发布，通常经过哪些环节？谁来决定回滚还是热修？值班怎么排，非工作时间的问题谁来接？修复后会不会补一条回归测试，还是只改代码？

这里有个取舍：流程清晰不等于响应快，响应快也不等于流程健康。有的团队靠个别人救火，平时看不出问题，一旦这个人不在就暴露。你可以问“上一次线上问题，从发现到修复大概跨了几个角色”，如果答案里反复出现同一个人，值得留意。

模拟场景：假设你问“回滚决策谁来做”，对方说“看情况，一般是谁发现谁处理”。这不是坏事，但说明你需要进一步确认：有没有默认的回滚标准，还是每次靠临场判断。

使用代理或网关的团队，面试时该关注什么？

素材明确问题出现在 ANTHROPIC_BASE_URL 指向代理或网关的场景。如果你的岗位涉及代理、网关或中间层，可以问：团队怎么覆盖这类环境下的测试？是只验证默认配置，还是有专门的集成环境？

不要问“你们支持代理吗”就结束。可以问：上一个和代理相关的线上问题是什么，怎么发现的？测试环境是否复现了生产环境的网关配置？如果对方说“我们主要靠用户反馈”，那你要评估自己是否愿意承担这类排查工作。

最后给一个可做的小建议：面试前挑一个你经历过的回归问题，用三句话讲清“怎么发现、怎么定位、怎么防复发”，然后在面试中把它作为交换，问对方最近一次类似经历。对方的回答具体程度，往往比任何流程名词都更能说明问题。