(i find)the right way to read a PR can differ a lot from project to project. it's not just about context, or syntax, or workflow...

sometimes the best entry point is the PR description or an external ticket. sometimes you need to read the code first to understand the reasoning behind the changes. sometimes the diff itself is fine, but you have to go back several PRs to see how the codebase got into its current state.

i guess like everyone said here, there no right way to do it.

but i enjoy the video and the project, kudos ;)