News for hackers. Stuff that matters.
Re:Anatomy of the .claude/ Folder by sillysaurusx on Friday March 27, 2026 @05:00PM (#47548202)
But... plain Claude does that. At least for my codebase, which is nowhere close to your 10m line. But we do processing on lots of data (~100TB) and Claude definitely builds one-off tools and scripts to analyze it, which works pretty great in my experience.

What sort of skills are you referring to?

Re:Anatomy of the .claude/ Folder by FINDarkside on Friday March 27, 2026 @06:11PM (#47549030)
I think people are looking at skills the wrong way. It's not like it gives it some kind of superpowers it couldn't do otherwise. Ideally you'll have Claude write the skills anyway. It's just a shortcut so you don't have to keep rewriting a prompt all over again and/or have Claude keep figuring out how to do the same thing repeatedly. You can save lots of time, tokens and manual guidance by having well thought skills. Some people use these to "larp" some kind of different job roles etc and I don't think that's productive use of skills unless the prompts are truly exceptional.
Re:Anatomy of the .claude/ Folder by jmalicki on Friday March 27, 2026 @07:37PM (#47549807)
I have sometimes found "LARPing job roles" to be useful for expectations for the codebase.

Claude is kind of decent at doing "when in Rome" sort of stuff with your codebase, but it's nice to reinforce, and remind it how to deploy, what testing should be done before a PR, etc.

Re:Anatomy of the .claude/ Folder by abustamam on Saturday March 28, 2026 @10:07AM (#47554762)
At work I use skills to maintain code consistency. We instrumented a solid "model view viewmodel" architecture for a front-end app, because without any guard rails it was doing redundant data fetching and type casts and just messy overall. Having a "mvvm" rule and skill that defines the boundaries keeps the llm from writing a bunch of nonsense code that happens to work.
Re:Anatomy of the .claude/ Folder by dotancohen on Saturday March 28, 2026 @10:42AM (#47555046)
This sounds great - skills to ensure that the code maintains proper separation of concerns and is packaged properly.

I'd love to know how this skill was phased.

Re:Anatomy of the .claude/ Folder by abustamam on Monday March 30, 2026 @11:40AM (#47575701)
Honestly I started with Obra superpowers and worked with my boss to brainstorm the best way to keep separation of concerns, and we just stepped on rakes as we developed and had Obra superpowers suggest updates to our rules/skills.

It's certainly an iterative process but it gets better every iteration.

Re:Anatomy of the .claude/ Folder by dotancohen on Monday March 30, 2026 @05:51PM (#47580164)
Thank you. I've never heard of Obra Superpowers, I'm looking at it now.
Re:Anatomy of the .claude/ Folder by pydry on Saturday March 28, 2026 @02:54PM (#47557272)
A deterministic layer linter would be better for this.
Re:Anatomy of the .claude/ Folder by abustamam on Saturday March 28, 2026 @09:17PM (#47559588)
Possibly, and we do use linters, but linters don't stop LLMs from going off the rails. It does end up fixing itself because of the linter, but then the results are only as good as the linter itself.
Re:Anatomy of the .claude/ Folder by jmalicki on Friday March 27, 2026 @05:43PM (#47548698)
If you build up and save some of those scripts, skills help Claude remember how and when to use them.

Skills are crazy useful to tell Claude how to debug your particular project, especially when you have a library of useful scripts for doing so.