我的工作履历
这篇放一些工作经历和产品复盘。它不是一份正式简历，更像是把我过去几年做过的事情、当时的判断和后来留下的经验，集中收在一个地方。
我毕业于香港中文大学（深圳），先后任职于京东和字节跳动。2024 年初，我加入扣子团队，目前是扣子编程的产品负责人。
扣子编程
扣子编程是我现在负责的产品方向。相比 Claude Code、Codex，它主打集成优势。没有技术基础的小白用户，无需进行繁琐的手动配置，就可以很简单地给自己的产品接入数据库、对象存储、AI 模型、搜索、文件处理等接口，也可以很方便地将自己的产品部署上线。在扣子编程，所有的能力都会处理成可供 Agent 调用的原子能力，所有的交互都不强依赖用户去手动完成，这是扣子编程的产品理念。
扣子编程是我目前完成度最高的一个产品，我个人对它打 7/10 分，还有很多产品设计，我还没有来得及一点点完善，所以我觉得它仍然有很大提升空间。
扣子 PPT
扣子 PPT 是我 2025 年下半年的工作。当时扣子空间已经完成一期上线，我们判断，代码不仅可以作为 Agent 所执行的过程工具，也可以成为更高效传达信息的媒介，未来会有大量信息传达直接由代码完成。基于这个判断，我在团队内推动使用 HTML、MDX 来呈现 Agent 产物，其中一部分努力最终落地为扣子 PPT。在观猹团队的 PPT 口碑榜上，扣子 PPT 是评分最高的 PPT 生成产品，与 Gamma 并列第一。
扣子空间
扣子空间 这个项目立项于 2024 年初，最开始我在其中负责工作区产品交互设计。当时行业内对于 Agent Harness 还没有达成共识，也没有多少人站出来公开说 a single agent loop is all you need。可能是出于对国内模型能力的保守预期，也可能是太希望做出一个能够长时执行复杂任务的 Agent，团队当时坚持将扣子空间的 Agent 做成了一个强编排式的 Multi-Agent 系统，导致执行过程缓慢、僵硬，无法根据过程信息灵活调整动作，最终产出的效果也并不好。
出于好奇，我使用当时的国内模型，自己在家写了一个 Single Agent Loop 架构的简单 Agent，做了一些实验，发现当时的国内模型执行多步任务时，确实容易提前中断或跑偏。但是在快速多次实验后，我发现用不太聪明的模型加上 sequential thinking tool，或者一个简单的 plan tool，就可以让它记住工作主线，并且顺利完成长时任务。这个发现给当时的团队带来启发，我们及时将扣子空间的 Agent 调整成简单的 Single Agent 架构，产品的速度、过程反馈、最终产物效果都得到了提升，这是我在扣子空间一期中的主要贡献。当时的实验 Demo 可以在 GitHub 查看。
这个项目让我明白两个事情：
- 在 agent harness 方向，the bitter lesson 依然是成立的，通用的设计往往高于精心的人工编排。
- 设计产品，或者设计 Agent，永远应该从一个最小必要的基础出发，基于绝对的事实需要做加法，而不是上来就人为设计一个庞大、复杂的系统。
UI Builder
UI Builder 是我独立负责的第一个大型复杂平台产品。对我个人而言，它是我产品能力进步的一个关键节点，但对团队而言，它并不是一个成功的产品。它让我深刻地明白了一个道理：做产品之前一定要想清楚方向。尤其是在 2024 年这个时间点，去做一个低代码产品，作为执行者和对这件事情负责任的人，一定要想清楚这个决策背后的逻辑，是否能够说服自己。