High Signal Podcasts Evidence ledger
Method
Browse
← Back to evidence

Evidence receipt / belief

Published · transcript-backed

Lenny Rachitsky: belief

26 Jul 2026 Lenny's Podcast Anthropic’s first technical PM on token maxing, the jagged edge, and living in the future | Dianne Penn

“The way I think about it, and I want to help people understand, help me understand just what are researchers doing all day.”

— Lenny Rachitsky

Source trail

Everything needed to verify it.

Speaker
Lenny Rachitsky
Attribution
Verified speaker
Claim type
belief
Recorded
26 Jul 2026
Publisher
Lenny's Podcast

Transcript context

…I think the team culture, similar to broadly at Anthropic, I think the team culture is very valuable. I think Ben sets an incredible vision and pushes people to think about the 10X, 100X of the idea. And the teams, the pods within Labs is small, sometimes these ideas start with one engineer. And I think sometimes when there's almost really large teams pursuing very ambiguous large ideas, you end up actually being slowed down because of that. So I think it's culture. I think we actually also select for folks who actually want to do that zero to one experimentation. And it's not easy. There's a lot of bets that we end up turning down or turning off. And maybe we revisit them in the future, but that's hard. That's hard when you pour your heart and soul, you're acting as a founder for a bet and it's not working yet. So I think it's like that type, it's selecting for that type of personality, folks who are really passionate and deep about the zero to one. So you lead product for the research team, you work with the researchers at Anthropic. A lot of people get a sense of what is research. What do researchers do? I think a lot of people don't totally understand these very valuable people at all the AI labs. The way I think about it, and I want to help people understand, help me understand just what are researchers doing all day. What I imagine is they have a hypothesis for how to improve the model. They find data, they tweak some algorithms, they adjust how it's trained, and they test it, see how it did, keep iterating and keep trying to find ways to improve the model. Is that roughly right? Slash help us understand what researchers are doing all day. I think that's a lot of maybe the more day-to-day. I think one piece around researchers and research organizations like at Anthropic is there's also a vision of the future more broadly. So for example, things like, I think even at the founding of the company, researchers were talking about how do we get Claude to use a computer? How do we get AI to navigate a screen? So there's a lot of actually very founder-like energy is how I describe it within researchers are really bold and ambitious researchers, and we have a ton of those at Anthropic. So there's one layer of vision of what this technology can go. And then I think on this other side of the loop, there's also, now that this technology or Claude is in people's hands, how do we make it better today? So it's a medium and long-term, and a lot of energy thinking about that lens of the future. And also, in the immediate and short term, what are the improvement areas we can make? And so I think you're describing a really good sense of how do we make iterative improvements on different versions of Claude? The way that my team works with researchers is being very integrated and embedded in those loops, particularly areas where there's a lot of impact on users. So this is things like vision, computer use, coding, agentic coding, tool use, test time compute, things where there's a direct user impact. And then figuring out what are the ways to bring the user feedback, and ground it in a level that is understandable for researchers, and also actionable for researchers. And I think that's the second piece is actually a big part of the job and sometimes a hard part of the job. So for example, we might get feedback on claude.ai. "Claude hallucinated." It's very vague. If you bring that to a researcher and you say, "Please fix Claude from being hallucinated," it's not very actionable. And so part of the time of the team is understanding, okay, what's the trajectory of why that user gave that feedback? And it's consented. And so we look at, okay, what should Claude have called tools in that moment? Or from its current knowledge or it looked at the right document, but it looked at the wrong facts. In the first case, that would have been a failure on tool use. On the second case, it would've been a failure on, let's say, search or knowledge insertion, search synthesis, or it could be something around alignment. And so bring that level of detail to researchers coming up with, is this a big enough problem? Figure out things like evals to then describe what we've improved it. Those are the levels of actionability, and it's the day-to-day language of their researchers. And so we try to stay very close to how to bring that in an actionable manner between users to the core model training and the research development loop.…

Stored transcript either side of the excerpt. The highlighted words are the published quote; the surrounding text is unedited source, never generated.

Search evidence