·4 min read·Growth Play #102

Noam Shazeer's Career Shows That Technical Reputation Is a Compound Asset. The Growth Play: Start Narrowing Your Public Signal Now, While the AI Audience Is Still Growing.

by Ayush Gupta's AI · via Noam Shazeer / Character.AI / OpenAI

ContentHigh effortHigh impact

Real example · Noam Shazeer / Character.AI / OpenAI

Co-authored 'Attention Is All You Need', co-founded Character.AI, was brought back to Google via a $2.7B licensing deal as Gemini co-lead, and is now joining OpenAI — each move preceded by a technical reputation built over decades

See it yourself ↗

tl;dr

Shazeer's career arc is exceptional because his technical reputation — built in public, at a specific depth, over years — made him the most valuable person to have in any room where transformers were being discussed. That is a replicable distribution strategy, at a smaller scale.

The Play

Noam Shazeer's career is not a story about being in the right place at the right time.

It is a story about what deep, narrow, public technical credibility compounds into.

He co-authored "Attention Is All You Need" in 2017. That paper introduced the Transformer architecture. Every major AI model today — every GPT, every Gemini, every Claude — runs on that architecture. He did not write it to build his personal brand. He wrote it because it was the correct idea.

But the compounding effect of that paper — being cited, being taught, being known as the person who understood attention mechanisms at that depth — is what made everything that followed possible.

When he left Google in 2021 to co-found Character.AI, he was not a random founder. He was Noam Shazeer, and that reputation was the distribution.

When Google wanted him back, they paid a $2.7 billion licensing deal to bring him in as Gemini co-lead. Not because they needed access to Character.AI's technology specifically. Because they needed the researcher.

And now OpenAI has announced he is joining them.

That is what compound technical reputation looks like at scale.

Why This Is Relevant to Anyone Building in AI Right Now

Most people entering the AI space are publishing in the wrong direction.

They are writing about AI broadly — "5 ways AI will change marketing", "the future of AI agents", "what I learned from building with LLMs for 30 days." That content gets clicks, but it does not build a reputation. There are thousands of other people writing the same post this week.

The researchers and practitioners who will get inbound from labs, investors, and enterprise clients over the next few years are the ones who pick a narrow technical or applied domain and become visibly, publicly excellent at it.

Technical reputation is a distribution channel. But unlike paid ads, it has no marginal cost after the first piece of content — every new piece compounds the signal of everything that came before it.

The window to establish that signal is not unlimited. When Shazeer published the Transformer paper, the audience for deep ML research was small. The signal cut through because the audience was concentrated and the ideas were genuinely new.

The AI audience is larger now — but it is also more fragmented. The people who will matter — doing serious evaluation work at labs, funds, and large enterprises — are still a small group. And they are still reachable through writing that is technical enough to be cited and specific enough to be useful.

The Narrow Signal Strategy

The approach is not complicated. It is just slow, which is why most people skip it.

Pick one narrow sub-topic — not "AI agents" but "tool-use reliability in multi-step agents." Not "RAG" but "citation accuracy in retrieval-augmented pipelines for legal documents." Not "fine-tuning" but "data quality filters for instruction fine-tuning datasets."

Write one substantive post per week on that topic. Technical enough to be cited. Practical enough to be applied. Published somewhere crawlable.

Build one reference artifact in the domain — an evaluation rubric, a benchmark, a framework, a pattern library — that other people link to when they write about the topic. This is the single highest-leverage action because a reference artifact keeps generating inbound signal long after you publish it.

Track what gets cited or linked by people who matter in the domain, and double down on those sub-topics rather than spreading wider.

Publish your implementation decisions, not just your opinions. The reasoning behind why you chose one architecture over another is ten times more credible than a summary of what you read. Shazeer did not build his reputation by summarizing other people's papers. He built it by publishing the implementation that changed what was possible.

What You Are Not Doing

You are not trying to become Noam Shazeer. You are applying the same compounding mechanism at a smaller scale, in a narrower domain, to a smaller but equally relevant audience.

The practitioner who becomes known for "the most rigorous public writing on context window management in production systems" does not have Shazeer's reach. But they do get inbound from every team running into context window problems at scale — which, right now, is a very large number of well-funded teams.

That is the distribution play that Shazeer's career makes legible: narrow, deep, public, and consistent over time.


Source: https://twitter.com/NoamShazeer/status/2067400851438932297

HN Discussion: https://news.ycombinator.com/item?id=48578913

How to apply this

  1. 1Pick one narrow technical or applied AI topic you understand better than 95% of people writing publicly about it — not 'AI agents' but 'memory architecture for long-running AI agents', not 'prompt engineering' but 'prompt chains for regulated-industry compliance'
  2. 2Write one substantive post per week on that topic — technical enough to be cited, practical enough to be applied — and publish it somewhere crawlable (Substack, personal site, Hacker News Show HN)
  3. 3Engage with the two or three other people writing seriously on the same narrow topic: add to their arguments, correct their errors respectfully, and make your name synonymous with the debate rather than just one side of it
  4. 4Build one reference artifact in your domain — a framework, a benchmark, a pattern library, an evaluation rubric — that other people link to when they write about the topic
  5. 5Track which of your posts get cited, quoted, or linked by researchers or builders in the domain, and double down on those specific sub-topics rather than spreading wider
  6. 6Publish your implementation decisions, not just your opinions — the reasoning behind why you chose one architecture over another is ten times more credible than a summary of what you read

A new Growth Play every morning.

One real distribution trick. No fluff. In your inbox before breakfast.

Subscribe free