面试被问“怎么拆需求”时，可以怎么讲？

消息提到，MetaviewAI 上周末把 typesafeai 的 jev 接入其所有 agent，候选人搜索从数分钟缩短到数秒，准确率不变、约快 10 倍，每次搜索成本明显更低。对求职者的启发不在“快了多少”，而在它背后的做法：把每个 agent 拆成最小语义单元、逐个查询、自设阈值。

面试里被问“你怎么拆模糊需求”，泛泛说“我会拆解”没有说服力。可以讲一个假设场景：需求是“让候选人搜索更准”。先别急着写提示词，而是拆成几个最小语义单元——岗位关键词匹配、技能同义扩展、时间范围过滤、结果排序依据。每个单元单独验证，再给每个单元设一个可接受的阈值，比如同义扩展召回率不低于某个自己定的线。 延伸阅读：产品面试通关指南：从需求分析到方案设计

这里的关键是：拆出来的每个小问题都要能被单独回答“是或否”。面试官想听的不是你拆了几层，而是你怎么知道某一层已经验证通过。

遇到bug时，改提示词还是加新问题？

素材里另一个值得带走的判断是：通过新增问题而非修改系统提示词来修 bug。这两种做法差别很大。改提示词往往是把问题“盖住”，下次换个输入可能又冒出来；新增问题则是把这次失败变成一个可复现的检查项，积累下来就是一套回归验证集。

面试举例时，可以这样讲：假设搜索结果漏掉了一个明显匹配的候选人，我不会先去调提示词，而是先问——是关键词没覆盖，还是同义扩展没生效，还是过滤条件误杀？把怀疑点变成一个个新问题加进验证清单，再逐个排除。这样即使最后仍要改提示词，你也能说清改的是哪一层、为什么。

注意，这是思考方法的模拟，不是某家公司的实际流程。面试官更在意你有没有“可累积”的排查习惯。

转岗AI产品，怎么判断自己适不适合这种工作方式？

jev 让团队把智能当作软件来构建。这句话对转岗者的价值，是帮你判断自己是否适应这种节奏：你是习惯等一个完整方案再动手，还是愿意先把模糊需求变成一串可验证的小问题？

两类方向可以对照着看。偏探索型的产品岗，更看重你能不能快速定义“最小可验证单元”，容忍反复试错；偏交付型的产品岗，更看重你能不能把验证过的单元固化成稳定流程。读岗位描述时，别只看“AI产品”四个字，要确认：团队有没有明确的验证标准？bug 是走新增检查项还是靠调提示词？这些信息招聘信息里通常不会写，需要你在面试中主动问。

一个实际可做的小建议：拿你手上任意一个模糊需求，试着拆出三个能被单独回答“是或否”的小问题，并给每个问题写一句你打算怎么验证。带着这个练习去面试，比背话术更有用。