Kimi 发布新的浏览器扩展，前身为 Kimi WebBridge。消息提到，用户可在侧边栏与它对话，让它导航网页、填写表单并完成任务；对重复性任务，可录制一次操作步骤保存为 skill，下次由它接手执行。产品现已在官网和 Chrome Web Store 上线。对想投效率工具产品岗的人，这条动态值得拆开看：对话与录制是两种不同的产品思路。

两类形态，准备方向不一样

素材里其实藏着两种形态。一种是对话式助手：用户在侧边栏描述目标，它边理解边操作。另一种是录制式自动化：用户演示一遍，保存为 skill，之后重复执行。

哪类更接近目标团队，决定你面试时聊什么。偏对话的岗位，日常讨论可能围绕用户描述不清时怎么追问；偏录制的岗位，日常讨论可能围绕一批重复任务怎样拆成可保存的步骤。素材没有说明该扩展的团队规模、招聘计划或岗位设置，也没说明录制技能的准确率与兼容性。所以别把“产品上线”直接读成“这类岗位在扩招”，更稳的是拿具体岗位描述去核对真实职责。

面试时把分工问清楚

“负责浏览器效率工具”这句话信息量很低。可以准备几个不越界的问题：这个岗位更偏交互还是偏流程？录制出的技能由谁维护、谁来判断任务是否适合录制？这些问题的答案会告诉你，进去以后每天在讨论什么。 延伸阅读：产品经理面试常见问题解析

有两类方向值得分别关注。一类关注用户怎么把意图说清楚，工作成果常体现在交互流程和文案上；另一类关注任务怎么被完整拆解成步骤，工作成果常体现在任务模板和步骤边界上。两类经验在简历上的写法不同：前者突出用户研究和对话流程，后者突出一项任务从开始到结束的步骤梳理。具体到某家公司偏哪类，只能靠面试提问与岗位描述交叉核对。

没有相关经验，先做一个小练习

挑一件你每周都要重复做的浏览器操作，比如整理后台数据或跨系统搬运信息，把它拆成步骤清单：哪些是固定动作，哪些需要人判断，哪一步最容易出错。假设一个模拟场景：你要为一个“每周导出报表并汇总”的任务设计录制流程，你会先确认数据来源是否稳定、字段是否固定、出错后是重录还是手动补。这类思考方法可以迁移到面试讨论里，但它是练习，不是实际工作经历，写简历时不要包装成项目成果。

一个实际可做的小建议：下次看招聘页时，先圈出描述里偏“交互”和偏“流程”的词各出现几次，再决定简历第一段突出哪一侧。