Kortex百万美元的教训

摘要

Dan Koe与Kortex（Cortex）联合创始人Matt和Ari坐下来，坦诚复盘了这款"第二大脑"应用为何走向失败，以及他们为何决定推倒重来、打造全新产品Eden。他们详细剖析了作为首次创业者犯下的一系列错误：按照大厂模式搭建团队导致迭代缓慢，过度工程化地自建认证系统和同步引擎消耗了数千开发小时，在尚未找到产品市场契合（Product-Market Fit）的情况下固守既有方向，以及迟迟不敢面对产品缺乏真正差异化的事实。转折点出现在一次日本之行——他们背着团队秘密重建，仅用三周便用更精简的技术栈复刻了Kortex的全部功能，验证了快速迭代的可行性。Eden由此诞生，从笔记应用进化为集媒体驱动器、视觉搜索引擎、画布协作和AI对话于一体的创意工作台，品牌也从暗色科技风转向面向"匠人"的明亮美学。最终，三人的核心教训殊途同归：不敢冒险才是最大的风险，而自以为懂了则是最危险的错觉。

正文

第一章 开篇：三百万美元的错误

视频以一个极具冲击力的标题开场——"Cortex，三百万美元的错误"。Dan Koe直言不讳地承认，Kortex（Cortex）这款他曾经不遗余力推广的"第二大脑"应用，确实犯下了价值三百万美元的错误。但三位对话者很快澄清：这并非真正意义上的"错误"，而是一系列"必要的错误"——正是这些错误让他们走到了今天的位置。

Dan解释了为何他突然停止了关于Cortex的一切宣传。许多关注者纷纷追问"Cortex怎么了？Cortex去哪了？"事实是，他们决定转向，打造一个全新的应用——Eden。这一决定引发了大量疑问：为什么不继续做Cortex？为什么要做Eden？为什么要重新品牌化？

Matt指出，Cortex最终停下的地方并不是他们对产品的愿景，而是被各种问题迫使停在了那里。Dan补充说，Cortex的用户接下来会收到邮件通知，从黑色星期五前一个周一开始，Eden将逐步向Cortex用户开放。黑色星期五周末（周五至周一），Eden将面向公众开放早期访问。但他特别强调，这只是早期访问版本，并非正式公开发布——Cortex用户不要期望Eden一开始就有桌面端和移动端等完整体验。

第二章 缘起：联合创始人的相遇

为了给不了解背景的观众提供上下文，Matt介绍了自己：他是Cortex及现在Eden的联合创始人之一，负责产品方向。Ari则是另一位联合创始人，担任CTO，是深度技术型人才。

两人都曾是多伦多大学的学生——Matt就读计算机工程，Ari就读计算机科学。他们都有一个共同点：不想走传统路线，想做些有创业精神的事。

Matt回忆了自己的经历。大学前几年，他对传统的计算机工程学习路径感到幻灭——拿学位然后找份工作的前景无法打动他。于是他相当早就转为非全日制学生，开始在外面接各种零活。他辗转于多家初创公司，最初做内容创作，后来为另一家初创公司做演示视频的合同工。

Ari的故事则更加执拗。他从小的家庭教育就告诉他"一切皆有可能，想做什么就做什么"。他的父亲给他灌输了商业思维：哪怕你只卖一根牙签，只要能卖给足够多的人，你就能赚大钱。这种"从小处着手、想办法做成"的信念深深影响了他。

Ari的第一个创业尝试是一个笔记应用——一个文本编辑器，这对初次项目来说是个相当疯狂的选择。他加入了一个孵化器项目，但该孵化器要求他们在没有产品的情况下先写商业提案和收入预测，这与Ari的理念完全相悖。他们选择了直接构建原型，但孵化器告诉他们："你们太年轻了，等快毕业再来吧。"这种仅凭年级而非能力评判的做法让Ari感到非常沮丧。

他的回应方式极其决绝：将二年级和三年的全部课程——八个学分——压缩到一年内完成。当他以"四年级学生"的身份重新出现时，距离与Matt的相遇只剩下几周。

与此同时，Ari在一家名为Flip的公司做了一年软件工程的实习，感受行业氛围。在这段实习的尾声，他认识了团队另一位成员Ian。Ian是Cortex最早加入的人之一，负责构建编辑器的最初几个功能。编辑器的复杂程度远超一般人的想象，Ian在开发过程中频繁向Ari请教——因为Ari的第一个创业项目正是一个编辑器。多次咨询之后，Ian直接提议：你为什么不加入公司？

而Matt与Dan的相遇则更加戏剧化。在遇见Dan之前两天，Matt在Apple Notes里写下了一份计划：先从代写（ghostwriting）做起，在线上找客户，然后逐步将流程系统化为软件，最终与Dan Koe合作。恰逢Dan的朋友Dakota Robertson正在举办一个代写训练营。在Zoom通话中，Dan随口提到自己正在开发一款软件。Matt当时简直不敢相信——这与他写的计划几乎完全吻合。他当着大约五十个陌生人的面取消静音，冒昧地问Dan："你在做什么软件？"然后开始疯狂地向Dan展示自己之前做过的项目。

Dan当时的反应是：他听过太多类似的推销了，大多数都没有下文。他只是礼貌地给了Matt自己的Telegram联系方式。然而Matt在通话结束后立刻轰炸式地给Dan发消息，并展示了团队当时已有的进展。Dan则直言不讳地回复："你需要把这些全部推倒重来，太烂了。"Matt回忆说："那一刻我才真正开始认真听。"

那个周末，Dan和另一位联合创始人Joey决定解雇之前的外包开发者，邀请Matt加入。随后Dan注册了公司，"Cortex"这个名字诞生了，他注入了第一笔种子资金。Matt看了那位外包开发者五个月的成果——对技术人员来说，那基本上就是一个增删改查（CRUD）应用，而Ari只需两个小时就能完成同样的工作。

第三章 第一个错误：团队结构的失误

团队组建方式是他们犯下的第一个重大错误。

Matt和Dan都来自"一人企业"的背景。Dan坦言："我不知道该怎么管理一个团队。我对管理一无所知。"只要看到某种形式的进展，他就觉得"啊，我们确实在做事情"。

他们将团队按照技术栈进行分工——前端有前端负责人，后端有后端负责人，各司其职。这种做法在运作了一两年后，他们才意识到：对早期初创公司来说，这种方式极其缓慢。

问题在于，他们模仿了大科技公司的团队结构，却忽略了适用场景的根本差异。在大公司，产品市场契合已经得到保证，利润是有保障的，按技术栈分工可以提高效率。但在初创公司，最核心的任务是找到产品市场契合——做出人们真正想要的东西。这就要求每个人都必须对产品本身有聚焦的理解，而不是只负责某个功能的一个技术切片。

正确的做法是：每个团队成员都应该是全栈（Full Stack）的，每个人都应该专注于完整的功能特性，而不是为了服务另一个团队成员而只做某个功能的一部分。

这种按技术栈分割团队的方式带来了严重的后果：当需要迭代——修改、测试、替换某个功能时，负责该技术领域的人会抗拒，因为变动会跨越领域边界，引入其他模块的bug，最终拖慢整体速度而非加速。而这恰恰与初创公司最核心的优势背道而驰：速度。

作为初创公司，唯一真正的优势就是小而快。大公司为什么追不上你？因为你快。然而，他们用一种与速度背道而驰的方式组织团队和技术架构，亲手扔掉了这唯一的优势。

Cortex虽然能正常运行，也积累了一些bug可以修复，但用户发来邮件质问"你们说好的更新呢？"——那已经是一个月之后的事了。团队陷入了原地踏步的困境：无法向前迈出任何一步，只是在维护和修复bug中打转。

第四章 第二个错误：技术架构的过度工程

在团队结构问题之外，更深层的还有一系列技术决策失误。

Ari加入Cortex时，项目已经运行了几个月，他最初只是做兼职工程工作。他进入后发现，整个技术栈的搭建方式与大科技公司极为相似：自建开源认证系统并自行托管，使用EC2实例，团队成员四处运行Terraform脚本。

核心问题在于：他们选择自己构建太多本应由第三方提供的基础设施。

以认证（Authentication）为例——对非技术人员来说，这就是登录、注册、用Google登录等最基本的操作，理应极其简单。但如果选择自己从零搭建，事情就变得极其复杂。整个公司专门做认证服务的比比皆是——当你自建认证系统时，在某种程度上你就变成了一家认证公司，精力被迫在"做产品"和"做认证"之间分裂。

Ari指出，这是许多首次创业者常犯的错误：他们认为拥有所有知识产权（IP）、控制一切会更有价值，不想依赖第三方供应商。但这种过早的"掌控欲"和过早的规模焦虑，导致将数千开发小时投入到底层基础设施的构建上，而非花费在真正的产品开发上。

认证只是众多例子之一。他们还试图自建同步引擎（Sync Engine），这让Dan感到难以置信——在他看来，"设置登录注册能有多难？"但事实是，当他们自己构建同步引擎时，导致了对笔记应用而言最灾难性的后果：用户写的东西消失了。

他们曾经自信地认为这种事不会发生，但它确实发生了。这是不可饶恕的错误——笔记应用的核心承诺就是你的内容不会丢失。一旦出现数据丢失，团队不得不再次分散注意力去修复，而在修改过程中，他们又在不断加深自己已经深陷的技术债务。更讽刺的是，这些技术方向本身就偏离了他们对产品的初衷——他们正在把自己固化为一个从未打算成为的东西。

Ari从更宏观的角度总结道：在中型公司里，通常有五到六个人的团队全职负责基础设施运维；而Cortex只有五到六个人的团队，既要运维基础设施，又要构建产品。这从一开始就注定不可持续。

此外，用户还要求离线模式（Offline Mode），毕竟Obsidian就有离线功能。虽然Notion花了大约四年才推出离线模式，说明这确实是个难题，但Cortex选择自建同步引擎的方向本身就让他们在这条艰难的路上越走越远。

第五章 转折点：日本之行与秘密重建

随着时间的推移，Matt和Ari对无法在产品上取得实质性进展感到愈发沮丧。

他们开始频繁讨论一个大胆的设想：把一切推倒重来——不是简单地扔掉，而是暂时搁置现有的技术栈，用一种截然不同的、更精简、更易于迭代的方式重建。不使用那些开源或自建的、迭代成本极高的技术，而是将大量问题抽象和外包给第三方服务商。

在前往日本之前，他们已经与团队其他成员有过多次对话，试探性地提出重建的想法。但团队的反应普遍是：现在重建恐怕不是个好主意。

到了日本，表面上这看起来像是度假——飞出去玩一个月。但对Matt和Ari来说，这恰恰提供了一个机会：既然身在海外，不如背着团队其他成员秘密尝试重建。

他们的假设是：如果能选择更熟悉的技术栈，将大量基础设施问题外包给第三方服务商，那么在更短的时间内重建Cortex的全部功能乃至更多，应该是可行的。

结果令人震惊：仅仅三周之后，这个假设就被证实了。他们用更精简的技术栈，在三周内重建了Cortex的全部功能，而且做得更多。

这一结果发出了一个响亮的信号：他们本应该更早地推倒重来。如果他们三周就能做到，那么其他团队一个月也能做到——这意味着Cortex原有的技术护城河几乎为零。

Dan补充了另一层痛苦：每当看到优秀的竞品应用推出并大获成功时，他们只能在群聊里发出一阵短暂的灵感火花，然后陷入无奈——他们原本也计划做那些功能，但困在泥潭中，可能需要六个月才能跟上。每一次都是如此：计划中有，但无法执行。

最初他们并没有计划做Eden——只是想替换Cortex。但随着重建工作的推进，他们的视野开始拓展。

第六章 从Cortex到Eden：品牌重塑与定位反思

技术问题之外，Cortex还面临严重的品牌和定位问题。

Cortex的品牌风格是典型的"蓝紫渐变+暗色主题+发光质感"——Dan承认这正是他最初想要的，因为他的个人品牌就是黑白极简风。但当他们决定重建并重新审视Cortex时，他们不得不面对一个事实：Cortex看起来并不好。用户喜欢它，是因为深色科技风与那部分受众产生了共鸣，但这远远不是他们愿景中想要触达的更广泛人群。

Dan分享了一个有说服力的轶事：每次他把Cortex放在女性朋友面前，对方的第一反应都是"这不像我会用的东西"。仅仅从视觉上，Cortex就在排斥潜在用户。

更深层的问题在于产品与叙事之间的割裂。Cortex本质上是一个笔记应用加一个AI聊天功能的拼接，但他们并不愿意承认这一点。Dan说："我花了太多时间为它辩解。这是我犯的错误——我们应该更早叫停。"人们在评论中直指Cortex不过是"Obsidian加一个AI聊天"，Dan的第一反应是否认，因为他脑海中有一个不同的图景。但产品本身并没有体现那个图景。

他们在营销中将Cortex包装成比实际更创新的东西，因为知道需要做出更有差异化的产品，但实际产品并不支撑这种叙事。这种认知失调造成了用户困惑：他们到底在做什么？

"第二大脑"这个概念本身也存在沟通障碍。对于不在生产力小众圈子里的人来说，"第二大脑"作为概念可以理解，但作为一个流程却不直观。Matt在运营Cortex社区时发现，用户看完教程后最常见的问题是："我必须用标签、必须用反向链接、必须手动连接所有东西——我真的不明白我该怎么做。"

Dan将"第二大脑"重新提炼为一个更本质的功能定义：大脑的核心能力是存储和检索信息。你存储信息，是为了日后能快速检索，用于项目、内容创作、写书、写研究论文、写视频脚本——任何创意或信息相关的努力。这里的关键是：这些信息必须是可查找、可使用的，否则你就回到了原点——要么碰巧再次遇到那个想法，要么在Google或AI中输入正确的关键词才能找回它。

Dan的终极比喻是：Eden应该是"你的记忆的搜索引擎"。当你在视频、播客、博客文章中遇到喜欢的想法时，只需按一个快捷键，无需思考任何事，它就被保存了。当你想要回溯某个想法时，只需搜索你记忆中的关键词——比如"Dan Koe说过的关于一人企业的那个观点"——就能精确找到你保存的那个瞬间，而不是互联网上所有相关内容的泛泛结果。

第七章 Eden的核心创新：记忆搜索引擎与创意工作台

Eden的核心功能围绕两个基本动作展开：捕获（Capture）与检索（Retrieve）。

捕获一切。 Eden的设计理念是：无论你在看YouTube视频、Instagram Reel、推文还是Substack文章，只需一个键盘快捷键，内容即刻保存。如果你不喜欢快捷键，也可以复制链接、粘贴到应用中，一键完成。对于移动端，你可以直接在Instagram中点击"分享"发送到Eden应用，视频会自动下载到你的工作区并归入指定文件夹。

Dan用一句话概括了Eden最核心的定位：它是一个媒体驱动器——为所有媒体而生，且所有内容都被转录。 对创作者而言，这是极具魔力的。你粘贴的任何YouTube视频不仅会被下载——省去了去找可疑第三方工具的麻烦——还会被自动转录，你可以直接在应用内阅读和搜索。

视觉搜索引擎。 这是Eden最具突破性的功能。它不仅能搜索文本（大多数搜索引擎的极限），还能搜索视频中特定的视觉帧。Ari做了一个演示：他上传了几集动漫，Dan搜索"粉色毛衣"，系统立刻返回了每一帧有人穿着粉色毛衣的画面，精确到时间戳。Dan的反应是："天哪，这太疯狂了。我从来没见过这种功能。YouTube做不到，Google搜索做不到，没有任何笔记应用能做到这种粒度的搜索。"

即使是搜索文本，Eden也超越了传统方式。比如你搜索"电影感、阴郁风格"，它会定位到视频中匹配特定视觉风格的片段。这意味着你保存的每一个视频、每一帧画面都是可搜索、可定位的。

画布（Canvas）功能。 Dan特别强调了画布功能对他工作流的改变。与传统的单维度聊天界面不同——在聊天中你必须复制粘贴内容、清空上下文、创建新对话——画布让你可以拖拽PDF、YouTube视频、Reel、自己的MP4文件到同一空间，自由组织。你可以将所有项目连接到AI聊天作为上下文，然后提出任何问题。

对于Dan的日常工作流来说，这意味着：他可以将原始拍摄的YouTube视频、自己表现最好的一期视频、几个Reel、品牌指南全部放在画布上，连接AI聊天，要求"分析这个视频并用那个视频中的内容替换某个部分"。每个AI聊天也可以连接到单个项目——Dan称之为"自由形态的可视化空间AI"。

与视觉信息对话。 Eden的AI聊天不仅能理解文本转录，还能理解视觉信息。这意味着你可以要求AI"分解这个YouTube视频中的镜头并解释为什么视觉上吸引人"或"分析这个Reel的视觉钩子为什么有效"——这是目前其他任何平台都无法做到的。你不仅是在与Reel的文本对话，你是在与Reel的视觉信息对话。

Dan的实战工作流。 Dan每周都在用Eden写新闻通讯。他的流程是：看到YouTube视频中的好想法，把视频添加到画布；连接AI聊天，询问"视频中关于这个概念的解释是什么"；获得综合后的信息，拖拽到写新闻通讯的区域旁边——大纲、研究、想法、图片，全部在同一空间内组织。他不再需要手动做大量笔记，也不需要在不同的应用面板之间来回切换。

Eden的规模远超Cortex。Dan形容：他们从一个笔记应用，变成了同时构建Google Drive、Miro、Poppy、Frame.io以及各种下载工具的整合体——所有这些现在都是Eden。

第八章 品牌哲学：为匠人而建

当决定做Eden时，他们首先重新思考并明确了：Eden到底为谁而建？

Cortex的目标用户是"创作者"，但这个定义太过宽泛。他们进一步追问：什么样的创作者？答案是：仍然深切关心自己手艺的人（people who still deeply care about their craft）。

这与当下的AI浪潮形成鲜明对照。Dan问道：AI垃圾（AI Slop）的对立面是什么？是工艺（Craft），是匠人作品（Artisan Work）。当AI生成的低质内容泛滥成灾时，匠人们反而会脱颖而出。因此，Eden押注的是——匠人的未来。

这一品牌定位决定了从产品到视觉的一切决策。每一个细节、每一个功能，都必须围绕"工艺"和"匠人级作品"展开。因为Eden要服务的人——以及Eden希望吸引的人——对品质和打磨有极高的期望。

命名过程也遵循了同样的思路。他们遍历了希腊名字、文艺复兴名字、艺术相关名字，甚至考虑过"Da Vinci"——但Da Vinci Resolve已经存在。在几乎要放弃的边缘，Dan随口说出了"Eden"。这个名字立刻引起了共鸣：Eden是知识之园，是人类知识的起源之地——而他们希望Eden成为创意人的家园。

Logo的设计也经历了一番波折。他们最初设计了一个四瓣花形的Logo，与Eden的名字完美契合，看起来在应用图标和各个场景都很出色。然而，当这个Logo出现在Matt和Ari的YouTube频道视频末尾时，有人评论说：这和Flora（另一款画布/节点类应用）的Logo一模一样。他们仔细一看——确实几乎完全相同。一个简单的四瓣花形，太容易撞车了。他们不得不更换，最终找到了一个更独特的方案。

第九章 最大的教训：风险与自省

视频的最后，三人各自分享了最重要的教训。

Ari的教训：不冒险才是最大的风险。 他回顾了整段旅程：在大学不顾父母建议转为非全日制，去追逐薪水微薄的内容相关工作——如果不做这些，就不会遇见Dan；在五十个陌生人面前冒着当众出丑的风险向Dan推销——如果不做这个，他们不会走到一起；飞到日本、背着团队秘密重建——当所有人都不看好时——如果不做这个，Eden不会存在。他的结论是：成功就是一系列——也许是经过深思熟虑的——大型风险的叠加。任何成就大事的人，做的都是看起来在常规判断下"不是好主意"的事，但他们自己知道那可能通向卓越。

当Ari向风投（VC）和其他创始人介绍Eden时——说他们要打造比Google Drive更好的产品——很多人的第一反应是："你怎么可能做到？太难了，为什么要做这个？"但几个月后，Ari认为他们已经有了一个更好的产品。一切皆有可能，只需要尝试。

Dan的教训：自以为懂的那一刻，你就完了。 Dan坦言，他曾经以为从内容创作、自由职业和各类产品中学到的技能可以一对一地迁移到初创公司。但事实证明，他不得不重新学习和精炼很多东西——精炼到揭示真正底层原则的程度。比如"设定截止日期制造压力以推动行动"这个原则，用在自己身上时，所有变量都在掌控之中；但用在团队上时，结果完全不可预知。当它不奏效时，他开始怀疑："这个根本框架是不是全错了？"然后不得不追问："真正的深层真相是什么？"

这引出了Dan当前面临的核心挑战：如何将自己的世界观应用于团队管理——不是将自己的世界观强加于人，而是以最佳方式引导团队。他能很好地领导自己，但领导团队是完全不同的问题。他希望每个团队成员都能拥有"主人翁心态"——即使他们不一定想要这种责任——能够独立做出决策、解决问题。同时，他尊重让每个人做自己事情的价值观。在"引导"和"放手"之间划定边界，是他正在学习的一门艰难而值得的课程。

Matt的教训：不要重蹈覆辙。 人类天生倾向于反复犯同样的错误。他们确实犯了价值三百万美元的错误，未来也一定会犯新的错误——但真正区分人的是：你能否从错误中吸取教训、不再重犯？他们将继续犯新的错误，也必须像面对Cortex的错误那样从中学习。

Matt开玩笑说，用户将实时见证他们犯新的错误——也将是第一个通知他们犯了错的人。

第十章 Eden的发布计划

视频最后，三人明确了Eden的发布节奏：

• Cortex用户迁移：从黑色星期五前一个周一开始，按付费层级从高到低逐步开放，直到周四。
• 公众早期访问：黑色星期五周末（周五至周一）限时开放。此视频将在周四发布，因此观众在视频发布后四天内可以注册体验。
• 正式公开发布：将在2026年的某个时间点，届时将包含桌面端、移动端等完整体验。
• 过渡期：在早期访问关闭到正式发布之间，现有Eden用户可能可以通过邀请链接（每人三到五个名额）邀请新用户加入。

Dan最后感谢Matt和Ari来做这期对谈，并推荐观众关注他们的个人频道。三人以一句话作结：享受Eden。