d-yoda
Joined 47 karma
engineer
- 2 points
- Wow, was it really in some newsletters? That's awesome to hear, and would definitely explain the recent spike on GitHub!
Thanks a lot for the bug report and for providing the details. I have a hunch—it's possible that you need to explicitly specify the path depending on your directory structure. For example, if your Python files are under a src directory, could you try running it like [your_tool_name] analyze src/?
If that still doesn't solve the problem, it would be a huge help if you could open a quick issue on GitHub for this.
Thanks again for your feedback!
- Great point! Golang is indeed one of those languages with strong "vibe coding resistance" - it's personally one of my favorites for that reason. On the flip side, I think there's a future where tools like pyscn work alongside AI to make languages with large communities like Python even more dominant.
- "You're absolutely right!" - the messaging could be clearer. I built pyscn because more engineers than expected are using AI assistants these days (to varying degrees), and I wanted to give them a tool to check code quality. But the real value might be for engineers who inherit or maintain AI-generated codebases as you say, rather than those actively vibe coding.
- Thank you! 1.For tree edit distance, I referred to "APTED: A Fast Tree Edit Distance Algorithm" (Pawlik & Augsten, 2016), but the algorithm works as O(n²) so I also implemented LSH (classic one) for large codebases.The other analyses also use classical compiler theory and techniques. 2. Should be straightforward! tree-sitter gives us parsers for 40+ languages. CFG construction is just tracking control flow, and the core algorithm stays the same.
I focused on Python first because vibe coding with Python tends to accumulate more structural issues. But the same techniques should apply to other languages as well.
Excited about the Qlty integration - that would make pyscn much more accessible and would be amazing!
- 136 points
It reviews PRs and runs weekly audits on the entire repo. When it finds problems, it posts them as comments or Issues with concrete suggestions.
I open-sourced pyscn ([https://github.com/ludo-technologies/pyscn](https://github.com/ludo-technologies/pyscn)) a few months ago. I liked what it could do, but wanted to make it more accessible and more powerful. Combining it with an LLM felt like the right next step. pyscn-bot is the result.
It catches things like complex functions, dead code, and duplicated logic. It can also analyze your entire codebase architecture, something most review bots can't do since they only look at diffs.
Happy to answer questions.