AI 판단 모델 Jev는 만능 틀이 아니라 부품이다 — 판단 축을 주고 전처리 앞에 끼우는 법

22일 오전, 한 참가자가 TypeSafe AI의 판단 모델 Jev(API 전용)를 어떻게 쓰고 있는지 풀어놓았다. 작업마다 경중과 긴급도, 신뢰도까지 매기게 해 쓸데없는 일을 줄이고 있다는 사용기였다. 10시 22분, 다른 참가자는 새 도구를 만능처럼 부리려는 실수부터 경계했다.

"Jev 설치하고 나서 블로그 잘 써줘 하는 오류를 범하면 안됨"

같은 10시 22분에는 Jev의 몫을 "jev 는 라우팅이랑 뭐 프론트 컨트롤이죠 뭐"라고 짚는 말도 나왔는데, 라우팅은 요청을 알맞은 곳으로 보내는 일을 말한다. Jev를 겨냥해 업그레이드했다는 SEAL 저장소가 공유됐고, Jev와 Laya를 테트리스로 겨룬 게시물에는 Laya가 훨씬 빠르지만 자멸했다는 이야기가 오갔다. 무엇을 맡기느냐에 따라 도구의 쓸모가 갈린다는 감각이 오전 대화 밑에 깔려 있었던 것으로 보인다.

축을 주면 방향이 잡힌다

오후 들어 대화는 판단 기준 쪽으로 옮겨 갔다. 신뢰성·위험도·시간적 긴급도 축으로 돌려 보니 글자로 적은 규칙보다 방향이 확연히 잡힌다는 경험이 나왔다. 오후 3시 22분에는 선긋기가 뒤따랐다.

"jev 는 일종의 훌륭한 부품인 거지 전체를 포괄하는 프레임워크는 아녀용"

오전 사용기는 경중·긴급도·신뢰도를, 오후 경험담은 신뢰성·위험도·시간적 긴급도를 꼽았다. 표현은 달라도 긴급도와 신뢰도가 두 번 다 들어갔다는 점에서, Jev에게 쥐여 줄 판단 축이 방 안에서 조금씩 겹쳐 가는 것으로 보인다. 글로 길게 적은 규칙보다 몇 개의 축이 방향을 더 잘 잡아 준다는 경험도 같은 맥락에 놓인다.

부품이라면 남는 건 끼울 자리다. 한 참가자는 클로드·코덱스에 자기 서비스에서 Jev를 붙일 자리를 점검시켰더니 둘 다 '없음'이라 답했다며, 고객 채팅을 파이썬으로 전처리해 AI에 넘기는 구조에 끼울 수 있을지 물었다. 오후 3시 26분에 돌아온 답은 채팅과 전처리 사이였다. 들어온 말에 인젝션(AI를 속여 엉뚱한 지시를 따르게 하려고 심은 문장)이 섞였는지, 고객의 대화가 끝난 것인지 아니면 채팅을 나눠 치는 중인지를 먼저 가르는 자리다.

이 제안에서 눈여겨볼 대목은 Jev를 답을 만드는 쪽이 아니라 들어오는 것을 거르는 쪽에 세웠다는 점이다. 오전의 라우팅·프론트 컨트롤이라는 규정, 오후의 부품이라는 선긋기와 같은 방향을 가리킨다. 큰 판단을 통째로 맡기기보다 흐름의 앞단에서 좁은 결정을 빠르게 내리는 역할이 이 방이 그리는 Jev의 자리로 보인다.

직전 집계 기간(20일 낮21일 새벽)과 견주면 결이 달라졌다. 20일에는 Jev 웨이트리스트가 공유되고 오픈 웨이트 모델 Laya와의 비교, Laya 개발자가 Jev를 정면 비판하며 오픈소스로 공개했다는 소식이 화제였는데, 그 토픽은 3명·8건 규모였다. 이번 집계 기간(21일 새벽23일 오전)에 Jev 토픽은 6명이 102건을 주고받았다. 무엇이 더 낫고 누가 먼저냐를 따지던 관심이 내 흐름 어디에 끼울지라는 설계 질문으로 옮겨 가고 있음을 시사한다.