ワンクリックで
chatforyou-ship
기능/버그 개발 완료 후 chatforyou_v2 브랜치에 버전 태그와 함께 배포. Electron 빌드 GitHub Action 트리거 포함.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
기능/버그 개발 완료 후 chatforyou_v2 브랜치에 버전 태그와 함께 배포. Electron 빌드 GitHub Action 트리거 포함.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
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 기준으로 자동 검증한다.
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 상태를 확인해주세요."
위 상황 발생 시 즉시 중단하고 상황을 설명합니다.