이번 영상의 핵심은 GStack vs GSD vs Superpowers 비교가 아니다.
핵심은 세 프레임워크를 각각 잘하는 위치에 배치한 뒤, 마지막엔 Ralph loop로 자동화까지 연결하는 것이다.
즉 이 영상은 “무엇이 최고인가?”보다 기획은 GStack, 컨텍스트 관리는 GSD, 실행 품질은 Superpowers라는 식의 역할 분리를 제안한다.
더보기
Garry Tan이 Claude Code를 쓰는 방식에서 흥미로운 점은, 단순히 코드를 빨리 뽑는 도구로 보지 않는다는 것입니다. 영상에서 그가 반복해서 강조하는 것은 역할, 프로세스, 리뷰입니다. 즉 에이전트 시대에도 인간 팀이 일하던 방식이 그대로 필요하다는 것이죠. 그래서 그가 만든 GStack 의 핵심도 거대한 자율 에이전트보다, 얇은 하네스 위에 역할과 리뷰를 얹는 구조 에 가깝습니다. YouTube 영상
더보기
같은 Superpowers vs GSD vs GStack 비교라도 이번 영상은 초점이 꽤 분명합니다. 누가 더 세냐를 말하기보다, 지금 내 병목이 무엇인지 먼저 보라 고 말합니다. 테스트 없이 코드부터 뱉어내는 게 문제라면 Superpowers, 장기 세션에서 AI가 점점 멍청해지는 게 문제라면 GSD, 제품·디자인·QA 관점이 자꾸 빠진다면 GStack. 즉 이 영상은 세 프레임워크를 사상 대결로 올려놓지 않고, 실제 작업에서 부딪히는 문제별 처방전으로 배치합니다. YouTube 영상
더보기
하네스 엔지니어링의 필요성은 이제 꽤 많이 알려졌습니다. 그냥 “만들어줘”라고 던지면 그럴듯한 데모는 나오지만, 실제 데이터 연결이 빠지거나 테스트가 없거나 아예 빌드가 안 되는 경우가 많다는 것도 점점 익숙해졌습니다. 문제는 그 다음입니다. 필요한 건 알겠는데, 이걸 매번 직접 설계하고 구현하는 건 또 너무 어렵다 는 점입니다. 이번 영상은 그 질문에 대한 실용적인 답으로 GStack 을 꺼냅니다. YouTube 영상
더보기
AI 코딩 도구를 쓰다 보면 보통 관심은 구현 속도에 쏠립니다. 얼마나 빨리 코드를 쓰는지, 테스트를 얼마나 자동화하는지, QA를 얼마나 대신해 주는지 같은 부분입니다. 그런데 이 영상은 GStack에서 진짜 사람들이 과소평가하는 부분이 planning workflow 라고 말합니다. 요지는 간단합니다. 코딩 전에 문제 정의와 범위를 제대로 줄이면, 뒤에서 고칠 일을 몇 주 단위로 줄일 수 있다 는 것입니다. YouTube 영상
더보기