AI로 Minecraft 플러그인 만드는 법

단계별 안내

1. 1.도구가 어디까지 해 줄지 정하기

   채팅 어시스턴트는 내가 직접 조립하고 빌드해야 하는 코드를 줘요. AI 편집기는 내 컴퓨터의 프로젝트 안에서 일해요. Codexe 같은 생성기는 프로젝트 설정, 빌드, 테스트까지 대신 해 줘요.

2. 2.정확하게 요청하기

   서버 소프트웨어와 정확한 버전, 인수가 있는 모든 명령어, 권한, 한도, 저장 방식, 설정. 문단보다 글머리 기호가 나아요.

3. 3.완전한 프로젝트 받기

   Java 클래스, plugin.yml, config.yml, 빌드 파일. plugin.yml이나 올바른 의존성이 없는 플러그인은 로드되지 않아요.

4. 4.빌드하기

   내 버전의 API로 컴파일하세요. AI 코드가 가장 자주 실패하는 곳이 컴파일 오류이고, 보통 다른 버전의 메서드 때문이에요.

5. 5.게임 안에서 테스트하기

   같은 버전의 서버에 불러오고, 콘솔을 읽고, 관리자(OP)로도 일반 플레이어로도 모든 명령어를 써 보세요.

6. 6.일어난 일을 설명해서 고치기

   "권한 없는 플레이어가 /home을 실행하면 아무 일도 안 일어나"라고 하면 "권한 고쳐 줘"보다 더 나은 수정을 받을 수 있어요.

잘 통하는 프롬프트 쓰기

AI는 내 말에서 추론할 수 있는 것을 만들어요. 결과를 가장 크게 바꾸는 세부 사항은 이거예요:

• 버전: "Paper 1.21.4" 또는 "Spigot 1.8.8". 둘의 API는 크게 달라요.
• 명령어와 권한: /bounty set <player> <amount>, 권한 bounties.set, 기본값 true.
• 예외 상황: 오프라인 플레이어, 꽉 찬 인벤토리, 죽거나 로그아웃하거나 재시작할 때 일어나는 일.
• 저장소: 메모리, YAML, SQLite, MySQL 중 무엇인지, 데이터가 재시작 후에도 남는지.
• 연동: Vault, PlaceholderAPI, LuckPerms, WorldGuard를 분명히 적어서 의존성이 되게 하세요.

AI가 잘하는 것과 확인해야 할 것

• 잘하는 것: 명령어, 리스너, 설정 파일, GUI, 쿨다운, 저장소, 모든 플러그인이 공유하는 일반적인 구조.
• 꼼꼼히 확인할 것: 예외 상황에서의 정확한 동작, 밸런스(가격, 피해량, 쿨다운), 많은 플레이어에게 한꺼번에 영향을 주는 모든 것.
• 도구 없이는 약한 부분: 내 버전의 정확한 API. 맞아 보이는 코드가 내 서버에 없는 메서드를 호출할 수 있어요.
• 어느 쪽이든 내가 할 일: 게임 안에서의 테스트. 빌드가 통과했다는 건 코드가 컴파일된다는 뜻이지, 기능이 의도대로 동작한다는 뜻이 아니에요.

Codexe로 플러그인 만들기

Codexe에서는 플러그인을 설명하면 어떤 Minecraft 버전(1.8.8~26.3)용인지 물어봐요. 그 버전의 API에 맞춰 프로젝트를 작성하고, 맞는 Java로 컴파일하고, 빌드 대상 API의 실제 시그니처를 써서 빌드 오류를 고친 다음에야 준비 완료로 표시해요. 지금 체험하기는 플러그인이 설치된 비공개 서버를 시작하고 내 게임에서 접속할 수 있게 해 주며, 테스트 플레이어가 모든 명령어를 실행하고 요청한 내용을 확인해요.

무료 플랜에서는 24시간마다 다시 채워지는 50,000 토큰과, 하루에 각 10분짜리 테스트 서버 3개를 쓸 수 있어요. 생성, 컴파일, 테스트는 무료이고, .jar를 다운로드하려면 플랜이나 다운로드 팩이 필요해요. 결과물은 열어서 수정할 수 있는 일반 Maven 또는 Gradle 프로젝트예요.

질문