GSD (get-shit-done) vs Kelet

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.

Kelet is a root-cause analysis agent for LLM applications that goes beyond trace visualization. Where most observability tools stop at showing you what happened, Kelet automatically reads your traces, cross-references failure patterns across thousands of sessions — thumbs-down ratings, abandoned conversations, LLM-judge flags — generates root cause hypotheses, and produces targeted prompt patches to address them. The workflow is: connect your traces (LangSmith, Langfuse, or direct API), let Kelet ingest your failure signals, and receive a prioritized list of failure clusters with explanations and draft prompt fixes. SOC 2 Type II certified, read-only access to traces — nothing is mutated. The indie team positions it as the missing "closing of the loop" in LLM observability: most teams can detect failures but have no systematic path from detection to fix. The HN thread surfaced a real pain point: teams know their chatbot is failing somewhere, but diagnosing which prompts, tools, or routing decisions are responsible requires manual trace archaeology. Kelet automates that archaeology and produces actionable output, not just dashboards.