No. 14·中文精读

高中赢过Noam Brown一局,Magic创始人说AGI只剩最后一道大题

Founder Eric Steinberger on Magic’s Counterintuitive Approach to Pursuing AGI

Magic.dev 创始人兼 CEO Eric Steinberger 讲述从写论文的研究者到创业者的经历,以及公司追求通用人工智能的不同寻常路线。

节目音频00:00 / 51:15
中文精读由 AI 基于原始访谈改写,非官方翻译,可能存在偏差或错误;表述以原节目为准。

14岁那年,埃里克·斯坦伯格(Eric Steinberger)给DeepMind研究科学家约翰内斯·海因里希发了一封邮件,长到能打印出好几页,内容一句话就能概括:我要打败你博士论文里的算法,这是我列的10个想法,帮我看看哪些能成。约翰内斯是大卫·席尔瓦(David Silver,AlphaGo团队负责人)的博士生。

对方真答应了。接下来一年,这位维也纳高中生每两周被批一次工作,他自己的要求是:别因为我还在读高中就对我客气。项目做完,他改进的算法在成绩上比诺姆·布朗(Noam Brown)的原始版本好了一点点。布朗随即找上门,两人合作了两年,埃里克大学第一学期就成了FAIR(Meta的AI研究部门)的兼职研究员。布朗后来去了OpenAI,是强化学习领域公认最强的研究者之一。

现在,埃里克是AI公司Magic的创始人兼CEO,红杉资本投了他。在这期红杉出品的Training Data播客里,他给出的核心判断是:通往AGI的路上只剩最后一道没解的大题,叫通用领域的长程可靠性;解法是推理时算力,具体到操作,是把花在一个token上的资源放大一百万倍,还要花得有价值。

14岁的中年危机,一封五页邮件,和一次退学

埃里克说自己14岁提前经历了中年危机。他花了一年看物理、数学、生物、医学,想找一件值得做的事,最后撞上AI,选择困难症当场痊愈:能造一个把其他所有事都包办了的系统,我就不用挑了。他甚至说,那一刻就能看见未来30年怎么展开,这种可预测性让他很舒服。他喜欢数学,但觉得17维的球体帮不了人类,AI又用得上又够得着。这个选择10年前就很清楚,只是当时还不接近,现在又接近又清楚。

学编程这件事,他承认自己对计算机本身没什么好奇心,学它只为了解决AI。起步很惨:第一篇论文啃了两个月,编程烂了很久。转折点就是那封五页邮件。他后来专门复盘过:长邮件真的有用。他现在也常收到两段式的求助邮件,终于明白为什么大家觉得这套不管用,因为两段确实不管用。五页,写清楚我要怎么打败你的算法,在他的经验里,每一次都得到了认真回应。

布朗找上门的原因很直接:布朗发了论文《Deep Counterfactual Regret Minimization》,埃里克发了《Single Deep Counterfactual Regret Minimization》,后者的成绩好了一点。埃里克自己很谦虚,说人家三个月写完的论文,他花了好几年,差距其实很小。但这件事让他成了布朗的合作者。他形容和布朗开电话会议像打乒乓:一个问题本来要立项做六个月,俩人聊一通电话,聊完就做完了。他总结布朗的强项有三条:会挑题,然后长时间死磕,让结果越滚越好;敢在别人看不出来的时候下注,因为他下手早;以及博士期间每周工作100小时。

大学期间,埃里克一边在FAIR兼职做研究,一边创办了气候教育NGO ClimateScience。这家机构完全按创业公司的方式运营:1000名志愿者,20个硬核工程师,目标清晰,产品就是一个软件,区别只有一条,没有一分钱进出。三件事并行三个月后,他退学了。原话是:「我能同时做两件事,做不了三件。」那三个月糟透了,一个人就是做不好三件事,马斯克可以,他当时不行。

后来他把NGO交了出去,原因是他修正了一个前提:创办ClimateScience时,他以为AGI还有20年,如果真是20年,他永远不会去开公司。发现自己算错了,就没什么可犹豫的了。气候问题他关心,但那算不上他的天命。

播客里反复出现一个梗,叫「AGI待办清单」。2017年他还在读高中,某个会议请他去讲这份清单,他自己承认当时列的是错的。但清单里有一项他一直没想明白:怎么让模型在通用领域做推理。语言模型和代码模型的出现让这条路清晰起来。他的方案听起来简单得过分:把LLM和强化学习拼起来。RL在受限领域里干了10年,验证有效;LLM有通用性。一边有20个受限领域的成功,一边有通用性,两边一拼,横轴纵轴都有了,右上角那个格子就到手了。

最后一道大题:往一个token上砸一百万倍算力

「还没解决的东西,是通用领域的长程可靠性。要解它,需要推理时算力。证明一个新定理、写一个大型软件、写一篇有点复杂的文章,你通常不会一个token一个token地往下写,你会对其中一些token想很久。找到办法,把花在一个token上的资源放大到一百万倍,而且花得有价值,这大概是最后一个大问题。」

埃里克的理由是排除法。过去几年,多模态解决了,长上下文解决了,模型成本也降到了相当合理的水平,他说你得当个现实否认者,才会看不见接下来会发生什么。

至于推理时算力,这在RL圈子里是常识。扑克AI和围棋AI早就证明了,给机器更多思考时间,棋力就往上走。LLM圈这两年才恍然大悟。他算过一笔账:花100亿美元做预训练,还是花10亿做预训练、省下的钱花在推理上?100亿当然爽,但他宁愿选10亿那档。

公开层面还没有成功配方,这是他的原话。现有思路里,best of N采样把N开到足够大,勉强算个起点,不算差,但离终点远。他判断,就算研究从此停摆,靠现有技术堆下去,某个时刻也会撞出一个大家公认的AGI,可能解不了黎曼猜想,但已经相当能打。他好奇的是另一个问题:把该做的都做了,上限到底在哪。

软件工程师是「最小可行AGI」

Magic在做的事,一句话:自动化软件工程。埃里克给它起了个名字,软件工程师是AGI的最小可行版本,MVP of AGI。逻辑是,一个真正合格的AI软件工程师,应该能干Magic里所有人的活,包括研究员的活。到那一步,模型就能递归地改进模型本身,还有对齐,整个过程不再受人类人力的瓶颈限制。

他举过一个思想实验:这个世界上没有几个Noam Shazeer,但如果电脑里能装一个,就能复制出一百万个,对齐问题说不定就这么解决了。他自己承认这话简化得厉害,但方向就是这么个方向。终极画面他描述得很轻松:跟电脑说几句话,去吃个午饭,回来的时候,它把AGI造好了。

为什么坚持自己训模型?他的回答分三层。第一层是技术:要造最好的模型,就得自己造模型。如果API厂商把这个难题解决了,那你算什么?不如三年后再创业。Magic为此花了两年学怎么训超大模型,他提到OpenAI从GPT-3到GPT-4也花了两年。这是一笔巨大的财务投入,成了收益惊人,败了GPU转完钱就没了,他清楚自己在花别人的信任。

第二层是商业。他的判断很激进:价值会沉淀在AGI和硬件两层,应用层什么都留不下。如果API生意能长出一家千亿美元公司,模型厂商会直接把它搬进自己公司内部做,OpenAI不做,别人也会做。他还补了一刀:聊天界面这种东西,YC种子前轮的钱就能做出来,而Netflix、Airbnb、Uber的难度比它高得多。不拥有模型的公司,随时可能被「API涨价加自营产品」打穿。

第三层是对手。有科技巨头一年收入超过1000亿美元,理论上全能砸进来,这还没算那些募到巨款的实验室。埃里克的答案是换个问题:关键问题是造AGI要花多少钱,你能募多少钱反而是次要的。如果正确的想法加足够的算力就够了,那100倍的算力也快不了多少。他赌AGI的成本远低于1000亿美元。这个赌注如果错了,错了就错了。他还替投资人算了一笔账,早期资金充足,回报率可能好过弹药无限。

团队规模他也给了参考值:早期5个研究员够用,现在接近20个,整体维持在很低的两位数,他不觉得会涨到几百。能用好200人的CEO比他强,他认。不过如果团队能翻倍、速度真能翻倍,他随时干。

99%才及格:助手和同事隔着一条鸿沟

埃里克把AI产品分成三层:没用的;需要人微观管理的助手;以及反过来管理你的同事。中间那个「刚好打平」的层很薄,基本不存在。模型一旦比你能干,你的角色就只剩两件事:说清楚要什么,回答它的澄清问题,你永远不需要再告诉它「这里有个bug」。

他对产品体验的描述很具体:要的是跟公司里最好的工程师开会的感觉。讨论,他几乎总是对的,然后他去写代码,别人review,上线,能用。至于这个agent用什么工具、跑在本地还是云端、要不要开虚拟机、有没有浏览器,用户根本不关心,工具、虚拟机、浏览器,全是Magic要操心的事,用户只关心自己的问题被解决。

有人拿SWE-agent在SWE-bench上14%的成绩问他怎么看,他的回答是这个数字他不关心,因为那些系统压根没用推理时算力。他关心的是另一组数字:这类产品要99%以上才成立。96%都不行,他连自己的电脑都不信任,不想review代码。必须review代码的产品,和不用review代码的产品,是两个物种。就像自动驾驶,区别只在于那边出错会死人,这边出错要人看代码,所以可以早一点上线,但标准一点没降。他还提醒,最后那几个9最难啃。

时间表他给得很大胆:远小于10年。但他自己也补了一句,听过这期节目的人,记得把他说的所有时间乘以1.5到2。

读穿所有论文,脑子里要有一座数据库

给年轻研究者的建议,埃里克给得毫不留情。第一,早点烧掉退路。他14岁就知道这辈子要干什么,没有Plan B,其他所有路径都在他的及格线以下。至于为文凭去读博,他的原话是,全是扯淡。直接冲最终目标,烂就烂着,十几岁的烂研究员也够换来一个好导师了。

第二,长邮件加主动出击。前面那封五页邮件就是模板:告诉对方你要用他的东西、你要怎么赢,然后请他把脑子里的东西蒸馏给你。顶尖的人不会带10个徒弟,但愿意带一两个,你只要抢到那个席位。

第三,从上往下学全栈。他面试过不少研究员,连LLM怎么实现、分片怎么做都答不上来,他觉得这不可理喻。他自己的做法是,先锁定要解决的问题,然后一路往下问需要什么,挖到内核和硬件那一层。他不需要成为写内核最强的人,但懂到那个程度,顶层的活会干得更好。

第四,读所有论文。比尔·盖茨有个访谈说,学的东西够多之后,它们会互相相似,学习曲线会变平。埃里克听完就开始扫论文,扫到后来速度足够快,脑子里建起一座数据库。Magic现在跑通的好几个关键想法,单独看都是别人做过的零碎东西,组合起来才成立。一个好想法背后往往站着另外三个人的好想法,脑子里没库存,就拼不出来。影响他最深的一篇论文是扑克AI《DeepStack》,他第一篇死磕复现的论文,像刷维基百科点超链接一样一路钻了下去。

他还聊了研究的两种模式:综合与跳跃。Transformer就是典型的综合,注意力机制有了,堆块的做法有了,残差连接从ResNet搬过来,再去掉循环,加上一些小跳跃,比如归一化的处理。他说自己擅长综合,正在练跳跃,也就是凭空想出完全没有参照物的新东西。真诚这条他放得最重:对自己烂的地方要诚实到残忍,否则永远补不上。押注长处没问题,前提是必要条件不缺。

高中那次合作,他差点被放弃。算法做到一个不好不坏的版本,两个人都不满意,导师觉得可能发不了了。埃里克的回应是:去你的,我做完了给你看。一两个月后真做完了。那天他散步回家,一路问自己到底行不行,答案是行不行都得干,第二天接着写代码。他说从那以后,再没体会过那种程度的自我怀疑。

问他最佩服谁,第一个名字是Noam Shazeer,Transformer原作者之一,Character.AI创始人。埃里克的评价是,此人综合能力天下第一,全栈无短板,真要一个人把整个系统实现出来跑起来也行,而且他看得见未来。Scaling laws这件事,很多实验室做得非常科学,Shazeer当年的演示是直接把1亿、3亿、10亿、50亿参数模型的输出挨个放给你看,然后问一句:要是把它做大呢?视频还在YouTube上。深度学习元老里,他认为辛顿该拿最多功劳,理由是在所有人断言这条路走不通的年代,他训练着小小的模型硬扛了过来。至于布朗,好几个实验室当年在做同样的问题,他一个人单挑,比十个人加几个大牛的实验室又快又好,而且这种百倍效率是连续多次复现的。埃里克建议听众给孩子取名叫Noam,研究圈里叫Noam的,有名的全是大神。

彩蛋与行动清单:从一亿个哈希值到五页邮件

顺带一提,闪电问答里问他最喜欢的AI应用,他的答案是垃圾邮件过滤器和推荐算法,那些看不见的AI撑起了日常生活。影响最深的影响说完了,节目末尾还有一段正主戏:Magic发布了LTM-2-mini,一个1亿token上下文的模型,同时开源了配套评测HashHop。红杉当年投Magic,起因就是自家的研究员看到埃里克的长上下文评测结果后集体兴奋。这次他把考卷也交了出来,理由很直接:与其空口说我们有多少token的上下文,不如把评测一起开源。

埃里克对「大海捞针」评测的批评很形象:模型只需要背个小书包,从上下文开头走到结尾,发现奇怪的东西就捡进书包。因为针天生显眼,模型有隐含的先验帮它记忆,所以它根本不用记住整个上下文。一些模型就这样显得长上下文很强,实际能力撑不起来。

HashHop反着来:把上下文全部换成随机生成的哈希字符串,没有任何语义信息,模型必须记住全部内容才可能答题。还要加跳数,找到第一条信息,用它去定位第二条,可以一直加下去。记忆总量和跳数,这两个维度就是长上下文能力的定量核心。至于代码能力,那是领域评测的事,Magic内部另测。

最后是这期播客里明天就能用上的东西:

  • 想请牛人指点,写一封长邮件:具体到你要做什么、打算怎么赢、卡在哪。两段式的客套邮件没人回,五页的干货,埃里克每次都得到了回应。
  • 学技术从上往下:先钉死要解决的问题,再往下挖到需要的深度。目标是研究员,就别让「不会实现分片」成为短板。
  • 把能找到的论文都读了。知识是复利,读得越多读得越快,脑子里的库存迟早会在某个项目里拼出一个别人拼不出的组合。
  • 定期逼自己列出短板,诚实到肉疼,缺哪补哪。长处决定上限,短板决定你能不能上牌桌。
  • 评估AI编程产品时,先问可靠性:90%的准确率意味着你要逐行review,它是助手;99%以上,才谈得上同事。

埃里克的高中导师每两周骂他一次,骂了一年。这套方法今天依然免费,缺的只是那个敢发五页邮件的人。

文稿来源:sequoiacap.com;机器转写可能有识别错误,人名与数字请以音频为准。
id="podcast-transcript" data-framer-component-type="RichTextContainer" style="transform:none">Eric Steinberger: The thing that remains to be solved is general domain long horizon reliability, and I think you need inference time compute for that_. When you try to prove a new theorem in math, or when you’re writing a large software program, or when you’re writing an essay of reasonable complexity, you usually wouldn’t write it token by token. You’d want to think quite hard about some of those tokens. And finding ways to spend not 1X or 2x or 10X, but a 1,000,000X the resources on that token in a productive way, I think, is really important. That is probably the last big problem._ Sonya Huang: Hi, and welcome to Training Data. I’m delighted to share today’s episode with Eric Steinberger, founder and CEO of Magic. Eric has an epic backstory as a researcher, having caught the attention of Noam Brown and becoming one of his research collaborators while still a student in high school. Eric is known for his exquisite research taste, as well as his big ambition to build an AI software engineer. We’re excited to ask Eric about what it takes to build a full stack company in AI, his ambitions for Magic and what separates a good AI researcher from a legendary one. Eric, welcome to the show. Thank you so much for joining us. Eric Steinberger: Thank you for having me, Sonya. Vienna-born wunderkindSonya Huang: Okay, so let’s start with who’s Eric? You’re a Vienna-born wunderkind whose early passion for math turned into a I think what you described as a full-fledged obsession with AI by age 14. Take us back to age 14 Eric. What were you up to? How did you become so obsessed with AI? Eric Steinberger: Thank you, Sonya. I think I just had my midlife crisis when I was 14, and I just was looking for something meaningful to do. I spent about a year looking at physics, math, bio, medicine, just anything really that seemed valuable to the world, and at some point bumped into just simply the idea of AI. It hadn’t sort of occurred to me until then. And if you could just build a system, a computer system that could do all this other stuff for me, like, great, like, I don’t have to decide. So it felt like my decision paralysis was sort of resolved then. It was this weird moment where I could just see the next 30 years of my life unfold in front of me and I was like, “Okay, this is clearly what’s gonna happen. Like, I have to do this.” It was quite nice. I like predictability, so it was great to know what the world will look like. Sonya Huang: And you started loving math. Why AI then? Eric Steinberger: I think I’m naturally attracted to math. It’s just what my brain sort of gravitates to. AI just seems useful. The thing that’s most important to me is just what is useful for humanity and the world. And math is nice, but not useful at some point. Like, you know, 17-dimensional spheres are probably not going to be the best career choice if you want to be useful. So it seemed like something that I could get good at, but also just the most important thing ever. And so it was a very clear choice. AI just is like—it was clear 10 years ago. It’s just it wasn’t close, and now it’s close and clear. Sonya Huang: Can you tell the story of how you got to FAIR? I think it is such an epic story. Eric Steinberger: Sure. I mean, so when I started at 14, I didn’t really know how to program. I didn’t get into programming out of curiosity about computers. I just wanted to solve AI, basically. So after a couple years of just warming up on my own, I reached out to one of David Silver’s PhD students who’s the AlphaGo DeepMind co-founder. And the PhD student, I guess at that point he was a graduate and sort of worked at DeepMind. I asked him if he could, like, spend a year with me, just every two weeks bashing my work, sort of trying to do some sort of like, super speed-up mini kind of PhD-like experience where I could just learn how to do research. And I sent him this, like, giant email. You could print it out. I don’t know how many pages it would be, but it’d be a lot of pages, where I was basically just saying, like, “I want to build this algorithm you made in your PhD—sorry, I’m going to beat this algorithm you made in your PhD. Here’s a list of 10 ideas. I don’t know if they’re going to work, and I think I need your help to figure that out.” And then over a year, we eventually got there, and he was like—his name is Johannes. Johannes was kind enough to just bash me every two weeks, roughly. And yeah, it was brutal, dude. Like, because I was like, “Hold me to the standard,” you know? And I was like, “Don’t be nice just because I’m in high school.” Sonya Huang: And you were in high school? Working with Noam BrownEric Steinberger: Yeah, I was in high school. And then when we were done—I just graduated high school when I finished, so this is when I finished the project that I was trying to get to with this. And then Noam Brown, who is obviously one of the best RL researchers in the world, reached out because he had worked on something similar, it turns out. And we sort of had some ideas that were very similar and some ideas that were a little different. So we just published this. And he reached out, and then I got to work with Noam Brown for two years, which was great. And then that continued, and so I got bashed for another year. Sonya Huang: How did you get his attention? You were a high schooler, he was Noam Brown. Eric Steinberger: Well, I mean, he published a paper called “Deep Counterfactual Regret Minimization,” and I published a paper called “Single Deep Counterfactual Regret Minimization,” and mine beat his by a little bit. Sonya Huang: So you one–upped Noam Brown as a high schooler. Eric Steinberger: I think I’d just graduated. And it also took him, like, three months to write this paper, and it took me a couple years, but yeah, I mean, slightly. I’m sure he, like, would have come up with this the next day, like, the sort of the gap between the two things. But it was just—yeah, it was like ‘obsession’ is the right word. I just—I do things like one hundred percent. Yeah, so that was a lot of fun. Kept working on RL with Noam Brown for a while and yeah, so that’s how I got to FAIR. Noam Brown worked at FAIR at the time, and he reached out. I was at university then, and basically just worked part time as a researcher at FAIR while studying, and anyway, that was it. Sonya Huang: That’s awesome. Eric Steinberger: It was a lot of fun. Noam is great. Like, the brainstorm ping pong sessions with Noam Brown? Dude, there’s nothing like this, where you would just think there’s this problem and it’s sort of like maybe you would start a six-month research project. Noam and I would get on a call and it would just be like, we’d just discuss it and it’s done. That was so great. Sonya Huang: I love that. I love that. What makes him so great as a researcher? Eric Steinberger: I think it’s a number of things. As a researcher generally more from a meta level, he is fantastic at picking the right problems, and then spending a long time just grinding to make it better and better and better and better. He’s very good at the whole, like, compounding thing in research. Also making bets that aren’t obviously the right bets when he makes them, because he makes them earlier, I suppose. So he’s generally very good at picking problems and then attacking them consistently. He’s also just very smart. I guess that helps. He works really hard. He used to do 100-hour weeks during his PhD. I don’t know if he still does them, but he used to work really, really hard during his PhD. Sonya Huang: I imagine he still is. Okay, so Noam arranged for you to become a researcher at FAIR while you were still a university student. Eric Steinberger: Yeah, that was fun. That was in my first semester, I think, or something. [laughs] Sonya Huang: So you were juggling that. You were juggling being a collaborator to Noam at FAIR, and then you became obsessed with yet another problem, climate change. And actually started an NGO that is incredibly popular, ClimateScience. So you just didn’t have enough on your plate. “I can do two things. I cannot do three.”Eric Steinberger: No, it was actually too crazy. That’s when I dropped out. I was like, “This is crazy. This is too much. I can do two things. I cannot do three.” It was like my conclusion after doing—I did three months of that. That was terrible. That was fucking awful, doing all three things. Because it’s just like you just can’t do well at three things. I mean, Elon can, but maybe I’ll learn it in 10 years, but I couldn’t at the time. So I dropped out at the time. But yeah, I started an NGO. I generally—I just think, like, charity stuff is awesome and hugely underappreciated. Like, it’s sort of like super high status to start a startup, but I think it should be equally cool to start a charity. You’re, like, helping the world in other ways. And so yeah, I mean, we started it as a—it’s a nonprofit, but we started it like a startup. People were working insanely hard. We had clear objectives. It was a software product, effectively. It was much more similar to a startup, with the exception that there was no money in, no money out, which is very weird. But yeah, it’s mostly volunteer driven, or I guess it is. I just no longer run it. But yeah, that was an interesting experience. You’d think I would learn—transfer a lot from running a quote-unquote “company” to running a quote-unquote “company” now. But they are so different that I could—like, there was like no transfer at all between ClimateScience and Magic. Like 1,000 volunteers, 20 hardcore engineers, no money at all. I can’t tell you how much we raised because it’s not announced yet, but giant. It’s completely different in every imaginable way. Sonya Huang: Totally. Eric Steinberger: But yeah, it was a lot of fun. Sonya Huang: So Eric, ClimateScience became an incredibly successful nonprofit—it wasn’t just any nonprofit. What made you decide to kind of hand over the reins and hand over the torch on that and go start a company in AI? Eric Steinberger: I just thought AGI was further away when we started it at all. I would never have started anything else if I thought AGI was so close. And once I realized it is, there was just like no other—I mean, my initial thing was always AI. That’s what I did as a kid. Sonya Huang: Yeah. Eric Steinberger: I care about various issues in the world, but none of them are my unique calling in any way. I just—you know, I’ll hopefully be in a position to donate a bunch of money and whatever, but the thing I care about fundamentally is AGI. And it was like, oh, damn it, this is not 20 years away. So I have been running around with this AGI to-do list, which is somewhat of a meme internally, because it’s sort of like just going through it … Sonya Huang: I think I’ve seen it. AGI to-do listEric Steinberger: … and we’re trying to fix all these problems. You have seen it. Yes, we showed it to you. And I’ve been running around with a version of this. There’s actually like a—in 2017 or so, I was still in high school. I don’t know why, but some conference invited me to present my AGI to the list. It was wrong at the time. I was also sure it was wrong. But at some point, there was one thing I just couldn’t at all figure out. And I don’t like blue sky research in the sense of, like, just staring at a wall and trying to figure out what the right question is. I really like to have the question and then look for the right answer when starting an intense project, because you need to know which direction you run in to really plan for it. And many things seemed clear, but it seemed completely unclear how to make these models reason in the general domain. And that became more clear with language models, especially code models. And so yeah, when I saw just some of these early—some of the early results in this basic, I was like, “Okay, I know all this stuff from the RL world. I have a bunch of other thoughts. This seems great.” Like, we should just take LMs and make them do the RL stuff. It’s a very simple kind of proposal, but I think that’s sort of where—I mean, it makes a lot of sense. RL has been doing this for 10 years. It works in restricted domains. If you can make something work in 20 restricted domains and you have something else that works in a general domain, if you can combine them, maybe you get both the X and the Y axis, and then you have your beautiful top right corner of the matrix. And yeah, so it seemed pursuable. And if something—when something becomes—when something as important as AGI becomes an actually executable to-do list—obviously there are still things to figure out, details of the algorithms, how do you make it efficient, et cetera, et cetera. Like, it’s not like we knew everything at all. Many, many things to figure out. But the direction was clear, so it seemed like the right moment. Sonya Huang: Okay, we’re going to circle back to your AGI to-do list later because I’m curious about it. Eric Steinberger: Sure. Sonya Huang: I want to brag about you for a minute … Eric Steinberger: It might be wrong still. I don’t know. Until we have AGI, it is a hypothetical AGI to-do list. But we’re trying. Sonya Huang: I think the research field is tracking pretty closely to your to-do list. I want to brag about you for a minute. I think you’ve been incredibly humble about your background, but as a high school student, you did catch Noam Brown’s eye. And, you know, as one of his colleagues at FAIR, you became one of his top collaborators. Not even just one of many, because there’s such talented people that work there. But you’re one of his top collaborators. And, you know, when I speak to folks that know you, they just say extraordinary things about your capabilities as a researcher, your creativity, your work ethic. As far as I can tell, you work nonstop. I think you texted me at 2:00 am in preparation for this podcast. So I think it’s safe to say that … Eric Steinberger: Hope I didn’t wake you up. Advice for young researchersSonya Huang: No, no. Thank you, silent mode. Anyways, I think it’s safe to say that you are one of the brightest minds of the current research generation already, and will certainly be one of the legends that people talk about for the next decade. And so with that in mind, I’d love to ask you some questions of advice for aspiring researchers. And so maybe first off, you did it all from a very untraditional background. How did you do it? And do you think that—what advice would you give to others in your shoes? Eric Steinberger: I can only really speak for the sort of profile of goals and person I am. I think I was lucky in the sense that I knew very, very early—I was 14, as I said—exactly what I wanted to do with my life. I had no doubt at all. And uncertainty can be paralyzing to a lot of people. I also had a very clear sense that I did not at all have a plan B. Like, there was no other path in life that I would have been even, like, remotely above the neutral line on. Like, it had to be build AGI. Everything else is completely irrelevant. So I understand for many people, a well-paying job at Google is a great achievement. I mean, if it’s on AGI, it’s fine, but you get what I mean. Like, I just knew that there was nothing else I could do and be fulfilled in life and look back when I’m 90 and be happy. So in a way, burning the boats very, very early gives you the opportunity to just be—like, do things that you’d otherwise do 10 years later. Which again, even—like, I sucked at the beginning. It took me two months to understand the first paper I tried to understand. Like, I was terrible at programming for a long time, but when you’re a teenager, you’re, like, a decent researcher, you don’t have to be great. Like, that gets you things like a great mentor who then bashes you for a year, which was very, very helpful. And then you get better, and you’re still young, so your brain shapes more easily, maybe. I don’t know. So I feel like I benefited a lot from being early, but within that, I’d say just go for the end goal immediately. Doing anything sort of like, “Oh, I’m gonna do a PhD, because I need a PhD to get a job.” That’s all bullshit. Like, you don’t. It’s just completely bullshit. The other thing is, like, writing five-page emails to people actually works. Writing, like—I get a lot of these, like, two-paragraph, meh things now. I’m grateful I get emails, but I understand now why people think this stuff doesn’t work. It certainly does when you’re like, “Here is how I’m gonna beat your algorithm. Please help me.” Five pages, at least in my experience, every single time anyone I wanted help from in this way was very helpful. So I suppose be proactive in seeking, like, the best people in the world to, in a time-efficient manner, just distill their brain into yours, and show them that you can make use of that. If you tell someone who’s very good, effectively, “Hey, I’m gonna make good use of this. If you want to coach someone, I would love to be that person,” they’ll usually do it. They won’t do it for 10 people, but if they do it for one or two, that’s enough. You just have to win that seat, I guess. So that’s been really helpful in my experience. Also just not shying away from learning new things. Again, I didn’t get into programming because I’m curious about computers. I’m not very curious about computers. I just like AI, and the computers are the thing that are necessary. So it’s fun. I enjoy programming now. It’s great, but I wouldn’t have gotten into it, I think, if it wasn’t for AI. But still, you get into it, so don’t be shy. We interview a lot of people who don’t know how you’d implement an LLM. And it seems kind of crazy to me if you’re a researcher and you couldn’t implement sharding or whatever. Like, it’s just insane. So really understanding the whole stack going down to—but sort of not bottom up, really top down. Like, here’s the thing I care about. This is the problem I want to solve. Okay, like, what do I need, what do I need, what do I need? And then all the way down. And there are much more competent people at kernel programming and hardware design or whatever than I could ever dream up to be, but I understand enough of it to do better work at the top of the stack than I could if I didn’t. So I think fundamentally you need to understand the domain you work in. It’s also really good to just read everything. I used to read—I don’t know, I don’t have a precise number, but just every paper I could. Every paper I would see, basically. And eventually you get so fast at it that’s feasible, and you build a database in your head of, like, “Oh, this is similar to this thing.” This was sort of like, my eye-opening moment where Bill Gates has this interview like, “Oh, yeah, if you learn enough things, they’re all similar to each other. So it’s not linear, it gets easier.” And at that point I was like, “I should read every paper.” And so thanks for the advice, Bill. Obviously through a video, I never met him. But so I just started reading every paper. And that’s really, really helpful because a lot of the best ideas that we had that work really well now at Magic were enabled by random things that are like, “Oh, it would never work without this random thing that I would have to have come up with in tandem.” But because I have this database in my head, I can go like, “Oh yeah, like this.” And then so often one good idea is enabled by three other ideas that others have come up with. And so it’s always just like this composition of stuff. So having a large database is really helpful. Yeah, and then just never stop. Like, never, never stop. It takes, like, ages to do good stuff, to do good work. And at any point—there was actually one moment with Johannes, the DeepMind research scientist who mentored me for a year in high school, where we had a version of the algorithm that wasn’t very good. It was all right, and we’re thinking like, “Ah, should we publish this?” Like, we were both not really happy about it, and he was close to giving up on me. It was like, “Well, maybe this is just not gonna work. I wouldn’t want to publish this.” I was like, “Dude, fuck you, I’m just gonna get this done.” And then we got it done a month or two later. And so I think—I remember going on a walk after this and just being like, “Can I do this? I don’t know if I can do this, but there is no other option. So I just better get it done.” [laughs] And then I went back home and I started programming again. It was still sad that day, but the next day was fine again, and just kept going. So I think you have to—I think that was a pretty formative experience because I actually wasn’t sure if I could do it. And then we just did it, like, super soon after. So I really haven’t felt that insane level of, like, doubt and pressure since then, which has sort of enabled—it’s actually beneficial. You have to be realistic, but you don’t want to—if you stop, you—yeah, I mean, so anyway, so I think those would be the main things. Also be like really fucking honest about what you suck at to yourself because otherwise you’re never gonna get good at it. Like, you need to search for the bad things, and instead of trying…actually, yeah…. I think as a researcher, betting on your strengths is good only to the extent that you don’t have necessary conditions that are completely missing. Like, you can’t bet on your strengths if they’re not enabled. Again, back to the engineering thing, for example. So yeah, I don’t know, I’m rambling. But stuff like that. Reading every paper voraciouslySonya Huang: No, that’s great. That is such a fascinating glimpse into the inner mind of what it takes to be a great researcher and behind all the glamor of training large models. And so thank you for providing that peek. I’m really glad that you mentioned this kind of reading every paper voraciously and having this database in your head because one thing I’ve heard from your collaborators is that your superpower is understanding and absorbing new research. And so I’m curious, do you agree? Like, do you think that is your superpower as a researcher, or what kind of traits do you think have made you such an exceptional researcher? Eric Steinberger: So I think initially in the RL work I did, it was synthesis, where I would read every paper and I would go, like, “This thing plus this thing plus that thing with this modification.” I think that’s what they would mean. That yes, was definitely very helpful. I think it’s a good way to do research. Generally there’s enough work for synthesis to be a successful strategy. I guess to an extent it’s still that. I tried very hard after—this is actually interesting that you bring this up, I realized this, and I tried very hard to get better at leaps. Like, coming up with totally alien crap that just there’s no reference for it at all. Because ultimately, like, so if you take a transformer, for example, right? Like, attention existed. The idea of stacking a bunch of LSTM blocks existed, and you just have to remove the idea of recurrence, really. And a bunch of—couple other things that were necessary, right? Residual streams, like the residual update and transformers existed from ResNet. So it’s synthesis, but there is an amount of leap in there to make it all work. Like, it’s a little more complex than just taking components and putting them together. You need to come up with new things too, like the normalization and the head rejection. But anyway, everyone now knows this. But roughly, you should do this. There’s some new ideas in there that really help make it work. But it’s still a large amount of synthesis. So I suppose, like, most good ideas are synthesis, but there are always some—in the best ideas, there are some leaps. And I’m trying to get better at those. But still, it’s mostly, I guess, like, take five things and throw away the stuff that doesn’t work in them. Make the things work and configure. But yeah, I think some stuff needs leaps. But yeah, I guess, like, no, that’s a recipe. Like, take LLMs. Make them super efficient. Make context giant—throw RL on it. Make it all work together. It’s still mostly synthesis, I guess. You’re right. Sonya Huang: Who do you admire most in the research world? And, like, what do you think those folks’ superpowers are? The army of NoamsEric Steinberger: Shazeer. Noam Shazeer. Yes. What is his superpower? I guess to an extent synthesis. He is—I mean, he’s just the best at synthesis. He’s also great at everything in the stack. He can—he has no weakness, really. Like, he can implement the whole thing on his own if he had to run it. He sees the future, I think, in a way, like, he’s very unconstrained. And I think everyone’s sort of crediting a number of the labs for scaling laws. This guy made a presentation where he was zipping through essays or completions or whatever written by models of various scale, and it was like, “This is 100-million parameter model, this is a 300-million parameter model, this is a billion parameter model, this is a five-billion parameter model.” This is on YouTube somewhere. It’s hilarious. And he goes, like, “What if we make this bigger?” He sort of presented it this hilarious way, and then everyone else is super scientific about it. I think Noam is generally just, if I had to put it, he’s very intuitive. I think a lot of labs and researchers are sort of—and I think this is not a bad thing. It’s very good. Are very evals driven, very mechanical, right? Like sort of very empirical in a way. Like, Noam sort of just knows. He’s like, “Ah, this would work,” and then it works. So I think that’s a superpower, that—it’s just extremely great synthesis. He has the larger—he has a larger database because he’s been around for so long, he just—he literally knows everything. I mean, he invented half of the stuff that everyone’s doing now. There’s no one who compares. I’d say there are a number of other people, I guess. Just you shouldn’t feel—out of all the people who are sort of the OGs of deep learning, I think Hinton deserves by far the most credit just because he went through all the bashing when it was like, “Oh, this will never work,” and they’re like training, like tiny, tiny, tiny, tiny, tiny things. They’re like, “This will never work.” And he somehow stuck with it. I think that level of grit and belief in something that is now obviously working deserves a huge amount of credit, whether capsule nets work or not, whatever. He—like, you know, it’s incredible to come to something like the conclusions that the world is at now. And if you look at some of the older papers, a lot of the ideas that are important now were in there already, so that’s important. And I think he just deserves a ton of credit. Noam Brown had—the army of Noams. Noam Brown. Sonya Huang:  I should name my kid Noam, is what you’re saying. Eric Steinberger: It’s a very good strategy, yeah. It’s a great strategy, actually. I think 100 percent of Noams that are somewhat popular and well known in the research community are great. Yeah, no, he’s—he’s also amazing. I mean, a number of labs were working on what he was working on during his PhD, and he basically soloed the thing and was like, way better and way faster than labs that put 10 people, including some really famous names on it. And if you just look at the paper trail and track record, like, here’s the rest of the field, and then Noam’s 100X efficiency. And then here’s the rest of the field. Noam does it again. And it’s just consistent. I think the consistency with which he has just bashed out these 100X multipliers in RL data efficiency and computer efficiency is crazy. The Noam army is pretty good. The leaps still needed in researchSonya Huang: I want to go back to this concept of leaps are still needed in research, and that you still have this AGI to-do list. What do you think are the most interesting unsolved problems in AI right now? Eric Steinberger: Well, so a lot of it is solved now, I think. And the thing that remains to be solved is general domain long horizon reliability. And I think you need inference time compute, test time compute, for that. So you’d want—when you try to prove a new theorem in math, or when you’re writing a large software program, or when you’re writing an essay of reasonable complexity, you usually wouldn’t write it token by token. You’d want to think quite hard about some of those tokens. And finding ways to spend not 1X or 2x or 10X, but a 1,000,000X the resources on that token in a productive way, I think, is really important. That is probably the last big problem. Sonya Huang: Fascinating. The last one. Okay. Eric Steinberger: I hope so. I think it’s reasonable to think that is the last big unsolved. I mean, look, over the last few years, all of this other stuff got solved. Like, oh, can we do multimodal things? Can we do long context? Can we do all this? Now it’s gone. Reasonably smart models, you know, they’re quite efficient now in terms of cost, that I mean, you’d have to be a reality denier to not see what’s coming. Sonya Huang: So then to what you were saying earlier then, it’s kind of like what the results from gameplay, like poker or Go. Like, if you let the machine have a lot of time to think and inference time, it can do way better. That’s what you meant by … Eric Steinberger: I mean, this is just—this is like a realization to a lot of people in the LLM space. But, like, RL has been doing this for, like, ages. So it’s just, like, so clear that you need to do that. Or maybe you don’t need to. Maybe you can get away without doing it, which would be insane. But if you don’t need to, it will still help you a lot. Like, it’s just like, do I want to spend a billion dollars on my pre-training run and then, like, a little bit more money on inference? Or do I need to spend $10 billion on my pre-training run? You know, like, $10 billion would be great, but I’m gonna be—I’m gonna prefer spending one. Sonya Huang: And is bringing, like, the LLM and RL worlds together, is that like, a research problem? Like, there’s still, like, fundamental, like, unsolved science problems? Or is that like a, you know, we have the recipe, we just need to do it and have the compute and the data? Eric Steinberger: I think there is no public successful recipe right now. There are good ideas. Like, okay, even if you take best of N, make N large enough, it’s sort of—you know, it’s not terrible. Sonya Huang: Yeah. Eric Steinberger: So there are ideas. I don’t know that the final idea exists. I think there’s just a lot of room up from what is currently known. But there are ideas. See, I think it’s very unlikely that even if you stop progress in research, we would not, at some point, hit something that everyone would agree is AGI. It’s just that I think we can do better. And maybe it couldn’t solve Riemann, right? Maybe it couldn’t do all these super hard things, but it’d be pretty good. And now I’m just curious, okay, like, what’s the actual—if we did all the things, how good will it get? So I think there is research left to be done, and there are a lot of ideas floating in the world now. Everyone’s sort of working on this, but I don’t know that the current set of ideas is even final. It’ll keep moving, I think. What is Magic?Sonya Huang: Yeah, let’s transition to talking about Magic. Maybe just what is Magic? You’ve been very mysterious to date, so maybe just share a little bit about what you’re building. Eric Steinberger: Yeah. I mean, we’re trying to automate software engineering. It took us a while to figure out how to train supergiant models. That’s a pretty interesting engineering challenge. I mean, fundamentally, we’re trying to automate software engineering from the product side, and a subset of that is a model that can build AGI. Because it’s like, if it’s a great software engineer, then it should be able to do everyone’s job at Magic. Like, if it can do everyone else’s job, that would be a subset. So the idea is that you could use this to recursively improve alignment as well as the models themselves in a way that isn’t bottlenecked by human resources. And there aren’t that many Noam Shazeers in the world. If I had a Noam Shazeer on my computer, I could spin off a million of them and maybe alignment would just be solved. I’m simplifying a ton and very idealistic in the statement. I’m happy to turn this whole thing into a scalable oversight podcast if you’d like, but the core idea is like, okay, if I could just clone what we are doing into a computer and then press ‘yes’ on the money button to run a cluster to do the work we would be doing next week, that would be phenomenal. So I think we’re pursuing these two things in tandem, where we want to ship something that’s a good AI software engineer for people to use. It’s like, I think, going to be one of the first domains to see higher levels of automation. And I don’t like talking about—I don’t think the whole assistant pitch is going to last very long. Once these models are good enough to automate, there’s just no way the economy is not going to do that. And I think everyone knows this and they just don’t like talking about it. It’s totally fine. We used to all be farmers. We’re not farmers. We’re fine. Everyone prefers this. I think we’ll figure out—figure our way out in the economy. If it produces the same or more stuff with less inputs, we should be able to figure that out. That’s not a hard problem from economic principles. You just have to figure out distribution. Anyway, but that’s what we’re trying to do. We’re trying to automate software engineering and as a part of that, automate ourselves in doing the work we want to do. Sonya Huang: And so the reason they go after software engineering then is that is the kind of lever that allows you to automate everything else. Eric Steinberger: It’s like the MVP of AGI, right? Like the minimum viable AGI, because then it creates everything else. We wouldn’t train something like Sora. Sora is great. Fantastic, generates videos. Awesome. It’s just not interesting from an AGI perspective if you believe that models can code themselves soon. Sonya Huang: Totally. And so out of all the companies that are trying to build an AI software engineer, you were probably the only one that is really taking a vertically-integrated approach and training your own models. And that is either insanely brave or insanely crazy, and probably a combination of both. I’m curious, like, I know you love training models and so I know that’s part of it, but why do you think you need to own the model to get this right? And how do you motivate yourself in kind of the David versus Goliath of knowing that OpenAI exists and has great people and cares about coding and is great at building models, obviously. How do you think about that entire dynamic? Eric Steinberger: I think you need—well, to build the best model, you need to build the model. And we want to solve these fundamental problems. You can’t rely on any—like if the API guy solved it, then what the hell are you? We might as well start the company three years later. It goes to the point where we started, right? We started working on this stuff two years ago. So we have—it took us some time to learn how to train these large models. I think it took OpenAI two years to get from GPT-3 to GPT-4 as well. And I thought we could be much faster, and this is going to be great. It’s a pain. So it’s definitely an engineering challenge, but it’s necessary. Like, it’s not like we’re doing it just because it’s fun or because I like training models. It’s a massive financial investment that people trust us with. And it’s not like it’s one of those like one-to-one ROI investments. It’s like, if it’s work, if it works is fantastic, and if it doesn’t work, the GPU is run and the money is gone. So, like, you’re getting a lot of people’s trust doing that. It’s certainly not something you should do just because it’s fun and you enjoy it. Fundamentally, I think the value will accrue at both—at the AGI and at the hardware level, and never at the application level. There’s no incentive at all to offer an API. If the API creates a $100-billion company, you will just build that company internally. If OpenAI doesn’t, someone else will. It’s just incredibly unimaginable to me that that would be how you would build these companies in the first place. From a business perspective, I don’t think that’s necessarily the right way. Maybe there’s some partnership potentials. You could go, “Oh, we’ll get special access or whatever.” Sonya Huang: But why is that different from cloud computing, right? Like, there’s been many $10-billion or $100-billion … Eric Steinberger: I mean, it’s much, much, much harder to build Netflix and Airbnb and Uber than it is to build a chat interface. Like, fundamentally, Magic is an application you press download on that we have a couple guys working on and it’s just there. Like, it’s not—you know, you can build this with, like, YC pre-seed money. So the moats—the moats in—I guess I could just make the API twice as expensive for the next model, and then launch my own product and then undercut every—it’s really fucked to not own the model in this domain, and in any domain that’s going to generate a ton of revenue for a single company. In the case where it’s distributed, maybe it’s fine, but I don’t think this will be. So it’s necessary both for the market, which is good for us, because the market is incentivized to fund folks like us, which it isn’t in other domains. Like, have fun writing an email assistant. You’re not gonna get that funded anymore. So that’s helpful. But fundamentally, the reason we train our own models is because it’s necessary for our mission. And I just wouldn’t be interested in building a nice little SaaS wrapper. It’s just not—like, that’s going to happen anyway. Competing against the 800-pound gorillasSonya Huang: And how do you think, though, about competing against the 800-pound gorillas? Like, you’ve raised a lot of money, but some people have raised boatloads of money. Eric Steinberger: Yeah, they raised a lot more money, too. Some people have $100-billion+ in revenue a year that they could spend. It goes beyond even the ones who could raise. Yeah, absolutely. Sonya Huang: And so how do you—like, how do you motivate yourself to compete in that reality? Eric Steinberger: The question is how much does it cost to build AGI and not how much money can you raise? Because if you can build AGI for however much you can raise and you’re—having more might help you, but it won’t get you there substantially sooner, right? Like, if you have all the right ideas and you can build it with a certain amount of hardware, like, by definition, like, okay, if someone had, like, 100 times more hardware, would it be, like, computing that much faster or whatever? But it doesn’t seem like a material advantage if your estimate for how much compute you need to build AGI is not as high as the revenue these companies could generate or the funding they raise is, in fact, much lower. And I think that is the case. So it’s not by any means accessible. It’s very damn hard to get that much money, but it’s not $100 billion. And if I’m wrong, I’m wrong and it’ll be $100 billion and we will not have $100 billion, and that’s it. But if we can get to that point where we have AGI and a couple others have AGI, and then, like, the sort of the benefit of additional compute there, and you show an ROI, it’s like a reasonably even playing field in terms of additional revenue. You’re just—you’re gonna bring AGI to the market, you’re gonna raise more on it. So the starting conditions of, like, half this hardware is, like—and you need sufficient hardware, but you don’t need more than sufficient. So that’s a bet. That’s not a—you don’t know, but I think it’s a bet with a high enough probability of being right that it is reasonable to compete in the space. And I think it is actually—it is reasonable to think that, like, the ROI of having, quote-unquote, “sufficient” funding might be better than the ROI of having, like, infinite funding early on. For investors, that is. That is not for me. Ideal team size for researchersSonya Huang: [laughs] Is there an ideal, like, team size for researchers? Is there a certain point at which you reach kind of like, diminishing marginal returns of adding on an extra researcher? Eric Steinberger: So one of my biggest weaknesses, especially early on at Magic, was just scaling the team effectively. Like, we were very single-threaded on a very small number of people doing basically all the work. And I think we’re getting better at that now. It’s also, you just need a certain level of maturity of your code base and of your research ideas and everything to properly segment them. So early on, I would have said five for that time. Now I would say closer to 20. And I’m not including folks working on other stuff. I’m including folks working on the models and everything. I’d say closer to 20. I could imagine that in a few months, I’ll say at a slightly larger number. Especially when you get into large scale deployment, you really want to have very, very good processes around just having high reliability, availability of services that are detached from each other, et cetera, et cetera. So then you can segment even more, which is obviously stuff we’re working on now. But it sort of grows over time. I don’t see it ever exceeding, like, the tens of people, and right now it’s in the low tens, very low tens. But I don’t know, maybe—it’s a skill to be able to utilize. If you’re able to utilize 200 people, you’re just a better CEO than I am. No, seriously. If you can, it’s a good skill. And I think part of why I say a smaller number for us is that there is a ton of stuff we just don’t do. Like, if we built a video model, that would just be a separate team. They built a video model and like, you know, that’s more scaling. So to an extent, we’re more focused, and that’s why we’re smaller. But also, if we could double the team and be twice as fast, I would do it any day. AI that feels like a colleagueSonya Huang: Back in, was it late 2022 when I first met you? At the time, it was marketing assistants and email assistants were all the rage. And you were the first pitch that I heard that was AI that feels like a colleague. And I just remember that really sticking in my brain. So in some sense, you’ve been thinking about kind of like agents, to use a buzzword, longer than anyone else. Maybe share your vision for that and what you think it takes to build a great agent. Eric Steinberger: Fundamentally, there are two tiers here, I guess three. One is useless. The next is assistant that you have to micromanage. And then the next is the thing that manages you, basically, where it’s more like a colleague. I think the layer where it’s exactly even doesn’t really exist because it’s sort of like this little thin point. Once the model is more competent than you are, you are there to give it guidance on what you want to be accomplished and answer clarification questions, but you’ll never have to tell it, like, “Here’s a bug.” I’m not saying that this is V1 of everything. I’m not saying this is V1 of our product, but fundamentally, that has to be the goal. The way I feel when I talk to my best engineer, that’s how I want to feel when I talk to Magic, where we have a discussion, he’s almost always right, and then he just writes the code, and then someone else reviews it, and then it works. Like, that experience, where my job is exclusively saying, “Here’s kind of what I want,” and then they help clarify, even, right? Like, I just want to hear specifically that. Like, that—it should feel like that. And everything else doesn’t matter to the user. Like, what tools the agent uses, how it works, does it run locally? In the cloud? Does it need a VM? Does it have a browser? I don’t care. Doesn’t fucking matter. Our problem, not your problem. You care about your problems getting solved. So fundamentally, that’s what I think matters to customers. And everything else is dependent on the exact product shape, exact domain, exact everything. And, like, I’m stubborn as fuck, and I just don’t want to launch anything that isn’t that. We will probably have to, but I just really want to get that thing. Like, I want to talk to my computer, go and have lunch and come back,  and it built AGI. Like, that’s the end goal, right? And there’ll be checkpoints, but I don’t think anything else matters. How you accomplish that is up to each individual company. Sonya Huang: Yeah. How far away do you think we are from that? Or I guess maybe to break it down into a little bit more … Eric Steinberger: I mean, we met in 2022. You learned how to extrapolate Eric’s timelines. So maybe yeah, one and a half or double everything I say. But I think very soon, like, very small number of years. I don’t want to give a number now, but very small number. Sonya Huang: Less than 10. Eric Steinberger: Oh, definitely less than 10. I mean, way less. Sonya Huang: Wow. Okay. Because I’m seeing some of the, like, the SWE-agent stuff that just came out. They’re at, like, 14 percent on SWE-bench, which feels … Eric Steinberger: I mean, they’re not doing any inference time compute. Yeah, yeah, yeah. I mean, 14 percent. I just don’t care about 14 percent. Like, I mean we—like, I don’t know if 80 or 90 is good enough. I think you need 99. Like, even 96, I don’t trust my computer. I don’t want to review the code. The tier of products where I have to review the code is fundamentally different from the tier of products where I don’t have to review and understand the code. And you’re not talking about 95 when you don’t want to review, you’re talking about 99-point something. You’re talking about whatever my developers accomplish, plus some—same as with self-driving cars. So the difference with self-driving cars is like, you die if the thing crashes, and here you just have to review code. So it’s launchable before, but fundamentally you need way, way, way more. And, like, usually the last few, right? The nines are hard to get. So yeah, but no, I think you can—I don’t know, people have—I mean, models have surpassed all these benchmarks. I mean, just recently, the math benchmark, right? Like way faster than even, like, the prediction markets assumed. And, like, I don’t see that stopping. There’s just too much. Like, if everyone was stuck, and, like, I realize there’s some perception in the public that, “Oh, GPT-4 is only—not getting much better.” No, nobody’s … Lightning roundSonya Huang: Okay, we’re gonna close out with a lightning round. One-word answers. One. What’s your favorite AI app, not Magic? Eric Steinberger: Probably all the invisible ones still. Like my spam filter and all that stuff. Sonya Huang: Love that. Eric Steinberger: The things that keep life working, I think, are still at the moment more useful than the sort of AGI-like apps, because if you took them away, life would just be awful. Like, recommendation algorithms for whatever, I think that’s really useful. Other than that, yeah, I think whichever you’re saying, other than, let’s say, other than the programming world, other than Magic, I’d say whichever model is currently best. It’s a very boring answer, but I actually pick the spam filters, et cetera, the recommendation services first. Sonya Huang: What paper has been most influential to you? Eric Steinberger: I don’t think this paper is relevant at all in the world anymore, but it was the first paper I ever tried to deeply understand, like, or spent months on it and reimplemented it and everything. And so it was most influential to me as a person, not so much to my current work. And the paper is called “Deep Stack.” It’s one of those neural networks plus imperfect information game solving papers. It’s reasonably complex for the time. Yeah, so for folks who are interested, it’s like nowhere near SOTA now, but it’s sort of just an irrelevant type of algorithm. But at the current time right now. Back then, it was useful. So that was very influential for me because it was just my first touch point with research, really. I had no idea how to do research at all. And then I sort of just was like, “I’m gonna dig into this,” the way people, like—people, like, hyperlink spam on Wikipedia, where you rabbit hole? I did that with this paper. Sonya Huang: I love that. Okay, that’s going to be my weekend reading. Last question. What are you most excited about in AI in the next one, five and ten years? Eric Steinberger: Just what it’s going to—how society is going to integrate with it. I think that’s—we’re getting to the point now where it’s really going to impact over the next one to five years, it’s really going to impact how society does stuff and beyond just another tab in your browser that speeds you up by some percentage on some tasks. I think it’ll get much more significant in that timeframe. And ultimately, you should—I am not one of the intrinsic curiosity type of people. I know most researchers are. I really am not. I just care about the outcome, and that is the outcome. So most excited for the outcome. Bonus round: 200M token context announcementSonya Huang: Eric, thank you for joining us again. Last time we recorded the podcast, we weren’t actually able to talk about the thing that got us so excited about Magic, which was you had shared with us your long context eval, and our own kind of AI researchers had gotten really excited by what you’d accomplished on that. And that was actually what led to us investing in Magic in the first place. So you just made some exciting new announcements around the eval. I was hoping you could share it with our audience. Eric Steinberger: Yeah, for sure. Thank you so much. Yeah, I mean, we’ve been running around with this hashes eval for a while, basically just being frustrated by needle in a haystack evals, and everyone keeps complaining about it. And now that we’ve decided to announce where we’re currently at in terms of our context work instead of just blah, blah talking about all, we have so many tokens of context, it felt reasonable to share the eval as well. I mean, we’ve used it in our fundraising, obviously—and thanks for backing us—and generally just used it to guide our architecture development and our research. So yeah, it felt right to open source it and let others compare their architectures and their results with ours. And then it’s exciting to share. And thank you for having me back on to talk about it. Sonya Huang: Thank you. Can you say a word on what’s broken about needle in a haystack and what your eval does differently? Eric Steinberger: Yeah, for sure. With needle in a haystack, basically what you’re testing is like, find this weird thing, the needle, in this giant pool of not weird stuff, the haystack. And so really, all you need to be able to do to do this is to sort of take a little backpack and walk from the start of the context to the end of the context and find the weird thing, put it in your backpack and return it. You have to have this implicit prior that there is this thing that’s weird, so you’re more likely to remember it, which means that you actually don’t need to remember the whole context window. You don’t need to know all of it. So that allows some models, I would say, to look like they’re doing long context really well, when really it’s not working as well. So we decided to just go the complete opposite, super hardcore mode and just replace everything with random noise. There’s no semantic information at all because it’s just randomly generated letters, basically just hashes. And if you did something like needle in a haystack in a pool of hashes, you really have to know the whole thing. But then what we do is we also do a hop, so it’s not just you find this one thing, but you find this one thing, and then you find another thing, and obviously you can keep that going. But those two dimensions, I think, really are the important quantitative components of context.  There are other things you can measure much better in more domain-specific evals. Of course, we care a lot about code, and so we look a lot at that, too, internally. But I think from a general purpose context evaluation perspective, and the reason we chose to open source this eval and only this eval is just that. I think this quantifies exactly what you want to measure when you think about long context, and everything else is domain specific. But yeah, you want to be forced to remember the whole context window when you’re talking about the context window. Otherwise, is it really that big? Sonya Huang: Totally. I remember our own researchers were just blown away by the purity of the eval and how well done it was. And so thank you for what you’re doing, and thank you for open sourcing it, especially in an age where long context is becoming more and more important. Eric Steinberger: Thank you so much for having me back. Cheers. Sonya Huang: Of course. Thanks, Eric. Mentioned in this episode:Mentioned in this episode: David Silver: DeepMind researcher that led the AlphaGo team Johannes Heinrich: a PhD student of Silver’s and DeepMind researcher who mentored Eric as a highschooler Reinforcement Learning from Self-Play in Imperfect-Information Games: Johannes’s dissertation that inspired Eric  Noam Brown: DeepMind, Meta and now OpenAI reinforcement learning researcher who eventually collaborated with Eric and brought him to FAIR ClimateScience: NGO that Eric co-founded in 2019 while a university student  Noam Shazeer: One of the original Transformers researchers at Google and founder of Charater.ai  DeepStack: Expert-Level Artificial Intelligence in Heads-Up No-Limit Poker: the first AI paper Eric ever tried to deeply understand LTM-2-mini: Magic’s first 100M token context model, build using the HashHop eval (now available open source) <div class="framer-mcvrsd" id="

There’s a new archetype in Silicon Valley, the AI researcher turned founder. Instead of tinkering in a garage they write papers that earn them the right to collaborate with cutting-edge labs until they break out and start their own.

This is the story of wunderkind Eric Steinberger, the founder and CEO of Magic.dev. Eric came to programming through his obsession with AI and caught the attention of DeepMind researchers as a high school student. In 2022 he realized that AGI was closer than he had previously thought and started Magic to automate the software engineering necessary to get there. Among his counterintuitive ideas are the need to train proprietary large models, that value will not accrue in the application layer and that the best agents will manage themselves. Eric also talks about Magic’s recent 100M token context window model and the HashHop eval they’re open sourcing.

Hosted by: Sonya Huang, Sequoia Capital

Mentioned in this episode:

David Silver: DeepMind researcher that led the AlphaGo team

Johannes Heinrich: a PhD student of Silver’s and DeepMind researcher who mentored Eric as a highschooler

Reinforcement Learning from Self-Play in Imperfect-Information Games: Johannes’s dissertation that inspired Eric

Noam Brown: DeepMind, Meta and now OpenAI reinforcement learning researcher who eventually collaborated with Eric and brought him to FAIR

ClimateScience: NGO that Eric co-founded in 2019 while a university student

Noam Shazeer: One of the original Transformers researchers at Google and founder of Charater.ai

DeepStack: Expert-Level Artificial Intelligence in Heads-Up No-Limit Poker: the first AI paper Eric ever tried to deeply understand

LTM-2-mini: Magic’s first 100M token context model, build using the HashHop eval (now available open source)

00:00 - Introduction
01:39 - Vienna-born wunderkind
04:56 - Working with Noam Brown
8:00 - “I can do two things. I cannot do three.”
10:37 - AGI to-do list
13:27 - Advice for young researchers
20:35 - Reading every paper voraciously
23:06 - The army of Noams
26:46 - The leaps still needed in research
29:59 - What is Magic?
36:12 - Competing against the 800-pound gorillas
38:21 - Ideal team size for researchers
40:10 - AI that feels like a colleague
44:30 - Lightning round
47:50 - Bonus round: 200M token context announcement

本集资源与出处