git-conventions
Use when naming branches, writing commit messages, creating or editing GitHub issues, or creating or editing GitHub pull requests in this repository.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Use when naming branches, writing commit messages, creating or editing GitHub issues, or creating or editing GitHub pull requests in this repository.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when a project decision changes or the codebase drifts from what a skill or agent documents, and this repository's harness (skills, agents, AGENTS.md, discussions.md) needs to be updated to match.
Use after implementing an Android code change, when verifying an existing implementation, or before declaring development complete. Select project skills, run risk-based verification, coordinate Reviewer and QA agents, and repeat only when evidence requires a fix.
Use when adding or changing behavior in an existing feature screen, including MVI State, Intent, Effect, ViewModel reducers, one-shot effects, API result handling, or UI event wiring in this Android repository.
Use when adding a new Compose feature screen with Contract, ViewModel, Route, Screen, Preview, or MVI store in this Android repository.
Use when adding or changing Firebase Analytics events, AnalyticsEvent definitions, AnalyticsLogger calls, screen view logs, click logs, filter logs, or completion logs in this Android repository.
Use when adding or changing DataStore Preferences, local flags, token/auth/user persistence, preference keys, or local repository methods in this Android repository.
| name | git-conventions |
| description | Use when naming branches, writing commit messages, creating or editing GitHub issues, or creating or editing GitHub pull requests in this repository. |
이 레포에서 브랜치, 커밋, 이슈, PR을 작성할 때 아래 규칙을 적용한다.
references/issue.md를 읽는다.references/pull-request.md를 읽는다.브랜치와 커밋의 type은 작업 성격에 맞춰 아래에서 선택한다.
feat
fix
refactor
design
chore
docs
test
ci
build
init
작업 브랜치는 아래 형식을 사용한다.
<type>/#<issue-number>-<summary>
작성 규칙:
<type>은 소문자로 쓴다./를 붙인다.#를 붙인다.-로 구분한다.-로 연결한다.,로 이어 쓴다(예: fix/#165,#193-qr-scan).예:
feat/#217-5th-map-ui
fix/#143-map-bound
refactor/#196-photo-detail-memo-outside-pager
docs/#45-create-md
이슈 번호가 없는 작업은 <type>/<summary> 형식을 쓴다. 릴리즈 브랜치는 release/<version>을 쓴다.
docs/readme
release/1.3.1
커밋 메시지는 아래 형식을 사용한다.
[<type>] #<issue-number>: <summary>
작성 규칙:
<type>은 소문자로 쓰고 []로 감싼다.#<issue-number>:를 쓴다.: 뒤에 공백 하나를 둔다.예:
[feat] #209: UserRepository에 마케팅 팝업 노출 기록 기능 추가
[fix] #211: 푸시 알림 본문이 두 줄 이상일 때 잘리는 현상 수정
[refactor] #210: 포즈 상세 북마크 커밋 상태 관리 정리
이슈 번호가 없는 작업은 이슈 번호 영역을 뺀다.
[docs] README 수정
[chore] RepositoryModule 선언부 interface로 변경
references/issue.md를 따른다.references/pull-request.md를 따른다.