面试过的人都懂，最容易翻车的，从来不是前面的专业问答，而是结尾那句轻飘飘的「你还有什么问题要问我吗？」作为在互联网大厂做了 5 年 HR，面过近千位候选人，也帮上百位朋友复盘过面试、拿到心仪 offer 的过来人，我可以很负责任地说：今天就把面试提问的「红线」和「加分项」一次性讲透：3 个绝对不能碰的禁忌，碰一个就扣印象分；5 个适配 90% 以上岗位的高光提问，问完直接让面试官对你刮目相看。不管是应届生校招，还是职场人跳槽，看完直接就能用。先避坑：3 大禁忌，碰一个就扣光印象分面试提问的核心原则永远是：不添乱、不越界、不暴露短板。以下这三个红线，哪怕你再好奇，也千万别在面试时张口就问。禁忌一...

题目是实现一个带 TUI 的命令行视频剪辑工具。核心要求有三点：能应对真实输入，稳定运行不崩交互流程清晰，用户知道下一步该干什么输出结果可验证、可复现，不能随缘素材放在 video_res/ 目录下。需要注意：里面的视频格式不统一，有不同容器（MP4、MOV 等）和编码格式（H.264、H.265 等），甚至可能混了异常文件。所以工具必须考虑兼容性，不能假设所有素材都是标准 MP4。必做功能要求1. TUI 交互（核心）需要实现四个基本操作：浏览素材列表（能看到有哪些视频可用）设置切分区间（比如只保留 00:30 到 01:20 这一段）调整片段顺序（多个片段可以重新排序后再合成）执行导出 + 展示结果（导出完告诉用户成功了还是失败了）2. 剪辑与合成单个视频能切分（取其中一段）多个视频能拼接到一起（比如 A 的前半段 + B 的后半段）输出常见的可播放格式（MP4 最稳妥）3. 错误处理用户输入非法（比如时间输成负数、选了不存在的文件）必须明确提示禁止静默失败——出了错就要让用户知道，不能偷偷崩掉约束条件：所有交互提示要面向普通用户，别直接抛底层报错（比如 "FFmpeg returned code -2" 这种）。用户看不懂，等于没提示。必做验收方式需要自己设计验证方案，至少覆盖四点：基础功能对不对（切分、拼接能不能正常工作）正常输入能跑通（给标准素材，按标准操作走一遍）异常输入要能扛住（给损坏的视频、不存在的文件、乱输参数）连续执行要稳定（跑一次没问题，连续跑十次会不会崩）交付物清单源码 + 启动命令（比如 ./run.sh 或者 python main.py）使用说明（关键操作怎么用、参数什么意思）示例输入与输出结果（别人照着做能复现）验证证明（场景描述、执行命令、结果摘要）已知限制与优化方向（坦诚交代哪里没做好、后续怎么改进）加分项如果必做做完了还有时间，可以考虑：时间线/片段预览能力：不只是一个列表，能让用户看到片段顺序、时长、大概位置任务队列与取消机制：导出可能需要时间，用户可以排队多个任务，也能中途取消可配置导出参数：码率、分辨率、帧率这些用户可以自己调，而不是写死在代码里一点思路分享拿到题目后，建议先别急着写代码。用模型帮你把必做功能拆成最小的 MVP 模块，比如：先实现素材目录扫描和列表展示再实现单个视频切分导出然后实现多视频拼接最后把 TUI 交互串起来加分项最后再做，而且尽量不破坏基础功能的代码结构。验收的时候，建议按题目要求的四点（正确性、兼容性、鲁棒性、稳定性）逐个跑一遍，截图或录屏留证，最后整理到验证证明里。另外注意素材目录里可能有异常文件，你的工具遇到这种情况不能崩，至少要提示“该文件无法处理”然后继续让用户操作其他素材。

📍面试公司：快商通🕐面试时间：3.27 17:30-18.00💻面试岗位：agent全栈开发自我介绍完后，要求共享展示屏幕vibe coding。展示中问了个人vibe coding使用心得。简历项目的出处（竟然还要求我展示项目，直接说不在这个电脑），不依不饶抓着问项目的github，还好简历中有一个是真的。简历项目难点怎么解决的，怎么去找到难点并怎么通过vibe coding的形式解决的。然后问使用cursor ，trace cn，cc的使用感受和偏好。ps：面试真能锻炼人，现在整体就是一个很松弛的面试状态，要求展示vibe coding也没啥，感觉就是看你有没有软件和使用经验。

许多公司都在考察这个了，给你一个实际的工程问题，看你能否利用AI，快速的理清业务逻辑，将其解决，同时查找bug