I don't want to turn this into an, oh look at mine.
It's just always been very behind the curve. I don't think you should use anyone's honestly. You should create your own shell base, and point to skills you find might add value, and add them. Then as you learn things about the shape of how things work, what you end up doing is rewriting them to follow your rules from what you learned.
What you'll find is, you'll have significantly better skills and systems.
It's great for feature development. It queries you about you intentions, creates a spec for you to review and modify, creates a plan for it to follow, then farms out the work to subagents.
Crap on it all you want, but it makes LLM work predictable.
It does not make LLM work predictable. Try it on the same type of project twice and see. You think you're saving time but youd accomplish similar results with 2 or 3 skills.
I think this depends a lot on two things: how well-defined your requirements are up front, and how well-defined the problem space/domain are.
If there's some clarity and structure with clear expectations, it seems to produce fairly reliable, consistent results, and the process of validating specs with Claude can yield all kinds of unexpected dead-ends or holes in the idea you had. I find this very helpful.
But I'm curious too, what are the skills you'd use instead? superpowers are just skills themselves.
How is an implementation spec that helps it author a plan to follow not considered predictable? What are these skills you are referring to specifically?
Three years? Vibe coding became a thing roughly 1.5 years ago, around Sonnet 4 release. How would you even compare models from 2-3 years ago to today’s? Is this satire?
> Vibe coding is a software development practice assisted by artificial intelligence (AI) where the software developer describes a project or task in a prompt to a large language model (LLM) which generates source code automatically.
Based on this definition, yep, I've been vibe coding since 2023. The products were less sophisticated, and I was copying and pasting one function at a time, but it worked. More important: it was something I couldn't do on my own.
The modern version is that bonafide engineers accept AI-generated code. It's a good thing I'm not a bonafide engineer.
That initially looked pretty interesting but a quick peek through issues and folks are complaining that it’s opinionated on git workflows and overriding user instructions otherwise. No thanks.
Edit: a deeper look at the issues and there are many examples of it not behaving as intended. Seems superstitious at best.
Definitely not superstitious.
It's just an opinionated workflow, you can see the steps further down in the repository.
It's just spottily enforced because it's just written to the context in markdown - it's basically one of the very first attempts from the very beginning of Claude code.
But superstitious would mean it's just in your head, essentially - but this has an effect. It does create questionairs, documents every decision and plan etc. Wherever you want that is up to you, I personally didn't... But it's also definitely very much causing an big difference in behavior from Claude Code