리서치는 어사이드, 실행은 오모, 모델 연결은 오픈코덱스 — 도구를 물려 쓰는 조합이 공유됐다

새벽 12시 59분, 에르메스단에서 한 참가자가 리서치에는 어사이드(Aside)가 낫다고 적었다. 비교의 기준은 성능이 아니라 과정이 보이느냐였다. 코덱스 계열 검색은 무엇을 찾고 있는지가 화면에 드러나지 않는다는 것이 이유였다.

리서치는 어사이드가 좋아요 코덱스 서치는 얘가 뭘찾는지 안보여서

이날 오간 이야기는 도구 하나를 고르는 방식이 아니었다. 리서치는 어사이드, 실행은 오모(Omo), 모델 연결은 오픈코덱스(OpenCodex)로 역할을 나눠 서로 물려 쓰는 구성이 여러 갈래로 공유됐다. 새벽 2시 42분에는 오모에서 어사이드를 MCP(도구 연결 규격)로 끌어다 붙이는 방식이 언급됐고, 오전 9시 27분에는 오모 쪽에서 클로드가 제대로 작동할 것 같다는 전망이 이어졌다.

omo 에서 aside mcp 로 호로록 먹으니까

오전 9시 43분에 나온 오픈코덱스 평가는 이 조합이 왜 짜이는지를 가장 선명하게 보여준다. 좋은 점으로 꼽힌 것이 결과물의 품질이 아니라, 로그를 보면서 모델이 일하고 있는지, 사용량이 늘고 있는지를 눈으로 확인할 수 있다는 점이었다. 오후 5시 5분에도 오픈코덱스를 거쳐 쓰고 있다는 답이 나왔다.

opencodex 좋은게 모델이 일하는지 안하는지 로그 보면서 사용량 느는거 보고 아~ 일 하네~ 볼 수 있어서 좋은거 같아요 ㅋㅋ

같은 날 이 방의 최대 화제가 사용량 한도 소진이었다는 점을 함께 놓고 보면, 도구를 고르는 기준이 결과물의 품질에서 과정의 관찰 가능성 쪽으로 옮겨가고 있는 것으로 보인다. 무엇을 찾는지 안 보이는 검색과 사용량이 느는 게 보이는 로그는 같은 축의 앞뒤에 놓인다. 한도가 빠듯할수록 도구가 지금 무슨 일을 하는 중인지 알 수 없다는 점이 품질 이상의 비용으로 체감된 것으로 보인다.

됩니담 저는 오픈코덱스 이용해서

전날 기록과 견주면 이야기의 층이 달라졌다. 09-17 에르메스단 다이제스트에서 어사이드는 화면 전환, 반복 작업 대기 시간, 디스코드 연동, 세션 복구 같은 개별 불편이 하루 종일 산발적으로 올라오던 대상이었다. 하루 뒤에는 같은 도구가 불편 신고의 대상이 아니라 조합의 한 칸으로 다뤄졌다. 도구를 각각 길들이던 단계에서 서로 물리는 배치를 맞춰보는 단계로 옮겨간 것으로 보인다.

이 화제에는 3명이 90건을 주고받았다. 참여 인원은 이날 정리된 일곱 개 화제 가운데 가장 적었는데도 오간 메시지는 그만큼 쌓였는데, 설정과 연동 트러블슈팅처럼 한 사람과 한 사람이 길게 주고받아야 풀리는 대화의 성격을 보여주는 대목이다.