이젠 에러들을 잡아야 할 것 같습니다.
DXCMS는 post_id가 BIGINT를 사용하고 있기 때문에 문자열(String)로 인식해야 합니다. 자연어 기반으로 개발을 진행하다 보니 이 부분을 정확하게 분석하지 못한 것 같습니다. int로 캐스팅하게 되면 오버플로우가 발생할 수 있습니다.
즉, 자연어만으로는 이러한 규칙을 제대로 분석하지 못하는 경우가 있습니다. 그래서 처음 단계에서 이 부분을 먼저 알려주는 것이 좋을 것 같습니다.
일단 이번 강좌에서는 이미 지나간 내용이므로, 해당 문제를 해결하도록 하겠습니다.
현재 list 링크 부분에서 오버플로우로 인해 Claude와 상당히 답답한 대화가 이어졌습니다.
욕 한 번 할 뻔했지만 참았습니다.
1단계 : 대화 명령
이슈
- 게시판 리스트에서 날짜가 안나옵니다.
- 뷰페이지 404페이지로 이동됩니다. post_id 깨짐 | BIGINT (int) 캐스팅 | string 유지 | 절대 유지
basic 게시판을 충분히 검토하고, 봐주세요
위의 명령으로 인식할 줄 알았습니다.
그다지 어려운 부분이 아니였습니다. 오버플로우의 문제점을 알려줬는데, 결과는 실패였습니다.
여기서 좀 짜증이 났습니다. 분석이 좀 길었슴 ㅡㅡ^
난 여기서 제대로 인식했다고 생각했습니다.
이유는 이슈들을 정확히 포커스 잡았기 때문입니다. 지금 분석 결과 내용도 정확히 맞았습니다.
그런데 결과는 똑같았습니다.
저는 이해가 되지 않았습니다. 지금 정도의 명령이라면 충분히 해결될 것이라고 생각했습니다. 그런데 해당 내용을 제대로 이해하지 못한 것 같습니다. 아니면 토큰을 더 사용하기 위해 일부러 빙빙 돌아간 것 같다는 생각까지 들었습니다.
결국 문제를 해결하지 못했고, 저는 다시 명령을 내릴 수밖에 없었습니다.
/free/view/2147483647 이렇게 링크 주소가 오버플로어가 됩니다.
집중해 주세요. basic 게시판을 잘 비교해보세요.
이 명령도 제대로 인식하지 못했습니다.
하지만 Claude의 작업 프린팅 내용에서는 해당 작업을 완전히 이해한 것으로 보였습니다. 실제로 출력된 작업 내역만 보면 정확하게 분석한 것처럼 보였습니다.
사실 이 문제 때문에 CMS를 작업할 때는 결국 제가 직접 수정했습니다. 단순히 문자열(String)로 처리하면 되는 문제였는데, 이것 하나 때문에 다시 스킬 작업을 하는 것은 비효율적이라고 생각했기 때문입니다.
다만 자연어 처리 강좌에서는 끝까지 자연어만으로 진행할 예정입니다. 그래서 이번 사례를 유심히 지켜봤습니다.
지금의 명령과 작업 내역은 거의 완벽에 가까웠습니다. 분석 결과도 맞았고, 수정 방향도 맞았습니다. 그런데도 결국 오버플로우가 발생했습니다.
제가 느낀 가장 큰 문제는 분석을 못한 것이 아니었습니다. 오히려 문제를 정확히 분석하고도 실제 수정 과정에서는 그 분석 내용이 제대로 반영되지 않았다는 점입니다. 작업 로그만 보면 이해한 것처럼 보이는데, 결과물에서는 여전히 BIGINT 값을 int처럼 다루고 있었고, 결국 같은 문제가 반복되었습니다.
그래서 저는 분석 능력과 실제 코드 적용 능력이 서로 다른 문제라는 것을 다시 한번 확인하게 되었습니다.
엄청난 분석을 하더군요. 아마 여기서 토큰을 많이 사용한 것 같습니다.
단순히 캐스팅 하나를 수정하는 문제인데도 이렇게 많은 분석을 한다는 것이 정말 놀라웠습니다.
이런 부분에서 토큰이 상당히 소모되는구나 하는 생각이 들었습니다. 결국 수정해야 할 것은 하나인데, 그 하나를 처리하기 위해 처음부터 전체를 분석하다 보니 점점 산으로 가는 것이겠죠. 저는 환각 현상도 이런 과정에서 발생하는 것 같았습니다.
물론 패치를 받아 적용해 보았습니다. 하지만 결과는 똑같았습니다.
그래서 오히려 "도대체 무엇을 분석하느라 이렇게 많은 시간을 사용한 것일까?"라는 질문을 하고 싶어졌습니다.
결국 저는 방향을 바꾸었습니다. 전체를 분석하게 두는 것이 아니라, 수정해야 할 스킨 파일을 직접 지정해 주었습니다.
적어도 해당 파일 안에서만 작업하도록 범위를 좁혀야 원하는 결과에 더 빠르게 도달할 수 있다고 판단했기 때문입니다.
답답하군요.
/free/view/1780171965236426 이게 저상적인 view 주소입니다
이 주소가
/free/view/2147483647
이런식으로 값이 오염된다구요. 캐스팅을 정확히 해야 합니다.
답답합니다. dxcms 원본의 board/basic 스킨을 list.php와 _list_row.php 파일을 검토해보세요.
임의 판단하지 마세요. 기본 틀이 basic 스킨입니다.
이렇게 명령을 했더니 정상적으로 처리되었습니다.
자연어 기반 작업은 AI들이 가끔 장난을 치는 듯한 느낌이 들기도 합니다.
물론 정확한 스킬 문서로 작업한다고 해서 항상 결과가 달라지는 것은 아닙니다. 실제로 스킬 문서로 지시해도 비슷한 문제가 발생하는 경우가 있습니다.
다만 자연어의 경우에는 더욱 답답한 순간이 있습니다. 분명히 문제를 정확하게 설명했고, 분석 내용도 맞았으며, 작업 로그에서도 이해한 것처럼 보이는데 결과물은 전혀 다른 방향으로 나오는 경우가 있기 때문입니다.
이번 사례도 비슷했습니다. 문제는 이미 특정되었고 수정 범위도 크지 않았습니다. 그런데 AI는 계속 전체 구조를 분석하고, 관련 없는 부분까지 검토하면서 많은 토큰을 사용했습니다. 정작 수정해야 할 핵심 부분은 놓치고 있었던 것입니다.
결국 수정 대상 파일을 직접 지정하고 범위를 강제로 제한하니 바로 처리되었습니다.
이번 경험을 통해 자연어 개발은 AI가 무엇을 해야 하는지 알려주는 것보다, 무엇을 하지 말아야 하는지와 어디만 수정해야 하는지를 명확히 지정하는 것이 더 중요하다는 생각이 들었습니다.
그래도 자연어만으로 어디까지 개발이 가능한지 확인하는 과정이라고 생각하면, 나름 의미 있는 경험이었던 것 같습니다.
이렇게 했더니 정상적으로 처리가 되었습니다.
결과 주소 링크
https://bluehaven.designonex.com/free
