GSD (get-shit-done) vs Karpathy Skills

GSD (get-shit-done) is a meta-prompting and context engineering system for Claude Code that imposes software engineering discipline on AI-assisted development. It replaces ad-hoc prompting with a five-step methodology — initialize, discuss, plan, execute, verify — that keeps context fresh and quality high across long, complex projects. The system works by loading specialized documentation strategically: project vision, requirements, roadmaps, and research are injected at the right phases rather than dumped into a single bloated context window. Planning produces XML-formatted task trees with built-in verification steps, and execution happens in waves — parallel where dependencies allow, sequential where they don't. Quality gates automatically detect schema drift, security regressions, and scope creep before they compound into bigger problems. For teams that have experienced the quality degradation that hits around hour three of a long Claude Code session, GSD's architecture of fresh context windows per phase is the fix. A Quick Mode handles ad-hoc tasks without the full planning overhead, making it practical for both exploratory work and milestone-driven development. It's MIT-licensed, JavaScript-based, and designed for solo developers and small teams who want spec-driven development without enterprise process overhead.

Karpathy Skills is a CLAUDE.md plugin distilled from Andrej Karpathy's public observations on LLM coding pitfalls. Drop the single file into your project root (or install it as a Claude Code skill) and every Claude Code session starts pre-loaded with the four principles Karpathy identified as most commonly violated: think before writing, prefer simplicity, make only targeted changes, and close loops with explicit verification. The project has accumulated 1,450+ GitHub stars in under two weeks. The implementation is intentionally minimal — it's a structured system prompt, not a framework. Each principle is spelled out with concrete anti-patterns to avoid: no premature generation, no over-engineering simple tasks, no cascading refactors when a surgical fix suffices, no ending a session without verifying the goal was actually met. It's Karpathy's "Software 2.0" thinking applied to the agent workflow meta-layer. What makes this compelling isn't the technology — it's the curation. Karpathy has spent more time thinking about LLM behavior patterns than almost anyone outside the major labs. Packaging that into something installable in 30 seconds lowers the floor for teams who want more reliable agent outputs without extensive prompt engineering work.