RSSAmplifier

Shreyas Prakash · Jan 3, 2026

Read raw transcripts

0
Sign in to vote or save

Shreyas Prakash · Shreyas Prakash

I opened up Claude one day, and asked to summarise Dostoevsky’s Crime and Punishment into one sentence; and it said:

A young, impoverished ex-student named Raskolnikov murders an elderly pawnbroker to test his theory that extraordinary people are above moral law, only to be consumed by guilt and psychological torment until he confesses and finds redemption through love and spiritual awakening.

Would this mean that I’ve saved 20 hours of reading, 30 days of thinking about the plotline twists, and 5 years of reflecting on the storyline to finally “get” what Raskolnikov did in this book?

No, absolutely not. I don’t think this tight compressed sentence is even a cheap substitute for what I’ve read.

I’ll give another example: More recently, a few team members picked up on the Microsoft copilot usage; and have been using it to process raw transcripts from interviews by asking the agents to ; "summarise all the transcripts, and then come up with 10 key insights you've identified.."

It’s not bad to do this, and perhaps it could save some time (I did this once or twice, and I later realised I mistook signal for noise).

As I’ve shown you earlier with the compressed one-liner quote on Dostoevsky’s Crime and Punishment, it does a poor job at unearthing insights. These “compressions” have this diabolic nature of making 0 sense, and also total sense at the same time.

In the essay, Writing as moats for humans, I mention how LLMs are good at such recombinations/compressions, but not at genuinely spiky, human, meaning-making writing:

If good writing is what we call as mere combination, recombination of sequence of texts in harmless ways; then sure, AI writing could pass this test. But this is clearly not the larger umbrella of writing jobs. AI-writing only serves mundane writing-jobs such as: “business” writing, dry boring policies, condensing meeting action items, making exam notes, regurgitating legal text/s, literature reviews, market research, etc. As Venkatesh Rao describes it in his recent essay, “writing is now toy-making, and reading is now playing with toys.” As all these writing jobs are mix-and-match combinatorics are still “in-distribution” work. It could be delegated/or automated out.

True writing is still “out-distribution”[^2] [^3] and cannot be automated away[^1]. It’s about thinking hard, and it’s not just a combinatrics problem. You still need to know how to play with all the text toys available in order to make the writing more spiky and opinionated.

We can’t just offload the insight generation process to the LLMs; they’re not the same.

Compare the copilot gibberish to actual humans instead. Let’s have 10 humans in a room, who read through the same set of 10 interview transcripts, synthesize them together with a facilitator in charge, and come up with a list, and then compare the result with the copilot gibberish, you will see what I mean. What this might generate, might actually make more “sense”. It could provocate, titilate, or make you do a deeper “hmmmm…” when you read it.

We, as humans might be limited in computation, limited in memory, as well as limited in certain types of intelligence that the LLMs possess, and yet, because of these very limitations, we have the potency to generate unique insights.

The way each of us distill the raw transcripts might be totally different. When we read, something unique happens in our funny little brains, it connects with all our key memories and gets situated in a way, that in total, we might have an unique interpretation.

Which is why, I see high value in reading through raw transcripts.

And for these reasons, whenever I see these up-and-coming apps/startups talking about “killing books”, “killing meeting notes”, “killing note taking” “killing podcasts” by summarising everything into a few paragraphs, or even a few sentences. I truly mock at them. These “AI is taking over your jobs” propogandists run into the mistake of confusing compression with distillation. It’s not the same.

Let the LLMs do the grunt work of compression; we can safely delegate them at this task.

And we should continue reading more raw transcripts; reading footnotes; reading meta-commentaries; the “devil lies in the details”, and how our brain interprets them. Distillation might be the only remaining moat for us.

I’d written about the alpha on raw-dogging transcripts in another essay titled, “Map is not the territory”:

My thinking now is that, as long as these approximations exist, the human jobs are not going away any time soon.

I do have a similar argument to suggest folks to read raw transcripts. This is quite a contrary opinion still, and we’re more used to referring to summaries. Maybe that’s a quick nugget and has faster absorption, but we do mistake comprehension for understanding sometimes. They are not the same. If I do have the luxury of time, I would personally prefer reading through the raw transcripts to get more higher dimensional granularity to what’s going on..

If we extend the analogy, the raw transcript is almost like the “territory” we’re speaking about. And the insights generated, are more or less like the “map”. And the map can never be equivalent to the territory.

Apart from this quirk to read raw transcripts, I also have a similar asymmetric thumb rule when it comes to reading long form blog posts. Some of them are really high alpha, high signal, so when a writer deeply resonates with me, I go the last mile and read the whole essay end to end.

I have a similar principle here that I want to read it in its lossless format, without it being stripped of any details.. as “map is not the territory”, I do prefer waltzing through the territory in some occasions, and not use the map instead..

Subscribe to get future posts via email (or grab the RSS feed). 2-3 ideas every month across design and tech

Read the original on shreyasprakash.com

Comments

Nothing yet. Say the first thing.

    Sign in to join the conversation.

    Reading · Shreyas Prakash · RSS Amplifier