# 张咋啦 Zara：4 个可以立刻落地的 AI-native 工作方式（视频逐字稿）

- 来源文件：stodownload.mp4
- 视频时长：30:12
- 整理日期：2026-07-16
- 说明：由本地语音识别生成，校正了人名、产品名和明显同音错字；为便于阅读补充分段与标点，保留演讲内容、顺序与口语表达。

## 00:00 开场：个人效率不等于组织效率

我是Zara我先做个小调研有多少朋友看过我的内容可以举下手吗，OK 基本上是全员那我就不用过多自我介绍了对我平时待在美国硅谷然后我觉得回国一件很开心的事情就是能跟很多朋友线下面对面的交流我觉得在AI时代这种线下的社区越来越重要了，尤其是很多朋友看过我的内容之后然后我们虽然线下都是第一次见面但是感觉就好像认识了很久一样，大家的认知都是已经拉齐的我觉得这个也是我做内容的一个很大的动力来源之一就是能认识很多非常优秀和志同道合的朋友，然后我今天给大家分享的主题是四个可以立刻落地的AI Native工作方式因为我日常工作的一部分就是去研究各种各样的企业不管是大型企业还是创业公司。

他们是怎么把AI和Agent应用到日常的工作里面的然后如何打造一个AI Native的组织，然后我觉得在这个方面尤其是小型的创业公司往往是非常先进的所以我日常跟非常多的创业公司的管理者和CEO去，然后今天也给大家分享一些这方面的见闻然后首先想分享一个个人观点，就是个人效率的提升不代表组织效率的提升因为我相信大家很多组织内部大家都已经在用AI了很多人已经在用Coding Agent了，所以发现一个很常见的现象就是好像消耗了很多很多Token花了很多成本但是组织的效率没有明显的提升。

很多人是会有这种感受，所以这里想举一个例子是历史上的一个类比前一阵我看了一篇论文然后非常有感受，它讲的是在蒸汽机时代我们进化为电力就是刚有电的时候这个工厂是怎么进化的，我们可以看一下这张图这张图左边是传统的蒸汽机然后它是一个蒸汽机带一根主轴带中全部的机器，然后当电力刚来的时候大家做法就是把这个蒸汽机换成了电机驱动。

但是你会发现它没有效率的提升因为你的组织你的工作方式你的工厂的架构没有发生变化，所以它只是增加了成本那什么时候效率真的有提升呢是它变到右边单元驱动的时候，也就是我们给每一台机器都单独的有一个电机然后靠电这个电线供电，然后我们才真正的提升了效率这件事可能花了几十年它不是一朝一夕能实现的，所以工厂效率的提升不是因为有了电而是因为工厂被重新设计了。

所以我觉得我们今天的组织也是一样的我们整个公司组织效率的提升不是用了AI工具就能提升了，你真的要去重新的思考和设计整个组织的工作方式，人员分工招聘标准，这个工作流程，所以今天我给大家分享的是这方面的一些思考。

然后这四个工作方式是我最近跟很多人创业者聊起来，我觉得相对比较可以落地的，然后在各种组织里大家可以立刻运转起来的。

## 03:09 工作方式一：把会议妙记变成 Agent 的 Context

第一个工作方式叫所有的会议都要默认录制，妙记是给Agent最重要的Context，因为我在群里看到很多朋友问知识管理的问题，就是我现在有这么多Agent，我怎么把我企业内部的各种知识给到我的Agent。

我是整理一堆文档吗，整理一堆知识库吗，应该怎么做，我个人认为我们应该从知识管理进化到Context管理，这是两个不一样的概念。

因为在上一个时代你要做知识管理，那你用的是飞书文档 飞书知识库，你要给它组织成非常有序的这种架构，但是那个是给人看的，就是你花很多时间组织那个知识库。

是因为人如果你不组织的话它找不到，但是现在人不需要看，现在是给Agent看的，Agent其实不太需要这种非常结构化的信息，因为Agent对于去理解非结构化信息是非常擅长的。

所以我们其实不需要花特别多的时间，去思考我怎么给它搭知识库，你不需要搭知识库，你只需要让它日常的，就是自然的融入到你们的日常的团队的工作里面。

给它各种文档啊 妙记啊 历史聊天记录，它自己就可以把这个知识库长出来，所以我的观点是，这个首先我们从知识管理进化到Context管理，Context 最重要的Context等于妙记逐字稿。

不是文档，因为我觉得很多组织里其实很多东西是没有被书面化的，我们思考一下其实很多知识都是在团队成员的脑子里，然后喜欢有书面表达习惯的是少数的人，而且绝大部分也没有能力把自己的这些思考和观点。

很好的写成文档，但是在日常开会的时候会聊到，所以我现在的观点就是说如果一个会议没有被录制，那它就白开了，因为我觉得很多时候我开会是给我的Agent开的。

是为了给我的Agent提供Context去开的，然后第二个观点是会议的结束是工作的开始，我们很多时候开会不是为了开会本身，而是为了开完会之后去驱动别的动作，对齐了这之后。

我们之后要去完成下一步的任务，所以我们要把开会当成一种prompt，就是开会是未来的提示词，我们很多事我们聊完之后沟通完之后，直接把逐字稿丢给Agent。

他自己就知道该怎么拆解任务，怎么去下一步执行了，你不需要再给他手动写提示词了，而且这样它的Context是最丰富的，因为包括里面两个人来回讨论啊。

然后不同意的地方，后来又怎么达成共识，整个这个讨论过程也在你的prompt里，这样Agent获取的Context是最完整的，所以我自己搭了这样一个工作流。

就是我首先我把我的Codex连到飞书里，通过我们的 Bridge，这样我在飞书里就获得了一个bot，它就是Codex，然后我每次开完会。

我的妙记被自动推送到Codex，不需要我手动给它，因为飞书现在有一个事件推送，它可以直接把妙记生成这个事件，连接到我的Codex上。

这样我每次开完会，Codex自动获取的妙记，然后Codex自动基于这个妙记的逐字稿，首先它会给我整理一个个性化的总结，因为我觉得总结本身也应该是。

千人千面的，每个人关心的事情不一样，所以它会先总结一下我可能关心的重点，然后它会直接说我可以帮你推进一二三，就是在这个会上提出来的。

或者它推测出来，接下来要完成的一些动作，然后我就可以直接点菜，说你去做一你去做二，然后这就是我的prompt。

所以这个工作流我觉得大家感兴趣也可以去搭建，对，这个在各行各业都有很多应用，比如说这是飞书的一家零售行业的客户，叫奈尔宝。

他们是做线下儿童乐园的，然后他们线下有很多门店的服务人员，线下门店你怎么确保这个服务人员的话术，是符合公司标准的，是达标的。

以前你可能要靠各种手动的去巡店等等，现在他们直接给每个工作人员配一个飞书录音豆，然后全天佩戴，然后所有的话从早到晚录下来，然后把这个逐字稿发给Agent。

然后Agent去检查，这些工作人员说的话是不是符合标准话术，然后有哪些常见问题我们沉淀到这个知识库里面，然后包括这个巡店也是一样，这个应该是名创优品的一个案例。

就是当这个管理层去店里巡店的时候，他可能会直接口头地说，你这整改一下那整改一下，然后你现在用录音豆都把它录下来，然后这个把妙记给Agent。

他可以直接去拆解这家店有哪些需要整改的问题，然后甚至直接在群里去推动大家去改，所以如果今天大家感兴趣，我非常推荐基于妙记，做一个会议驱动工作的工作流。

然后有几个idea大家可以参考，第一个是Agent知识库，类似于我刚才说那个，开完会自动把妙记给Agent，但是你可以在这个技术上再加一个。

就是Agent，直接基于会议逐字稿更新知识库，因为知识都在我们说的话里，然后这样他Agent的获取的Context，就永远就是最新的。

然后包括老板脑袋里想的各种东西，他就都知道了，然后是这个最优雅的地方，就在于你不需要主动做任何事情，你只要开完会他自己就获得了这个Context。

不需要写任何提示词，然后第二个是一个销售coaching，我觉得这个是一个很好的场景，反正是有面向客户的团队的，你都可以让他们把这个面向客户的会议录下来。

然后妙记推送给Agent，Agent基于逐字稿，给销售提建议和反馈，然后也可以把这个FAQ沉淀到知识库，把Top Sales的一些话术都沉淀下来。

然后第三个是，我个人觉得非常有潜力，给产品团队的一个场景，就是会议 as PRD，就是比如说我跟一个产品同学。

我们俩就是聊这个方案该怎么做，然后聊完之后把妙记给Agent，然后那个给Codex，他就知道这个产品该怎么做了，我就不需要写任何需求文档。

然后他做出来一个原型，我们直接对着那个就改一下就可以了，就是会议可以是未来的Prompt，可以是未来的PRD。

## 09:06 工作方式二：建立团队共用的 Agent

第二个工作方式叫团队共用的Agent，这块我先给大家看一张图，这是我这几天画的一张图，就是我观察到企业用AI，大概有三个段位。

Level 1就是人跟人协作没有AI，Level 2是每个人跟自己的AI协作，我估计大部分企业现在在这个 Level，就是每个员工自己跟自己的Codex聊，自己跟自己的龙虾聊。

但是Level 3是AI无缝地融入到，人与人的协作里，我觉得能达到这个 Level的企业，非常非常的少，我觉得在我见过的创业公司里。

可能也只有个位数，但是这些公司有共同特点，就是他们都把Agent，接入到了飞书的群里面，如果你要想达到。

从 Level 2进化到 Level 3，你就不能让每个人，只是本地单机的跟Agent去协作，你必须把他拉到群里，拉到组织里。

然后让大家一起去跟他协作，比如最近，Anthropic推出了Claude Code这个产品，就是把 Claude 带进了 Slack里，类似这样的感觉。

所以我会非常建议大家做一个团队共用的Agent，因为以前龙虾很火的时候，大家每个人都有龙虾，但是那个其实只是每个人的个人助理，我认为你要成为一个真正的AI native组织。

你不能停留在个人助理，一定要让Agent成为跟员工平起平坐的一个同事，然后他无缝地融入到我们日常的沟通协作里，然后这有什么好处呢，首先它其实是一种潜移默化的AI培训。

它能大大的降低非技术团队，用Agent的门槛，这块我推荐大家看一篇文章，这篇文章是Shopify的CEO写的，叫在工作现场学习。

然后他们Shopify有几千人，然后他们的Agent都在他们的Slack里运行，但是这个Agent有一个特点，就是他只在公开群聊聊天，他没有私聊这个功能。

他们压根就没做私聊这个功能，然后他发现一件事情，就是人们开始互相学习，当一个人能看到另一个同事，在群里是怎么跟Agent对话的。

怎么用工作，怎么用Skill的，他就变成了一种渗透式的学习，他不需要课程表，不需要培训计划。

不需要安排，整个公司就是变得越来越 AI-native，我觉得这是一个非常好的方式，尤其是很多非技术背景的团队，如果你让一个非技术背景的团队。

去下载安装Codex，是一件非常难的事情，很多人都不知道terminal是什么，但是你让他在飞书里找一个人聊天，就是知道怎么做的。

这就跟找同事一样自然，所以我觉得我们应该把这些Coding Agent，都融入到大家日常的工作界面里面，让这个Agent来找人，而不是人去找Agent。

我觉得应该让Agent来适配，我们已有的工作方式，对，所以这就是一种潜移默化的培训，然后第二就是。

他可以让员工和Agent之间实现接力，然后这里有个例子，比如说我们有一个数据分析师，然后他搭了一个数据分析的Agent，然后大家有查数的需求。

以前是找他，那现在大家可以在这个群里，直接去问这个Agent，但是这个Agent有时候，他可能查的数据不准。

或者是口径有问题，因为这个数据分析师同学也在群里，他就可以直接在下面继续回复，说这块怎么纠正一下，或者我再补充一些信息。

这就是为什么要在群里去工作，而不仅是私聊，因为很多时候，现在Agent还没有达到，一次性就能百分之百完成任务。

他可能做到八十分，但这时候如果那个同事也在群里，他可以在后面完成最后一公里，这就是一种接力，说实话工作里。

绝大部分事都不是一个人能独立完成的，但是我们现在用AI的状态，就是每个人单机的跟Agent在协作，那这种单机协作对于组织来说，其实是一种黑盒。

你不知道每个人跟自己的Agent在聊什么，你也不知道他们用AI用的好不好，有什么Skill有什么场景，那怎么让这件事情对组织来说变得更透明化，更可见。

我觉得就是要把它放到我们共同协作的这个界面里，Zapier的CEO最近发了一条推特说他们在内部，就是不鼓励大家私聊，然后他们在内部做了一个排行榜，这个排行榜叫非私聊排行榜。

就是每一个员工在Slack里面，在非私聊在群里面聊天的比例，他们会统计这件事情，然后会排名，然后他们的管理者身先士卒。

这个排行榜第一名是CTO，第三名是CEO，所以就是创始人亲自去表率这件事情，然后带动整个公司，他们之所以鼓励大家在群里聊。

是因为私聊Agent看不到，对，他们想让整个公司所有的Context，都对Agent是可见的，可检索的。

都变成Agent的Context，所以这是我说的，就是说工厂的进化，不是因为有了电，而是因为工厂被重塑了。

那同理我们不是说，有了飞书有了Codex，我们组织就进化了，我们要真的去重新思考，我们的工作方式。

如果你的组织有了Codex，有了飞书还是不透明，然后大家还是单机作战，然后这些信息Agent都没有，那你还是没有计划。

所以我觉得我们还是要去从，工作方式的角度去思考这个问题，然后这块的话，我们今天也等一会儿，跟晶晶会给大家带来一个。

非常落地的方案，就是怎么给你的团队或者组织，做一个团队级别的Agent，然后这有两种方式，一种是在 Aily 上。

也就是飞书官方的Agent，一种是第三方，如果你想连Claude Code、Codex也可以实现，然后Aily 这个我是预告一下，它下周就会上线。

这个功能叫团队智能体，对，就是你可以直接去，在一个界面里面去设置，比如它是什么角色。

它的知识，它的技能，然后它会有团队级别的Context，然后这个Claude Code和Codex，这个方案我们等一会儿。

会给大家详细介绍，然后大致先剧透一下，就是做一个Agent同事，总共分几步，如果你想用这个Codex的方案。

第一步你要先把它部署到云端，这步很关键，因为以前大家的Codex都是在跑在本地的，跑在本地是有问题的，首先你电脑一合盖。

你同事就跟它聊不了了，然后其次就是它会有你本人的各种个人的信息，它对于这个安全和隐私不是特别好，所以我们会建议大家把Codex部署到云端，然后第二就是你要通过bridge把Codex接到飞书里。

它作为一个Chatbot进到飞书里，第三步你给它一个定位，比如它是一个什么岗位，什么职责，说话方式等等。

第三给它知识，然后这一步很关键，这一步我个人实践下来，我觉得最好的知识，就是团队会议的妙记逐字稿。

甚至不是那个妙记的总结，是逐字稿，因为我觉得它要看到那个最原始的，最丰富的这个信息，然后以及你们团队的各种群的聊天记录啊。

文档啊等等，然后第五让它自我进化，这个很重要，就是你的Agent能不能每一天，都比前一天更了解你们团队。

然后它能力更强，它的memory更丰富，然后最后就去把它拉到群里，让大家在群里使用，然后等一会儿我们给大家介绍整个详细的方案。

对。

## 16:14 工作方式三：给上下游做 Skill

然后第三个工作方式是，不要只给自己做Skill，而是要给上下游做Skill，然后这一点我觉得，尤其是在一些相对成规模的组织和团队里。

很重要，因为现在大家都在做Skill，但是我发现很多人就在给自己做，但是我有一个观察，就是组织的低效不是来自个体的低效。

而是来自人与人之间的依赖，就是我们现在很多团队，每一个人都用了Agent，可能每个人自己的效率都十倍了，但是也不代表你团队的效率会十倍。

因为这个人做完还是要另一个人Review，还是要给另一个人开会，就是组织的流程和分工没有发生变化，所以我在思考的就是说，怎么让Agent减少人与人之间的依赖。

然后这一块我有一个观察，就是在特别，AI native的组织里，大家都是彼此给上下游和协同方去做 Skill，不仅仅是给自己做Skill。

这画了一些图啊，比如说我们以第一个图举例，第一个图是市场团队和设计团队，然后假设说我是个设计团队，那我不仅要给自己做一个设计的Skill。

我应该给Marketing去做一个设计的Skill，因为以前这个市场不可能他要出各种物料，他都要找设计师去排期，然后很多时候这个人员不够还排不上啊等等，那现在有了这个设计Skill之后。

Marketing团队可以自己闭环产生一些物料，他不用每一次都去找设计团队，然后同理就是每一个协同方的这个组合，他都有一些这种空间，比如说研发团队可以给设计团队。

去做一个Skill或者是一个Playground，然后让设计部门自己可以去检查一些，前端的实现等等，然后包括产品可以，反正每一个组合他都可以互相做。

所以我觉得这个是大家可以在内部推动的一种，最佳实践吧，就是让大家去给协同方做Skill，你可以去盘一下公司里，哪些部门之间是依赖最多的。

然后尤其是那种资源排期老是排不上的，然后这样让他们争取把这件事，落成一个Skill，然后这个Skill你可以结合我刚才说的，把这个Agent拉到群里。

然后这样上下游的人都在群里，然后直接跟这个Agent对，这样他做完了，下一个人还可以再继续检查，比如说这个刚才提到的数据的Agent。

我觉得是一个很好的例子，我觉得大家如果不知道做什么，可以先从数据分析做起，因为数据分析就是一个非常适合，做成Skill和Agent的东西。

你就是让数据分析的同学，把这些看板，数据看板的权限给他打开，然后这样各种产品团队，研发部门要查看一些数据的话。

他们可以直接在群里 @ 这个 Agent，这个是我看到一个文章，这个文章叫，在AI时代公司要围绕Loop，而非职能进行重组。

因为我刚才提到，怎么减少人与人之间依赖，你可以看这两张图，左边是传统的分工，它是按照职能来分的。

所以如果有一个bug，比如说他要先客服团队接触到，然后给PM，再流转到开发，就是一个事他要流转很多人。

然后这个每一个人与人之间，都有一个协作的步骤，沟通的这个步骤，然后这件事整个做完，可能一周过去了。

他就非常的慢，那篇文章认为，AI native的分工，是右边按照Loop，按照Loop来分工。

而Loop来分工，就比如说产品是一个Loop，那一个人他要从PM到开发，到设计，整个，整个Loop他都有他来负责。

然后每个人争取是自闭环的，然后减少这个，一件事情上协同方的依赖，那我们怎么从左边，这个进化到右边这个。

其实我觉得最大的障碍是，倒不是说组织架构的问题，而是人的问题，因为绝大部分的人，当我们招进来的时候。

他大概率只能把一件事干好，就很少有人是全才，他在自己的链上，每一件事都能做好，那怎么补齐人的这些能力呢。

我觉得就是靠 Agent，所以你看右边这张图里，虽然小王他是个PM，但是你可以call AI去帮他，把开发设计能力去补上。

这样他就有能力自己去闭环，把一个Loop完成，所以这是我觉得，AI带来的一个价值，就是怎么让一个相对传统的。

按照职能为分工的组织，逐渐地往根据Loop，分工去进化，这件事没有办法，一夜之间就发生。

但是我觉得，就是通过我们刚才说的这种，工作方式，包括给上下游做Skill，做Agent等等。

我们可以逐渐往那个状态去演化，所以这个我会建议大家去思考，就是想想，想想你协同方上下游是谁，然后定义这个重复的工作流。

然后把这事做一遍，迭代N遍，很有耐心地去迭代，然后让Agent把刚刚这个过程，沉淀成一个Skill。

然后把这个Skill装到一个Agent里，然后把这个Agent拉到飞书群里，然后基本上就能实现我刚才说的这个效果。

## 21:01 工作方式四：审美也是一种生产力

然后第四个工作方式是，审美也是一种生产力，比如说今天这个，deck，就它又不是那个传统的PowerPoint。

它是我自己的用那个Frontend Slides，这个Skill做的，这个Skill在GitHub上已经超过两万五千 个 stars，然后就是用HTML去取代传统的PPT，这块我觉得有一个洞察可以分享一下。

就是我们怎么站在Agent的视角看问题，因为有很多Skill是让Agent去画PowerPoint，但你会发现Agent不擅长画PowerPoint，因为它的训练数据里没有特别多PowerPoint的那个语言，但是Agent的训练数据里有大量的网页。

所以它对于HTML的排版是非常非常擅长的，所以我觉得我们要去站在Agent视角，就是它擅长做什么，我们去让它发挥自己的优势，然后为什么我觉得审美非常重要。

因为抓住人的注意力越来越难了，现在每个人都是一个信息过载的状态，然后就是People do not read，所以我们要可视化，尽量可视化地呈现各种东西。

然后把变好看这件事交给AI，然后我们才能聚焦在内容本身，所以我的几个最受欢迎的Skill，其实都是审美相关的，比如说HTML Slides。

比如说飞书画板，所以我们也可以看一下我们组织里有哪些模板，所有模板类的东西都可以变成一个Skill，比如说你的PPT模板，比如说你面向客户的材料有没有一些模板。

这个你都可以去跟你的Agent聊一下，怎么变成一个Skill。

## 22:29 怎样做一个真正用得起来的产品

接下来我想讲的是怎么做一个真正用得起来的产品，因为我觉得现在Vibe Coding的门槛降低了之后，很多人做了很多很多的产品，但说实话，绝大部分产品是用不起来的。

就包括我自己给自己做的工具，我自己都用不起来，就只有很少数我是能用得起来的，人有三个特点，就是懒 健忘和ADHD。

就我们一定要记住这一点，所以我们把产品做出来是一回事，大家真正用起来是另外一回事，所以我们真的要去思考，就是怎么让人用起来。

然后这块分享两个案例，第一个是我做了一个浏览器插件，然后它是一个帮我关Tab的，它的入口在浏览器的NewTab页面，我每次打开一个新的Tab。

它就会给我一个可视化的呈现，就是我现在浏览器总共开了哪些Tab，然后我就可以一个一个把它们关掉，还有一些重复的，我就可以一键把重复的关掉。

这个解决的就是我这个浏览器Tab太多，然后根本找不到，然后以及这个就是Tab不愿意关的这么一个痛点，我Vibe Coding有很多产品，但这个产品是我唯一会每天会用的。

因为它真的很实用，但是我觉得更重要的是，它的入口在这儿，它的入口在这个NewTab这个入口，这个地方我每天都要点至少五遍。

它没有让我再学一件新的事情，它是一个我已经熟悉，已经在高频操作的事情，然后下一个是这个，另一个小产品。

就是我做了一个帮我看YouTube的插件，然后这个就是左边是YouTube，然后右边是那个逐字稿，对，然后这样你看的时候可以直接看到文字。

然后也可以去记笔记啊等等，但是有一个很巧的一个设计，就是当我在看视频的时候，比如说我在这全屏看视频，然后他突然说了一句话。

然后我就说得很好，然后我想记起来，这个时候以前的动作，我可能要暂停视频，然后往回倒几秒。

然后再把它说的话手动打出来，然后我做了一个小的交互，就是你放视频的时候，你都不用暂停视频，然后你就按一下N。

就是N那个快捷键，然后他就会自动地，把他刚才说的这句话写下来，然后记到我的笔记里，就是我不需要退出全屏。

我也不需要暂停视频，他自己就往回倒时间戳，然后把那句话给我记下来，并且用大模型去把这个错误纠正过来，然后确保它是一个干净的一个笔记。

对，然后这个我觉得也是一个挺巧的一个交互吧，就是他没有让我去改变原有的习惯，因为大家可能记得我之前做过一个小产品，叫TLDW。

就是也是看YouTube的，就是一个，它是一个网页嘛，就是你要把那个 YouTube 链接粘到网页端，然后它可以实现类似的效果。

后来我发现我想不起来打开这个网页，就是如果你每次用一个产品，你还要想起打开一个网页，这件事对人要求太高了，然后我就直接把它改版成插件了。

所以我只要打开一个视频，所以我只要打开一个YouTube视频，这个按钮就会出现在这儿，然后我点一下右边就出来了，所以它就不需要我去额外打开任何东西。

所以我觉得这个 Lesson就是说我们要把用户，要把入口放在用户已经在的地方，我们去想它有哪些已经在高频操作的地方，然后去把它结合进去，不要让它学新的习惯。

新的操作，那在办公场景大家在哪儿就在飞书里，所以这是为什么我会建议大家，如果是工作相关的WebCoding的产品，尽量都集成到飞书里。

因为这样对于大家来说，就是没有任何额外的学习成本，它每天已经在飞书里了，让AI去找用户，而不是让用户去找AI。

## 26:07 AI 时代 Builder 的三项底层能力

然后最后想分享一下，我关于这个时代的Builder，最重要的素质是什么，我觉得做一个东西总共分三步，第一步决定做什么。

然后第二步把它做出来，第三步你要把它推广出去，然后确保有人用，有人care，那这件事在AI时代发生什么变化呢。

把它做出来变简单了，就这个太简单了，你只要有个coding Agent，你跟他说一下，他就做出来了。

但第一个和第三个都变难了，首先第三个变得非常难，就是你要把一个产品推广出去，让人在乎，让人使用。

我们每天都被无数的AI产品轰炸，我的注意力，就是现在非常多的AI产品，来pitch我用他们的产品，说实话。

百分之九十，我一看它的落地页，就提不起任何兴趣，就是没有什么吸引力，我看来觉得我还不如用Codex。

我相信大家看很多产品的推广，也是这种感觉，那你怎么让人，一看你的产品，就觉得它想用。

它能激起它的好奇心，这件事变得非常难，然后还有决定做什么，也变得非常难，因为这个需要你对用户。

有非常深刻的洞察，以及如果你这个东西，没有解决关键问题，大家觉得那我还不如自己用Coding Agent去解决，我为什么要用你的产品。

所以我觉得一和三都变得更难了，那一需要的是对用户的洞察品位和审美，然后三需要的是讲故事，做内容和打造品牌的能力，一两年前我还在纠结我要不要学学写代码编程什么的。

然后今年我不纠结了，我觉得就是不用学写代码，就是我想花更多的时间在一和三这两件事上，我要去提升我的审美和对用户的理解，我要去提升我的判断力。

然后我要去思考我怎么做出真正让大家用得起来的产品，怎么把故事讲好，中间那一环现在太简单了，所以我觉得这个时代的Builder最重要的素质有三个，然后第一个是Agency。

第二个是Taste，第三个是Distribution，Agency就是你要有主观能动性能折腾，我相信今天大家来到这个厂子的人都是很有Agency的人，然后第二是对用Taste。

就是Taste不仅仅是审美，就不仅仅是这个狭义的美学的判断，它更多的是一个洞察和判断，比如说Agent自己会做很多事情，但是很多时候你是要做减法的。

做减法就是一件很需要审美的事情，哪些东西你要删掉，其实我觉得删功能比加功能更重要，然后第三个就是Distribution，就是你做完了怎么让大家用起来。

这个Distribution不仅仅是说，你要在外面做go to market 营销推广，即使是在企业内部，也是需要Distribution，比如说你做了一个团队共用的Agent。

怎么让大家用起来，怎么在内部讲好这个故事，因为每个人都已经有自己的Codex，他为啥要跟你这个Agent聊，我们必须要把这个价值讲清楚。

甚至我自己给自己做产品，我觉得我都需要Distribution，因为很多产品我自己都用不起来，所以当他只有当他记录一个我熟悉的入口，我才能用得起来。

那么回到刚才第一个件事，我说Taste很重要，那怎么提升Taste，最近我花了很多时间想这件事，然后我觉得主要有两个方式。

第一是大量地看好的东西，这个不管是看内容也好，用好的产品也好，然后去思考它为什么好，就是我们不能停留在光看光用。

然后去借鉴和模仿，然后第二种方式更重要，就是我们要put things out there，就是大量地发东西，不管是做产品也好。

做内容等等，然后收到外界的反馈，然后继续反馈再迭代，然后再产出，再反馈再迭代。

无限的循环，这个循环的次数越多，你的品位就越好，所以为什么，我觉得今天大家来到这儿。

就是一个很好的机会，因为你可以有一个机会，做出一个东西，但是不要停留在做出来，一定要把它发出去。

一定要让用户，收到用户真实的反馈，然后看大家能不能用起来，用不起来也是一个很好的反馈，那我们再去迭代。

然后无限的这样循环，我们逐渐就能成为一个，越来越厉害的Builder。

---

本逐字稿仅用于学习整理，演讲内容版权归原作者及发布方所有。

