Feday 2025参会笔记

发表于 更新于 分类于
Feday2025参会笔记，记录宝玉老师关于AI Agent与Skill的实践经验，以及沈青川老师关于同步引擎如何提升用户体验的分享。核心观点：技术是手段不是目的，以用户为中心才是关键。

前言

今天去参加了Feday2025，听了宝玉老师和沈青川老师的分享。两位大佬讲的东西很有意思，记录一下核心点和我的一些想法。

宝玉老师：别为了做Agent而做Agent

他们遇到的问题

宝玉老师团队最初想做一个AI Agent，能根据公司的Design System自动生成UI代码，类似于V0那种。

听起来很酷对吧？但实际做下来发现几个问题：

  1. 技术太复杂了
    要搞UI、交互、代码预览、上下文管理，一大堆东西

  2. 生成的代码只能到80%
    剩下20%还得人工调，像素级的差异AI搞不定
    反而让流程更复杂了

  3. 推广后没人用
    设计师和开发还是习惯用Figma、Copilot
    用自然语言描述需求，对他们来说反而更麻烦

转变思路

后来他们想明白了一件事：目标是统一设计规范，不是为了做Agent。

于是换了个方案：

把Design System的规范、组件文档、最佳实践整理成Skill，让现有的AI工具（比如Cursor、Claude Code）直接调用。

开发者在项目里引入这个Skill，AI写代码时就会自动遵循公司规范。

这个思路我觉得很对。

三个关键点

1. AI是助手，不是替代品

宝玉老师说：AI是强大的助推器，但最终的把控还是要靠人。

我深有体会。用Cursor写代码确实快，但质量把控必须自己来。AI是放大器，不是替代品。

2. 别重复造轮子

基于Claude Code SDK这些成熟方案去扩展，比从头搞要高效得多。

就像我之前做Electron优化，能用现成的就别重新发明。

3. 失败也有价值

虽然Agent方案失败了，但过程中整理的文档、对问题的理解，都为后来的Skill方案打了基础。

失败不可怕，可怕的是没学到东西。

我的想法

这个分享让我反思：做技术选型时，是不是太关注”酷”，而忽略了用户真正的需求？

很多时候最先进的不一定最合适：

  • ❌ 搞个独立Agent → 复杂，用户不买账
  • ✅ 打包成Skill → 简单实用，融入现有工作流

技术服务于业务，不是业务迁就技术。

胡文召老师：同步引擎怎么消除等待感

传统方案的问题

传统的请求-响应模式体验很差：

  • 点一下要等半天
  • 加载转圈
  • 离线直接废了
  • 实时协同搞不了

同步引擎的核心思路

本地优先 + 后台同步

用户操作直接改本地数据，UI立即更新。然后异步发到服务端，服务端分配Sync ID，广播给其他客户端。

简单说就是：先改了再说，后台悄悄同步。

关键机制

1. 本地优先

用户不用等服务器响应，操作立即生效。这就是所谓的”乐观更新”。

2. Sync ID解决冲突

服务端给每个事务分配全局递增的Sync ID，决定谁先谁后。

客户端收到服务端数据后，会把自己未提交的变更Rebase一下。有点像Git的变基，但是实时的。

3. 增量同步

客户端记录已同步的Sync ID，下次启动只拉增量。

省流量，体验好。

开发范式的改变

以前：

1
前端 → 定义接口 → 后端 → 联调 → 上线

现在：

1
设计数据模型 → 前端直接操作本地对象 → 引擎自动同步

不用写那么多接口了，联调也少了，爽。

适用场景

✅ 适合用

  • CRM、项目管理、笔记、日历（用户产生数据的应用）
  • 需要离线支持的应用
  • 混合AI应用

❌ 不适合

  • 新闻类应用（主要是看）
  • 云服务器监控（必须实时依赖服务端）

推荐方案

老师提到了几个开源方案：lightstore、zerodb、gensync

我的想法

这个分享让我意识到：架构设计不只是技术问题，更是体验问题。

同步引擎的核心价值是消除等待感。就像我之前做Electron性能优化，用户感知到的性能比实际性能更重要。

现在很多产品都在用这个思路：

  • Figma的实时协作
  • Notion的离线编辑
  • Linear的丝滑体验

体验好的产品，背后都有好的同步架构。

两个分享的共同点

虽然讲的是不同领域，但我发现他们都在强调：

  1. 以用户为中心
    不要为了技术而技术，关键是解决实际问题

  2. 别重复造轮子
    优先用现有的成熟方案

  3. 技术是手段，不是目的
    宝玉老师：目标是统一规范，不是做Agent
    胡老师：目标是提升体验，同步引擎只是手段

我的收获

这次最大的收获不是学到某个具体技术，而是对技术决策有了新理解：

  1. 别迷信新技术
    AI Agent很酷，但不一定适合所有场景
    有时候简单的Skill方案就够了

  2. 用户体验第一
    技术再先进，用户不买账也白搭

  3. 站在巨人肩膀上
    别啥都自己造

  4. 失败是学习的一部分
    宝玉老师从Agent到Skill的转变就是个例子

  5. 考虑现有工作流
    再好的工具，和现有流程割裂也推不动

收获礼物

现场收到了小音大佬赠送的小饼干。
不仅人很厉害，现实中还真的很好看。
cookie

面基

今天还见到了大佬余弦姐。不过感觉她好忙，一直在coding….
余弦姐的博客

总结

两位老师都在讲一个道理：技术是手段，不是目的。我们要解决的是真实问题，不是炫技。

别的老师讲的也很好。可能是领域/认知边界不同吧。所以，我对他们讲的业务内容确实没吸收多少东西。
不过还是了解到了很多有用的开发工具。

cookie