오케는 페이블, 워커는 코덱스 — 저녁에 오간 3대1 절약 세팅

저녁 시간대, 한 참여자가 짧은 자기 진단으로 대화를 열었다.

"fable5 설계,판단 오케스트기능만 페이블 하니까 한도가 잘안 줄어드는데 제가 잘못쓰고있는것같습니다.. 고수님들 페이블 5 셋팅 여쭤볼수있을까요.."

안 줄어드는 게 정상이라는 답

곧바로 다른 참여자가 "잘쓰고계신거죠"라고 안심시켰다. 뒤이어 온 설명은 원리를 짚었다. "코딩을 안하면 한도가 많이 안줄어들어요"라는 답이었다. 설계·판단처럼 오케스트레이터 역할만 페이블에 맡기면, 실제 코드를 짜는 작업보다 한도 소모가 느린 게 오히려 정상이라는 취지였다.

실사용 비율 공개

이어 구체적인 배분 방식도 나왔다.

"오케는 거의다 페이블로했고 / 워커는 codex 90%"

정리하는 말도 뒤따랐다. "대충 페이블 오프스 3대1?"이라는 반문으로, 오케스트레이터는 페이블이 맡고 실제 작업(워커)은 코덱스가 대부분을 처리하는 구도가 대략 3대 1 비율로 요약됐다.

질문을 던진 참여자가 스스로 잘못 쓰고 있는 것 같다고 의심했던 것과 달리, 방의 첫 반응은 곧바로 안심시키는 쪽이었다. 원리를 짚어주기 전에 불안부터 가라앉히는 태도가, 이 방에서 조언이 오가는 결을 짐작하게 한다.

비슷한 시간대 다른 대화에서는 헤르메스로 매일 웹소설을 뽑아낸다는 참여자가 자신만의 스토리텔러·캐릭터 작가 체계를 공개하기도 했다. 도구를 쓰는 방식 자체를 정교하게 다듬어 공유하는 것이, 이날 저녁 방을 관통한 분위기였던 셈이다. 페이블·코덱스 비율을 공개한 이 대화도 그 흐름 위에 있다.

이 대화는 페이블 종료를 이틀 앞두고 방 전체를 채운 한도·비용 잡담의 연장선에 가깝다. 같은 저녁 다른 대화에서 API 비용 부담이 거듭 언급된 것과 겹쳐 보면, 역할을 나눠 쓰는 방식이 남은 기간을 버티는 실질적인 절약 요령으로 자리잡고 있음을 시사한다. 오케스트레이터와 워커를 나눠 쓰는 감각은 페이블이라는 특정 서비스가 끝난 뒤에도, 다른 도구 조합에 그대로 옮겨갈 수 있는 운용 원칙으로 남을 가능성이 있다.