여러 AI에게 홈페이지 일을 나눠 맡기면서, 결과를 받는 기준도 나눠야 했습니다. 기획 의견을 받은 것과 코드가 수정된 것, 공개 화면을 확인한 것은 달랐습니다. 개리 탄의 gstack을 살펴본 이유도 이 작업 단계를 어떻게 정리했는지 궁금해서였습니다.
공식 저장소에서 역할별 스킬과 실행 범위를 읽고, 우리 작업에 가져올 만한 부분을 골랐습니다. 설치해서 시간이 얼마나 줄었는지 측정한 후기는 아닙니다. 아래에는 도입을 검토한 이유와 처음 시험해 볼 만한 용도를 구분해 적었습니다.
이 글의 확인 범위
2026년 9월 26일 기준 공식 문서 검토입니다. gstack을 설치해 성능을 측정한 사용기는 아닙니다. 아래 명령과 사례는 시작 방법을 설명하기 위한 예시이며, 실제 발견한 오류나 절감 시간을 뜻하지 않습니다.
gstack이란? AI 개발 도우미의 업무 매뉴얼
gstack은 개리 탄이 GitHub에 공개한 역할별 스킬과 실행 도구 묶음입니다. 스킬은 AI에게 특정 작업의 순서와 판단 기준을 알려주는 문서라고 생각하면 쉽습니다.
학교 조별 과제를 떠올려 보세요. “발표 준비해”라고만 하면 자료는 많은데 발표가 없는 일이 생길 수 있습니다. 주제 정하기, 자료 조사, 발표 자료 만들기, 틀린 내용 확인하기를 나누면 누가 무엇을 끝내야 하는지 분명해집니다. gstack도 개발 과정에 이런 구분을 적용합니다.
Claude Code 중심으로 시작했으며 현재 공식 저장소에는 Codex 등 다른 AI 코딩 도구용 설치 방법도 안내되어 있습니다. 프로젝트는 MIT 라이선스로 공개되어 있습니다. gstack 코드의 이용과 AI 서비스의 구독·API 사용료는 구분해서 봐야 합니다. gstack 공식 저장소
MCP·커넥터와는 무엇이 다를까?
스킬은 “어떻게 일할지”, MCP·커넥터는 “무슨 도구와 연결할지”에 가깝습니다. MCP는 AI 애플리케이션과 외부 도구를 연결하는 표준이고, 커넥터는 특정 서비스와 연결해 기능을 쓰도록 해 줍니다. MCP 공식 설명
문서 서비스에서 기획서를 가져오는 기능이 있어도 AI가 무엇을 검토해야 할지는 따로 정해야 합니다. 반대로 훌륭한 검토 순서가 있어도 해당 문서를 읽을 권한이 없다면 내용을 가져올 수 없습니다. 두 가지는 함께 사용할 수 있습니다.
gstack에는 브라우저 실행 기능도 포함되어 있습니다. 따라서 단순히 글로 된 프롬프트만 모은 목록으로 보기도 어렵습니다. 다만 이를 설치했다고 모든 사이트의 로그인이나 서비스 접근 권한이 자동으로 생기는 것은 아닙니다. 공식 구조 설명
처음에는 이 세 가지 용도부터
아이디어가 아직 막연하다면: /office-hours
“새 기능을 만들자”에서 바로 코딩으로 넘어가기 전에, 해결하려는 문제를 구체화하는 용도로 볼 수 있습니다. 홈페이지라면 “서비스를 하나 더 붙이자”보다 “처음 온 방문자가 앱 다운로드 위치를 찾기 어렵다”처럼 출발점을 좁혀 보세요.
우리의 추천은 사용자 문제 하나와 이번 작업에서 하지 않을 일 하나를 함께 적는 것입니다. 기능이 많아지는 것과 방문자에게 도움이 되는 것은 다른 문제이기 때문입니다.
만들 방법이 나왔다면: /plan-eng-review
기술적인 계획을 점검하는 기능입니다. 데이터 흐름, 예외 상황, 테스트 범위, 성능 등을 검토합니다. 예를 들어 API 정보를 보여주는 페이지라면 “정상 응답일 때 화면”뿐 아니라 응답 지연, 빈 데이터, 실패했을 때의 표시까지 살펴볼 수 있습니다. 실제 개발 계획 검토 지침
이미 화면이 있다면: /qa-only
QA는 서비스가 기대한 대로 작동하는지 확인하는 작업입니다. /qa-only는 웹 화면을 테스트하고 스크린샷·재현 순서를 포함한 보고서를 만드는 용도입니다. 코드를 직접 고치는 단계는 포함하지 않습니다. 실제 QA 보고 지침
홈페이지에서는 이미지 누락, 모바일 글자 겹침, 다운로드 버튼의 연결 주소처럼 방문자가 바로 겪는 문제부터 점검하는 편이 좋겠습니다. 전체 사이트를 무제한으로 돌아다니게 하기보다 페이지와 행동 범위를 먼저 지정하는 것이 핵심입니다.
초보자는 어떻게 설치를 시작하면 될까?
먼저 공식 설치 안내에서 현재 요구 사항을 확인하세요. 기본 준비물로 Git과 Bun이 안내되어 있고, Windows는 Node.js도 필요합니다. Git은 저장소를 내려받는 도구이고 Bun·Node.js는 관련 프로그램을 실행하는 환경입니다.
아래는 Claude Code용 기본 설치 흐름입니다. macOS·Linux 터미널 또는 Windows의 Git Bash에서 사용하는 형태이며, PowerShell에 그대로 붙여 넣는 안내가 아닙니다. 같은 경로에 기존 설치가 있다면 새로 복제하지 말고 공식 업데이트 안내부터 확인하세요.
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack
cd ~/.claude/skills/gstack
./setup첫 줄은 파일을 내려받고, 둘째 줄은 해당 폴더로 이동하며, 셋째 줄은 설치 절차를 실행합니다. 다운로드·브라우저 준비·추가 기능의 의존성 때문에 걸리는 시간은 환경마다 다릅니다. 이 글에서는 위 설치를 직접 실행해 검증하지 않았습니다.
설치 문구를 AI에게 통째로 맡기기 전에는 기존 CLAUDE.md와 업무 규칙이 어떻게 바뀌는지도 확인하세요. 공식 안내에는 브라우징을 gstack으로 통일하는 내용이 있습니다. 이미 커넥터 우선 원칙이나 담당자별 수정 범위를 정했다면 그 규칙과 충돌하지 않도록 적용해야 합니다. 팀 모드 도입은 기본 설치와 따로 판단하는 편이 좋겠습니다.
홈페이지 점검에 쓴다면 이렇게 요청하세요
다음은 설치 후 Claude Code에서 사용할 수 있는 요청 예시입니다. 주소는 본인이 관리하거나 테스트 권한을 가진 사이트로 바꿔 주세요.
/qa-only https://내-사이트-주소 홈과 앱 소개 페이지 두 곳만 확인해. 모바일과 PC 화면에서 이미지 누락, 글자 겹침, 버튼 연결 주소를 점검해. 문제가 있으면 페이지 주소, 재현 순서, 기대 동작, 실제 동작, 스크린샷을 보고해. 코드와 게시물을 수정하지 마. 로그인·폼 제출·결제·삭제는 하지 마. 확인할 수 없는 항목은 확인 못 함으로 적어.
“깨진 곳 찾아줘”보다 범위가 분명합니다. 결과를 받을 때는 오류 개수보다 다른 사람도 같은 순서로 문제를 재현할 수 있는지를 보세요. 수정 후 같은 화면을 다시 확인해야 작업이 닫힙니다.
처음 비교할 때는 같은 페이지와 같은 점검 항목을 사용하고, 실제 오류로 확인된 건수·잘못 지적한 건수·검토 시간·AI 사용량을 기록해 보세요. 그래야 “좋아 보인다”를 넘어 자기 작업에 도움이 되는지 판단할 수 있습니다.
/review와 /ship은 이름만 보고 실행하지 않기
/review의 실제 지침에는 일부 발견 사항을 직접 수정하는 절차가 있습니다. “검토하라고 했으니 파일은 안 바꾸겠지”라고 생각하면 예상과 다를 수 있습니다. 다른 담당자의 코드를 검증할 때는 수정 권한을 먼저 맞춰야 합니다. review 지침 확인
/ship은 테스트와 변경 검토 외에도 커밋, 푸시, PR 생성을 포함합니다. PR은 변경 내용을 검토하고 합치기 위한 요청입니다. 서비스에 따라 별도의 배포 단계가 더 있을 수 있으므로, 저장소에 코드가 올라갔다고 방문자가 보는 화면까지 바뀌었다고 판단하면 안 됩니다. ship 작업 범위 확인
나인투식스랩이 도입한다면
우리에게는 기획 검토와 제한된 홈페이지 QA부터 적용하는 방향이 맞아 보입니다. 이미 AI별 업무 분장을 하고 있기 때문에 새로운 도구를 넣을 때도 “누가 수정하는가, 어디까지 실행하는가, 무엇으로 완료를 확인하는가”를 유지하는 것이 중요합니다.
기존 홈페이지 운영 기록에서도 소스 수정과 실제 공개 화면 반영은 구분해 왔습니다. 이런 확인 습관 위에 gstack의 점검 절차를 얹는다면 도움이 될 수 있습니다. 다만 아직 설치·실행 전이므로 오류를 몇 건 잡았다거나 작업 시간이 줄었다고 말할 단계는 아닙니다.
처음부터 모든 기능을 켤 필요는 없습니다. 작은 화면 하나를 점검하고, 보고서가 쓸 만한지 확인한 뒤 적용 범위를 넓혀 보세요. 좋은 도구인지 판단하는 기준은 명령 수보다 내 작업에서 빠뜨리는 확인을 줄여 주는지입니다.
함께 읽기: Claude Code와 Codex 연결 가이드
작성: James K · 공식 문서 확인일: 2026.09.26. 기능과 설치 방법은 변경될 수 있습니다. 본문 그림은 설명용 자체 제작 자료이며 gstack 실행 화면이 아닙니다. 이 글은 도입 검토 기록으로, 성능 향상이나 서비스 품질을 보장하지 않습니다.