IntelliJ JPS 테스트 모듈을 Bazel로 옮기고 Bazel에서만 발생하는 실패를 조사하는 안내서입니다. 의존성, 플러그인, 테스트 데이터와 runfiles 문제를 확인하고 생성된 대상과 이전된 테스트를 검증합니다.
- 기존 JPS 테스트 모듈을 Bazel로 이전할 때
- Bazel에서만 실패하는 테스트를 조사할 때
- 테스트 의존성과 데이터 설정을 확인할 때
IntelliJ `AnAction` 클래스를 구현하거나 수정하고 `plugin.xml`에 등록하도록 안내합니다. 표시 이름과 설명은 메시지 번들에 두고, 필요하면 아이콘을 설정하며, 이벤트 코루틴 범위에서 중단 함수를 실행해 동기식 처리로 IDE가 멈추는 일을 방지합니다.
Implement or change IntelliJ `AnAction` actions and registrations.
실행 점수 미검증
설치 방법 보기IntelliJ 동작 시스템에서 사용하는 AnAction과 등록을 구현하거나 수정하는 방법을 안내합니다. 동작 클래스에는 인자가 없는 생성자를 사용하고, 생성자에서 Presentation을 만들지 않습니다. 동작 ID와 클래스, 필요에 따른 아이콘은 plugin.xml에 등록하고, 화면에 표시할 이름과 설명은 메시지 번들에 정의합니다. actionPerformed는 이벤트가 호출될 때 동기식으로 실행되므로 중단 함수를 시작할 때는 AnActionEvent#getCoroutineScope를 사용합니다.
IDE 메뉴나 화면에 새 동작을 추가하거나 기존 동작의 등록 정보와 아이콘을 변경할 때 활용할 수 있습니다. 표시 문구를 정의하는 위치를 정리하거나, 시간이 걸리는 작업을 시작하는 동작의 구현을 살펴볼 때도 유용합니다.
AnAction으로 추가하고 plugin.xml에 등록해 주세요.”표시 이름과 설명은 메시지 번들에 정의하고, 동작 ID 등의 등록 정보는 plugin.xml에 둡니다.
이 소개문은 공개된 SKILL.md를 바탕으로 AI(OpenAI Codex)가 작성했습니다. 정확한 사양은 아래 원문을 확인하세요.
AI가 SKILL.md의 내용에서 주의가 필요한 작업과 도입 전제를 확인했습니다. 점수는 실제로 실행한 결과(실행 검증)만으로 매깁니다.
점수에는 넣지 않았습니다. 2026년 10월 28일 기준으로 AI(OpenAI Codex)가 판정했습니다. 참고용이므로 설치 전에 원문도 확인해 주세요.
설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
Guidelines for implementing IntelliJ actions (AnAction).
id attribute for the action in plugin.xmlicon attribute if an icon is neededaction.<action-id>.text=Translated Action Textaction.<action-id>.description=Translated Action DescriptionGood example:
Kotlin:
class MyAction : AnAction()
plugin.xml:
<action id="My.Action.Id"
class="my.package.MyAction"
icon="my.package.MyIcons.ICON"/>
Bundle.properties:
action.My.Action.Id.text=My Action
action.My.Action.Id.description=Description of my action
아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
IntelliJ JPS 테스트 모듈을 Bazel로 옮기고 Bazel에서만 발생하는 실패를 조사하는 안내서입니다. 의존성, 플러그인, 테스트 데이터와 runfiles 문제를 확인하고 생성된 대상과 이전된 테스트를 검증합니다.
IntelliJ 프로젝트 규칙에 맞춰 Kotlin과 Java 코드를 작성하거나 검토합니다. 언어 선택, 서식, 봉인 타입, 스레드 주석, 제어 흐름 예외 처리를 확인합니다.
이 가이드는 IntelliJ 프로젝트의 변경 사항을 목적별로 나누고 프로젝트 형식에 맞는 커밋 메시지를 작성하도록 돕습니다. 티켓이 있으면 번호와 변경 설명을, 없으면 레이블과 하위 시스템명을 사용하며 필요에 따라 이유와 판단을 본문에 담습니다.
여러 Python 타입 검사기로 코드 조각이나 파일의 타입 추론과 오류 판정을 비교합니다. 도구별 결과, 실행 시간, 진단 내용을 Markdown 보고서로 모아 저장할 수 있습니다.
Compose Desktop 화면을 구성할 때 컴포저블은 렌더링을 맡고 프레젠터나 코디네이터는 앱 결정을 맡도록 구조를 정리합니다. 상태 소유권, Effect, 재사용 컴포넌트 API, 지연 목록 키, 애니메이션과 성능을 개별 UI 변경에 맞춰 살펴봅니다.
Compose Desktop UI 코드의 구조와 런타임 문제를 감사합니다. 상태 소유권, 부수 효과, 코루틴, 지연 목록, 애니메이션, 재구성을 살펴보고 우선순위별 결과를 제시합니다.