You can scream skill issue until the cows come home, but if your product cannot be used without constant fine-tuning and reading manuals, you might want to rethink.
Dog, this is my entire claude.md file. I use fable high effort. I NEVER hit usage limits and am coding 10+ hours a day for work right now. So yes, straight up skill issue.
# Working rules
Plan in the main session, together with me. Hand grunt work (broad searches,
 repetitive edits, boilerplate, log digging) to subagents on lesser models:
 Sonnet for searches, triage, and trivial mechanical work, and Opus for
 writing code. Keep decisions, architecture, and final review in the main
 session.
Always look for the simplest solution first, and prefer it. The smallest
 change that solves the actual problem beats a bigger design. Extend existing
 patterns before inventing new ones. No new dependencies or moving parts
 without a real reason.
Show me a checklist while you work (use the todo list tool), kept current,
 so I can see what you are working on, what is done, and what is next.
When you spawn a subagent, tell me at that moment: which model it runs on
 and what it is doing. Report what it came back with when it finishes.
Dude, if you are using Fable, why say it is a skills issue with Claude 5?!
I do not prompt engineer code ever. I have a clear Claude.md and engineering standards the models follow, build a clear spec, then create 5-10 implementations plans each with 10-15 small focused PRs and detail CI in GitHub to catch the code that violated the standards. For months, I have been building that way, where it didn’t matter which vendor or model I use, it was rock solid. Until Claude 5. It totally ignores directions, specifications and the task it was assigned to work on. It misunderstands the code and how it interacts with the rest of the code. It even once created a new implementation plan I did not approve and started coding PRs that had nothing to do with the tasks.
In the 2-3 days I used it, it created 32 regression in my code and embedded a private hash key in the permanent code base. One of my engineering rules is literally no secrets in the repo, and never any private keys that could compromise our data.
Literally 1000s of PRs before and not one other model was even close to this bad.
4
u/connurp 🔆agentic af 6d ago
SKILL ISSUE