아침엔 캐시히트가 신급, 오후엔 SDK가 또 말썽 — OmO 네이티브 하루 실사용기

아침 8시 8분, 한 참가자가 오픈코드 계열 오픈소스 AI 코딩 에이전트 하네스 OmO의 네이티브 버전을 쓰다 짧게 감탄을 남겼다. "캐시히트가 미쳤습니다~"라는 한 줄이었다. 캐시히트는 비슷한 맥락의 요청을 반복할 때 이전 응답을 재사용해 토큰 소모를 줄이는 기능인데, 한 시간 남짓 뒤 다른 참가자도 "omon 캐시히트는 진짜 신이다"라며 같은 체감을 전했다.

낮이 되자 이 캐시히트를 실제로 어떻게 확인하는지를 두고 세부 대화가 이어졌다. 낮 12시 47분 한 참가자는 "저는 omo 캐시히트율 나오는게 꼭 onboarding을 수동으로 호출해줘야 나오는군요 크흠"이라고 짚었다. 캐시히트라는 성능 자체는 호평받았지만, 그 수치를 확인하려면 온보딩 절차를 수동으로 한 번 더 거쳐야 한다는, 손이 가는 지점도 함께 드러난 셈이다.

분위기가 달라진 건 오후 3시 43분이었다. 한 참가자가 "아 claude sdk 또 안되네"라고 알리고는, 19초 뒤 스스로 "omon 이 이슈발행중입니다."라고 덧붙였다. 이미 발행된 이슈로 알고 있다는 뜻이었고, 그는 곧 "저보단 omon이 잘알겟죵"이라며 정확한 판단은 개발 쪽에 넘겼다. 2분 뒤에는 다른 참가자가 "fast를 켰는데도 왜 40토큰밖에 뱉지를 못하니"라며 fast 모드의 체감 속도에 의문을 던졌다. 응답 속도를 높이려고 켠 옵션인데 정작 결과물이 짧게 끊긴다는 하소연이었다.

곧이어 SDK 경로는 안 되고 앤트로픽 직접 연동만 된다는 참가자의 짧은 보고가 이어지며 문제 범위가 좁혀지는 듯했다. 오후 4시 5분에는 다른 참가자가 "omon에서 클로드 모델 anthropic랑 sdk 다르게 쓰는게 토큰 소모량이 다른가요 혹시?"라고 물었다. 같은 클로드 모델이라도 연동 경로에 따라 토큰 소모나 안정성이 달라지는지는 이날 오후 내내 뚜렷하게 풀리지 않은 궁금증으로 남았다.

이날 오간 이야기를 겹쳐 보면 OmO 네이티브는 아직 정식판이 아니라 베타 단계에 머물러 있는 것으로 보인다. 데스크톱 앱에 CLI를 내장하겠다는 예고도 저녁 5시 6분이 돼서야 나왔다. 다른 참가자는 "이거 끝나면 데탑앱 바이너리에 omo native cli 가 내장됩니다"라고 밝혔는데, 그 전까지는 참가자들이 SDK와 앤트로픽 직접 연동을 오가며 되는 조합을 각자 찾아야 하는 상태였다. 캐시히트라는 확실한 강점과 SDK 연동 불안정이라는 약점이 같은 하루, 같은 도구를 두고 동시에 보고된 셈이다.

아침의 호평과 오후의 오류 신고가 같은 방, 같은 도구를 두고 나왔다는 점은 이 커뮤니티가 OmO 네이티브를 실무에 진지하게 끌어다 쓰고 있다는 방증이기도 하다. 문제가 생기면 그 자리에서 이미 발행된 이슈라는 확인이 붙을 만큼 방 안의 정보 공유는 빨랐지만, 사용자 쪽에서는 여전히 SDK와 직접 연동 중 어느 쪽이 되는지를 스스로 시험해봐야 하는 단계다. 정식 출시 전 베타 도구 특유의 성장통이, 하루 사이 캐시히트에 대한 호평과 SDK 오류라는 두 얼굴로 압축돼 드러난 사례로 읽힌다.

이 화두에는 참가자 5명, 발화 5건이 대표 사례로 집계됐다. 참여 규모 자체는 크지 않았지만, 같은 도구를 쓰는 참가자들이 캐시히트 체감부터 SDK 오류, fast 모드 속도까지 서로 다른 층위의 경험을 하루 사이 촘촘히 주고받았다는 점에서, OmO 네이티브를 실사용 중인 이용자들에게는 밀도 높은 하루였던 것으로 보인다.