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

commits

이 가이드는 IntelliJ 프로젝트의 변경 사항을 목적별로 나누고 프로젝트 형식에 맞는 커밋 메시지를 작성하도록 돕습니다. 티켓이 있으면 번호와 변경 설명을, 없으면 레이블과 하위 시스템명을 사용하며 필요에 따라 이유와 판단을 본문에 담습니다.

원문원문 설명 보기

Create, amend, or rename IntelliJ commits and write commit messages.

JetBrains/intellij-community스타 20,685(GitHub 20,685 + cccskills 0)

실행 점수 미검증

설치 방법 보기

이럴 때 유용합니다

  • 티켓이 있는 변경의 프로젝트 형식 메시지 작성
  • 테스트나 문서 커밋에 적절한 레이블 적용
  • 기존 커밋 메시지를 규칙에 맞게 수정

한국어 소개

할 수 있는 일

이 가이드는 IntelliJ 프로젝트 변경 사항의 범위를 살펴보고 하나의 커밋에 하나의 목적을 담도록 안내합니다. 티켓이 있는 변경에는 티켓 ID와 변경 내용을 설명하는 한 문장을 사용하고, 티켓이 없으면 tests나 docs 같은 레이블과 하위 시스템명을 쓰는 형식을 설명합니다. 본문에는 변경 이유와 판단을 적으며, 오타 수정이나 형식 정리 같은 기계적인 변경은 생략할 수 있습니다. 기존 커밋을 수정하거나 메시지를 바꾸는 방법도 다룹니다.

이럴 때 유용합니다

커밋 메시지를 프로젝트 규칙에 맞추고 변경 사항을 검토하기 쉽게 정리하고 싶을 때 활용할 수 있습니다. 티켓이 있는 작업, 테스트나 문서만 바꾸는 작업, 티켓이 없는 작업에 맞춰 메시지를 작성하는 방법을 확인할 수 있습니다. 셸에서는 인용한 heredoc을 사용하고 PowerShell에서는 문단마다 -m을 지정하는 방법도 나옵니다.

사용 예시

  • “이 변경에 티켓 ID와 본문을 포함한 커밋 메시지를 작성해 주세요.”
  • “테스트만 바뀐 커밋에 알맞은 레이블과 이유를 넣어 주세요.”
  • “기존 커밋 메시지를 이 규칙에 맞게 수정해 주세요.”

주의 사항

동작 변경에는 YouTrack 티켓이 필요합니다. Conventional Commits 형식은 사용하지 않습니다. 변경 사항을 푸시할 때는 별도의 safe-push 스킬을 사용합니다.

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

문서 점검

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

안전성전송·삭제·명령 실행 등을 명시하고 있는가
B일부 부족커밋 수정을 다루지만 그 영향에 관한 설명은 제한적입니다.
도입의 용이성필요한 도구나 API 키가 적고 적혀 있는가
A양호추가 도구는 언급되지 않으며 git과 셸 또는 PowerShell 예시가 있습니다.

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

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

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

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

포함된 파일(1)

  • SKILL.md3.5 KB

SKILL.md(원문)

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

<!-- Generated by community/.ai/render-guides.mjs; edit community/.agents/skills/commits/SKILL.md -->

Commits

SafePush rejects a malformed subject, and each rejection costs a CI round trip.

Scope

  • One commit does one thing. Do not mix a cleanup or a refactoring into a behavioral change. When unsure, split.
  • Check the scope with git status --short and git diff --stat. Read the full diff only for changes you did not make in this session.

Message

IDEA-12345 <subject>              # a change with a ticket: the id, then one sentence
<label> <subsystem>: <subject>    # a change with no ticket
  • A behavioral change needs a YouTrack ticket. If you are unsure whether it is behavioral, it is.
  • With a ticket, the subject is the id and one sentence that says what the change does or decides. Do not add a label or a subsystem: the id already names the area. IDEA-12345 the inspection skips a generated file, not IDEA-12345 fix inspections: generated files. A test, a docs, or a cleanup commit of a ticket takes the same form; the body says that it is a test or a docs change.
  • With no ticket, the label is one of tests, cleanup, refactor, docs, format, style, setup, misc.
  • Do not use Conventional Commits (fix(scope): …).
  • Write a body unless the change is mechanical (a typo, an import, a format pass). Tests and cleanups need one too. Say why you made the change and what you decided. The diff already shows what changed.
  • Put a requested suffix such as IJ-MR-100 in its own last paragraph.

Passing the message

In a POSIX shell, use a quoted heredoc:

git commit -F - <<'EOF'
IDEA-12345 concise subject

Why the change was made and what was decided.
EOF

In PowerShell, pass one -m per paragraph, also with --amend. Do not pipe a here-string into -F -. Windows PowerShell adds a BOM to the subject, and SafePush rejects it.

git commit -m "IDEA-12345 concise subject" -m "Why the change was made and what was decided." -m "IJ-MR-100"

Do not write the message to a file outside the workspace, such as /tmp: that asks for a filesystem approval and leaves a plaintext draft behind. If you need a file, give it a name unique to your session under the gitignored out/, such as out/commit-message-<session>.txt. Several sessions share one working copy, and a peer can overwrite a shared file name between your write and your commit.

Examples

MRI-3589 harden single-flight recursion checks

Track active single-flight computations in coroutine context so recursive
awaits fail fast in both the owning coroutine and child coroutines.

IJ-MR-100
IJAI-3334 the published-surface wait of the editor service test names its step and dumps the state

The test failed once on TeamCity with no log line in its 10 s window, and 208 local runs did not reproduce it.
The helper now waits for the subscription and then for the apply, under one deadline, and a failure adds the
state of the test backend and a coroutine dump. No product code changes.

A change with no ticket:

tests cidr: migrate JUnit 5 coverage

Convert remaining JUnit 4 suites under cidr/coverage to JUnit 5.
Parametrized tests now use @MethodSource instead of the Theories runner.

Other cases, such as isolated commits and misc triage: 2_Commits.md. To push, use the safe-push skill.

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

actions

무료요약 있음

IntelliJ `AnAction` 클래스를 구현하거나 수정하고 `plugin.xml`에 등록하도록 안내합니다. 표시 이름과 설명은 메시지 번들에 두고, 필요하면 아이콘을 설정하며, 이벤트 코루틴 범위에서 중단 함수를 실행해 동기식 처리로 IDE가 멈추는 일을 방지합니다.

  • IDE 메뉴에 새 동작 추가
  • 동작 등록이나 아이콘 변경
  • 동작 이름과 설명 정리
JetBrains/intellij-community2.1만2026년 10월 29일 업데이트

bazel-test-migration

무료요약 있음

IntelliJ JPS 테스트 모듈을 Bazel로 옮기고 Bazel에서만 발생하는 실패를 조사하는 안내서입니다. 의존성, 플러그인, 테스트 데이터와 runfiles 문제를 확인하고 생성된 대상과 이전된 테스트를 검증합니다.

  • 기존 JPS 테스트 모듈을 Bazel로 이전할 때
  • Bazel에서만 실패하는 테스트를 조사할 때
  • 테스트 의존성과 데이터 설정을 확인할 때
JetBrains/intellij-community2.1만2026년 10월 29일 업데이트

code-style

무료요약 있음

IntelliJ 프로젝트 규칙에 맞춰 Kotlin과 Java 코드를 작성하거나 검토합니다. 언어 선택, 서식, 봉인 타입, 스레드 주석, 제어 흐름 예외 처리를 확인합니다.

  • IntelliJ 규칙에 맞는 Kotlin 작성
  • Java 코드 검토
  • 예외 처리와 봉인 타입 분기 확인
JetBrains/intellij-community2.1만2026년 10월 29일 업데이트

compare-python-typecheckers

무료요약 있음

여러 Python 타입 검사기로 코드 조각이나 파일의 타입 추론과 오류 판정을 비교합니다. 도구별 결과, 실행 시간, 진단 내용을 Markdown 보고서로 모아 저장할 수 있습니다.

  • 검사기별 타입 추론 비교
  • 코드가 타입 오류로 판정되는지 확인
  • 여러 도구의 진단 결과 비교
JetBrains/intellij-community2.1만2026년 10월 29일 업데이트

compose-ui-architecture

무료요약 있음

Compose Desktop 화면을 구성할 때 컴포저블은 렌더링을 맡고 프레젠터나 코디네이터는 앱 결정을 맡도록 구조를 정리합니다. 상태 소유권, Effect, 재사용 컴포넌트 API, 지연 목록 키, 애니메이션과 성능을 개별 UI 변경에 맞춰 살펴봅니다.

  • 화면 렌더링과 프레젠터 판단 분리
  • UI 상태를 둘 위치 정리
  • Effect 키와 코루틴 사용 검토
JetBrains/intellij-community2.1만2026년 10월 29일 업데이트

compose-ui-audit

무료요약 있음

Compose Desktop UI 코드의 구조와 런타임 문제를 감사합니다. 상태 소유권, 부수 효과, 코루틴, 지연 목록, 애니메이션, 재구성을 살펴보고 우선순위별 결과를 제시합니다.

  • Compose 화면의 상태 소유권 감사
  • 부수 효과와 코루틴 사용 점검
  • 지연 목록이나 재구성 성능 조사
JetBrains/intellij-community2.1만2026년 10월 29일 업데이트

JetBrains의 스킬 모두 보기

이 스킬의 문제 신고