작은 AI 정규식 도구가 여전히 DeepSeek로 돌아가는 이유 — 그리고 교체를 고려할 조건

본문

Indie Hackers에 올라온 이 글은 자연어를 JavaScript 호환 정규식으로 변환해주는 소형 도구 Forge Regex의 제작자가 쓴 제품 메모입니다. 저자는 현재 모델로 DeepSeek를 사용하고 있으며, 사용자에게 모델 선택 기능을 노출하지 않고 있다고 밝힙니다. 이 결정이 왜 합리적인지, 그리고 어떤 조건이 충족되면 모델을 교체할 것인지를 항목별로 정리한 글입니다.

왜 지금 구성이 여전히 적합한가

저자가 드는 첫 번째 이유는 비용입니다. 유료 사용자가 거의 없는 단계에서 고가의 기본 모델을 쓰는 것은 '허영(vanity)'에 가깝다고 말합니다. 두 번째는 출력 형식의 적합성입니다. 이 도구가 요구하는 출력은 정규식 패턴, 짧은 설명, 샘플 테스트 문자열이라는 비교적 단순한 구조이고, DeepSeek는 이 정도의 구조화된 출력을 만들어내기에 충분하다는 판단입니다. 세 번째는 캐싱입니다. 동일한 프롬프트를 SQLite에 캐시해두어 반복 요청이 API를 타지 않도록 만들었기 때문에, 모델 단가가 실제 운영 비용에 미치는 영향을 더 줄였습니다.

브랜드보다 중요한 제품 제약

저자가 강조하는 핵심은 출력물이 반드시 JS RegExp에서 실행 가능해야 한다는 제약입니다. 생성된 정규식이 페이지에서 하이라이트되지 않으면 그것은 '실패한 생성'으로 간주하고, 사용자의 크레딧을 차감하지 않는다고 설명합니다. 즉 모델의 이름값이 아니라, 실제 JavaScript 환경에서 동작하는가가 품질의 기준이며, 이 검증은 제품 로직 안에 내장되어 있다는 것입니다. 저자는 또한 '투자받기 좋아 보이기 위해 홈페이지에 powered by GPT-5를 달지 않겠다'고 분명히 선을 긋습니다.

어떤 조건이면 모델을 바꿀 것인가

교체 조건도 세 가지로 명시되어 있습니다. 첫째, 첫 생성 결과가 지속적으로 틀려서 사용자가 매번 패턴을 수정해야 하는 상황이 나타날 때입니다. 둘째, 'forging…' 상태가 멈춘 것처럼 느껴질 만큼 지연 시간이 길어질 때입니다. 셋째, 동일한 스키마 뒤에 그대로 끼워 넣을 수 있는 더 저렴하거나 더 나은 구조화 출력 옵션이 등장할 때입니다. 공통점은 모두 측정 가능한 사용자 경험 신호라는 점이며, 모델 교체가 추측이나 유행이 아니라 지표 기반으로 이뤄지도록 설계되어 있습니다.

커뮤니티에 던진 질문

저자는 글의 끝에서 같은 단계의 코드 생성 계열 도구 제작자들에게 질문을 던집니다. 불만이 쌓일 때까지 하나의 기본 모델을 유지하는 것이 나은지, 아니면 첫날부터 모델 선택 기능을 노출하는 것이 나은지입니다. 이는 소형 AI 도구에서 흔히 마주치는 제품 결정, 즉 단순함과 선택권 사이의 트레이드오프를 다루는 실용적인 논의입니다.

Indie Hackers 반응

• @StefanStefanos — JS 검증은 견고하지만, 더 좋은 신호는 첫 출력과 사용자가 편집 후 실제로 유지하는 정규식 사이의 격차일 수 있습니다. 그 최종 버전들을 조용히 로깅하면 실패율만으로는 놓치는 비공개 품질 지표를 얻을 수 있습니다. 그 격차가 커지기 시작할 때까지는 하나의 기본 모델을 유지하는 것이 여전히 옳아 보입니다. 필요한 사람들에게 계속 잘 작동하기를 바랍니다.
• @badalkumar6444 — 웹 개발자로서 이 접근 방식이 마음에 듭니다. 소형 코드 생성 도구에서 중요한 것은 모델 이름이 아니라 생성된 정규식이 실제 JS 환경에서 일관되게 동작하는가입니다. 저라도 지금은 하나의 기본 모델을 유지하겠습니다. 사용자가 패턴을 자주 고치기 시작하면 다른 모델을 테스트할 시점이라는 훨씬 좋은 신호가 됩니다. 모델을 동일한 구조화 스키마 뒤에 숨겨두면 나중에 교체하기도 훨씬 쉬워집니다. '페이지에서 동작하지 않으면 실패한 생성'이라는 규칙이 특히 흥미롭습니다. 그런 제품 수준의 검증이 더 가치 있는 것 같습니다.

원문: Indie Hackers / 번역·요약: Trawling