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

icons

IntelliJ New UI용 SVG 아이콘을 만들거나 검토하고, 밝은 테마와 어두운 테마 버전을 정리합니다. 용도에 맞는 캔버스 크기, 색상, 도형, 파일 위치와 Classic 아이콘 매핑도 확인합니다.

원문원문 설명 보기

Create or review IntelliJ New UI SVG icons and theme variants.

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

실행 점수 미검증

설치 방법 보기

이럴 때 유용합니다

  • New UI용 아이콘 만들기
  • 밝은 테마와 어두운 테마 SVG 검토
  • Classic 아이콘 대체 매핑 설정

한국어 소개

할 수 있는 일

이 스킬은 IntelliJ New UI에서 사용할 SVG 아이콘의 제작과 검토를 돕습니다. 아이콘 용도에 맞는 캔버스 크기, 파일 위치와 이름, 선과 도형의 표현을 확인하고 공식 팔레트에 따른 밝은 테마와 어두운 테마 버전을 준비하도록 안내합니다. Classic UI 아이콘을 대체할 때는 기존 파일을 보존하고 *IconMappings.json에 대응 관계를 추가하는 방법도 다룹니다. 도구 창 아이콘은 크기가 다른 파일들이 같은 모티프를 사용하는지도 확인합니다.

이럴 때 유용합니다

IntelliJ 플러그인이나 플랫폼에 아이콘을 추가하거나, 기존 아이콘의 테마 지원과 New UI 표시를 검토할 때 유용합니다. 규칙에 따라 SVG의 색상과 크기가 어떻게 처리되는지 확인할 때도 사용할 수 있습니다.

사용 예시

  • “이 SVG가 New UI 아이콘 규칙에 맞는지 확인해 주세요.”
  • “밝은 버전에서 어두운 버전을 만들 때 차이를 검토해 주세요.”
  • “기존 Classic 아이콘을 New UI용으로 교체하는 방법을 알려 주세요.”

주의 사항

아이콘은 SVG로 만들며 이미지, 그라데이션, 필터, 포함 글꼴은 사용하지 않습니다. Apache 2.0 저작권 주석을 보존합니다. 색상과 배치 세부 사항은 함께 제공되는 palette.md 등을 참고합니다.

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

문서 점검

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

안전성전송·삭제·명령 실행 등을 명시하고 있는가
A양호SVG 제작 규칙을 설명하며 삭제나 외부 전송 작업은 다루지 않습니다.
도입의 용이성필요한 도구나 API 키가 적고 적혀 있는가
B일부 부족`palette.md` 등 부속 자료를 참조하지만 설치 절차는 제시하지 않습니다.

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

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

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

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

포함된 파일(3)

  • SKILL.md12.1 KB
  • examples.md8.5 KB
  • palette.md5.3 KB

SKILL.md(원문)

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

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

IntelliJ Platform New UI Icons

Guidance for authoring SVG icons for the New UI.

Background: the IDE maintains Classic UI and New UI in parallel. Code branches with ExperimentalUI.isNewUI(); icons follow the same split. Old icons stay in their original resource folders for Classic-UI compatibility. New-UI icons live under expui/ folders and are substituted for the old ones at runtime by icon mappers.

Golden rules

  1. Always ship two SVGs — one for the light theme (e.g. addFile.svg) and one for the dark theme with the _dark suffix (addFile_dark.svg). Geometry must be identical between them; only the palette swaps.
    • Tool-window icons ship as a quartet, not a pair. When a tool window has both a 16×16 base (name.svg / name_dark.svg) and a 20×20 New-UI stripe variant (name@20x20.svg / name@20x20_dark.svg), they must share the same metaphor. The stripe is only one surface — the 16×16 base also appears in Search Everywhere, Find Action, context menus, the Services tool window, recent locations, and the View ▸ Tool Windows menu. Changing only the @20x20 leaves users seeing two different icons for the same tool window depending on where they encounter it. Always update all four files together (and the same applies to plugin-local icons like toolWindowChat.svg + toolWindowChat@20x20.svg).
  2. Only use colors from the canonical palette. See palette.md. Picking a one-off color breaks theming and contrast.
  3. One canvas size per icon role. See Icon roles. Do not invent new sizes or pad with empty space — IntelliJ scales the canvas as a single unit.
  4. No raster, no gradients, no filters, no embedded fonts. Path geometry only (<path>, <rect>, <circle>, <line>, <polyline>, <polygon>). Text must be converted to outlines.
  5. Use fill="none" on the root <svg> and set fill / stroke explicitly per shape — never rely on CSS or currentColor.
  6. Strokes use stroke-width="1", stroke-linecap="round", stroke-linejoin="round" (or stroke-miterlimit="10" for hard joins). Heavier strokes are reserved for hero glyphs inside a circle badge (e.g. status checkmarks) and use stroke-width="1.5" or "2".
  7. Pixel-grid align: keep stroke axes on half-pixel centers (x.5) and fills on whole pixels so the icon stays crisp at 1× rendering.
  8. Preserve the Apache 2.0 copyright comment as line 1. Match the year of contribution.
  9. File names use camelCase matching the action/node ID and stay ASCII-only.

Icon roles

RoleCanvasFilename patternReference dir
Action icons (menus, popups, toolbars)16×16name.svg + name_dark.svgexpui/actions/, expui/general/
Tree node icons (PSI, structure view)16×16name.svg + name_dark.svgexpui/nodes/
Tool-window stripe icons (legacy/16)16×16name.svg + name_dark.svgexpui/toolwindows/
Tool-window stripe icons (New UI)20×20name@20x20.svg + name@20x20_dark.svgexpui/toolwindows/
Main toolbar (New UI)20×20name@20x20.svg + name@20x20_dark.svgexpui/general/, expui/run/, expui/toolbar/
Editor gutter icons14×14 (small marks 12×12, 9×9)name.svg + name_dark.svgexpui/gutter/
Status bar / inline status16×16name.svg + name_dark.svgexpui/status/, expui/inline/
Breakpoint marks14×14 (12×12 for sub-marks)name.svg + name_dark.svgexpui/breakpoints/
Run-config tags & disclosure chevrons16×16 (chevron*.svg may be 9×9 to 16×16)name.svg + name_dark.svgexpui/run/, expui/general/
Welcome/onboarding & logos (system)16, 20, 28, 48 (per surface)name.svg + name_dark.svgexpui/ide/, expui/welcome/

When in doubt, find a sibling icon in the same folder and copy its width / height / viewBox.

Where the SVGs live

Two placements exist and both are valid — pick based on whether a Classic-UI icon already exists:

  • Only New UI needed → put the SVG (and its _dark sibling) under an expui/<role>/ resource root. Callers reference it directly through the plugin's generated <Plugin>Icons class.
  • Replacing an existing Classic-UI icon → keep the Classic file at its old path, put the New UI SVG under the matching expui/<role>/ path, and add a mapping entry to the nearest *IconMappings.json. At runtime, when ExperimentalUI.isNewUI() is true, the mapper substitutes the New UI file for the Classic one so no caller has to change its icon reference.

Mapping-file shape (excerpt from community/platform/icons/src/PlatformIconMappings.json):

{
  "expui": {
    "actions": {
      "addFile.svg": "actions/addFile.svg",
      "checked.svg": ["actions/checked.svg", "actions/setDefault.svg"]
    }
  }
}

Key = path relative to the expui/ root (the New UI file). Value = the Classic path(s) that should resolve to it. A single New UI icon may back multiple Classic paths.

SVG skeleton

<!-- Copyright 2000-2026 JetBrains s.r.o. and contributors. Use of this source code is governed by the Apache 2.0 license. -->
<svg width="16" height="16" viewBox="0 0 16 16" fill="none" xmlns="http://www.w3.org/2000/svg">
  <!-- shapes, ordered back-to-front -->
</svg>

The dark variant is the same file with light-palette colors swapped for their dark-theme partner — see palette.md. Never change geometry between the two.

Composition rules

  • One semantic meaning per icon. A status badge, an accent dot, or a "+" overlay is fine; two unrelated glyphs in one icon is not.
  • Optical centering, not geometric. Plus/arrow/refresh glyphs sit slightly above center; round badges (class, method, status) are centered on (cx=8, cy=8) for 16×16 and (cx=10, cy=10) for 20×20.
  • Outer keep-out: leave at least 1 px of empty padding on each side of a 16×16 icon (so meaningful geometry lives within 1..15). For 20×20 use 2 px of padding. Stripe icons must stay visually balanced inside their 20×20 cell.
  • Stroke + fill pairing for node-style icons (e.g. nodes/class.svg): a light-tinted fill at radius 6.5 with a stroke in the accent color, plus a glyph filled with the same accent.
    • Light: <circle cx="8" cy="8" r="6.5" fill="<accent-bg-light>" stroke="<accent-light>"/> then glyph fill="<accent-light>".
    • Dark: same circle with fill="<accent-bg-dark>" stroke="<accent-dark>" and glyph filled with <accent-dark>.
  • Stroke-only icons (chevrons, refresh, edit pencil): a single-color path using the neutral stroke (#6C707E light / #CED0D6 dark) at stroke-width="1". Use #818594 (light) / #6F737A (dark) for "secondary" stroke glyphs like dropdown chevrons.
  • Status badges (error/warning/success/info) follow this template:
    • Light: filled circle/triangle in the accent color, glyph painted in white.
    • Dark: filled circle/triangle in the dark accent color, glyph painted in the matching muted dark fill (e.g. #5E4D33 inside #F2C55C warning) — never plain white.
  • Two-tone action icons (e.g. actions/addFile.svg): the base glyph uses the neutral gray, and the small "modifier" (+, ✕, ↻, gear) uses the primary blue accent. Light gray + blue accent → dark gray + blue accent in the dark variant.
  • Disabled / stroke-only variants (e.g. *_stroke.svg): outline-only, same neutral stroke color, no fills.

Palette quick reference

The full lookup is in palette.md. Most icons only need:

RoleLightDark
Primary stroke / fill#6C707E#CED0D6
Secondary stroke#818594#6F737A
Disabled / faint fill#EBECF0#43454A
Accent — Blue#3574F0#548AF7
Accent — Blue (bg)#EDF3FF / #E7EFFD#25324D
Accent — Red#DB3B4B#DB5C5C
Accent — Red (bg)#FFF7F7#402929
Status — Error fill#E55765#DB5C5C
Status — Warning fill#FFAF0F#F2C55C
Status — Success fill#55A76A#57965C
Accent — Green#208A3C#57965C
Accent — Green (bg)#F2FCF3#253627
Accent — Orange#E66D17#C77D55
Accent — Orange (bg)#FFF4EB#45322B
Accent — Yellow/Gold#FFAF0F / #C27D04#F2C55C / #D6AE58
Accent — Purple#834DF0#B589EC
Accent — Purple (bg)#FAF5FF#2F2936
White on dark badgewhitematching muted-dark fill (e.g. #5E4D33)

Do not use plain #000000 or off-the-palette grays.

Generation workflow

  1. Pick the role and canvas size from the table above. Find at least two visually similar siblings under community/platform/icons/src/expui/<role>/ and read their SVG sources. Mirror their stroke/fill mix.
  2. Lay out geometry on the pixel grid (whole-pixel fills, half-pixel stroke centers). Optical-center the glyph.
  3. Apply the canonical light palette from palette.md. Never invent colors.
  4. Save the light SVG with the Apache 2.0 header, width/height/viewBox matching the role, and fill="none" on <svg>.
  5. Duplicate to the _dark filename and swap each color for its dark-theme partner from the palette mapping. Keep paths byte-identical otherwise.
  6. Place and wire the file:
    • Fresh New UI icon → drop into the matching expui/<role>/ resource folder; reference it from the plugin's <Plugin>Icons class.
    • Replacement for a Classic icon → keep the Classic file untouched, add the New UI file under expui/<role>/, add a mapping entry to the nearest *IconMappings.json. Callers keep referencing the old path.
  7. Verify visually in both themes via the image preview in the IDE, or run the IDE and toggle View ▸ Appearance ▸ New UI to compare. Check selection states for stripe icons.

Common mistakes

  • Off-palette colors (e.g. importing from Figma without remapping). They will not theme correctly and reviewers will reject the PR.
  • Different geometry between light and dark variants — selection animations and HiDPI overlays will glitch.
  • A 16-px glyph saved into a 20×20 canvas without re-balancing. Tool-window/main-toolbar icons need geometry tuned for 20×20, not a 16×16 reused with extra whitespace.
  • Using currentColor, CSS, or <style> blocks. The IntelliJ icon loader requires explicit colors on every shape so it can do palette-based recoloring.
  • Forgetting the _dark variant. The icon will look fine in Light theme then turn invisible in Dark.
  • Pure-black (#000) or pure-white (#FFF) fills outside the status-badge glyph pattern. They break under accent recoloring.
  • Adding a New UI SVG without a *IconMappings.json entry when replacing a Classic icon — the Classic icon will keep showing in New UI mode.

References

  • palette.md — full color palette with light↔dark mapping.
  • examples.md — annotated SVG snippets for each icon role, copied from the live icon set.
  • Canonical example tree: community/platform/icons/src/expui/ — when reviewing, diff your new icon against a sibling there.
  • Repo-level Icons guidelines.svg is a design sheet (visual reference only; not machine-readable). When it disagrees with the folder, trust the folder.

리뷰

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

댓글

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

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

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. 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일 업데이트

commits

무료요약 있음

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

  • 티켓이 있는 변경의 프로젝트 형식 메시지 작성
  • 테스트나 문서 커밋에 적절한 레이블 적용
  • 기존 커밋 메시지를 규칙에 맞게 수정
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일 업데이트

JetBrains의 스킬 모두 보기

이 스킬의 문제 신고