开场快问0:00
嗨 ， 我是 Koji。 啊 ， 今天我们的嘉宾呢 ， 是昊然 。 前两天他告诉我一句很震惊的话 ， 他说 AGI 已经来了 ， 只是我们打开它的方式还不对 。 这句话的起因呢 ， 是在春节之后 ， 昊然和他的团队用非常快的速度做了一个新产品 ， 叫做 Moxt。 那昊然说它是一个你用了一周之后就会感到头皮都发麻的产品 。 那 Moxt 到底是什么 ？ 它为什么会让人
感到头皮发麻 ？ 所以我们今天请到昊然和我们来分享这款产品 。
OK， 好的 ，Koji。
你好 ， 昊然 。
你好 ， 你好 ， 你好 。
欢迎你来到十字路口 。
啊 。
嗯 。
好 。
好 ， 那我们先从快问快答开始 。
OK， 好 。
好 ， 请问昊然你的年龄 。
啊 ， 我是 91 年的 。
嗯 。 请问您毕业的院校 。
本科在华中科技大学 ， 研究生在美国的的大德州 UT Austin。
你的 MBTI 和星座 。
MBTI 现在是 INTJ， 啊 ， 那我的 native 吧 ， 原生的 MBTI 是 ENFJ， 啊 ， 然后金牛座 。
咱们这个来一句话介绍一下 Moxt。
OK， 那 Moxt 其实是一个 AI 原生的工作空间 ， 然后在这个工作空间中 ， 其实你可以去培养和创建你的 AI 团队 ， 其实是一群 AI 同事 ， 这样的话我们会认为它是一个面向未来的人和 AI 一起新形成的一种组织模式 。
好 ， 我们待会再展开讲 。
好 。
我们先完成快问快答 。
好的 。
然后咱们的收入和利润呢目前 。
啊 ， 我们这个产品才发三周 ， 只能说希望有一个光明的未来 。
对 ， 好的 ， 团队的规模呢 ？
哦 ， 团队我们可能整个现在目前是四五十个人在做这个事情 ， 对 。
然后在 Moxt 之前你在做什么 ？
OK， 我其实一直在元福岛这家集团 ， 然后我早年间是产品经理 ， 在做斑马这个业务 ， 然后后来因为一些众所周知的原因吧 ， 我们开始做了一些新的方向 。21 年的时候 ， 我们其实最开始做的事情是一个 UI 设计产品加 AI， 但那个时候的 AI 其实跟今天我们看到的 AI 完全已经不是一个东西了 。 所以在这个过程中 ， 我们见证了 AI 慢慢的
一些变化和发展 ， 那不能叫慢慢 ， 叫快快的 。 所以 ， 所以我们自己也有一些转向 。 去年的时候 ， 其实我们的重心在一款 Vibe Coding 的工具上 ， 也发给了 Koji 来试用 。
嗯 。
本来我们的计划是说今年这款产品投入这个更多的精力 ， 大搞特搞一下啊 ， 但没想到变化很快 ， 就发生了 Moxt 这个事情 。
嗯 。
接下来可能更多的也是在跟大家分享跟 Moxt 相关的一些故事 。
刚才我开头说的 ， 你告诉我那句话 ， 你觉得 AGI 来了 。
AGI已来2:22
对 。
也让我想起之前赛博禅心公众号有一个标题 ， 大概意思就是说 AGI 来的时候不会告诉你的 。
哦 ， 那 ， 那我们还是希望我们先告诉大家 。
对 ， 那当你说这个 AGI 来的时候 ， 它到底是一种修辞 ， 还是是 —— 它是因为什么让你感慨 ？
这句话 ， 呃 ， 今天在讲含金量正在下降啊 ， 因为前两天黄仁勋也说了同样的话 ， 但 Koji 应该帮我证明 ， 我更先说了这句话啊 。 但这个不重要 。
嗯 。
呃 ， 我觉得它不是一种修辞 ， 我可能比较喜欢原来像广义老师对所谓数字世界 AGI 的一种定义 ， 他说可能是百分之九十的行业中 ， 百分之九十人的百分之九十工作 ，AI 可以胜任 。 呃 ， 如果是按照这样一个标准的话 ， 呃 ， 至少我自己在日常工作中 ， 我的感受它是真切地就到来了 。
然后你同时也提到 ， 你自己用自己的产品 Moxt。
对 。
你用起来会头皮发麻 。
对 。
这是一种什么感觉啊 ？
嗯 ， 其实我觉得这个很有意思 ， 我觉得大部分人如果很早就用了 Claude Code， 包括用了目前比较先进的一些模型 ， 包括 OPS 4.6， 其实在去年的时候 ， 呃 ， 大家一定还是会感觉到新模型有一些不一样 ， 呃 ， 但更多的可能很多人是在 coding 的领域去尝试 。 呃 ， 但我的头皮发麻其实是有两个原因 ， 第一个原因是 ， 呃 ， 这件事情它不只是在 coding 领
域 ， 它可能是在一个更泛和更大的领域 。 第二件事情是 ， 你会发现整个的社会跟世界有可能会面临一种新的生产关系和分工模式 ， 而你在工作中的每一瞬间 ， 你都有可能会反问自己 ， 那我未来为什么要像现在这样工作 ？ 我觉得这件事情给人的长期的感受 ， 或者是一定的震撼程度 ， 是我最近可能处于一种神经病状态的一
个主要原因吧 。
可以有一个具体的例子吗 ？ 就是是什么原因让你头皮发麻 ， 像个神经病 ， 就感受到了一个具体的什么 。
OK，OK， 比如说我可以随便讲一下我们的日常的一些工作 ， 比如说 ， 呃 ， 我们日常其实经常会有一些大家互相交流的场景 ， 比如说一对一之间的一个交流 ， 那有一个团队的同学 ， 他做了一个方案 ， 那你要拿来看一下 ， 对吧 ？ 那我们原来可能我们也用类似于 Notion 这样的工具 ， 他把文档发给你 ， 你打开 ， 你看一下 ， 然后你有一些反
馈 ， 你通过这个 comments 的方式写给他 ， 他在看了以后 ， 可能他再找你聊一下 。 我们现在基本上已经没有这样的模式了 。 基本上 ， 首先他会起草一个文档 ， 但这个文档几乎就是 AI 直接起草的 ， 然后我们俩会面对面地聊这个文档 ， 但同时我们会打开录音 。 那基本上我们俩的这个聊天可能更大的意义是我俩亲自在见证这个聊天 。
AI同事的第一次4:43
但事实上 ， 当你这个聊天聊完之后 ， 你把这个录音传递给 mox.ai， 呃 ， 它基本上就基 ， 基于刚才聊天的内容 ， 直接就把这个新的文档给重新地 ， 呃 ， 刷新 ， 或者叫重新地去定义了一遍 。 但这个定义的结果是 ， 呃 ， 远超我之前的一些认知的 。 因为我在春节之前 ， 我还是大部分的文档 ， 虽然 AI 帮助我做了很多的润色 ， 或者是一些
补充和发散的工作 ， 但我自己还是在坚持手搓很多内容和框架 。
嗯 。
但从现在开始 ， 无论是产品运营还是策略相关的一些事情 ， 我基本上已经很难觉得说我自己写的这个框架跟初稿可能超过 AI 的初稿了 。
嗯 。
这是这里面的一个原因 。 然后第二件事情是 ， 我在和工作空间中的 AI 去对话时 ， 我的心态已经完全变了 。 呃 ， 这个心态是我从来不再叙述背景 。 呃 ， 我怎么举这个例子啊 ？ 就像今天我要来跟 Koji 做这样一个聊天 。
对 。
我应该跟 Koji 发过一些我们的 brief。
是 。
但其实这个 brief 是怎么出来的呢 ？ 就是我按了一个语音 ， 我说我要见十字路口的 Koji。
嗯 。
你先去网上找一下这人 ， 然后他想先了解一下 Mox， 我要跟他做一个播客 。
嗯 。
那你觉得怎么介绍好 ？
嗯 。
呃 ， 包括我们需要聊哪些话题是比较有兴趣的 ， 你先起草一个文档给我吧 。 这是一个非常通俗的对话 ， 如果你跟人去这么去交流 ， 你肯定不会觉得有什么问题 。 但我会觉得我们原来跟 AI 的时候 ， 你可能会担心 ， 呃 ， 什么是 Mox， 谁是 Cody。
是 。
啊 ， 但我现在跟我的 AI 对话 ， 我其实完全不担心这些 ， 因为我知道它 ， 呃 ， 如果是它能够去找到的信息 ， 它自己能搞定 。
对 。
对 ， 如果是 Mox， 是相关的信息 ， 它可以自己去检索到 。 对 ， 对 。
那这让我想起这个原来我们学 AI 的第一个学 prompt 的 ——
啊 ，prompts。
就是你是一个专业的 ——
你是一个专家 。
什么什么 。
对对对对对 。
对 。
呃 ， 你务必要打开全网搜索 ， 我 ， 我见过这样的 prompts。
嗯 。
但我会觉得今天我们的工作方式不再是这样了 ， 它深刻地影响到了刚才我说的非常多的场景 ， 不管是我们与一个人的沟通 ， 我们会尽量地把这个录音给录下来 ， 包括我们日常的开会模式也发生了巨大的变化 。
嗯 。
比如说产品和运营同事可能会经常一起开会 ， 大家可能会针对一个用户运营的策略 ， 对产品做一些迭代 。 我们原来可能就是一个讨论会 ， 那我们现在呢 ， 可能会议的主持人会先说一下我们这个会的主要目的是什么 ， 然后在场的每一个同学可能依次陈述一下我为什么来到这个会上 。
嗯 。
然后所有人休息十分钟 ， 因为这十分钟我们就留给 Mox 里面的 Momo， 把这个文档写出来 。
Momo 是谁啊 ？
啊 ，Momo 是 Mox 里面你的第一个 AI 同事 。 呃 ， 他还是有一个我们强行的定义 ， 就是他必须叫 Momo， 他跟其他的 AI 同事不太一样 。 呃 ， 我们对他的定义相当于他是每一个人的贴身助理 ， 呃 ， 这样一个形象跟其他的 AI 同事还是有一些区分的 ， 相当于他知道你的所有信息 ， 那他的一些习惯和定义其实是可以按照你的喜好或者你的偏好去
做设定 。 那与此同时 ， 我们的空间中还有其他的 AI 同事 ， 这些 AI 同事是可以由不同人来创建的 ， 那这些同事呢 ， 他可能在感官上就跟你日常工作的同事是一样 ， 呃 ， 他有他自己的目标 ， 他也能出现在你的这个 ， 像我们平常是用 Slack 来做即时通信的 ， 他也会出现在 Slack 中 ， 他可能在群里出现 ， 他也可能会私聊来找你 。 呃 ， 我
们大概这是 ， 呃 ， 目前 Mox 的一个设计方式吧 。 嗯 。
我们要再退回一步啊 ——
OK。
来讲讲 ——
OK。
Mox。 比如说今天 ——
嗯 。
这个你要安利一个人 ——
嗯 。
去用 Mox。
对 。
你就安利我吧 。
对 。
虽然我已经在用了 ——
对 。
就假设我没有用 。
对 。
你安利我用 Mox， 你会用什么方式安利 ？
OK， 我首先肯定还是想推荐你可以挑选一些你希望 AI 能够帮你带到的场景 ， 这样的话你可以配置一个 AI 同事 ， 你可以更快地先把这个同事能配置到你日常的环境中 。 比如说我们现在支持 Slack， 我们以后可能会支持更多 ， 这个会更快 。 这样的话 ， 你跟这个 AI 同事之间呢 ， 你就能很快地 warm up 起来 。
嗯 。
对 ， 这有点像龙虾吧 。 呃 ， 但因为我们封装好了很多开箱即用的事情 ， 所以它会更方便地就能现在使用 。
嗯 。
那第二步呢 ， 你会逐渐地和你团队其他有协作的同事可以一起来使用它 ， 相当于每个人都有一个自己的 Momo， 这个 Momo 之间也是可以做协作的 。 进而我们可能再根据自己的需求 ， 有可能能够去组建一个更多的 AI 同事 。 当然在这个背后 ， 它还是有一个很不一样的地方是 ， 我们还是为他们创造了一个完全不同的环境 。 所以我们从
英文的定义上 ， 我们把这个叫做 AI-native workspace， 是一个 AI 原生的工作空间 。 我们会希望这些 AI 同事是在一个更符合他们的喜好和工作的环境中去工作的 。 这个是 ——
这是一个 ， 呃 ——
嗯 。
更符合他们的喜好的一个空间 ， 指的是一个什么样的空间 ？
嗯 ， 比如说我们觉得一个人 ， 人类在一个组织里 ， 他也要工作环境 ， 比如说办公室就是他的工作环境 ， 那企业的 IM 通信也是他的一种工作环境 ， 他需要用这两种东西跟别人交流 。 我们原来用的 Notion、 飞书 ， 它也是一种工作环境 ， 因为我要表达 ， 我要写文档 ， 我就需要用这些工具来工作 。 那这些原来的这些所有的东西 ， 其实
它还是为人而去创建的 ， 那它是不是 AI 最好的工作环境呢 ？ 呃 ， 我相信其实很多 ， 嗯 ， 在 agent 上有探索的朋友应该知道 ， 它其实不是 。 所以这件事情就会引发一个新的问题 ， 如果我们能为 AI 去创造一个更适宜它的环境 ——
那这个 workspace 它应该长成什么样子才能够让 agent 用起来很舒服呢 ？
OK， 呃 ， 首先这个 workspace 人也要看 。
嗯 。
所以在人的界面方面 ， 你可能打开 Mox 的第一感受 ， 你会觉得它很像 Notion， 它的左边有一个目录树 ——
嗯 。
你可以看到不同的文件结构 ， 然后你点击每一个文件的时候 ， 你可能看到的是一篇文档 ， 或者是一个展现的一个视觉化的东西 。 呃 ， 它从结构上来说还是很像我们原来看到的知识库 ， 但它非常不一样的地方其实是两个点 。
嗯 。
Moxt的原教旨11:03
第一个点是在这个空间里 ， 呃 ， 我们信奉一个原教旨主义啊 ， 这个原教旨主义是指的我们只用 AI 更易去阅读和创作的格式 ， 这件事情对我们来说非常重要 。
AI 更适合去阅读和创建的格式是一些什么格式啊 ？
比如说文档 ， 就是 markdown。
嗯 。
呃 ， 我 ， 我觉得这个事情我们可以不用赘述 ， 因为使用 AI 的同学应该天天知道 ， 那 MD 文件好像成为了一个更常见的文件范式 。 呃 ， 它背后的原因其实也在于模型在预训练的过程中 ， 呃 ， 其实对有一些事情是有天然喜好的 ， 它最终就变成了一个对应的准则 。 但我觉得它更重要的是 ， 实际上 AI 在处理读写这些信息时的损耗
是低的 。 呃 ， 我举一个可能更具象的例子 ， 呃 ， 我们今天在一个 Word 的文档里面写了五百个字 ， 然后我把这个 Word 文档给到 AI 去读 ， 那 AI 的眼睛中它看到的是什么呢 ？ 它不只是五百个字 。
嗯 。
它只是 ——
是五万个字符 。
它可能是五万个字符 。
对 。
但是实际上人类认为最有效的信息是淹没在这五万个字符里 ， 这里它就会产生一种信息损耗 。
文档是 MD——
嗯 。
然后表格应该就是 ——
CSV， 啊 ， 然后数据库的一些结构可能是 JSON 相关的一些结构 。
嗯 。
那还有就是视觉化的表达 ， 我们肯定是信奉一切都是 HTML。
嗯 。
所以我们有一个很激进的说法啊 ， 我们会认为说这个 MD、CSV 和 HTML 其实就是新时代的 Doc。 Excel 和 PPT。
嗯 。
啊 。
确实也是 。
啊 ， 对 。
因为其实在这个 Office 三件套之前 ——
前 。
...... 人们也是在用这样的原始格式 ——
这样原始格式在做 ， 对对 。
对 ，Office——
对 。
...... 三件套是把它变复杂 ——
对 。
...... 为了满足一些需求 。
它去满足人去编辑和创作的一个需求 。
对对对 。
对 ， 其实是这样一个意思 ， 对 。
所以由简入奢又由奢入简 。
入简 ， 啊 ， 对 。
呃 ， 然后这是原教旨主义的一部分 。
第一条 。
就文档一定要是最简单的 ——
最简单的 。
...... 给 AI 看的文档 。
给 AI 看的文档 。 这样的话 ，AI 第一是它读的效率会损耗小 ， 第二是它其实写这些事情也很舒适 。 呃 ， 我觉得第二条 ， 呃 ， 其实也没有什么秘密 ， 其实第二条很重要的一件事情是 ， 你所有的文档一定是按照人类有一定的逻辑去存放的 ， 就比如说如果我們有很多的团队 ， 可能产品团队有自己的一个文件夹 ， 或者一个大的空间
， 运营团队有自己的一个空间 ， 那你有可能有什么战略的空间 ， 财务的空间啊 ， 这个很正常 ， 我们原来在知识库上就是这么去编排的 。 嗯 ， 我们原来在知识库中 ， 比如像 Notion 啊这一类的工具 ， 呃 ， 这些逻辑是非常清晰的 ， 人类感觉也很容易把它理清楚 。 但在 AI 的眼中 ， 它是什么呢 ？ 它有可能是一个迷宫 。
嗯 。
啊 ， 这里的原因其实是因为这个文件结构也不是为 AI 原生去做设计的 。
什么样才是为它原生设计的文件结构啊 ？
其实说出来答案大家就觉得好像就是这样 。
嗯 。
其实是这个世界上最原始最多的那个东西 ， 就是文件系统 。
嗯 。
就是 OS。 呃 ，Windows 是如此 ，Mac 也是如此 ， 呃 ， 其实 Git 上也是如此 。 呃 ， 它可以用简单的这个文件的命令行就能够去熟悉 。 所以我们在 Mox 中大家看到的左侧的这个东西 ， 它是一个形似大家觉得知识库的内容 ， 但事实上它就是一个文件系统 。 所以你会发现我们 ， 呃 ， 可能有些事情我们反而做不到啊 ， 比如说我们的命名 ， 我们是不能
用斜杠这样一些命名的 ， 那 OS 中也不能用 ， 所以我们也不能用 。 对 ， 这是一个本质上的区别 。
明白 。
对 。
原教旨的第二条是文件系统 。
文件系统 ， 对 。
还有吗 ？
呃 ， 基本上我会认为 ， 如果大家在一个协同的工作中遵循这两条 ， 然后把你的内容给到 AI， 然后你再用 AI 去接触你的业务 ， 或者是用 AI 去激励你的业务 ， 做事情时 ， 可以叫做魔法是自然浮现的 。
嗯 。
啊 ， 我觉得这种魔法是没有 —— 它其实没有秘密 。 我其实在去年一直在做一件事情是 ， 比如说我会要我的模型去直接接这个 Notion， 然后通过 MCP 的方式去阅读我自己写的一些文档 ， 然后处理一些任务 。 我觉得我们下意识会有一种判断 ， 这个判断是它处理得不好 ， 是智能没有到 。 呃 ， 但我们仔细想一想 ， 也有可能是另外一个答案
， 它处理得不好 ， 其实是这些东西 AI 并没有完全地 get 到或者读懂 。
嗯 。
那我们刚才这件事情其实对应到的是后者 ， 对 。
它和智能没有到的区别是什么 ？
它和智能没有到的区别是 ， 当你把你的 context 吧 ， 就是我们说的这些上下文的内容 ， 能够以 AI 更易读的方式给到它时 ， 那现在的 agent 的结构 ， 包括现在模型的智能 ， 实际上它能涌现出来的能力 ， 相比我们去给它刚才不规整的模式下 ， 是涌现的大很多的 ， 这是一个质量上非常大的区别 。
可不可以讲一两个你们团队自己在用 Mox 的过程当中 ——
嗯 。
...... 你觉得非常这个魔法时刻的一些案例 。
OK， 嗯 ， 可能日常太多了 ， 包括我刚才其实举例 ， 我们这些会议都是这样的啊 ， 比如说我们现在已经不开组会了 ， 因为我们觉得没有必要 ， 因为你跟 Mox 交互的过程中 ， 其实 Mox 就知道每一个人每天在做什么 。 啊 ， 当然有些员工可能会觉得这样老板就会关注我啊 ， 但我会觉得未来的组织文化可能是另外一种变体 。 那事实上 ，
被Moxt干掉16:09
如果每一个人的工作跟 Mox 就是一个日常的沟通跟对齐 ， 那事实上每一个瞬间你也能知道团队的人在最近的所有的工作动态 ， 那实际上就没有一个形式是我需要一个周会再向大家来同步 。 第二个点是 ， 我们也用 Mox 来做各种各样的业务数据分析 。 我们可能把数仓接到 Mox 里面去之后 ， 我们可以提我们任何的需求 ， 我们甚至连
数据口径我们都可以让它先想一想 。 我们会发现 ， 甚至它对活跃用户的定义比我们之前主观的定义更好 。
嗯 。
那你可能跟它说 ， 那就按照你的办 ， 它接下来可以跟你做详尽的数据分析 ， 甚至它可以按照你任何想象把你要 ， 要的这个数据给可视化出来 ， 因为你有一个 HTML 的能力 。 包括我们几乎弃用了所有的 UI 层面的 SaaS， 比如说我们是一个 Jira 十年老用户吧 ， 但也挺落后的 ， 还在用 Jira。 嗯 ，Jira 其实核心价值是产品研发之间基于这个 Scrum 的一个
看板 。 嗯 ， 因为我之前是做 web coding 啊 ， 我 —— 其实我们也觉得说 web coding 这个事情对于软件的冲击很大 ， 因为好像一个团队不需要多大的成本 ， 就能做出一个原来可能相对来说需要一定成本的软件 。 但我之前一直没有一种感受是说这个东西会对原来的这些老玩家有真正特别大的冲击 。
你没有想到自己真的有一天会做个看板 ， 直接就不用 Jira 了 。
对 ， 因为我会觉得说也没有人真的会去这么做 ， 因为你还在用 Jira， 那你好像也没有必要再去手搓一个跟 Jira 一样的工具 。
是 。 那你们为什么手搓了一个 ——
啊 ， 这是一个好问题 ， 是因为我们发现这件事情的核心是 UI 并不重要 ， 它的核心是你为什么要用 Jira， 是因为你要用 Jira 去同步你产品和研发的所有信息 。
嗯 。
你所有的进度 。 但我们现在我们把我们产品研发的所有的进度 ， 比如说我们的 PRD， 或者说我们的产品计划写到哪儿了 ， 呃 ， 你是跟 Mox 交互的 ， 你的所有内容也在空间里 ， 它知道 ， 它知道每一个人在何时去对这个东西做修改 。 我们也把 Mox 连入了我们自己的代码仓库 ， 所以它知道我每一次代码的提交那意味着按照我的需求 ，
我可以在任何时候可视化我所有事情的进展 。
就理论上他在做项目管理 ， 项目管理需要上下文 。
对 。
Jira 里的逻辑是人要去 ——
对 。
这个录入上下文 ， 管理上下文 。
管理上下文 。
增删改查 。
对 。
但现在你在 Moxt 里面直接自己手搓一个看板 。
对 。
然后 Moxt 本来就拥有了上下文 ， 因此 ——
对 。
这个看板它也和各种上下文联动了 。
联动了 ， 那你自然会觉得它非常好用 ， 你也自然不觉得说我一定要用一个外部的工具 ， 因为那样对我来说更麻烦 ， 我还得把我的上下文去适配它们 。
所以你们抛弃 Jira 只用了一个小时 。
可能在我们决定转向 Moxt 的第三天 ， 就有一个研发同学做了一个 Jira。 当然我自己的看法 ， 我甚至是更激进的 。
嗯 。
呃 ， 我 ， 我会提出一个问题 ， 就是为什么还要用看板 ？ 其实大家可以仔细想一下 ， 就是这个问题 ， 那为什么要用看板 ？ 看板在解决大家什么问题 ？ 如果看板是在解决大家站会时信息同步的问题 ， 那信息同步有没有更好的呈现形式 ？ 因为你有 HTML， 你理论上你可以让 AI 给你做到任何你想要的呈现形式 。 嗯 ， 我 ， 我觉得这个是
我刚才说的那个对人其实触动会很大的一点是 ， 它会让你在每一次工作的一瞬间去重新思考 ， 我们原来为什么要用这样的方式工作 。 但是今天这件事情被改变了 ， 对 。
哎 ， 但听到这里 ， 我估计有些人和我会有类似的反应 。
嗯 。
就会想说 ， 哎 ， 那如果这样的话 ， 飞书 、Notion， 因为它们天然 ——
对 。
就是团队协作 ——
对 。
拥有非常多的上下文 。
对 。
不止文档 ， 甚至还有聊天 ——
对 。
还有日历等等 。
对 。
那它们是不是最适合 ——
嗯 。
就是往前再走一步 ， 变成所谓的 AI native——
嗯 。
Workspace 的一个产品 。
OK， 理解 。
但我知道你好像完全不这么想 。
我确实完全不这么想 。 但我并不否认飞书和 Notion 在接下来它在 AI 上 ， 无论是从收入层面还是从增长层面 ， 它应该还会有非常好的业绩 。 我一点不否认这个事情 ， 因为这个事情是说你在一个旧时代的這個工作流跟体系上面 ， 用现在的 agent， 其实这个体效已经非常明显了 。
嗯 。
呃 ， 它一定是很显性的 ， 它能够代劳很多事情 。 你原来有这么大一个品牌 ， 你还有很大的一些客户 ， 那你当然能够做到一个很好的增值 。 但我会觉得这件事情最终 ， 或者我们不能以终局这件事情来定义 ， 我觉得渐渐地大家会发现好像不是这样 。 我觉得这里面主要有一个原因是 ， 未来我们设想一件事情 ， 大家是否相信一
个组织里每一个人都会配备比较多的 AI agents， 我们叫 AI 同事 ， 十个或者甚至一百个 ， 甚至更多 ， 每一个人 。 好像我跟我周边所有人去讲这样一件事情是好像怀疑这件事情的人越来越少了 ， 呃 ， 几乎没有了 。 那我们不妨就假设这件事情发生了 。 那一个组织中每天产生的内容到底有多少是人产生的 ？ 我们在去年的时候 ， 好像已
经没有人会疑虑说一个组织中的代码有百分之八十 、 九十其实是 AI 产生的 。
嗯 。
那我觉得我们很快也能看到 ， 一个组织中很多的生产内容不只是代码 ， 包括文档 ， 包括其他的东西 ， 它也有百分之八十 、 九十是 AI 产生 。 当它是 AI 产生时 ， 那意味着人类产生的内容是非常少的 。 那原来的这套工作系统 ， 人的编辑 、 人的操作 ， 然后为人的操作去做界面的事情 ， 它也会变得越来越少 。 所以我会认为最终的
这个 AI native 工作空间 ， 它肯定不是原来的这种工作空间通过改造的方式改造出来的 。 呃 ， 当然飞书跟 Notion 当然也可以星座啊 ， 它们也可以生长出来它们自己的品牌 ， 但我觉得它们也会面临自己的挑战啊 ， 这个挑战是旧世界中有大量的客户 ， 他愿意把很多的钱现在就付给你 ， 只要你能在他们原来的基础上做 AI agents 的改造 。 那你
愿意继续这么做吗 ？ 我觉得很难抵抗这个诱惑啊 。
所以其实我听起来就是你认为一个新的 ——
对 。
团队未来白领工作的 ——
嗯 。
协作用的一个这个工作套件 ， 它应该和今天是长得天翻地覆的不一样 。
它可能在外形上不会那么本质不一样 ， 因为它最终它还是人在用 ， 但它的背后确实天翻地覆的不一样 。
嗯 ， 然后这样的变化对于今天已有的巨头 ， 他们为了保持现在用户的使用的惯性也好 ——
对 。
呃 ， 还有组织自己内部的一些摩擦也好 ——
对 。
他们很难去这样推翻自己 ， 偷偷地从头再来过 。
我觉得需要很大的决心 。 我觉得第一是他们很快也能意识到这个问题 ， 但这件事情确实需要非常大的决心 ， 这 ， 这有可能就是一个很大的创新者的窘境 。
所以这个你认为这是 Moxt 的机会 。
呃 ， 我觉得我们尚有说在这件事上有一点时间窗口吧 。
嗯 。
嗯 。
那你要怎么去描述那个样子是一个什么样子呢 ？ 就未来的 workspace 的样子 。
呃 ， 我觉得甚至我不需要描述 ， 因为我们今天的工作就已经是那个样子了 。 嗯 ， 但对我们来说 ， 接下来更关键的是我们得需要找到更多志同道合的人 ， 他也愿意 ， 他可能甚至不需要先多么地相信 ， 他愿意尝试 。
所以你说的现在的样子是说你们团队目前的这种 ——
对 。
工作方法 ——
对 。
已经是一种 ——
对 。
比较未来 AI native 组织的工作方法 。
对 ， 对 。
但你们要为这样的团队工作方法去打造一套更趁手的 workspace。
Workspace， 对 。 呃 ， 包括我们其实现在也已经有一些早期的用户和团队 ， 也是比较认可这种工作模式 。 我还是比较有信心是当你采纳了这个工作模式之后 ， 你没有那么在意旧世界的那些关联时 ， 你很难回去 。 那当你很难回去时 ， 你就能更确信一点 ， 说这件事情它不是一个即刻的潮流 ， 而是它会成为一种趋势 。
嗯 。
嗯 ， 对 。
是什么时候你感觉到未来以来 ， 只是可能没有去云分布 ， 或者还没有一套非常完美的 infra——
嗯 。
软件 、 硬件去给它 ， 就是满足好 ， 有那样的一些时刻吗 ？
确切地来说 ， 当你发现其实你已经把你身边的 AI 同事当作跟人类同事几乎一样的沟通方式时 。
嗯 。
你自己在回头看你自己甚至没有意识到这个事情是 。
嗯 。
我觉得 ， 我就感受到这个未来好像已经来了 。
诶 ， 刚才你提到一个点 ， 就是认为一个人会拥有不止一个 AI 的同事 。
对 。
就是他自己的 AI 的助理可能不止一个 。 但有另一个观点会认为 ， 人类之所以过去要精细化分工 ， 是因为人能够做的事情 、 学的东西是有限的 。
嗯 。
所以我们必须要分工 。
嗯 。
你就你去学产品吧 ， 你去学编程吧 。
对 。
你去学 QA 吧 。
对啊 。
只有这样才能够 ——
嗯 。
...... 这个把一个大项目给 —— 复杂项目给做完 。
对 。
但今天如果 AI 是无限智能 ， 那我们为什么要是给它扣一个这样的帽子呢 ？
嗯 。
因此倒回来 ， 也有人认为不要去搞 agent team， 一个人就应该只配一个 AI 分身 。
好 ，OK， 这是一个好问题 。 我其实对这个问题我自己是保持开放的 ， 呃 ， 但我现在有一些我自己的看法 。 很多时候要配一个分身还是配多个分身 ， 它其实不是服务于 AI 的问题 ， 它是服务于人的问题 。
嗯 。
它其实最终还是要问到 ， 那是不是要人类去管理这些 AI， 或者人也要提拔一个 AI 的管理者来管理这些 AI。 所以最终它要面向的一个问题是说 ， 这个事情的管理模式或者实践对于人类来说怎么容易做区分 。 人有很多的惯性 ， 就比如说原来很多的组织 ， 它会把产品运营拆成不同的部门 ， 大家去协作 。 我觉得对于 AI 的分工一定程
度上也是这样的 。 其实两周前我仍然是这么个观点 ， 我会觉得在 Moxt 中呢 ，AI 员工甚至不能够太多 ， 我说我们应该对 AI 员工每增一个还是要收一点钱 。 倒不是从商业角度 ， 我会觉得如果你这么去做的话 ， 你的用户就会主动地去做一些删减 ， 我觉得这样是会更好的 。 我一开始是这么认知这个事情的 。 但这件事情我最近有一些
变化 ， 因为我看 ， 呃 ， 包括像 YC 的这个 Gary Tan， 他分享出来他自己的一套 AI agents， 他怎么对他的员工做分工 ， 包括 Anthropic 的增长负责人 ， 其实 Anthropic 的整个增长部门只有一个人 ， 啊 ， 他说他有成千上百个 AI agents。 呃 ， 他俩其实给出了一个一致性的建议 ， 就是分工要细 。 呃 ， 这里面背后有很多的原因啊 ， 我觉得可以是对应在这个事情上 ， 因为
你分工细的话呢 ， 你的目标就单一 ， 你对于 context 来说 ， 这个 AI 自己不容易混乱 。
对 ， 所以很多时候 ——
对 。
...... 感觉分 agent 是为了让它的 context——
对 。
...... 有更好的管理 。
包括它的 skill 跟 memory， 如果你的东西多了之后 ， 其实是会打架的 。 好像现在天然的实践 ， 包括这些 ， 呃 ， 已经比较成功的实践者 ， 他们的分享 ， 他们会倾向于更多的拆分 。 但我自己对于这个事情我从来没有一个定论 ， 我会觉得它就是人们在实践过程中可能有偏好 ， 也可能最终会有一些更好的 best practice 会涌现出来 。 对 。
那你自己现在有几个分身 ？
我自己 —— 其实从分身的角度来看的话 ， 其实只有 Momo 是我的分身 。
其他都是你的员工 。
其他都是我的同事吧 ， 我希望还是平等一点 ， 不能叫我的员工 。 我目前的话 ， 除了我的 Momo 之外的话 ， 因为我们的 AI teammates 是在录这期播客的上一周的时候才上线的 ， 那这一周多的时间 ， 我现在大概有五个 AI 同事 。
五个AI同事28:00
哦 。
除了 Momo 之外 。
他分别是做什么的 ？
对 ， 因为我的英文名叫 Ryan 啊 。 然后呢 ， 我创了一个东西叫 Ryan Manager 。
哦 。
呃 ， 然后我给了它一个头像 ， 这个头像是一个有一点凶狠的小猫咪 。 我会让它处理很多所有跟我的管理信息同步相关的工作 。 就是比如说我会让它有时候去定期地去 check 项目中的一些同学 ， 问一问他这个项目的进展如何了 。 但可能原来我自己都得这么去做 ， 但我现在可以让它这么去做 。 这样的话 ， 其实项目的信息就非常
容易对齐 。
嗯 。
然后包括有时候我会发现有一些信息管理的事情在 Slack 群里出现之后 ， 我会主动 @ 它 ， 我说你把这个事情记一记 ， 那回头你得通知谁谁谁 ， 或者你先写一个备忘 ， 我们再看这个事儿 ， 呃 ， 你提醒一下我 。 呃 ， 这里产生了一个非常好好玩的事情是 ， 我们现在项目组的我有一些同事已经不跟我直接沟通了 ， 我经常收到 Ryan Manager 来
给我私信说 ， 谁谁谁他做了一个方案 ， 你有空去看看吧 。 就是它会去跟 ， 呃 ， 那个 manager 沟通 ， 呃 ， 这个也是挺有意思的 ， 这进一步地体现了中介的价值 。
对 。
对 。 然后另外还有一些同事是我在培养一个能够帮我们去做 —— 找到这个目标用户的 ， 呃 ， 这样一个 ——
哦 。
...... 类似于 leads 或者 sales 的这样一个角色 ， 我把它叫做金牌销售 ， 这个名字比较土啊 ——
嗯 。
...... 叫 Golden Sales。
增长天王 。
增长天王 ， 对 。 我对它的目标设定在第一句话是非常的简单 ， 这也是我自己最近的另外一个心得 ， 就是永远地去 context， 不要去试图控制它和指导它 。
嗯 。
所以你给它目标 ， 不要给它具体的动作 。
嗯 。
所以我给它的第一个目标是我希望你能自己为 Moxt 找到 1000 个付费用户 。
嗯 。
然后你给我出个计划吧 。 这个是我跟它开始工作的第一步 ， 然后它真的出了一个比较详尽的计划 ， 然后我们针对这个计划也大概评论跟聊了聊 ， 然后一直在完善它对事情的拆分 ， 包括它有一些 skill 跟 memory 也是在我跟它的互动中 ， 然后它甚至主动要求做了一个 CRM。 然后我一开始说 ， 啊 ， 这个 CRM 这个表格太丑了 ， 我看得看不清楚
， 我就这么跟它回的 ， 然后它就把它变成了一个 HTML， 像一个看板一样 。 呃 ， 大概我跟它平常的工作就是这样 。
OK， 这是第二位 。
这第二位 。
这个金牌销售增长天王 。
对 ， 对 。 然后还有一位是想帮我做一些深度思考的 。 呃 ， 我设定了一个 ， 我会把我们团队 ， 比如说这个季度的 OKR 输入给它 ， 我会跟它讲一遍 ， 真的详细地跟它讲一遍 ， 把它当一个同事 。
嗯 。
所以说这些方向我为什么是这么想的 。 但这些方向其实很多事情我尚存疑惑 ， 我自己也不确定 ， 我都会告诉它 。 然后我就跟它说 ， 那你需要积极地关注内部的变化和外部的变化 ， 然后每两三天的时候跟我聊一聊你有什么新的想法 。 挺有意思的 ， 它的主要目标是它理解了我们的 OKR， 然后它同时在观测这个空间中 ， 比如说产
品有哪些新的思考 ， 然后运营的同学可能有哪些新的想法 ， 它同时也在看外部的竞争环境 ， 比如说对应的一些 ， 呃 ， 其他的产品推出了什么 ， 他们怎么讲故事的 。 它把这些信息杂糅在一起 ， 可能现在是每隔两天的时间 ， 它会给我汇报 ， 我让它做成了一个 PPT， 就一页一页地看 。 所以它目前主要的职能是在做这样一个事情 。
明白 。
对对 。 然后另外的还有两位同事 ， 有一个是在帮我做创意的 ， 我希望他能非常发散 ， 所以我单独建了一个 ， 我把它叫 Miss Creative。
Miss Creative。
对 。 我还有一位同事是可能是最近那个刚刚开始实践的吧 ， 这个同事其实是批评家 ， 他会看一下团队目前整体的状态 ， 然后再看我自己每天的工作 ， 然后以比较严厉的方式审视一下我现在是不是在关注最主要的事情 。
那这个和我现在在 ChatGPT 上面直接 ——
嗯 。
......prompt 第一句 ， 你是一个善于批评的人 ——
嗯 。
...... 你总是用这个批判性的思维 ——
嗯 。
...... 就和这种用法有什么区别 ？
呃 ， 它有两点是非常大的不同 。 第一点是它住在这个空间里 ， 所以它时时地和其他 agents 一样 ， 知道这个空间所有的 context， 这件事情太重要了 。 它可以说是一直动态地知道这个空间里所有的 context。 你说一个组织是什么 ？ 我们原来说一个组织其实就是一种 input output， 你 ， 你外界有一个信息输入进来 ， 然后一群人在做决策 ， 在交换信息 ， 最终
产出一个东西提供给用户 ， 那这些所有的信息其实是流通的 。 那它是住在这个空间里的人 ， 所以它就能成为你的同事 。 所以这是第一个非常大的不同吧 。 我觉得第二个不同 ， 原因还是在于 ， 它是一个更像人一样工作的方式 。 这里体现到两个点在拆分 ， 一个是主动性的问题 。
嗯 。
啊 ， 它不是说你在 —— 你一个任务驱动 ， 我有一个问题去找它的时候 ， 它才回复 。 呃 ， 因为它是目标驱动 ， 所以它可以无时无刻 ， 它可以通过像 habits 这样的机制 ， 它可以去唤起对原来目标的重塑和复盘 。 然后第二个点其实是 memory 跟 skill 这套机制使得它是具备成长性的 。 所以其实你也不必懂 memory 跟 skill 到底有什么样的配置方式是技巧
， 你这些都不必懂 ， 你只用跟它说你的反馈就好 。 就像你跟人一样 ， 大家也都是在反馈中成长的 。 有一个事情我有我的看法 ， 它有它的看法 ， 大家其实就是一种相互反馈 ， 你就很直白地跟它反馈 ， 它会很自然地知道什么时候可能要记成 memory， 什么时候可能需要把它固化成一个 skill， 甚至它原来有一个 skill， 它发现不太对 ， 呃 ， 它可
能需要迭代一下 。 呃 ， 当然这些机制我都觉得还有更大的进步空间啊 ， 因为可能它在 memory skill 上的主动性 ， 我现在觉得可能没有那么强 ， 所以有时候你可能会唠叨一下说 ， 诶 ， 那你这事为什么你自己没有再迭代一下 ， 或者沉淀成 skill。 它说 ， 啊 ， 那好 ， 我觉得是该沉淀成一个 skill。
我觉得讲得非常地清晰 。
对 。
然后另外一个小问题是说 ， 当你去建这五个新同事的时候 ——
嗯 。
...... 需要什么样的基础配置让它 ， 就是出生 ？
其实它是一个共同成长 ， 所以你的第一步的基础配置也许就是一句话 ， 就像我刚才说的这个金牌销售一样 ， 想清楚他的目标 。 你为 Moxt 找 1000 个付费用户 ， 啊 ， 当然我也不知道它什么时候真的实现这个目标 ， 我也挺期待的 。 当有这样一个目标的时候 ， 它就自然地发生了 ， 它会写自己的规划 。
它现在会主动地来不断地找你 ， 就是比如说提出一些新的建议 ， 然后来找你审批一些它新的方案吗 ？
这个完全取决于我 ， 它也会跟我商量 ， 因为我们会有一些 agent onboarding 的机制 ， 所以它会反问我一些问题 。 那当然我也可以跟它直接设置说我希望你每天向我汇报一次 ， 或者我希望你不要这么烦 。 我一开始有几个 AI 同事 ， 确实我比较喜欢 ， 它每天跟我说一次 ， 但我后来在 Slack 里面我就回 ， 哎呀 ， 你不要每天吵我了 ， 以后这个事情
一周说一次就行 。 它说 ， 那行 ， 那我就改一下我的机制 ——
嗯 。
...... 把每天变成一周 。 啊 ， 我觉得它就是一个很自然或者很日常的一种大家的沟通吧 。
嗯 。
对 。
哎 ， 你看到你们的团队的其他同学用 Moxt 的时候 ， 他们会建什么样的同事啊 ？ 这里面有没有一些 ——
嗯 。
...... 比如说我们想得到的 、 想不到的 ， 有没有一些分享 ？
我自己目前都仍然在观察 ， 呃 ， 但我的感受是 ， 确实我们的想象力可能限制了我们对这个事情的更大的所谓发展跟想象吧 。 呃 ， 我觉得我自己的这几个还是有一些略有一点创意的啊 ， 然后我最近也在收集同事的很多 case， 我会发现不同的行业其实也不太一样 ， 就比如说 ， 呃 ， 因为我们集团也有其他的同事是在做咖啡的业务
的 ， 这个其实离互联网也很远 ， 看起来是一个线下的品牌式的业务 ， 然后他特别激动地找我们的产品经理来分享他的 case， 就是因为他有一位 AI 同事在帮他做这个所谓的爆款分析和预测 。 所以我最终我会觉得最好的这些 practice 吧 ， 这些实践 ， 它可能还是得由我们用户去构建的 ， 因为你永远也无法想象你的用户在什么场景下会让
AI 去帮他放大他原来的一些思维模式 。
嗯 。
对 。
我只能感觉到一种这个 token 在熊熊燃烧的 ——
啊 ， 那 ， 那 ， 那当然 。
对 ， 就是当你派出去的这些同事们 ——
对 。
...... 给了他们一个 ， 比如说你要去找 1000 个目标用户 。
对 。
那它这个可以无边无际地 、 无休无止地无限地烧 token。
这个也很有意思 ， 因为你也可以跟它提一个目标是 ， 我希望你在 token 上你的花费不能超过多少 。
真养 。
对 ， 只要你有想象 。
嗯 。
呃 ， 那我觉得它都可以设定为一个跟 AI 同事的沟通方式 。
对 。
对 。
有意思 。
嗯 。
嗯 。Moxt 这个事情一开始是怎么出现的呀 ？ 就是它是 ——
嗯 。
怎么来的 ， 这个产品的 idea。
嗯 。
一点一点就是浮现出来的 。
它其实是一个我们观察到很反常规的一个现象 。 嗯 ， 因为我们自己是 Claude Code 的用户 ， 也是 Cursor 的用户 ， 大家一直用得比较多 ， 然后包括大家用了龙虾之后会更有一种感触是 ， 因为这些东西都在你的本地 ， 所以你的龙虾会给你创建大量的文档和 MD 的文件 。 但因为我们还是一个团队嘛 ， 所以大家会有协作 ， 你就会发现一个非常
神奇的现象 ， 你会看到越来越多的群众 ， 大家在那发 MD 文件 。
嗯 。
这非常的反常 ， 这甚至有点反祖 。 就是我们好不容易进入到一个协同办公的时代 ， 就是不管我们原来在打开 Notion 的链接 ， 在评论 ， 结果你发现大家在发 MD 的文档 。 为什么呢 ？ 因为这些 MD 文档是 AI 生成的 ， 他确实持续地在跟他自己的 AI 在合作 ， 他觉得这个文档写得不错 。
我今天也收到了同事发我的 ——
对 ，MD 文档 ， 是不是 ？
一看就知道是哪儿来的 。
哪来的 。 啊 ， 这个很正常 。 所以当时是一个很朴素的想法吧 ， 这个想法是 ， 那既然是一些 MD 文档 ， 我们要不要自己先搭一套协同 ， 让它协同 ， 或者简单来说 ， 我们自己先搭一套基于 MD 的这个网盘系统 ， 也希望用户把他的 context 导进来 。 所以呢 ， 我们甚至在 MD 的这个编辑器上面 ， 我们还做了一些工程上的事情 ， 使得它看起来
可视化更好 。 所以 Moxt 是这么开始的 ， 它是一个半的研发同学在这么一个提议下 ， 先想做一个内部大家别互传 MD 的东西 ， 就是这么开始的 。 它是在春节前的前三天 ， 我记得是周三的晚上 ， 我们决定要做这个事情 ， 然后周四的时候就开始做了 。
大家不互传 MD 是想要做一个像一个什么共享网盘 。
共享网盘东西 ， 然后 MD 都在上面 ， 那我跟我的同事发的时候就别发 MD 了 ， 我可以发一个链接 ， 那我们在想这个链接至少传递效率高一点 ， 至少你下次更新的时候我能看到吧 。 我们先不说评论这些协作 。
以前确实传 MD 过来 ， 每个人这个本地还得要一个这个去看 MD 的一个客户端 。
客户端 ， 然后这个东西不协同 。 我觉得协同这件事情的价值 ， 在旧时代是一定被验证 ， 但我觉得仍然非常多的人低估了它对组织的价值 。
嗯 。
很多人认为协同是一个在线同时编辑 ， 是这么一个画面 ， 但实际上这种场景都是非常稀疏的 ， 其实很少的时候是大家要同时编辑 。 我觉得协同最大的价值还是它能把团队的同步变成异步 。
嗯 。
啊 ， 这是一个非常强的价值 ， 因为在没有协同时代的时候 ， 团队只有所有人在一起的时候才能同步 ， 但我现在可以把同步变成异步 ， 这个价值极大 。 然后这个事情叠加了 AI 的同事之后 ， 它变成了一种新的东西 。
呃 ， 所以你们第一步 MD 的一个共享网盘 。
对 。
然后其实当时这个一个是传 MD。
对 。
呃 ， 本地打开不方便 ， 第二个是这个协作 ——
协作 。
没法这个完成 。
对 。
这个享受不了同步变异步这样的协作 ——
这样的协作的东西 。
带来生产力上的提升 。
对 。
那第二步是什么呢 ？Moxt 是怎么成长起来的 ？
其实这个事情做到第二天 ， 我们就觉得它非常不一样 。
嗯 。
我们当时就觉得说 ， 好像这个东西是一种新的工作空间 ， 好像就是 AI 更原生 ， 似乎好像更便利 。 没有想清楚这个便利性到底有没有什么质的区别 。 但是我们发现当你的文档在上面越来越多时 ， 你 ， 你就能派生出一些新的需求 。 然后还有第二级 ， 就是在这个环境中呢 ， 除了 MD 之外 ， 你就可以开始用 HTML， 然后 HTML 基本上能可视
化你想要的一切 。
嗯 。
这件事情也对我产生了很大的变动 ， 就是我们原来做 web coding 啊 ， 那你当然也是前端是一些 HTML， 你后端还有一些数据库什么的 ， 但你会发现你的所有的数据都在这个空间的时候 ， 你可以可视化你一切的数据 。 我甚至就产生了一种悖论 ， 我原来觉得 web coding 有一个非常大的应用场景 ， 包括我们原来看到一些做得比较好的品牌 ， 像 Log
什麼 ， 他们自己在网站宣传中也会说 ， 这个场景是一个极其好 、 极其主要的场景 ， 叫做内部工具 ， 呃 ，internal tool。 我在看到 Moxt 之后 ， 我突然有种感受是 ， 好像我们并不需要专门为内部的使用去造一个工具 ， 因为内部工具已经在这里了 ， 你需要一个东西的时候 ， 你就跟 AI 说 ， 就像我的那个 Golden Sales 的第一步跟我说 ， 我们需要一个 CRM 的
看板对齐 。 他说完说 ， 我回了一句好 ， 那接下来五分钟这个东西就在这里了 。
我觉得这个确实 make sense。
对 。
就比如说当我们都在飞书上 ——
对 。
这个管理企业的时候 。
对 。
啊 ，HR 说我们要加一个什么 HR 过去的 SaaS。
对 。
那应该是这个会下意识地在飞书的那个插件库里面找 。
确实 。
只是过去我们要去找插件 ， 现在 ——
对 。
而是自己 ——
是的 。
可视化 ， 然后 web coding 就出来了一个根据你的需求来的工具 。
是的 ， 老时代这样一种 all in one 的优势其实已经存在 ， 是巨大的 ， 但这里有一个更大的变量是 ， 代码的生成成本可以理解边际就是为 0。
嗯 。
啊 ， 而且很瞬间 ， 五分钟出来的东西的可用性其实已经很强了 。 我们自己在做 web coding 的时候 ， 我们有这样的一个感受 。
嗯 。
对 。
我们今天这个用了大量的旧时代 。
啊 。
上个时代 。
对 ， 对 。
所以我也感觉很感慨 ， 就是 ——
嗯 。
感觉这个 AGI 来的时候也没有和我们打招呼 ， 怎么好像就突然 ——
现在 ， 现在我们又正在打招呼 。 对 ， 对 。
我们有点扯远了 。
对 。
我们再回来说一说 Moxt 怎么演进到今天的 ， 就从一开始 、 第二步 ， 再到后面 。
那我们在春节前这么短暂的几天 ， 我们会发现它好像能构成一个独立产品 ， 不只是一个内部工具 ， 所以这件事情会自然引发说 ， 那我们要不要去尝试把它做出来 ， 它不只是内部去使用 。 于是春节放假后的第一天开始呢 ， 我们就多投入了一些同学参与这个事情 。 一开始其实只有两个人 ， 后面可能是四五个人 ， 然后这件事
情就发生了一个 —— 我觉得在我可能人生中都很奇妙的经历 ， 因为我人生的职业生涯中我没有发生这样的事情 。 可能第三天的时候就会有人来建议说 ， 我们应该投更多的人 。 第四天的时候 ， 那些人甚至不太想去做手头的原来的那个项目的工作 。 真正到了第五天的时候 ， 我们所有人其实坐下来聊一聊的时候 ， 其实就问了一
个很直接的问题 ， 说大家到底觉得应该做什么 ？ 我 ， 我 ， 我非常肯定是没有人对之前做的一个事情有任何的眷恋 ， 一点都没有 。
你们现在在做的那个事情给大家讲两句是什么 ？
我们之前其实在做一个差异化的 Lab， 它其实也是可以从 ideas 打造一个比较好的一个 app 的工具 。 当然我们会有一些差异化的做法 ， 我们会觉得其实直接 ideas to app 一把 ， 是不一定能够很好地创建很多的工具的 。 所以人们其实在这个过程中还需要有一个定义和打磨的过程 ， 所以我们用一张无限画布 ， 想去把这个过程做得体验更好 ，
这是我们的一个思路 。 对 。
可以讲那个产品的名字吗 ？
呃 ， 叫 Paraflow。
其实那个产品上线了 ， 大家感兴趣可以去看一下 。
啊 ， 可以的 。
对 ， 就昊然和他的团队从 Motiff-
对 。
... 到 Paraflow。
对 。
呃 ， 再到 Moxt。 其实我觉得这个 Motiff 和 Paraflow 你们之前两个产品 -
嗯 。
... 都做得是非常的漂亮的 。
嗯 。 谢谢 。
就是比同类产品我觉得那个完成度要高很多 。
谢谢 。
呃 ， 就在这样一个情况之下 ， 你刚才说团队 -
啊 ， 啊 。
... 第五天就没有人 -
是 。
... 想要做原来的事了 。
而 Paraflow 我们其实并没有上那个 Web coding 那类的版本 ， 当然之前发给 Koji 试了试 ， 现在它上面的那个版本还是我们最老的一个版本 ， 是去年七月份的时候发的 ， 我们其实一直没有发这个新版 。 当然我们说是不是有朝一日也把它发上去 ， 但我觉得更长期有可能我们会考虑说把它和 Moxt 连在一起是一个更顺的道路 ， 啊 。
所以大家就慢慢都不想做之前的事情了 ， 都想来做 Moxt。
对 ， 这看起来有一种非常投机的感觉啊 ， 我觉得可能给观众朋友们这样一种错乱感 ， 就是说 ， 这个团队还是年轻 。 呃 ， 但我觉得事实上不是这样的 ， 我们团队中其实有很多比我还更年长的同事 。 那为什么大家在这样一件事情的时候突然有这么强的一致性 ？ 我觉得还是因为它给你看到的那种不一样的感受实在是太大了 。
然后在定义 Moxt 第一版产品的时候 ， 你们觉得什么是最重要的 ？ 第一个 MVP 里面什么是最重要的 ？
嗯 。
做了哪些功能 ？
OK， 我们觉得原生的格式和这套结构让 AI 易于去读写这件事情是我们的核心 。
就我们刚才提到的原教旨主义 。
对 ， 原教旨主义 。 对 。 呃 ， 我们会围绕人的喜好和人的便捷方式去做 ， 但我们会觉得手工编辑一类的功能在我们这个设计中其实是第二等的需求 。 呃 ， 这也是为什么很多的人 ， 我们早期有一些用户的反馈 ， 身边有一些人反馈说 ， 哎呀 ， 你们这个文档的编辑功能做得好差呀 ， 这个交互啊 。 这个 Notion 一点就可以在里面编 ， 对
吧 ？ 你们还去右上角点一下编辑 。
这应该是一个刻意的设计 。
啊 ， 对 ， 然后你编了还要点保存 ， 说你们这旧时代的 ， 就是很多人说是 Confluence 才这样 ， 对吧 ？ 其实这件事情是有原因的 。 我们一开始把它也做成了即时编辑 ， 结果我们会发现更多人使用的时候其实是不顺手的 。 这里面有一个本质的原因是 ， 当你习惯了 context 都在上面时 ，AI 的创作的效能很高 ， 实际上手工编辑变成了一个非常低频
的操 ， 操作 。 其实包括你其实对文档中不满意的地方 ， 你可以直 ， 直接划丝评论 ， 这个划丝评论的过程中 ， 你可以让你的 AI 去看所有的评论 ， 直接给你改了 。
对 ， 这个是我感觉一个非常有趣的 -
有趣的 。
... 交互 。
对对对 ， 其实它就跟在大家在用 Notion 和飞书时的划丝评论没有什么区别 。
嗯 。
呃 ， 它略有一点区别的是 ， 这个时候你可以让你的 AI 同事一起来参与 。
现在飞书支持了吗这个功能 ？
我其实不知道 ， 因为我自己不是飞书用户 ， 但 Notion 现在是可以看评论的 ， 对 ，AI。
也可以改 。
它 AI 也可以改 ， 对吧 ？
对 ， 就我一个文档 。
啊 。
皇帝批折子一样 。
批折子一样 。
我先说这里 。
对 。
这个情绪激动一点 。
激动一点 。
情绪保守一点 。
保守一点 ， 就可以 。
然后这个评论完了之后 ， 给 Notion AI 说 ， 把我的评论一起看一看 ， 改一下 。
我们还有一些更有意思的玩法 。
嗯 。
呃 ， 我们可以评论一句话 ， 然后 @ 我的某某 ， 说你怎么看这个事情 ， 然后某某就在下面回 ， 然后另外一个同事去 @ 了他的某某说 ， 你觉得上面的某某说得对吗 ？
嗯 。
然后某某之间就互相聊天了 。
所以刚才那个问题讲完了吗 ？ 就第一版的那个 。
第一版是这样的 ， 然后其他的事情对于我们来说 ， 其实最重要的是围绕一个词 ， 叫做 more context， 更多的上下文 。
所以你们的品牌名字 。
叫 Moxt。
Moxt， 也是这么来的 。
对 ， 它是 more context 的前两个字母和最后两个字母 。 啊 ， 我们也希望用户能因为这件事情很容易记住我们的名字吧 ， 就 more context。 所以围绕所有 more context 的功能 ， 其实优先级都会高一些 。 比如说 ， 呃 ， 怎么让用户更快地把他已有的环境的东西导进来 ， 这个其实也是我们要投入比较多的一件事情 。
一键搬家 。
一键搬家 。
嗯 。
就包括语音的输入 ， 可能也是我们在这个季度到下个季度可能会重点去看的一件事情 。 因为我们日常的工作场景中 ， 这件事情已经自己渗透得太强了 ， 但我们只能用一些第三方的工具 ， 甚至我们在想 ， 我们是不是该有一个硬件 ， 它也会非常自然 ， 可能你说完话 ， 你拍了一下它 ， 这段话就交互进去 ， 它可以开始处理工作
了 。
嗯 。
甚至你把它放到会议室里 ， 它能听大家所有人开会的内容 ， 甚至它可以自己说话 。 我觉得这都是有可能的 。
对 ， 非常有可能 。
对对 。
我现在好想要一个开会的时候一直伴我左右的一个 AI agent。 我觉得这个我经常就是总结会议之后 ， 我发现 ， 哇靠 ， 这个忘了聊 ， 那个忘了问 。
问 。
哦 ， 我就很希望有一个 ， 现在有很多面试作弊神器 ， 对吧 ？
OK。
但是没有一个开会 ， 不能叫作弊 ， 就开会 -
会 。
... 助理变得更聪明 。
看起来我们也需要更多的硬件了 ， 这么看 ， 啊 。
我知道那个有一个产品叫 Proactor。
啊 。
主动 AI， 它在做这样的场景 。
OK。
我有时候会用它 。
OK。
但我觉得它可以做得更好 。 大家加油 ！
好好好 。
呃 ， 然后你们自己一边做 Moxt， 一边用 Moxt。 刚才我们其实提到你们发生了很多工作方式的变化 。
对 。
比如说会开得少了 。
对 。
文档写得少了 。
嗯 。
Jira 也不用了 。
嗯 。
但是好像 Slack 或者其他的 IM 还是在用 。
在用 。
所以可能下一代的 AI native workspace 不会冲击 IM。
未必 。
嗯 。
我觉得我们这个阶段没有去做 ， 还是水平和能力不够吧 。 但其实我们在自己把 AI 的同事或者是 Momo 接入到 Slack 里面的时候 ， 它也会遇到一些问题 ， 那是因为 Slack 也是一个 ， 又 ， 又提到上个时代 ， 它还是一个面向人和人之间主要去工作交互的一个 IM 工具 。 我们今天的大部分 IM 工具都是这样 。
嗯 。
但又回到我们刚才提到的那个假设 ， 如果将来一个组织中是每一个人 ， 他都有十个甚至更多的 AI agents 时 ， 这些 AI agents 他们会互相交流 ， 他甚至会找人交流 ， 他也会出现在各种项目或者是内容的群里 。 这个 IM 还是我们今天看到的这个 IM 吗 ？ 我觉得肯定不是了 ， 至少我现在有一个场景 ， 我自己是非常不舒适的 。
嗯 。
比如说我在 Slack 的私聊 ， 我是没有办法唤起我的个人助手的 ， 那这是 Slack 本身的一个限制 ， 那我只能把这个内容复制再转发给他 ， 让他记一记 。 啊 ， 对 ， 我 ， 我觉得诸如此类的场景会慢慢慢慢感受到 ——
就一点一点小小的摩擦还是很多的 。
对 ， 对 ， 这种摩擦会很多 。 那有可能以后每一个人都有一个自己的 AI 分身啊 ， 或者叫替身的时候 ， 那你肯定还是希望你能授权你的替身能参与很多的你的工作场景 。
除了我们刚才提到的会开得越来越少 ——
嗯 。
...... 人类的文档写得越来越少 。
嗯 。
然后也不用 Jira， 然后有可能 IM 之后慢慢也不需要 ， 或者有一个巨大的变化 。
嗯 。
还有哪些在消失或者在减弱 ？
执行消失后51:05
我觉得是人跟人相关一切执行的事情都在急剧地减弱 。 我曾经问了我的 Momo 一个问题 ， 那假设最终人类几乎不执行了 。 我们今天说我们在对齐一个项目时 ， 其实拖动看板也是一种执行 ， 它可能到这个力度 。 今天其实很多的程序员朋友 ， 其实写代码也几乎不写一行手错 ， 对吧 ？ 都是一种指导和一种反馈 。 那当人类几乎不执
行时 ， 我们最终还存在哪些东西呢 ？Momo 给了我几个答案吧 ， 那其实就相当于每一个人都像一个 CEO 或者像一个老板一样地去检视 。 嗯 ， 他觉得有这么几个交互有可能是存在的 。 第一种就是类似于 Keynote 这种 ， 还是得做得让你觉得愉悦一点 ， 信息密度高一点 。 你想 —— 你不喜欢看 Keynote， 你想看一个文档 ， 那文档就是做得你更容易阅读 。
你喜欢看 Keynote， 这个 Keynote 可能看起来你更容易去吸收信息 ， 也可能是图文并茂 。 我觉得这种东西会存在 。 那第二类东西其实是人机交互中 ， 有可能最终 AI 跟你之间的交互是一种审批 ， 它可能会给你看一个结果 。
嗯 。
你可能会选择是 、 不是 ， 或者再看看 。
嗯 。
那会有一个非常本质的交互 ， 有可能最终就是一种圈画和语音 ， 你不满意的地方 ， 你可以快速地把它圈出来 ， 然后你就直接说 。 呃 ， 那当然你可以打字啊 ， 尴尬的场景下你可以打字 ， 你圈出来 ， 你直接说 ， 呃 ， 这个地方可能要怎么样调整 。 其实我们就假设我们一个大一点的组织 ，CEO 到底每天在怎么开会 ， 那他肯定是不会
去看看板里面的每一个项目到底在怎么样 ， 他可能要的是整个项目的一个进展 ， 甚至是一个甘特图这样的东西 。 我觉得以后这样的东西它还会长期是存在的 。 但除此之外 ， 我会觉得它都在比较急剧地做衰减吧 。
就是说管理的抽象级别变高了 。
变高了 。
就抽象到每个人可能都能够拥有 CEO 那样的 ——
对 。
...... 决策的颗粒度了 。
对 ， 那包括以后的组织 ， 我会倾向于 ， 那肯定每个人是独当一面的 。 你不能说所有的组织以后人都是很少的 ， 但每个人肯定是独当一面 ， 因为反而协作 ， 人和人之间协作其实也是有不少摩擦 。
那假设一下 ， 我们把这个时间比如说拨到两年之后 ， 三年之后 。
嗯 。
你觉得一个白领工作团队 ——
嗯 。
...... 他们的一天大概会是什么样子的 ？
嗯 。
现在有一些 ——
嗯 。
...... 你比较相信的画面感吗 ？
我其实觉得可能那个时候更需要一个日会 ， 它是一种仪式感 。 真的 ， 就是我觉得更需要一个日会 ， 大家见见面 。
就情绪价值的日会 。
哪怕是聊聊天 。
嗯 。
挺重要的 ， 我觉得这件事情对于人反而更重要了 。 呃 ， 但大家聊天的内容肯定就不是我们今天去开日会的内容 ， 因为理论上在你开日会之前 ， 所有的项目的进展和你要关心的内容 ， 可能你在半个小时前你全部都收到了 ， 甚至你已经开始处理了 。
所以我本来想问你的是和这个一个白领的团队 ， 他们一天要怎么工作 。
对 。
结果你的答案是 ， 哦 ， 没有工作 ， 大家开日会互相提供情绪价值 。
哦 ， 闲聊是很有价值的 。
嗯 。
如果我们还相信人类最终能坚守这些价值啊 ， 因为 AGI 一定程度上它也很可怕 。
嗯 。
那你说这种价值是什么呢 ？ 我们的审美 、 品味 ， 我们的灵光一现 ， 我觉得很多时候是在一个闲聊和宽松的环境下产生的 ， 也可能是两个人出去散散步的时候 ， 随便聊了一些话题的时候产生的 。 我觉得这种场景会更为重要 。 我觉得以后人和人之间的协作应该是这样的东西会更多 。 一次随意的聊天 ， 不是那么有目的的一些
交谈 ， 因为真正有目的要执行的事情 ， 你在想清楚它那个目标的时候 ， 可能那个 AI 已经在背后二十四小时地在工作了 。 那我第二点 ， 我会觉得说 ， 那有可能非隐私的环境下 ， 所有的录入都会变得更自然 。
非隐私的环境下 。
环境之下 ， 就是 ， 会议其实是一个不太隐私的环境 ， 对于工作来说大家是开放的 ， 那有可能这些硬件设备 ， 或者是我们的办公环境中会很自然地就能把这些东西给录入了 ， 啊 ， 大家可能最终会接受这一点 。 因为它的原因是你的组织不只是这十个人 ， 还有一千个 AI 同事 ， 你不录入 ， 那这一千个 AI 同事它没有办法听到大家
在聊什么 ， 对吧 ？ 那这个也很重要 。 所以我觉得这个也会是一个比较大的变化 。
还有吗 ？
还有就是人们可能更多的最终是去探讨一件事情已经产生了结果跟实验之后的一些价值 ， 很少围绕过程讨论了 。 因为我们原来其实围绕很多过程去讨论一件事情的时候 ， 往往是因为它有一些执行成本 ， 或者是你的时间精力有限 ， 所以你必须从三个 solution 里面选一个 。 但我觉得越来越多的时候 ， 最终会是你可以不用选择 ， 你
可以选择都做 ， 你可以都去做出效果 ， 但做出效果之后 ， 肯定还是有一个客观世界对你的反馈 ， 那这个反馈大家需要去思考它是为什么的时候 ， 它需要有更多的交流 ， 但我觉得交流的内容就会趋近于这样的内容会变多 。
呃 ， 一开始我看到 Moxt 这个产品 ， 其实是你转完你写的一篇工作号嘛 ——
对对 。
... 叫 Hi Moxt。
对对 。
然后当时我就有一个很想问你的问题是说 ——
嗯 。
哇 ， 你现在工作已经如此的自动化了 ， 对吧 ？ 你也在推崇新时代的这个 ——
对 。
... 让 agent 干更多的 ——
对 。
... 这样的工作方式 。
对 ， 对 。
那这篇文章为什么还是自己手搓的 ？
这篇文章纯手搓 ， 上周三的时候发的 。 我为什么选择手搓呢 ？ 是因为我写这篇文章 ， 我的意义和目的 ， 我其实就是希望记录一下 。
所以你是在为自己而写 。
我在为自己而写 ， 这么说也有点矫情 ， 但可能也是这样吧 。 我想记录当时的这个状态 ， 包括这里确实我都有一个很刻意的动作 ， 就是写完之后 ， 我再想要不要让 AI 看一遍 ， 至少把错别字给我找出来吧 。
嗯 。 这听起来越来越像艺术 。 你知道 ——
对 。
... 今天大家 ——
对 。
... 比如说为什么你还要画画 ， 对不对 ？
对 ， 对 。
那很多人画画并不是因为他要记录这个世界 。
是 。
因为记录这个世界最快就是拿出手机咔一下 。
咔一下 ， 你说得对 。
所以画画很多时候也是 ——
是 。
... 在完成某种自我的表达 。
是 。
或者这个创作的过程所带来的一些 ， 比如说平静啊 、 慰藉啊 。
我同意这种感受 。 我 ——
然后你现在感觉写文章也是有这样的艺术性 ——
对 。
... 创作感 。
我 ， 我至少希望我有生之年有一天回头看这篇文章的时候 ， 无论那个时候我怎么样了 ，Moxt 这个项目怎么样了 ， 我知道当年那个瞬间我的感受我就是一字一字地敲出来的 。 嗯 ， 它没有被以效率的方式生产了很多 。
明白 。
呃 ， 哪怕连错别字都没有让 AI 帮我 review 一遍 。
对 ， 所以就是 ——
对 。
... 写字也好 ， 画画也好 。
对对 。
很多时候它是实用主义 ， 可能在我们百分之九十以上的这个 ——
对 。
... 场景吧 。
对 。
它是为了对外表达 ， 对吧 ？
对 。
记录 。
对 。
但也有百分之十它是完全 ——
完全的 。
... 为了自己 。
对 。
而不是为了最高效的 、 最清晰的表达 。
是 。
而是为了这个让自己更舒服 。
更舒服 。
或者让自己更有意义感 。
对 ， 如果实用主义 ， 最终大家的追求都是实用主义 ， 我会觉得还是很危险的未来 。
嗯 。
那 AI 这件事情会把喜欢实用主义的人逼到极致 。 呃 ， 人类你很难在很多的场景比 AI 做得更好 ， 它好像精力很充沛 ， 它的带宽也很 ——
无限 。
... 无限 ， 对吧 ？ 我倒觉得我们可能得追随一些其他方面的东西 。
好 ， 我们再来聊点实用主义的话题 。
啊 ， 好的 ， 好的 。
就今天其实这个大家都在用飞书 ， 用 Notion， 用各种各样的 ——
对 ， 对 。
... 这个 ， 包括钉钉 ——
嗯 。
... 这样的这个工具 。 那你凭什么认为他们愿意为了 Moxt 再做一次搬家和迁移 ？ 你要怎么去说服他们 ？
这是一个好问题 。 我觉得还是像 《 跨越鸿沟 》 这本书 ， 你会常读常新 。 很多时候说服是非常困难的 ， 更多时候在市场上我们需要做一个选择 。 其实对于我们来说 ， 更重要的是找到这里面的创新者跟早期采纳者 。 对于这些人来说 ， 迁移其实至少我很有信心 ， 它不是一个成本 ， 因为我们用那个很老套的公式 ， 所谓新体验减
旧体验减迁移成本 ， 这个新体验太巨大了 。 嗯 ， 但这个新体验它并不是每个人都能那么真切地感受到的 ， 因为它在放大你对一个人和人之间 、 组织之间的一种理解 ， 每个人对它的新体验的感受其实会很不一样 ， 你还是得找到那个新体验甚至对你有一些狂热的人 。 我 ， 我们这款产品我觉得很有意思 ， 我 ， 我之前做的几款
产品我都没有遇到过特别狂热的用户 ， 遇到有觉得你们做得挺不容易的用户 ， 但这个 —— ... 这个不是一个好的评价 ， 那就是挺辛苦啊 ， 啊 ， 辛苦了 ， 就大概是 —— ...
对 ， 这么一个评价 ， 或者是说 ， 哎 ， 我觉得做得挺好的 ， 挺漂亮的 ， 但实际上你可能后发了 ， 你也不一定有品牌 。 但我今天我能遇到一些狂热的用户 ， 你甚至感觉他两眼放光 。 包括我们集团内有一些同事 ， 半夜十二点给我发企业微信说能不能给我再充点积分 。 呃 ， 你会遇到这样的用户 ， 那我会觉得他在这件事情上不一
样 。 那对于我们来说 ， 其实更关键的就是找到这波人 ， 或者我们要放大他们 ， 包括让他们更好地在上面能够创造价值跟实践 。 嗯 ， 对 。
最大的敌人1:00:46
你自己之前还给我说过一句话 ， 我印象很深 。
嗯 。
你说你们最大的敌人是时间 。
嗯 。
但是你同时又说 ， 这个其实希望大家不要那么快地 ——
嗯 。
... 去改变自己的工作习惯 。
对 。
因为改变太快的话 ， 这个事情很可能不是你们作为一个这个小型团队可以 ——
对 。
... 抓住的机会 。
对 。
啊 ， 可以讲一讲吗 ？
这是一个有一些矛盾的点 。
嗯 。
首先 ， 我会觉得这件事情不是那么容易不被看到 。 我觉得这个领域做各种各样事情的人都很优秀 ， 大家很容易险境地看到这件事情 。 呃 ， 更多的时候是大家没有真的去感受 ， 因为这件事情就是一个眼见为实的事情 。 说实话 ， 在一个月前我也不太相信这个故事 。 如果有人跟我讲一个 Moxt 的故事 ， 我可能第一感受是你这个东
西和一个飞书加龙虾有什么区别 ？ 我会这么去反问他 ， 我百分之百肯定 。 我其实今天我仍然需要花很多的气力去向大家解释这件事情 。 但事实上 ， 当你去使用这个东西的时候 ， 你会眼见为实地发现这不是一个物种 。 所以我觉得很多人会看到这个机会 ， 很多优秀的创业者会做这个事情 。 那对于我们来说 ， 好像我们更早地
也叫教发现了这个事情 ， 所以我也希望我们更早地能让更多人知道我们 。 那你先发多少还是会有一些品牌的优势啊 ， 但能不能成就一个小的 、 新先发的品牌 ， 其实很看我们自己的能力和我们去市场的策略 。
那让十字路口助你一臂之力 。
谢谢 ， 谢谢 ， 非常感谢 Koji。 对 ， 所以这件事情是让我焦虑的 ， 所以这件事情肯定是反时间的 ， 你当然希望团队越快越好 ， 可是这也不能说事事都如你所愿 。 但另外一个层面是 ， 如果你真的能够稳扎稳打 ， 开始找到一些接受你的人 ， 你慢慢地扩大你的影响力 ， 包括你有你的一些社区 ， 这些用户会为你发声的时候 ， 我其实是
希望它慢一点的 。 呃 ， 因为它越快 ， 那 Notion 也好 ， 或者这些更大的玩家也好 ， 它会更险情地意识到这个机会是巨大的 ， 那最终商业还是陷入一种非常残酷甚至无聊的状态 ， 那很多时候不是靠激情和这个理性就怎么样 ， 那可能就是投入 ， 呃 ， 会对这个事情有质的变化 。 那如果大家慢一点呢 ， 我们就能慢性地去扩展 ， 呃 ， 这
个事情就会更长期一些 。 嗯 。
听起来很矛盾 。
听起来很矛盾啊 。 那你说如果理想的情况 ， 我当然希望我们不用花太多的时间能够受到一些人的认可 ， 但又能慢慢地稳扎稳打 ， 得到一个长线的发展 ， 我可能是这么一个期望 。
就有可能这个也是实现不了的 ， 这样的既要又要 。
啊 ， 也有可能 ， 对对对 。 嗯 。
那如果说你认为比如说飞书 、Notion， 或者甚至 Manus 也有可能 ， 对吧 ？
嗯 。
它都有可能 ， 都是做生产效率嘛 。
对 。
那都开始做类似的事情 。
嗯 。
你觉得你们有可能能够在最后赢的原因是来自哪里 ？
我 ， 我觉得首先唯快不破是重要的 。 当然我之前我对这句话我有一个前提是 ， 我觉得还是要看到那个准确的方向 ， 否则你快也没用 。
嗯 。
但我现在对这个方向还是挺坚定的 ， 所以我觉得快是重要的 ， 我们要在准确的情况下更快 。 那面临竞争的问题呢 ， 我主要觉得是投入问题 。 呃 ， 最终的投入比拼要看我们怎么去理解这件事情 。 那大厂也能来卷我们 ， 但大厂是不是要它最好的人才来去卷我们 ， 这是两件事情 ， 包括它对这件事情的投入 。 嗯 ， 因为我们原来
做教育 ， 呃 ， 也不是没有跟大厂打过仗 ， 呃 ， 也非常激烈 ， 但我感觉好像也并不可怕吧 。 嗯 ， 所以在这个事上我觉得还是有一点底气和信心的 ， 这就是我对这个事情可能看法 ， 对 。
我们也来聊点不实用的 。
好 。
如果说 AI 真的做了越来越多的事情 ， 这是一个其实我们在节目里面聊得比较少的问题 。
嗯 。
我有时候会觉得触碰它太困难了 。
对 。
那如果 AI 真的干了越来越多的事情 。
嗯 。
那你觉得在那样的一个状态之下 ， 那样的一个时代背景之下 ， 就是人类要怎么调整自己去自处呢 ？
这个问题 ， 我会觉得我在做了 Moxt 之后 ， 我自己常常会被这个问题困扰 。
就之前做 Motiff， 做 Paraflow 不会 。
不太 。
即便你是重度的 Claude Code 什么之类的用户也不会 。
也不会 。 但今天你看见了 ， 主要是你看见了原来 coding 领域发生的事情泛化到了一个通用领域 ， 其实 coding agent 就是通用 agent， 这是我一直以来的一个观点 ， 那它对整个社会的影响面就太大了 。 我自己会认为这件事情 ， 虽然我们还没有能力说我们今天为这个社会改变什么 ， 我们可能只能改变这个世界一小点点已经非常不错了 ， 但至少
我们从今天开始 ， 我们会有一个选择 。 这个选择是什么呢 ？ 我们还是希望这件事情的引导和方向能不断地放大人 ， 而不是反向的 。
嗯 。
这就像投资 ， 呃 ， 巴菲特说永远不要做空 。 做空的收益其实非常有限的 ， 呃 ， 我们应该去创造 。 但你说这个创造它能创造出多大的价值 ， 我觉得它需要我们一起去探索 。 我自己在那个 Moxt 空间的 agent.md 文档里面 ， 我在上周补充了一句话 ， 那 agent.md 大家应该了解 ， 这个文档还是所谓权限极高的一个文档 ， 因为你的这个空间中所有的
agents 都可能会把它当做一个价值观来 follow 啊 ， 那就是你的企业价值观 ， 你可以写在里面 。
空间的宪法 。
空间宪法 。 我写了一句话 ， 就是说 ， 无论何时 ， 我觉得你都不该去创作一些内容 ， 这个内容是 AI 可以取代人 ， 即使你收到了非常多的外部信息也是如此 ， 你更好的作用还是放大于人 。 我自己最近也看到一些 AI agents 的产品 ， 但我相信大家这是无心之举 ， 我 ， 我有时候也挺难受的 ， 比如说 Pricing 的界面 ， 你会看到一个非常硬核的
放大人还是取代人1:06:35
表格 ， 这个表格啊 ， 左边是 AI 员工 ， 右边就是人类员工 。AI 员工多少钱一个月 ， 人类员工多少钱一个月 ， 肯定是 AI 更便宜 。 然后下面有四大项 ， 你可以想象 ， 那很容易列举出来 AI 比人强 ， 强得多的四个项 。
嗯 。
你说 Moxt 有一天我们这个业务倘若有一点点能力做得更大 ， 我觉得大家很自然地很多人会去做这样的事情 ， 因为这是一个很大的诱惑 。 但我不希望这件事情它发生在我们这个产品上 ， 至少它对我们来说就是一种选择 。
嗯 。
呃 ， 我也希望这种选择 ， 最终我们能从中发现更多不太一样的地方 。 可能今天对于我们来说 ， 我们最大的底线就是这条底线了 。 第二条底线可能是隐私安全相关的 。 呃 ， 除此之外 ， 好像对我们来说都不那么重要 。
嗯 。
在这个业务之外吧 。 嗯 。
我觉得这还是一个非常底层的一个这个哲学 。
对 ， 对 。
就是到底我们要去做一个产品来替代人 ——
对 。
还是我们要做一个产品去增强人 。
对 。
这看上去很抽象 ， 但我觉得会导向非常不 ——
对 。
一样的 ——
对 。
产品的功能的决策 。
对 。
管理的文化的一些东西 。
对 。
我不知道它会指向哪里啊 ——
是 。
也不知道对错 ， 是吧 ？
是 。
但是就是拥有这样的价值观的产品 ， 往往我会觉得它的生命力会更强 。
也希望吧 ， 因为大家可能也觉得说你可能站着说话不腰疼 ， 最终这个时代的洪流滚滚而来的时候 ， 我们看到的事情很残酷 。
嗯 。
但是我始终觉得就是说社会的分工里 ， 当然因为技术就有新的重组模式 ， 我们应该用更乐观的方式去看它 ， 就是人还是在新的分工方式下去流通的 。
嗯 。
那这种流通就会创造很多新的可能 ， 我们更多还是希望这个新的可能会更多一点 。
说点开心的 。
啊 ， 好 。
前两天回五道口 。
嗯 。
就回去和 ——
啊 。
一个朋友怀旧 。
啊 ， 啊 。
然后 ， 呃 ， 看了一下之后呢 ， 发现这个 ， 哎 ， 五道口还是挺小的 ， 走两圈就走完了 。
对 。
最后我就没事干了 。
嗯 。
然后朋友说 ， 哎 ， 那边有一个陶艺吧 ， 想不想去捏陶 ？
哎 。
我说这个不是很想 。
想 。
但是突然一瞬间我就意识到 ， 其实今天的捏陶和可能三十年之后的编程 ， 甚至三年后的编程是很像的 。
很像 。
因为你想曾经人类捏陶是一个生产力 。
对 ， 为了劳动力 ——
对 。
提供一个供 ——
我觉得捏陶的人应该是收入很高的 。
高的 ， 对 。
他捏出来的这个漂亮的陶 ——
陶 。
也好用的陶罐 ——
买卖很多钱 。
还可以卖很多钱 。 但是慢慢地现在 ——
对 。
你要去捏陶 ， 你发现它变成了一个消费 ——
对 。
它不再是一个生产 。
对 。
从百分之百的生产变成了一个百分之百的消费 。 我觉得类似的事情很可能在编程这个领域也会发生 。
你也不知道有生之年 ， 二十年后会不会去到一个著名的博物馆 ， 对吧 ？ 里面是一行一行的代码 ， 你在欣赏 。
对 。
它保证一件事情是都是人类 ——
是的 。
手做的 。
我 ， 我想说 ， 以前这个程序员是写程序赚钱 。
啊 。
那以后我们为了获得创造的快乐 。
对 。
我们是花钱去学程序 ， 写程序 。
啊 。
就是 ， 就像好像现在花钱去陶艺吧 ， 之后花钱去一个 ——
对 。
网吧 。
嗯 。
所以也可以乐观地认为 ， 人类的分工发生了变化 。
是 。
嗯 。
是 。
就可能原来你是一个工程师 ， 现在你变成了一个新时代网吧老板 ， 你仍然有了一个新的这个赚钱的身份 。
对 ， 我最近对这个事情我还是稍微乐观了一点 ， 我 ， 我觉得可能回到工业革命时代 ， 那个年代的人 ， 包括纺织的这个工人 ， 他可能也没有办法想象今天的世界是什么样子 。
嗯 。
呃 ， 就像我们今天好像也没有办法想象 ， 当生产关系重组的时候 ， 下一个时代可能会是什么样子 。
嗯 。
对 。
好 ， 那我们来最后一个问题啊 。
好的 。
Moxt 发布刚三周 、 四周 。
嗯 。
时间还很短 。
对 。
然后你要不要在这里许一个愿 ， 就是到年底的时候 ， 你希望大家说到 Moxt 的时候有哪些评价 ？ 或者你希望到年底 ， 就比如说 Moxt 有一个什么样的成绩 ， 就 ——
嗯 。
任何的愿望都可以 。
我希望我听到更多的人来找我说 ， 原来一个组织 ， 人和人之间的工作方式真的完全不一样了 。 啊 ， 我觉 -- 我就是希望能收到这么多的更多的反馈吧 。 可能这个反馈对我来说是更正反馈一些 。
嗯 。
对 。
就希望看到一个变革在发生 。
对 。
而自己是这个变革里面的一个 ——
对 。
助推力 。
我觉得可能只要这件事情它在发生 ， 我就更乐观 。 可能数据其他的层面 ， 反倒相比这件事情 ， 它没那么重要 。 呃 ， 因为只要这件事情它在发生 ， 这个趋势就更确定一些 。
嗯 。
对 。
好的 ， 谢谢昊然 。
好的好的 ， 谢谢科杰 。
五道口 。
好 ， 谢谢 。
然后非常期待这个 Moxt 获得更多的用户 。
好 。
也改变更多的工作习惯 。
好的 。
我 ， 我觉得我会非常有兴趣 ——
好的 。
持续地关注 。
持续关注 ， 好 ， 也持续地使用啊 。
好 。
好的 。
谢谢谢谢 。
好 ， 谢谢 。
拜拜 。
拜拜 。