面试聊工具链集成，怎么区分“用过”和“做过”？

消息提到，Warp 现已内置支持 Grok Build CLI，并列出富输入、/remote-control 共享会话、文件浏览器和代码审查面板等能力。对想投开发工具或终端方向的程序员来说，这类动态容易让人兴奋，但面试里真正被追问的，往往不是“你用过什么”，而是“你解决过什么集成问题”。

“用过”是：我平时在终端里跑 CLI，会粘贴长提示词、开多光标。面试官听完只能确认你熟悉操作。

“做过”是：我遇到过某个具体摩擦，比如团队里提示词和上下文散落在不同窗口，于是我把某段流程固定下来，并说明为什么选这个方案、放弃了什么、最后谁在用。注意，这是假设的整理框架，不是让你编经历；只有你实际做过，才能填进真实细节。

准备时按“问题—方案—取舍—结果”整理一个案例。结果如果拿不出数字，就用[实际记录]这类占位提醒自己补证据，不要编造效率提升。

开发工具方向求职，简历上怎么描述工具使用经历才不空？

素材里提到的富输入支持粘贴更长提示词和多光标，/remote-control 可把会话共享到另一台设备。这些点可以帮你回忆自己有没有类似场景，但不能直接抄成简历亮点。 延伸阅读：【简历】大学生应聘软件工程师简历怎么写

更稳的写法是把工具使用写成可核查的任务：你配置过什么工作流、解决过什么协作或环境问题、有没有让别人也照着用。比如“把某类重复操作整理成团队可复用的步骤，并记录踩坑”，比“熟练使用某终端”更接近岗位语言。

读岗位描述时，还要确认几件事：这个岗位是要做集成开发、工作流设计，还是偏支持与文档？团队现在用什么工具链？面试官说的“集成经验”具体指接 API、写插件，还是维护内部脚本？这些信息岗位描述里未必写全，值得当面问。

看到“某工具内置支持某 CLI”，该不该把它当成求职方向信号？

单一集成动态不足以判断岗位需求。素材没有提供招聘、团队或行业趋势信息，也不能说明该功能是否已正式发布、稳定可用，或是否需要特定付费计划。

所以别急着把“Warp 支持 Grok Build”翻译成“这个方向要扩招”。更实际的做法是去核查：目标公司是否在招相关岗位，岗位描述是否要求集成或工作流设计经验，团队是否真的在用这类工具。

一个可做的小建议：挑一个你实际做过的工具链小改动，用三句话写清问题、取舍和结果，再找一位目标岗位的从业者帮你看看，哪句像“用过”，哪句像“做过”。