🚫 大多数人只写了一句废话很多人用Vibe Coding做了项目，到了写简历的时候，憋出来一句：“我用AI做了一个小程序。”然后就没有了。这句话写上去，基本等于没写。面试官看完，对你的能力没有任何印象。问题出在哪？不是Vibe Coding不行，是你不会写。面试官想看的，不是你“用了AI”这个事实，而是：你解决了什么问题、怎么推进的、拿到了什么结果。这篇文章不讲虚的，直接教你怎么把Vibe Coding项目写出含金量。✅ 第一步：先写项目解决了什么问题不要一上来就写技术栈，先把“需求”讲明白。问自己三个问题：👉 这个项目是给谁用的？👉 解决了什么痛点？👉 为什么值得做？对比一下：❌ 错误写法：用Vibe Coding做了一个记账小程序✅ 正确写法：针对个人记账流程繁琐、分类不清晰的问题，设计并开发一款轻量化记账小程序，帮助用户快速记录日常收支看出区别了吗？第一种写法只是陈述了一个事实。第二种写法有用户、有问题、有解决方案，产品感立刻就出来了。⚙️ 第二步：再写你是怎么把它做出来的很多人在这里又会写错，写成：“AI帮我生成了代码。”这句话的问题在于：AI是主语，你不是。简历里，你必须是主角，AI只是你手里的工具。正确的写法是：写你的动作——你做了什么来推动这个项目。可以写的动作包括：🔹 需求拆解🔹 功能优先级梳理🔹 页面搭建🔹 接口联调🔹 测试与优化对比一下：❌ 错误写法：AI帮我生成了记账小程序的代码✅ 正确写法：负责项目需求拆解与功能优先级梳理，完成记账录入、分类统计、账单展示等核心页面的设计与功能实现，并持续优化交互流程第二种写法的重点不是工具，而是你在主导项目。📊 第三步：最后补上结果项目写进简历，一定要有结果。没有结果的经历，看起来像没做完。结果可以写：🔹 功能完成度（完成了从0到1的开发）🔹 开发效率（将开发周期缩短了XX%）🔹 上线情况（已上线，日均使用XX次）🔹 实际价值（解决了XX问题）对比一下：❌ 错误写法：项目已上线✅ 正确写法：项目已完成从0到1开发，覆盖快速记账、分类管理、数据统计等核心功能，将单次记账操作步骤缩短至3步内，显著提升记账效率如果有数据，效果会更好：“将XX时间从X小时压缩到X分钟”“覆盖X个核心场景”“被X人实际使用”。📝 完整案例：改前 vs 改后❌ 原始写法（千万别这样写）：用AI做了一个校园二手交易小程序。✅ 改写后：针对校园二手信息分散、交易效率低的问题，独立完成校园二手交易小程序的需求拆解与功能设计，负责发布商品、分类浏览、关键词搜索等核心模块的搭建与实现，完成项目从0到1开发，有效提升二手信息匹配效率。这条经历现在展示了：✨ 你发现了真实问题（校园二手信息分散）✨ 你主导了项目（需求拆解、功能设计、核心模块实现）✨ 你拿到了结果（从0到1、提升了效率）🎯 总结：Vibe Coding项目写进简历的三步公式解决了什么问题 + 你做了什么 + 拿到了什么结果🔹 第一步：不要只写功能，要写“给谁用、解决什么”🔹 第二步：不要写“AI帮我”，要写你的动作🔹 第三步：不要空着，哪怕写“从0到1”也比不写好💡 最后一句写完这个项目描述之后，问自己一个问题：如果删掉“AI”两个字，这条经历还成立吗？如果答案是“不成立了”——说明你写的是“AI做了什么”，而不是“你做了什么”。如果答案是“依然成立”——恭喜你，这条经历写对了。因为面试官想看到的，从来不是你会用AI，而是你会用任何工具把事情做成。

一面（基础技术面）自我介绍，然后开始问基础，偏嵌入式底层和RTOS：设计一个带看门狗（Watchdog）的嵌入式系统，描述故障恢复流程UART、SPI、I2C 协议的核心差异及典型应用场景推挽输出与开漏输出的区别？举例说明在 GPIO 控制中的应用如何通过 DMA 减少 CPU 在数据传输中的负载系统时钟配置对低功耗设计的意义是什么嵌入式操作系统（如 FreeRTOS）中任务的状态有哪些？状态切换条件实时操作系统（RTOS）的“硬实时”与“软实时”区别RTOS 的任务调度策略有哪些？如何保证实时性任务间通信方式（信号量、消息队列、管道）的适用场景及优缺点如何避免中断服务程序（ISR）中的竞争条...

总结一下最近春招面试的经历，观点仅代表小厂 小公司。基本上都会现场考察vibe coding，说是主要看你对AI工具的运用和模式需求的把控能力。已经是完全变天了，小厂不考算法能力，更多的是你能不能高效，准确的干活。

题目是实现一个带 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 交互串起来加分项最后再做，而且尽量不破坏基础功能的代码结构。验收的时候，建议按题目要求的四点（正确性、兼容性、鲁棒性、稳定性）逐个跑一遍，截图或录屏留证，最后整理到验证证明里。另外注意素材目录里可能有异常文件，你的工具遇到这种情况不能崩，至少要提示“该文件无法处理”然后继续让用户操作其他素材。