Thrust 복원기가 보여준 AI 코딩의 진짜 역할
AI 코딩의 약점은 제품 감각과 정확한 재현이고, 강점은 낯선 코드베이스를 읽고 설명하는 데 있다. 개발팀은 생성보다 이해와 검증에 AI를 배치할 때 더 큰 효과를 얻는다.
AI 뉴스를 놓치지 마세요
매주 핵심 AI 소식을 이메일로 받아보세요.
못 만들었지만 이해하게 했다
James Randall은 Thrust 복원기에서 Claude에게 1986년 BBC Micro 게임 Thrust를 브라우저로 재현해 달라고 했다. 결과는 좋지 않았다. 겉모습은 조금 비슷했지만 중력, 조작감, 타이밍이 맞지 않았다. 그러나 이야기는 실패담으로 끝나지 않는다. Claude는 주석이 달린 6502 디스어셈블리를 읽고, 레벨 데이터, 물리, 사운드, 그래픽 시스템을 설명하는 도구로는 큰 도움이 됐다.
이 사례는 Thrust 원본을 플레이할 수 있는 BBC Micro 사이트, Kieran Connell의 주석 디스어셈블리, SN76489 사운드칩 자료, Claude Code 문서와 연결해 보면 더 분명해진다. AI가 처음부터 정답 코드를 낸 것이 아니라, 사람이 원본 시스템을 더 빨리 이해하게 만든 것이다. Short Leash 방식의 AI 코딩, AI가 찾은 CIRCL 버그, Onboard CLI 코드베이스 지도와 같은 흐름이다.
조작감은 텍스트 설명으로 복제되지 않는다
Randall의 핵심 발견은 물리 상수만 맞춘다고 원작의 느낌이 살아나지 않는다는 점이다. Thrust는 50Hz 화면 갱신에 단순히 맞춰 움직이지 않았다. 원작은 최소 3센티초를 기다리는 루프로 약 33.33Hz에 가까운 틱을 만들고, 16틱 중 6개 슬롯에서만 힘과 드래그를 적용했다. 회전도 매 틱 일어나지 않았다. 이런 작은 타이밍이 배의 무게감과 관성, 난이도를 만든다.
| 영역 | AI가 처음 놓친 것 | AI가 나중에 도운 것 |
|---|---|---|
| 물리 | 중력과 추진의 체감 타이밍 | 6502 루프와 고정소수점 해석 |
| 사운드 | 엔진음의 연속성과 칩 동작 | MOS 호출과 SN76489 구조 설명 |
| 그래픽 | 대략적인 벡터 모사 | 원본 스프라이트와 레벨 데이터 추출 |
| 데모 모드 | 손맛과 경로의 정확성 | 키 입력 테이블과 랜덤화 방식 분석 |
이 표가 말하는 것은 명확하다. AI는 대략적인 산출물을 빨리 만들 수 있지만, 오래된 시스템의 감각을 복원하려면 인간이 목표 품질을 알아야 한다. 모델은 "비슷해 보이는 게임"과 "원작처럼 느껴지는 게임"을 구분하지 못한다. 반대로 사람이 차이를 알고 있으면 AI는 코드 읽기와 문서화 속도를 크게 높인다.
레거시 코드베이스의 새로운 읽기 도구
많은 기업의 레거시 시스템도 Thrust와 비슷하다. COBOL, C, 오래된 Java, 사내 DSL, 저장 프로시저에는 문서로 설명되지 않는 타이밍과 예외가 있다. AI에게 "새 버전으로 다시 만들어줘"라고 맡기면 위험하지만, "이 함수가 왜 이런 순서로 실행되는지 설명해줘", "입출력 경계를 표로 정리해줘", "테스트해야 할 반례를 찾아줘"라고 요청하면 유용하다.
특히 주석과 원본 자료가 있을 때 효과가 커진다. Randall도 주석이 달린 디스어셈블리가 있었기에 Claude가 제대로 초점을 잡았다고 봤다. 이는 기업에도 중요한 교훈이다. AI 전환의 첫 단계는 코드를 새로 쓰는 것이 아니라 기존 코드와 운영 지식을 모델이 읽을 수 있게 정리하는 일이다.
한국 개발팀의 적용법
한국 기업은 오래된 ERP, 금융, 제조, 통신 시스템을 많이 갖고 있다. 이런 시스템을 AI로 한 번에 재작성하는 프로젝트는 매력적으로 보이지만 실패 비용이 크다. 더 현실적인 접근은 소프트웨어 고고학이다. 핵심 배치 잡, 결제 흐름, 장애 대응 스크립트, 오래된 프로토콜을 AI와 함께 읽고, 사람이 검증한 문서와 테스트를 남기는 것이다.
개발팀은 AI를 코드 생성기보다 조사 조수로 배치할 수 있다. 예를 들어 한 파일을 읽고 데이터 흐름을 요약하게 하고, 다음에는 실제 로그와 비교하고, 마지막에는 테스트 케이스를 만든다. OfficeCLI 문서 에이전트가 문서 작업의 손과 눈을 제공한다면, 이런 AI 코딩 흐름은 레거시 시스템의 지도 제작 도구에 가깝다.
자주 묻는 질문
Q1: AI가 Thrust를 못 만들었다는 뜻인가요?
A: 처음 요청만으로는 원작의 조작감과 타이밍을 재현하지 못했다. 다만 원본 코드를 이해하는 도구로는 매우 유용했다.
Q2: 왜 오래된 게임 사례가 기업 개발과 관련 있나요?
A: 레거시 시스템도 문서화되지 않은 타이밍, 예외, 암묵적 규칙에 의존하기 때문이다.
Q3: AI 코딩 도구를 어떻게 써야 하나요?
A: 곧바로 재작성시키기보다 코드 설명, 의존성 지도, 테스트 후보, 반례 찾기에 먼저 쓰는 것이 안전하다.
Q4: 주석 없는 코드는 어떻게 하나요?
A: AI가 도움을 줄 수는 있지만 정확도가 낮아진다. 실행 로그, 테스트, 도메인 전문가 검토를 함께 붙여야 한다.
Q5: 개발자의 역할은 줄어드나요?
A: 단순 초안 작성은 줄 수 있지만, 품질 기준을 알고 검증하는 개발자의 역할은 더 중요해진다.
📰 원본 출처
jamesdrandall.com이 기사는 AI 기술을 활용하여 작성되었으며, 원본 뉴스 소스를 기반으로 분석 및 해설을 추가한 콘텐츠입니다. 정확한 정보 전달을 위해 노력하고 있으나, 원본 기사를 함께 확인하시기를 권장합니다.