o3-mini 사용 후기

o3-mini-high 모델을 직접 사용해 본 후기입니다.

얼마 전 Django 프로젝트에서 마이그레이션 파일이 제대로 생성되지 않는 문제를 해결하고 있었습니다.

문제는 특정 테이블의 데이터가 많아 FK 제약 조건 추가 시 발생하는 메타데이터 락 문제였습니다.

구체적으로 외래키(FK) 제약 조건을 추가할 때, 해당 테이블에 메타데이터 락이 걸려 서비스에 영향을 주는 현상이 발생했습니다.

그래서 위험을 회피하기 위해, 기존에는 Django의 마이그레이션 대신 RunSQL 명령을 사용해 직접 테이블을 생성하고, 필요한 옵션(예: SET lock_wait_timeout=5)을 적용했습니다.

그런데 여기서 문제가 더 복잡해졌습니다. RunSQL을 사용하여 테이블을 직접 생성한 후, migrations.CreateModel을 사용해서 프록시 모델인 다른 테이블을 생성하려 했는데, 이 모델은 베이스 모델인 또 다른 모델을 상속받도록 되어 있었습니다.
여기서 새로운 에러가 발생했습니다. 에러 메시지는 “Cannot resolve bases for [<ModelState: '프록시 모델'>]”이었습니다.

결국 Django 프레임워크가 추가하는 방식이 아닌, 비정상적인 방식으로 테이블을 생성해야 하는 특수한 상황이었습니다.

이 문제를 해결하려고 제미나이, deepseek r1, 클로드 sonnet 3.5로 시도해 보았지만 해결하지 못했습니다.

오늘 다시 plus에 가입해서 o3-mini-high로 시도한 결과, 10여 분 만에 테이블을 정상적으로 만들 수 있었습니다.

다른 모델들은 이 문제를 이해하지 못하거나 심도 깊게 풀지 못하는 듯한 느낌을 받았습니다.

그나마 deepseek r1이 문제의 원인을 가장 근접하게 파악하는 듯한 느낌이었습니다.

클로드 소넷은 가장 이해도가 낮았던 것 같습니다.

OpenAI가 o1 이후로 또다시 해낸 것 같다는 생각이 들었습니다.

지금까지 다른 모델들이 해결하지 못한 문제들을 o1-mini에게 맡겨보도록 하겠습니다.