Sol 6은 그냥 엉망진창임

OpenAI가 Terra를 Sol로 이름 바꾼 뒤로는 경쟁할 만한 게 딱히 없지. Sol 6.1로 빨리 업데이트하거나, 예전 Sol 가격으로 Astra Minor를 내놓지 않는 이상 말이야. Astra 6.1은 Opus 5.5랑 경쟁하기엔 너무 비쌀걸.

또 시작이네. 벌써 2일째임.

와 진짜 미치겠네. 방금 GPT-6 Astra Medium에서 GPT-6 Sol Medium으로 바꾸고 코드베이스의 사소한 문제 좀 해결해달라고 시켰거든. 코드가 5초마다 파일을 쓰는데, 이게 데이터 백업하는 다른 프로젝트랑 충돌을 일으키더라고.

GPT-6 Sol Medium한테 딱 두 가지 간단하고 명확한 지시를 내렸어:

1. 파일 쓰기 주기를 5초에서 10분으로 바꿀 것,
2. 앱 종료 시에 파일을 저장할 것.

그랬더니 GPT-6 Sol이 혼자 생각하더니 두 가지를 하겠다고 보고하더라:

그거 5.6 Terra 양자화해서 이름만 바꾼 거임!

워워 진정해라. Gemini 수준이라고? 최근에 Gemini한테 바로 직전 메시지에 있던 엄청 명확한 맥락을 두 번이나 다시 상기시켜야 했음. Gemini가 최근 숫자 하나 찾아놓고는, 자기가 검색 안 했다거나 검색 기능 못 쓴다고 가스라이팅 하더라. Gemini는 GPT 3 수준으로 다루기 힘듦. 진짜 놀라울 정도임.

난 잘 모르겠는데, Sol 6 Extra high 몇 시간째 쓰고 있는데 꽤 잘 돌아감. 좀 이상한 점은 있어도 5.6에 비하면 아무것도 아님. 5.6처럼 사소한 거 하나하나에 과하게 엔지니어링하거나 검증/테스트에 집착하지 않아서 좋음. 사용량도 거의 안 먹고. 나중에 Astra한테 검사 돌려봐서 내 코드 망쳐놨는지 확인해봐야겠지만, 지금까진 만족함.

혹시 얘가 짠 오픈소스 코드 중에 공유 가능한 거 있음? 진짜 궁금해서. 예를 들어 얘가 내린 엉망인 결정 하나가 있는데, 지금 게임 엔진 만드는 중이거든. 칼을 휘두르면 500밀리초 뒤에 효과가 재생돼야 함. 근데 Sol이 내린 결정이 뭐냐면, 칼을 휘두를 때마다 플랫폼 스레드를 통째로 생성하고 500밀리초 동안 재우는 거임. (칼 휘두르는 개체가 수백 개인데 말이야). 대신 작업 스케줄러를 설계했어야지.. 자바 프로그램에서 IO 에러가 나서 해결해야 했는데, Sol 6은 '형님 문제없습니다' 이러더니 근본 원인 분석은 안 하고 그냥 try { } catch 블록만 씌워버림 ㅋㅋ. Sol 입장에선 에러 블록에서 문제를 해결하고 제대로 고치긴 했지만.. Astra는 근본 원인을 해결했거든. 벤치마크가 의심스러움. 벤치마크는 통과했겠지만, 코드 품질이 대체 어떠길래..?