0308-看见 Agent 协作，比让 Agent 写代码更重要
输入“/”快速插入内容
0308-看见 Agent 协作，比让 Agent 写代码更重要
0308-看见 Agent 协作，比让 Agent 写代码更重要
用户9970用户9970
用户3733用户37335月9日修改
0308：Tom Krcha X South Park Commons：看见 Agent 协作，比让 Agent 写代码更重要
今天看到 Tom Krcha 去了 South Park Commons 的播客。
Tom Krcha 是 Pencil 的 CEO。Pencil 是一个把设计画布、AI agent 和代码生成连在一起的产品，发布 8 周拿到 10 万用户；Tom 此前做过视频会议产品 Around，被 Miro 收购，也在 Adobe 做过近 10 年设计工具相关工作。
这期访谈里，Tom 谈到了 12 个有趣的观点：
1、多 agent 不是重点，可见的协作过程才是重点。很多工具也能并行跑多个 agent，但用户只会在结束后看到结果，不知道中间发生了什么。Pencil 把每个 agent 的游标直接放到画布上，本质是在把 AI 的工作过程“具象化”，这会明显提升信任感、控制感和产品的惊艳度。
2、设计应该先于代码，成为 AI 时代的“可视化计划模式”。Tom 认为很多人今天太快跳进 Cursor、Claude Code 之类的 coding 工具，甚至还没想清楚到底要做什么。Pencil 的定位不是替代代码，而是在真正写代码前，先把方案发散、比较、收敛，再决定往哪条路径推进。
3、真正适合 agent 的设计格式，不是 Figma 文件，而是可读可写的 JSON。Pencil 的核心不是一个画布，而是 pen 文件。这个格式平台无关、可进 Git、agent 能读能写，团队也能围绕它做插件和转换器，这意味着设计稿第一次变成了“可协作、可追踪、可编程”的工程资产。
4、AI 设计工具的关键，不是生成一版结果，而是同时探索多版结果。Tom 一直强调真正的设计不是线性推进，而是同时看 8 个、10 个、20 个方向，再做判断。很多 vibe coding 工具更像单线程流水线，而 Pencil 想解决的是“并行探索”问题，这更接近真实设计师的工作方式。
5、“同角色并行”比“不同角色分工”更难，也更有价值。很多 agent 系统喜欢设定 PM、Designer、Engineer 这类角色分工，但 Tom 更关心的是让多个高能力 agent 以相同角色并行工作，并自己拆分非冲突任务。这样做的价值在于，速度提升不依赖组织分工，而依赖任务如何被实时切开。
6、代码生成应该是设计的下游，而不是源头。Pencil 先生成一个平台无关的设计描述，再由用户决定把它转成 Swift、Kotlin、React Native、React/Next.js 之类的具体实现。这样设计不会被某个前端栈绑死，也更适合先做产品探索、后做工程落地。
7、AI 产品的体验差距，往往藏在“小得不值一提”的细节里。访谈里最打动人的不是“6 个 agent 同时工作”本身，而是游标、视觉编辑器、聊天区、组件面板这些细节共同构成的体验。Tom 的判断很明确：如果只是后台默默写 JSON，再让你重新打开文件，用户不会觉得这是魔法。
8、未来的设计协作，不一定先靠多人实时协同，而可能先靠 Git。Pencil 现在还没有完整 multiplayer，但团队已经看到很多用户用 Git 协作 pen 文件，把它当作新的交接媒介。也就是说，设计和工程之间的 handoff，可能不再是截图、链接和口头解释，而是一个可执行的中间格式。
9、设计师、工程师、PM 正在一起变成 maker。Tom 观察到的不只是设计师开始会写代码，而是所有角色边界都在塌缩。工程师想往上走到产品层，设计师想走进实现层，PM 和市场人员也开始直接用 AI 工具制作网站、物料和原型，这意味着软件生产正在从职能分工转向结果导向。
10、AI 的真正门槛不是技术，而是把抽象想法快速外化的能力。很多人并不是不会想，而是过去把想法变成真实界面太贵、太慢、太痛苦。Tom 反复强调，Pencil 的价值是让抽屉里那些想了很久却没做的项目第一次有机会被看到，这会直接改变普通人启动项目的心理门槛。
11、设计工具的未来机会，来自 Flash 时代断裂后的重建。Tom 从 Adobe、Flash、Web 早期一路做过来，他认为自 Flash 之后，行业很少再出现“设计和编码在同一个地方发生”的范式。今天 agent 能力起来后，这种断裂有机会被重新接上，Pencil 其实是在重建那个时代的创造自由。
12、AI 人格化不是噱头，而是交互层的大机会。访谈最后聊到给 agent 改名、加入语音、个性化动作甚至让它们互相打招呼，看起来像玩笑，其实点到了一个严肃问题：如果 AI 最终会成为工作对象，而不只是工具，那么“它如何被看见、被理解、被感知”会成为产品竞争力本身。
---
精华片段
断断续续，终于看完了 Tom Krcha 在 South Park Commons 的这期访谈。
干货很多。Tom 是 Pencil 的 CEO，这个产品最特别的地方不是“AI 能设计”，而是它把多个 AI agent 放到同一个画布上，让你眼睁睁看着它们协作。发布 8 周拿到 10 万用户，这个速度本身已经说明它踩中了一个非常具体的痛点。
我今天不忙，把这次访谈全文精编出来，供大家学习。赠人玫瑰，手有余香。
---
#01 为什么这产品一眼就让人震撼
主持人：我第一次看到那些游标的时候，真的被震住了。理论上别的 AI coding 工具也能并行做事，但我从来没见过 AI 被“人性化”到这种程度。
Tom：我们一开始只是做了并行系统，但调试的时候我根本不知道哪个 agent 在做什么，所以才加了游标。结果一加上去，整个体验突然变了。你会觉得画布后面真的“有人”在工作。
我觉得这就是这期访谈最核心的一点。不是 agent 更多了，而是工作过程第一次被看见了。很多 AI 产品其实不是能力不够，而是过程不可见，所以用户感知不到能力。
---
#02 Pencil 不是替代代码，而是把“计划模式”可视化
主持人：现在很多人直接去 Cursor 里开工，你为什么还要先做一个设计画布？
Tom：因为很多人甚至还不知道自己到底要做什么。你可以很快开始写代码，但真正的问题是，你可能根本没想清楚哪一种方案值得做。Pencil 更像在真正编码之前，先把不同方向摆到眼前。
这个定位很准。很多人误以为 AI 让“动手”变得更重要了，实际上 AI 先让“做选择”变得更重要了。因为实现成本下降后，真正稀缺的是方向判断。
---
#03 pen 文件为什么比一个漂亮画布更重要
主持人：所以你们的核心其实不是画布，而是这个 pen 文件？
Tom：对。它本质上就是一个 JSON 格式的设计描述。agent 可以读，也可以写；它可以进 Git，可以被转换成别的格式，也可以作为整个团队共享的中间层。
这件事很关键。过去设计稿更像展示物，现在它第一次有机会变成工程对象。只要设计格式能进版本管理、能被 agent 修改、能被程序转换，它就不再只是“给人看”的文件，而是“给系统运行”的文件。
---
#04 为什么并行探索比单次生成更接近真实设计
主持人：你似乎一直在强调，不是做出一个结果，而是要同时看到很多结果。
Tom：对。真实设计不是线性的。设计师通常会尝试很多方向，横向比较，再逐步收敛。今天很多 vibe coding 产品更像单线程任务执行器，但设计本来就不是这么工作的。
这也是为什么很多人会觉得现有 AI 工具能生成，但很难“共创”。因为共创不是让它给你一个答案，而是让它帮你把多个答案同时摆上桌。
---
#05 “同角色并行”是更难也更高级的 agent 协作
主持人：很多 agent 系统喜欢设定不同角色，你关心的却像是另一件事。
Tom：是的。我真正想做的是让多个强模型做同一种事，但自己把工作拆开，而且彼此不冲突。这样不是靠流程分工在加速，而是靠任务结构在加速。
这个思路比常见的“PM agent + Designer agent + Engineer agent”更难，因为它要求系统自己理解边界。可一旦成立，它的扩展性也更强，因为你不需要先手工写好组织架构。
---
#06 代码只是出口，不该是设计的起点
主持人：你们最后还是会把设计转成代码，那和别的工具差别在哪里？