بنقرة واحدة
chatforyou-ship
기능/버그 개발 완료 후 chatforyou_v2 브랜치에 버전 태그와 함께 배포. Electron 빌드 GitHub Action 트리거 포함.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
기능/버그 개발 완료 후 chatforyou_v2 브랜치에 버전 태그와 함께 배포. Electron 빌드 GitHub Action 트리거 포함.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | chatforyou-ship |
| description | 기능/버그 개발 완료 후 chatforyou_v2 브랜치에 버전 태그와 함께 배포. Electron 빌드 GitHub Action 트리거 포함. |
| type | rigid |
기능 또는 버그 수정 완료 후 메인 브랜치에 버전을 반영하고 git tag를 push하여 Electron 빌드를 트리거합니다.
다음 명령어를 실행해 현재 상태를 파악합니다.
# 현재 브랜치 확인
git branch --show-current
# 버전 확인 (3개 파일)
grep "^version" springboot-backend/build.gradle
grep '"version"' nodejs-frontend/package.json | head -1
grep '"version"' chatforyou-desktop/package.json | head -1
# 최신 태그 확인
git tag --sort=-version:refname | head -3
build.gradle, nodejs-frontend/package.json, chatforyou-desktop/package.json 3개 파일의 버전을 비교최신 태그(예: v1.0.53)와 현재 코드 버전(예: 1.0.54)을 비교합니다.
| 상황 | 처리 |
|---|---|
| 코드 버전 > 최신 태그 | 현재 버전으로 진행 (이미 bump됨) |
| 코드 버전 == 최신 태그 | patch 버전 +1 bump 필요 |
사용자에게 최종 배포 버전을 확인합니다:
"배포할 버전은
vX.Y.Z입니다. 진행할까요? (혹은 다른 버전을 원하시면 알려주세요.)"
버전 변경이 필요한 경우 아래 3개 파일을 수정합니다.
springboot-backend/build.gradle
version = 'X.Y.Z' ← 새 버전으로 수정
nodejs-frontend/package.json
"version": "X.Y.Z" ← 새 버전으로 수정
chatforyou-desktop/package.json
"version": "X.Y.Z" ← 새 버전으로 수정
chatforyou-desktop/src폴더는 절대 수정하지 않음 (nodejs-frontend 동기화본)
사용자에게 최종 확인을 받은 후 아래 순서로 실행합니다.
# 현재 브랜치명 저장
CURRENT_BRANCH=$(git branch --show-current)
VERSION=X.Y.Z # Step 3에서 확정된 버전
# 메인 브랜치로 전환 및 머지
git checkout chatforyou_v2
git merge $CURRENT_BRANCH --no-ff -m "chore: release v$VERSION - merge $CURRENT_BRANCH"
# 버전 파일 변경이 있는 경우 commit
git add springboot-backend/build.gradle nodejs-frontend/package.json chatforyou-desktop/package.json
git diff --cached --quiet || git commit -m "chore: bump version to v$VERSION"
# 태그 생성 및 push
git tag v$VERSION
git push origin chatforyou_v2
git push origin v$VERSION
push 후 약 10초 대기 후 실행 상태를 확인합니다.
gh run list --workflow=chatforyou_release_by_tag.yml --limit=3
출력 결과에서 v$VERSION 태그로 트리거된 run의 상태를 확인합니다:
queued / in_progress → 정상 트리거됨, URL 사용자에게 안내git ls-remote --tags origin v$VERSION)사용자에게 결과를 안내합니다:
"GitHub Action이 트리거되었습니다: [run URL]" 또는 "Action이 감지되지 않았습니다. 태그 push 상태를 확인해주세요."
위 상황 발생 시 즉시 중단하고 상황을 설명합니다.
ChatForYou v2 주요 기능 개발을 위한 5인 에이전트 팀 조율 워크플로우. 팀 리더, 백엔드 전문가(30년), 프론트 전문가(30년), QA 전문가, 외부 전문가로 구성. PLAN 파일이 필요한 수준의 기능 개발에서만 사용. 단순 버그 수정은 개별 agent 사용.
외부 전문가가 plan_docs/N월_[기능]_plan.md 로 작성한 설계를 Codex가 검증하는 3단계 워크플로우. 1) 외부 설계 문서 + 관련 MD 분석 → 2) 타당성 검증 및 수정(이유 명시) → 3) 백엔드/프론트 구현 가이드 작성. 유저가 설계·분석·아키텍처·검토 등을 요청할 때 반드시 사용. AGENT_GUIDE.md, docs/agent/pdca-templates.md, docs/agent/output-contract.md의 설계 검증·PLAN 파일 운영 규칙을 통합한 워크플로우.
백엔드 코드 컨벤션 검증 스킬. 유저가 "백엔드 코드 컨벤션 수행", "backend-codeconvention", "백엔드 코드 리뷰", "백엔드 컨벤션 체크" 등의 표현을 사용할 때 반드시 이 스킬을 사용한다. git diff로 변경된 Spring Boot 백엔드 파일을 springboot_backend.md 기준으로 자동 검증한다.
Spring Boot 백엔드 테스트 레이어 가이드 및 검증 스킬. "테스트 작성해줘", "테스트 코드 검토해줘", "테스트 레이어 확인", "test convention 체크", "테스트 코드 컨벤션", "테스트 검증" 등의 표현을 사용할 때 반드시 이 스킬을 사용한다. 레이어별 어노테이션, 네이밍, given/when/then, Mockito/MockMvc 패턴, Fixture 관리를 포함. PLAN 파일의 테스트 검증 단계에서도 반드시 사용한다.
Use when the user refers to a project custom agent, asks to delegate work by role, or wants Codex to use agent definitions registered in `.codex/config.toml` and implemented by `.codex/agents/*.toml`.
프론트엔드 코드 컨벤션 검증 스킬. 유저가 "프론트엔드 코드 컨벤션 수행", "frontend-codeconvention", "프론트 코드 리뷰", "프론트 컨벤션 체크" 등의 표현을 사용할 때 반드시 이 스킬을 사용한다. git diff로 변경된 Node.js 프론트엔드 파일을 nodejs_frontend.md 기준으로 자동 검증한다.