본문으로 건너뛰기
cccskills
무료GitHub에 공개한국어 소개

new-branch

업데이트된 `main`에서 용도에 맞는 Git 브랜치를 만들고, 변경 유형에 따라 기능·수정·문서·CI·유지 관리·리팩터링 접두사를 선택합니다. 뒤에는 짧은 소문자 하이픈 이름을 붙입니다.

원문원문 설명 보기

Create a GitHub branch from main with the project naming convention

EverMind-AI/EverOS스타 13,704(GitHub 13,704 + cccskills 0)
연동 도구GitHub

실행 점수 미검증

설치 방법 보기

이럴 때 유용합니다

  • 새 기능용 브랜치 만들기
  • 버그 수정용 브랜치 만들기
  • 문서 업데이트 브랜치 시작
  • 브랜치 이름 규칙 통일

한국어 소개

할 수 있는 일

이 스킬은 GitHub 저장소에서 작업을 시작할 수 있도록 main에서 브랜치를 만듭니다. 변경 유형에 따라 feat, fix, docs, ci, chore, refactor 접두사를 선택하고 짧은 케밥 케이스 이름을 붙입니다. 예를 들어 기능 추가에는 feat/add-agentic-rerank, 버그 수정에는 fix/empty-profile-crash 형식을 사용합니다.

브랜치를 만들기 전에 main으로 전환해 최신 상태로 업데이트한 다음, 그 상태에서 새 작업 브랜치를 생성합니다. 브랜치 하나에는 한 가지 목적만 담습니다. 작업 후에는 main을 대상으로 풀 리퀘스트를 여는 흐름이며, main에 직접 커밋하지 않는 방식을 전제로 합니다.

이럴 때 유용합니다

기능 추가, 버그 수정, 문서 업데이트처럼 변경 유형을 나누어 작업을 시작할 때 사용합니다. 저장소에서 브랜치 이름 규칙을 통일하고 싶은 경우에도 유용합니다.

사용 예시

  • “설정 화면 기능 추가용 브랜치를 만들어 주세요.”
  • “빈 프로필에서 발생하는 충돌을 수정할 브랜치를 만들어 주세요.”
  • “개발 안내 문서를 업데이트할 브랜치를 만들어 주세요.”

주의 사항

Git과 GitHub 저장소가 필요합니다. 새 브랜치를 만들기 전에 main을 업데이트합니다.

이 소개문은 공개된 SKILL.md를 바탕으로 AI(OpenAI Codex)가 작성했습니다. 정확한 사양은 아래 원문을 확인하세요.

문서 점검

AI가 SKILL.md의 내용에서 주의가 필요한 작업과 도입 전제를 확인했습니다. 점수는 실제로 실행한 결과(실행 검증)만으로 매깁니다.

안전성전송·삭제·명령 실행 등을 명시하고 있는가
B일부 부족브랜치를 전환하고 `main`을 업데이트하지만 미커밋 변경 확인 절차는 없습니다.
도입의 용이성필요한 도구나 API 키가 적고 적혀 있는가
A양호Git과 GitHub 저장소가 필요하다고 명시되어 있습니다.

점수에는 넣지 않았습니다. 2026년 10월 29일 기준으로 AI(OpenAI Codex)가 판정했습니다. 참고용이므로 설치 전에 원문도 확인해 주세요.

평가가 다르다고 생각되면 재검토를 요청하기

어느 항목이 왜 다르다고 생각하는지 적어 주세요. 로그인은 필요 없습니다. SKILL.md와 대조해 평가를 다시 만들고 이곳에 반영합니다.

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

포함된 파일(1)

  • SKILL.md1.1 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

/new-branch

Cut a new branch for the GitHub repository.

Branch model

main       = default and protected branch
feat/*     = feature work
fix/*      = bug fixes
docs/*     = documentation-only changes
ci/*       = CI, build, and developer-experience changes
chore/*    = repository maintenance
refactor/* = behavior-preserving code structure changes

Steps

  1. Ask (or infer) the change type: feat, fix, docs, ci, chore, or refactor.
  2. Update main first: 
    git checkout main
git pull --ff-only
  3. Create the branch with a kebab-case slug: 
    git checkout -b <type>/<short-slug>
  4. Keep the branch scoped to one purpose and open a pull request back to main.

Naming

  • feat/add-agentic-rerank, fix/empty-profile-crash, docs/quickstart-config, ci/check-github-docs.
  • Lowercase, hyphen-separated, no spaces, concise.

Never commit directly to main — always use a branch and pull request.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

add-memory-kind

무료요약 있음

새 업무 메모리 유형을 영구 저장하도록 개발 작업을 안내합니다. 필요한 Markdown, SQLite, LanceDB 조합과 Markdown 파일 방식을 정한 뒤 해당 계층의 스키마, 저장소, 작성기를 연결합니다.

  • 영구 저장할 새 업무 메모리 유형 추가하기
  • 저장 계층 조합 설계하기
  • Markdown 원본과 검색 색인 연결하기
EverMind-AI/EverOS1.4만2026년 10월 29일 업데이트

commit

무료요약 있음

현재 Git 변경 사항과 최근 기록을 살펴본 뒤 Conventional Commits 형식으로 범위가 분명한 커밋을 만듭니다. 관련 파일만 선택해 스테이징하고 커밋 훅 오류에 대응하도록 안내합니다.

  • 변경 사항을 검토하고 커밋하기
  • 차이에서 관련 파일만 선택하기
  • 규칙에 맞는 커밋 메시지 작성하기
EverMind-AI/EverOS1.4만2026년 10월 29일 업데이트

pr

무료요약 있음

GitHub CLI `gh`를 사용해 현재 작업 브랜치에서 `main`을 대상으로 저장소 템플릿에 맞춘 풀 리퀘스트를 엽니다. 먼저 `make ci`를 실행하고, 통과하면 브랜치를 푸시한 뒤 변경 요약, 영역, 검증 결과, 체크리스트와 리뷰어 메모를 작성합니다.

  • 완료한 변경 사항의 풀 리퀘스트 만들기
  • 풀 리퀘스트 템플릿 각 항목 작성하기
  • CI와 수동 확인 결과 기록하기
EverMind-AI/EverOS1.4만2026년 10월 29일 업데이트

release

무료요약 있음

everos의 새 버전을 PyPI에 배포하도록 버전과 변경 로그를 정리하고, 태그로 시작되는 자동 작업과 승인 절차를 안내합니다. 업로드 후에는 GitHub Release 초안을 검토하고 게시하는 단계까지 진행합니다.

  • 패치 또는 마이너 버전 배포하기
  • 프리릴리스 배포하기
  • 변경 로그로 릴리스 페이지 준비하기
EverMind-AI/EverOS1.4만2026년 10월 29일 업데이트

EverMind-AI의 스킬 모두 보기

이 스킬의 문제 신고