Show HN: Scribbler – Podcast Summaries Using GPT (app.scribbler.so)
Hey, we're Phil and Ian, the founders of Scribbler.
We're huge podcast fans, but found we never had enough time to soak it all in. So, we built Scribbler - a tool that leverages GPT to condense podcast episodes into bite-sized summaries for when life's too busy.
Now, we can catch the best bits from any episode, discover new shows, and best of all, stop wasting valuable time figuring out what's worth listening to and what's not. We hope you'll find it useful!
35 comments
[ 3.0 ms ] story [ 90.2 ms ] threadWhat I'd really value is a podcast powered GPT chatbot, or at the very least, a very good search engine.
Podcasts like Peter Attia's or Paul Saladino's contain so much good knowledge on human biology in the context of nutrition, but it's buried in longform conversations. I often wish I could find a "soundbyte", or in this case, a textbyte. Paul has had guests perfectly articulate the top 10 functions of insulin, or pose perfect explanations for the value of saturated fat and its demonization via the sugar industry. Hell, there is a plethora of knowledge around basic salt that you don't find very easily in Google.
Being able to search for or rapidly recall things like this would be so useful.
[0] https://youtu.be/Q6G2m4xw3E4
[1] https://podsmart-frontend.vercel.app/
Not sure if they are leveraging that for search and discovery or not but it looks like they do (https://www.snipd.com/podcasters)
A user can request it for any podcast and it doesn't seem to take that long the times I have tried it.
I wouldn’t necessarily recommend _using_ LangChain, but their summarization docs might be of interest: https://python.langchain.com/en/latest/modules/chains/index_...
I don’t know if this is a spicy or a generally-agreed-upon take: my feeling is that, while LangChain was useful in that it helped the community codify some early intuitions about LLM invocation patterns, it’s basically a grab bag of partially complete somewhat disconnected utilities. It nods to composability but, in practice, its pieces often don’t fit together. On the Python side, it suffers from poor typing: when creating a chain, it’s often impossible to know what the full set of configuration options is without digging deep into LangChain’s code. It’s catch-as-can whether you can deeply configure specific sub-aspects of a chain.
There are other things I want in my own code at the moment, including keeping track of how many input/output tokens each of my actions takes, etc.
I dunno, maybe I’m the only one here. Curious what others think.
If you don't want ads pay for it.
I do. Funny enough a lot of creators seem to be too lazy to edit all the ads out of their "ad-free" feeds. In one instance a creator I backed had more ads in their ad-free premium feed than I had in my original downloads of the show from when they got started. Screw that.
Will I be able to point it at any podcast? The ones I saw look interesting but are not what I normally listen to.
I assume you can take any audio sample (say, a monologue) and generate a summary of it. I wonder if students would do this with their lectures.
Can see that this is a transcriber for everything that is a generic media.
Also curious about what models you are using on the backend; we use Claude 100k to do timestamps generation for show notes and whisper-diarization [0] for transcription. The main post for each episode is manually written though, as we try to write a higher level summary of the episode + topics in it.
[0] https://replicate.com/thomasmol/whisper-diarization
We're using whisper and GPT-3.5 with the new 16K context. Eager to hear more feedback from you. Feel free to follow up with us at ian@scribbler.so & phil@scribbler.so