Hacker News가 밀어올린 Get Shit Done, coding agent 활용이 단일 prompt에서 spec system으로 이동

왜 이 저장소가 Hacker News에서 반응을 얻었나

2026년 3월 17일, Get Shit Done를 다룬 Hacker News 글은 404 points와 223 comments를 기록했다. 이 저장소가 내세우는 것은 새로운 foundation model이 아니다. 이미 coding agent를 쓰기 시작한 뒤 나타나는 운영 문제, 즉 prompt drift, 의사결정 망각, 얕은 계획, 긴 세션에서 context window가 차면서 생기는 품질 저하를 다루겠다는 주장이다. README도 이를 meta-prompting, context engineering, spec-driven development system이라고 직접 설명한다.

실제로 이 프로젝트가 제공하는 것은 여러 런타임 위의 workflow layer다. 설치기는 Claude Code, OpenCode, Gemini CLI, Codex, Copilot, Antigravity를 지원하며, Codex는 custom prompt 대신 skills 방식으로 통합된다고 적혀 있다. 기본 흐름은 npx get-shit-done-cc@latest로 시작해 /gsd:new-project, /gsd:discuss-phase 1, /gsd:plan-phase 1 같은 명령으로 이어진다. README 기준으로 이 과정은 PROJECT.md, REQUIREMENTS.md, ROADMAP.md, STATE.md 같은 파일과 research 산출물을 만든다.

단일 prompt에서 “운영체계”로

더 큰 신호는 coding agent 사용 방식이 이제 단발성 prompt 요령에서 재사용 가능한 운영체계로 이동하고 있다는 점이다. Get Shit Done은 표면적으로는 몇 개 명령만 보이지만, 내부적으로는 context engineering, XML formatting, state management, subagent orchestration을 관리한다고 주장한다. 특정 프로젝트 채택 여부와 별개로, 방향성 자체는 중요하다. 가치가 점점 “한 번 어떻게 물어봤는가”보다 “일을 어떻게 쪼개고 기억하고 검증하고 넘기는가”로 옮겨가고 있기 때문이다.

HN 반응도 바로 이 지점에 닿아 있다. 많은 개발자가 planning과 verification을 둘러싼 구조가 없으면 agent 품질이 빠르게 흔들린다는 점을 체감하고 있다. 막연한 아이디어를 scope, phase, discussion context, research, implementation state로 변환해 주는 시스템이 매력적인 이유다. improvisation보다 repeatability를 높이려는 시도이기 때문이다.

생산성 뒤에 있는 tradeoff

다만 README는 이 카테고리의 핵심 긴장도 함께 드러낸다. 프로젝트는 friction을 줄이기 위해 Claude Code를 --dangerously-skip-permissions와 함께 실행하라고 권한다. 이 조언은 끊김 없는 자동화라는 목표에는 맞지만, 동시에 이런 고자율 workflow가 local permissions, tool scope, blast radius를 얼마나 민감하게 만드는지도 보여준다. 결국 Get Shit Done은 하나의 repo이면서 동시에, agent productivity tool이 이제 process framework로 성숙하고 있고 그에 따라 governance 질문도 함께 따라온다는 신호다.

원문: GitHub repository. 커뮤니티 토론: Hacker News.