마지막 줄과 자동 점검 해석

AI GAME BUILDER는 작업을 마칠 때 자동 점검 결과를 한 줄로 남깁니다. 이 페이지는 그 줄이 무엇을 확인한 결과이고 무엇을 확인하지 못하는지 설명합니다. 결론은 하나입니다. 마지막 줄은 어디부터 볼지 알려 주는 표시이고, 완료 여부는 Launch로 직접 실행해서 판단합니다.

마지막 줄의 두 가지 형태

작업이 끝나면 요약 아래에 자동 점검 줄이 붙고, 결과가 씬에 반영되면 씬에 반영했습니다 · … 줄이 나온 뒤 중단 버튼이 보내기로 돌아옵니다. 2026-10-29 실측 2회에서는 씬에 반영했습니다 줄이 맨 끝이고 자동 점검 줄이 바로 그 위였습니다. 이 페이지에서 "마지막 줄"은 이 자동 점검 줄을 말합니다. 자동 점검 줄은 보통 다음 둘 중 하나입니다.

마지막 줄이 없는 경우도 있습니다. 2026-10-26 실측에서 고치기 요청 2회는 요약과 자동 점검 줄 없이 씬에 반영했습니다 · 스크립트 1개 수정 같은 줄로 끝났고, 실행해 보니 요청한 결함은 고쳐져 있었습니다. 이때도 판단은 직접 실행해서 합니다.

작업 도중에도 단계가 끝날 때마다 단계 요약과 ✓ 자동 점검: 문제 없음이 붙습니다. 자동 점검: 문제 1건 — 고치는 중이 보이면 AI가 스스로 찾은 문제를 고치는 중입니다. 단계 요약을 읽는 방법은 계획 확인과 작업 단계 읽기에 있습니다.

씬에 반영했습니다 줄의 개수도 읽습니다. 요청한 것보다 개수가 많으면 요청하지 않은 변경이 있었다는 신호입니다. 위 그림은 "노란 구 하나를 만들고 spin 스크립트를 붙여 달라"는 요청의 결과로 엔티티 1개 추가 · 1개 변경이었습니다. 작성 대기 이때 '1개 변경'이 무엇인지 확인 같은 날 "초록 상자 하나를 더 만들어 달라"는 요청은 엔티티 4개 추가 · 6개 변경으로 끝났습니다. 사례는 AI가 바꾼 범위 확인하기에 있습니다.

자동 점검이 보는 것과 보지 못하는 것

AI는 작업 도중 게임을 직접 실행해 봅니다. 그동안 에디터 화면 왼쪽 아래에 작은 화면과 AI가 게임 실행 확인 중…이 뜨고, 작업 기록에 ✓ 게임 실행 2.5초 같은 줄이 남습니다. 실측에서 한 번의 실행은 1.5초에서 3초 사이였습니다.

몇 초 동안 볼 수 있는 것은 게임이 오류 없이 켜지는지, 키 입력에 엔티티가 움직이는지 정도입니다. 다음은 몇 초로는 확인되지 않습니다.

• 목표를 끝까지 달성했을 때 끝나는 조건이 동작하는지
• 시작 상태가 맞는지(시작하자마자 승리 문구가 떠 있지 않은지)
• 카메라가 플레이어를 계속 따라가는지
• 화면 글자가 읽히는지(잘림, 빠진 글자, 배경과 비슷한 색)

그래서 문제 없음은 "AI가 실행해 본 범위에서 오류를 찾지 못했다"는 뜻으로 읽습니다. "게임이 요청한 대로 동작한다"는 뜻이 아닙니다.

"문제 없음"인데 결함이 남은 사례

같은 별 모으기 요청문으로 첫 게임을 만들고 규칙을 더하면서 관측한 사례입니다.

첫째 판의 원인은 AI가 직접 밝혔습니다. 확인하려고 잠깐 줄여 둔 시작 목숨(1개)을 되돌리지 않았고, 목숨 글자 엔티티를 제대로 연결하지 못했습니다. AI가 "확인했다"고 보고한 내용도 틀릴 수 있다는 사례입니다.

셋째 줄처럼 요약과 마지막 줄이 서로 다를 수 있습니다. 마지막 줄만 읽지 말고 바로 위 요약도 읽습니다. 요약에 다음 표현이 있으면 마지막 줄과 관계없이 덜 끝난 것입니다.

• "마무리하지 못했습니다"
• "남은 작업"
• "실제 수정은 아직 적용 전"

"문제 N건 남음"인데 정상 동작한 사례

반대로 문제 N건 남음이 게임이 망가졌다는 뜻도 아닙니다.

물론 N건 남음인데 실제로 망가진 판도 있습니다. 첫 생성 7판 중 2판은 문제 1건 남음, 문제 11건 남음으로 끝났고, 시작하자마자 승리 문구가 뜨거나 승리 문구가 아예 없었습니다. 새 프로젝트에서 만든 1판도 문제 1건 남음이었고 같은 결함이 있었습니다.

남았다고 적힌 문제와 실제 결함이 다를 수도 있습니다. 2026-10-26 실측의 한 판은 문제 2건 남음으로 끝났고 남은 문제로 "글자 칸을 스크립트 둘이 같이 쓴다", "별이 작아 안 보인다"를 적었습니다. 실행해 보니 별이 작은 것은 맞았지만, 적히지 않은 "시작하자마자 승리 문구" 결함도 있었습니다. 같은 날 고치기 요청 한 번은 문제 4건 남음(쓰이지 않는 스크립트 4개)으로 끝났는데, 요청한 결함 2개가 그대로였고 새 결함이 하나 생겼습니다.

N건 남음을 보면 그 아래 영어 줄에서 무엇이 남았는지 먼저 읽습니다. 그다음 직접 실행해 실제로 영향이 있는지 봅니다. 덜 끝난 작업을 이어서 시키는 방법은 멈췄을 때, 덜 끝났을 때, 맴돌 때에 있습니다.

게임 실행 한도

AI가 한 요청 안에서 게임을 실행해 볼 수 있는 횟수에는 한도가 있습니다. 한도를 다 쓰면 AI는 run_game 호출 한도(9회)에 걸려 마지막 동작 확인을 마무리하지 못했다 같은 문장을 적고 작업을 끝냅니다.

• 첫 생성 7판 중 3판에서 이 문장이 나왔습니다.
• 기록된 한도는 대부분 9회였고, 한 번은 6회였습니다. 한도는 고정값이 아닙니다(개발팀 확인).
• 한도에 걸린 판의 마지막 줄은 문제 없음일 수도 있고 문제 N건 남음일 수도 있었습니다.

이 문장은 작업이 멈췄다는 뜻이 아닙니다. AI가 마지막 확인을 하지 못했다고 스스로 적은 것입니다. 이때는 이어서 시키기 전에 먼저 직접 실행해 봅니다.

그래서 반드시 Launch로 직접 확인한다

마지막 줄이 무엇이든 확인하는 방법은 같습니다. 마지막 줄과 바로 위 요약을 읽은 뒤, Launch로 게임을 처음부터 끝까지 플레이합니다. 이때 새 규칙만이 아니라 원래 있던 기능도 다시 봅니다. AI가 부탁하지 않은 곳을 바꾼 사례가 있기 때문입니다. 구체적인 순서는 Launch로 실행하기의 「확인하기」에 있습니다.

실측에서 처음 만든 5판 가운데 처음부터 결함 없이 통과한 판은 3판이었습니다. 2026-10-26에 첫 게임 만들기의 요청문으로 새 프로젝트 3곳에서 만든 판은 3판 모두 처음에 결함이 있었습니다. 규칙 하나를 더할 때는 두 판 모두 요청 두세 번이 필요했습니다. 직접 실행해 결함을 찾는 것은 예외 처리가 아니라 정상 작업 흐름의 일부입니다.

찾은 결함을 고치는 방법은 고치기 요청 보내기에 있습니다.

다음으로

• Launch로 실행하기
• 계획 확인과 작업 단계 읽기
• 멈췄을 때, 덜 끝났을 때, 맴돌 때
• AI가 바꾼 범위 확인하기
• 고치기 요청 보내기
• 증상별 문제 해결