gapp

Plugin gapp from marketplace godsenal in Godsenal/godsenal-cc. Commands read from the repo's manifest — yesterday.

Skills (12)

• analytics

  gapp 하네스 5단계 — PostHog 계측(제품분석 + 에러트래킹 + 구조화 로그)을 웹(Next.js)과 앱(Expo)에 한 벌로 깐다. 광고차단 우회 리버스 프록시, 앱↔웹 person 통일, 서버·워커 플러시 규율, 소스맵 업로드, 그리고 **PostHog에 실제로 도착했는지 MCP로 질의해 확인**하는 검증까지 포함한다. "포스트호그 붙여줘", "analytics 붙이자", "에러트래킹", "로그 수집", "sentry 대신 뭐 쓰지", "계측" 요청이나 cicd 직후 다음 단계로 쓴다. PostHog MCP가 붙어 있으

• backend

  gapp 하네스 3단계 — Supabase 백엔드 세팅. 프로젝트 생성부터 검증된 보안모델(RLS + security-definer RPC, private storage + signed URL, service_role은 Edge Function에만), append-only 마이그레이션 규율, 로컬-우선(익명 세션→승격) 아키텍처, 오프라인 쓰기 재시도 큐, 클라우드 통합 스모크 테스트까지 깐다. "백엔드 세팅", "supabase 붙이자", "DB 스키마", "서버 만들자", "동기화" 요청이나 design 직후 다음 단계로 쓴다.

• cicd

  gapp 하네스 4단계 — GitHub Actions + EAS로 CI/CD 파이프라인 구성. "main 머지 = CI + OTA(+Supabase 배포), v* 태그 = 네이티브 빌드 + 스토어 자동제출" 구조를 워크플로 템플릿 4종으로 깔고, eas.json 프로파일, 시크릿 등록, 채널↔브랜치 링크, 브랜치 보호까지 1회 셋업 체크리스트를 완주시킨다. "CI/CD 세팅", "깃헙 액션", "자동배포 파이프라인", "eas workflow" 요청이나 backend 직후 다음 단계로 쓴다. 이후 실제 배포 실행/판단은 deploy

• deploy

  Expo + EAS 앱의 배포 런북 — 코드 변경을 유저에게 내보내는 두 경로(OTA 코드 업데이트 vs 네이티브 빌드+스토어 출시) 중 무엇이 맞는지 자동 판정하고, 해당 경로를 실행하고, 사람이 직접 해야 할 일 (Apple 심사 제출 등)을 알려준다. "배포", "앱 출시", "스토어 올려", "릴리스", "deploy", "release", "OTA 내보내", "업데이트 배포", "TestFlight 올려", "태그 따서 배포", "유저한테 반영" 같은 말이 나오면 쓴다. 변경이 JS만인지 네이티브까지인지 애매할 때도 쓴다.

• design

  gapp 하네스 2단계 — 디자인 결정 세션. taste 계열 스킬과 mobile-app-ui-design 스킬을 동원해 (없으면 설치 유도) 앱의 미학 방향·타이포그래피·컬러·스페이싱·모션을 유저와 함께 확정하고, theme/tokens.ts에 실값을 채우고 DESIGN.md를 생성한다. "디자인 정하자", "디자인 시스템", "톤앤매너", "폰트/컬러 정해줘", "무드보드", "디자인 방향" 요청이나 scaffold 직후 다음 단계로 쓴다.

• kickoff

  새 앱/웹 아이디어를 받아 프로덕트를 시작하는 하네스의 진입점. 오피스아워(YC/gstack 스타일)처럼 한 번에 하나씩 질문하며 아이디어를 검증·구체화하고, 프로덕트/디자인/엔지니어링 결정사항을 전부 이 단계에서 확정한 뒤, docs/HARNESS.md(살아있는 파이프라인 문서)를 만들고 곧바로 다음 단계 (scaffold → design → backend → cicd → analytics → landing → store-assets → store-submit)로 이어달린다. "새 앱 만들자", "앱 아이디어 있어", "이거 앱으

• landing

  gapp 하네스 6단계 — 마케팅/랜딩 사이트와 스토어 제출 전제물(개인정보처리방침 URL, 지원 URL/이메일) 구축. 앱 모노레포의 web/ 하위에 정적 사이트를 만들고 Vercel로 배포한다. "랜딩 페이지", "마케팅 사이트", "홈페이지 만들자", "개인정보처리방침 페이지", "privacy policy URL" 요청이나 cicd 직후 다음 단계로 쓴다. 스토어 제출(store-submit)은 이 산출물 없이는 진행이 막힌다.

• next

  gapp 하네스의 재개 버튼 — "지금 뭐 해야 하지?"에 보고로만 답하지 않고, docs/HARNESS.md를 읽고 실제 레포 상태와 대조한 뒤 **다음 단계를 곧바로 실행**한다. "다음 뭐 해야 해", "이어서 하자", "어디까지 했지", "계속 진행해", "재개", "next" 같은 말이 나오면 쓴다. 상태 보고만 원하면 실행 전에 요약을 보여주므로 그 시점에 멈추라고 하면 된다. HARNESS.md가 없으면 kickoff(새 프로젝트) 또는 기존 레포 소급 편입을 안내한다.

• preflight

  릴리스/제출 직전 종합 점검 게이트 — "놓친 게 없나"를 사람 대신 기계적으로 훑는다. 코드 게이트 (typecheck/test/expo-doctor/임시코드), 백엔드 게이트(Supabase advisors/RLS/스모크), 설정 게이트 (버전/권한 문구/시크릿 유출), 스토어 게이트(privacy URL/스크린샷 규격/메타데이터 정합)를 검사해 PASS/FAIL 표로 보고하고 자잘한 것은 고친다. "릴리스 준비됐나", "제출 전에 점검", "빠진 거 없나 확인", "preflight", "출시 체크리스트" 요청에 쓰고, dep

• scaffold

  gapp 하네스 1단계 — Expo 앱 환경세팅. 반드시 그 시점 최신 SDK를 조회해서 프로젝트를 생성하고, TypeScript strict + jest + typecheck + 부트스트랩 순서 + env 규약 + DevMenu 패턴 같은 검증된 컨벤션을 깔고, 새 레포의 CLAUDE.md("버전 고정 문서만 봐라" 규칙 포함)까지 생성한다. "환경세팅", "프로젝트 생성", "expo 세팅", "스캐폴드", "보일러플레이트" 요청이나 kickoff 직후 다음 단계로 쓴다. 전제: docs/HARNESS.md가 있으면 그 결정사항

• store-assets

  gapp 하네스 7단계 — App Store 제출용 애셋·메타데이터 준비. iOS 시뮬레이터로 스토어 규격 스크린샷을 찍는 검증된 파이프라인(preview-simulator 빌드 + 데모 시드 + 화면 강제 + dev FAB 제거)과 스토어 메타데이터(이름/부제/설명/키워드/개인정보 URL) 작성을 담당한다. "스크린샷 찍자", "스토어 스크린샷", "앱스토어 이미지", "스토어 설명 쓰자", "메타데이터 준비" 요청이나 첫 심사 제출 준비 때 이 스킬을 쓴다. 실제 ASC 업로드/제출은 store-submit이 담당.

• store-submit

  gapp 하네스 8단계 — Claude in Chrome으로 App Store Connect 웹을 자동화해 심사 제출까지 진행. 버전 생성, 메타데이터 폼 입력(React setter 주입), 스크린샷 업로드(ngrok 터널 + DataTransfer 주입 — 네이티브 파일 대화상자는 못 쓴다), 개인정보/연령등급 설문 위저드, 빌드 선택, 최종 Submit for Review까지. "심사 제출", "앱스토어 제출", "ASC 올려줘", "스토어 등록", "submit for review", "스크린샷 업로드" 요청에 쓴다. 전제:

Similar plugins