三天，四个仓库，41 个提交，约一万行新增，给飞享IM 加了一个听起来很小的功能：把「保存到通讯录的群组」「会话置顶」「消息免打扰」同步到服务端，换设备或重装后能拉回来。这篇复盘的重点不是功能本身，而是人与 AI 的分工是怎么切的：AI 负责设计、计划、实现、审查、修复的完整闭环，人负责定产品约束、做技术裁决、在 AI 判断失灵时给出现场证据。过程中同一类缺陷在四个端上换了四种形态，被这套协同流程拦下三次、漏掉一次——漏掉的那次，恰恰最说明协同的边界在哪。
飞享 IM 桌面端（electron-vue-chat-pro）收到一条反馈：切到含超长 Markdown 表格（系统通知日报）的会话时，界面会冻结小半秒，即便每会话消息数已经限制在 50 条以内。这篇文章记录的不是"我们做了个虚拟列表"，而是从这句模糊反馈到一个可放心合并的实现之间，中间每一步该做、且没有跳过的判断——用 Claude Code 全程执行，人负责拍板方向和最终验收。
在 ios-chat-pro 的 Vibe Coding 复盘之后，过去一周（7 月 5 日 – 7 月 12 日）我继续用 Claude Code 迭代这个 iOS IM 客户端，交替使用了两套 skill：superpowers（brainstorming → writing-plans → subagent-driven-development 的全流程套件）和 grill-me（开工前对设计方案进行"逼问式"访谈的单点 skill）。
这是一篇关于「人不看代码、AI 全程执行」的真实工程记录。ios-chat-pro 是飞享 IM 的 iOS 原生客户端，用 Swift + UIKit 实现，对接自研 TCP 协议和 protobuf 二进制消息，功能覆盖单聊、群聊、音视频通话、好友管理、群组管理、消息撤回。
本文记录了将 vue-chat-pro（Vue 2 + Vuex + JavaScript）重构为 vue-chat-pro-claude（Vue 3 + Pinia + TypeScript + Vite）的完整历程。7天，64次提交，从零开始建出一个功能完整的即时通讯客户端。这不是一篇"AI 生成代码"的展示文，而是一份关于如何与 AI 协作完成真实工程任务的方法论总结。
