자동 수정
Codexe가 결과물을 전달하는 동안 빌드 오류를 고치는 방식, 무료 "다시 시도"와 "AI로 고치기" 수정, 그리고 수정이 채팅을 통해 이루어지는 경우를 설명해요.
업데이트됨
자동 수정은 Codexe가 빌드에서 나온 정확한 오류를 보고 빌드 또는 로드 오류를 스스로 고치는 기능이에요. 두 가지 상황에서 실행되는데, 어느 쪽인지 알면 수정이 무료인지도 알 수 있어요.
#1. 전달 과정의 내부 수정(무료)
Codexe가 빌드할 수 있는 프로젝트를 검증하는 동안에는 빌드가 실패해도 망가진 프로젝트가 여러분에게 전달되지 않아요(모든 단계를 순서대로 보기). Codexe는 다음을 해요.
- 컴파일러나 로드 오류를 정확히 읽고,
- 빌드에 쓰인 바로 그 JAR에서 관련 라이브러리 클래스의 실제 시그니처를 찾아 수정이 실제 API 버전과 맞도록 하고,
- 수정 모델에게 꼭 필요한 부분만 바꾸도록 요청하고,
- 다시 빌드해요.
오류 수가 계속 줄어드는 동안에는 여러 차례 반복하고, 막히면 더 강력한 모델로 한 번 더 시도해요. 프로젝트에서는 이 과정이 문제를 고치는 중… 및 확인하는 중… 단계로 표시돼요.
이 작업의 비용은 Codexe가 부담해요. 토큰을 사용하지 않고 프롬프트로도 계산되지 않아요.
#2. 직접 시작하는 수정
| 위치 | 버튼 | 비용 |
|---|---|---|
| "수정 필요"로 끝난 프로젝트 | Codexe가 다시 시도하게 하기 (무료) | 무료 |
| 컴파일 실패, 전달 이후 파일 변경 없음 | AI로 고치기 | 무료(같은 내부 수정) |
| 컴파일 실패, 직접 또는 채팅으로 파일 변경 | AI로 고치기 | 일반 채팅 메시지(토큰) |
| 그 밖의 경우 | 채팅에 문제 설명하기 | 일반 채팅 메시지(토큰) |
무료 "다시 시도"는 프로젝트당 하루 한 번, 계정당 하루 세 개 프로젝트까지 쓸 수 있어요.
왜 차이가 있을까요? 파일이 Codexe가 전달한 그대로라면 실패는 Codexe의 책임이에요. 프로젝트가 바뀐 뒤라면, 수정은 다른 요청과 마찬가지로 여러분의 버전에 대한 새 작업이에요.
#수정이 멈추는 경우
오류가 더 이상 줄지 않거나, 같은 오류가 계속 다시 나타나거나, 시간 또는 작업량 한도에 도달하면 Codexe는 수정을 멈춰요. 그러면 프로젝트에 Codexe가 이 프로젝트의 검증을 자동으로 마치지 못했어요라고 표시돼요. 파일은 모두 그대로 남아 있어요. 프로젝트 실패 또는 수정 필요를 참고하세요.
#수정으로 고칠 수 없는 것
- 동작. 수정은 빌드되지 않는 코드를 고쳐요. 어떤 기능이 여러분의 의도와 다르게 동작한다는 것까지는 알 수 없으니 채팅으로 알려 주세요.
- 인프라 문제. 빌드 자체를 실행할 수 없었다면(의존성 저장소 시간 초과, 빌드 서비스 혼잡) 고칠 대상이 없어요. 이때 프로젝트는 대신 인증되지 않음으로 표시되고 나중에 다시 시도돼요.
- 지원되지 않는 Skript 애드온. 스크립트에 테스트 서버에 없는 애드온이 필요하면 Codexe는 스크립트를 다시 쓰는 대신 그 사실을 알려 줘요.