oh-my-pi에서 codex 토큰 소모가 너무 빠름

지난주에 정확히 똑같은 걸 느꼈어. oh my pi 안에서 codex를 쓰니까 5시간 제한을 예전보다 훨씬 빨리 잡아먹더라고. 간단한 git 커밋이랑 작은 수정만 해도 프롬프트당 10%씩 깎이는 건 진짜 미친 수준임. 그냥 tmux 세션에서 codex를 직접 돌리는 걸로 바꿨더니 사용량이 완전히 평탄해졌어. OMP 래퍼나 컨텍스트를 주입하는 방식 어딘가에서 매번 토큰을 태우고 있는 거야. OMP 키바인딩에 묶여 있는 게 아니라면 지금은 그냥 codex를 단독으로 돌리는 걸 추천해.

휴, 적어도 내가 헛것을 본 건 아니네. 짜증 나는 건 OMP가 계정이랑 제공자를 쉽게 바꿀 수 있게 해줘서 흐름이 안 끊긴다는 건데.

정말 네가 뭘 하느냐에 따라 달라. OMP를 쓴다면 다음 사항들을 확인해봐.

• 커밋이나 tiny 같은 모델 역할을 Luna와 auto로 제대로 설정했는지
• auto effort를 사용 중인지 확인
• MCP나 스킬을 얼마나 불러오고 있는지 확인
• '/stats'를 실행해서 호출 추적을 확인해봐, 무슨 일이 벌어지고 있는지 알 수 있을 거야.

그리고 지난주에 OpenAI가 하위 티어에서 제공하는 사용량을 진짜 많이 바꿨어. 나는 Open Router를 통해 OpenAI 모델의 API 요금을 내는 게 훨씬 효율적이고 가성비가 좋았어.

Luna를 작업 모델로 설정하고 32억 토큰짜리 옛날 계약서들을 분류하게 시켰을 때도 66달러밖에 안 나왔거든.

OMP는 코딩용이야. 범용 작업 하네스가 아니라고. 다른 시나리오에서는 토큰을 낭비할 거야. 어떻게든 해내긴 하겠지만, 코딩으로 해결하려고 들 테니까.

난 Pi에서 시스템 프롬프트를 빡빡하게 제어하던 codex 모델들에서 그냥 순수 codex로 넘어갔는데 사용량이 상당히 줄었어.

모델들이 자기네 하네스(codex, Claude, deepseeks dsh)에 맞춰서 사후 학습(post trained)된다는 걸 명심해. 그래서 지금은 그 하네스들을 쓸 때 더 효율적으로 작동하는 거야.

OMP, 그리고 어쩌면 Pi까지도 매력적이었던 이유 중 하나가 모델들을 즉석에서 쉽게 바꿀 수 있다는 거였는데, 그냥 비싼 꿈이었던 것 같네!

OMP를 쓰고 있다면 Pi의 존재 의미는 사라진 거야. OMP의 기본 시스템 프롬프트는 opencode보다 더 많은 컨텍스트 윈도우를 잡아먹거든. 그래서 Pi가 최소한의 작업 가능한 하네스 경험을 제공하려고 내놓은 큐레이팅된 시스템 프롬프트와 툴셋은 완전히 헛수고가 되는 거지.

맞아, 이제 알겠어. 방금 알게 된 건데, 일정 시간 뒤에 돌아오면 세션 전체를 자동으로 요약하더라고. 토큰 200만 개가 그냥 날아간 거야!

수정: 설정 가능하네. omp config set recap.enabled false 하면 됨.