요즘 AI 개발 툴의 승부처가 모델 성능보다 라우팅과 비용 제어로 옮겨가는 분위기죠. 오늘 Top 5도 딱 그 흐름 위에서 보면 훨씬 선명하게 읽혀요.

오늘의 Top 5

1. diegosouzapw/OmniRoute

GitHub · TypeScript · ⭐ 오늘 1,651

하나의 엔드포인트로 278개 이상 provider와 500개 이상 모델을 연결하는 AI gateway예요. 공개된 설명만 보면 Claude Code, Cursor, Cline, Copilot 같은 코딩 에이전트와 붙이고, quota-aware auto-fallback이나 토큰 절감 압축까지 노리는 프로젝트로 보여요.
실무적으로 중요한 이유는 간단해요: 팀이 특정 모델 한 곳에 종속되지 않고, 장애·쿼터·비용 문제를 라우팅 계층에서 흡수하려는 수요가 커지고 있다는 신호죠.

2. zai-org/GLM-5.2

HuggingFace · text-generation · ❤️ 4,345 · ⬇️ 545,109

오늘 HF 트렌딩에서 체급과 반응이 동시에 큰 모델이에요. 좋아요 수와 다운로드가 모두 높아서, 단순 호기심보다 실제 테스트나 재배포 후보로 검토되는 분위기로 읽혀요.
한국 개발자 입장에선 “어떤 closed model을 쓸까”보다 대안이 될 만한 open model 생태계가 어디까지 왔는지 확인할 포인트예요.

3. baidu/Unlimited-OCR

HuggingFace · image-text-to-text · ❤️ 2,766 · ⬇️ 2,237,351

다운로드 수가 압도적이라 오늘 데이터 중 실사용 임팩트가 가장 직접적으로 느껴지는 모델 중 하나예요. 이름과 태그만 보면 OCR/문서 이해 계열로 보이는데, 이 영역은 RAG보다 먼저 ROI가 나는 경우가 많죠.
특히 백오피스, 문서 처리, 스캔 데이터 정리처럼 바로 자동화 가능한 업무가 많은 팀이라면 가장 먼저 눈여겨볼 만해요.

4. Show HN: Bento – An entire PowerPoint in one HTML file

HN · 714점 · 댓글 161

PowerPoint 전체를 하나의 HTML 파일로 다루는 접근이 HN에서 크게 반응을 얻고 있어요. edit+view+data+collab를 한 파일에 담는다는 설명만 봐도, 문서·프레젠테이션·협업 툴을 웹 네이티브하게 다시 보려는 흐름이 느껴지죠.
개발자에겐 “또 하나의 슬라이드 툴”보다, 산출물 포맷이 곧 앱이 되는 방향을 보여준다는 점이 더 중요해요. 교육 자료, 세일즈 데모, 내부 문서 자동생성 쪽 아이디어로 이어질 수 있어요.

5. tirth8205/code-review-graph

GitHub · Python · ⭐ 오늘 882

로컬 우선 방식의 code intelligence graph로, MCP와 CLI에서 코드베이스를 더 적게 읽고도 필요한 맥락만 보게 하려는 프로젝트예요. 설명상 큰 저장소 리뷰와 워크플로에서 context reduction을 강조하고 있어서, 에이전트 코딩의 병목을 모델 성능이 아니라 컨텍스트 설계로 풀려는 시도에 가깝죠.
대규모 레포를 다루는 팀이라면 지금 가장 현실적인 질문은 “무슨 모델을 쓰나?”보다 “얼마나 적절한 문맥만 보내나?”일 수 있어요.

짧게 훑기

  • ayghri/i-have-adhd, 코딩 에이전트가 답을 묻히지 않게 출력 형식을 잡아주는 아이디어라 프롬프트 운영 관점에서 재밌어요
  • dottxt-ai/outlines, Structured Outputs 한 줄 설명이 전부지만 LLM 결과를 안정적으로 다루는 흐름과 맞물려요
  • marcelroed/gigatoken, HN 409점으로 토크나이제이션 속도 병목에 대한 관심이 꽤 커졌다는 신호예요
  • thinkingmachines/Inkling, image-text-to-text 상위권이라 멀티모달 워크플로 실험 후보로 체크할 만해요
  • likec4/likec4, 코드에서 라이브 아키텍처 다이어그램을 만든다는 설명이라 문서화 자동화에 관심 있다면 볼 만해요

에디터 코멘트

오늘 흐름은 꽤 명확해요. 이제 AI 개발 생산성은 “최고 성능 모델 하나”보다 여러 모델을 연결하고, 문맥을 줄이고, 문서·입력물을 바로 구조화하는 능력에서 갈릴 가능성이 커 보여요.
서둘러 볼 것은 OmniRoute 같은 게이트웨이 계층, OCR 계열 자동화, 그리고 code-review-graph처럼 컨텍스트 최적화 도구예요. 반대로 거대한 모델 이름 경쟁은 지금 당장 도입보다, 우리 스택에 붙였을 때 운영 가능성이 있는지부터 차분히 봐야 하죠.
커리어 관점에서도 “프롬프트 잘 쓰는 사람”보다 모델 라우팅, 비용 통제, 워크플로 자동화까지 설계하는 사람이 더 강해질 가능성이 높아요.
오늘 해볼 것 한 가지: 1위 OmniRoute README를 10분만 읽고, 지금 팀의 AI 호출 구조에 라우팅 계층이 필요한지 체크해보세요.