오늘도 공부

GitHub - LibreTranslate/LibreTranslate: Free and Open Source Machine Translation API. Self-hosted, offline capable and easy to sFree and Open Source Machine Translation API. Self-hosted, offline capable and easy to setup. - LibreTranslate/LibreTranslategithub.com우리는 번역이 필요할 때 자연스럽게 구글 번역이나 파파고, DeepL을 떠올린다.문장을 입력하면 몇 초 안에 번역 결과가 나온다.너무 자연스러운 경험이라 그 뒤에서 어떤 일이 벌어지는지는 크게 신경 쓰지 않는다.하지만 한 가지 질문을 해볼 수..

Jev가 잘하는 문제와 못하는 문제를 실험으로 살펴봤다요즘 AI 에이전트를 만들다 보면 대부분 이런 구조를 사용한다.사용자의 요청을 LLM에게 전달하고,“지금 무엇을 해야 하지?”라고 묻는다.그리고 LLM은 긴 문장으로 답한다.문제는 여기서 시작된다.우리가 원하는 것은 긴 설명이 아니라,“실행해도 되는가?”“어떤 도구를 사용해야 하는가?”“위험도는 어느 정도인가?”“다음 행동은 무엇인가?”같은 작은 판단인 경우가 훨씬 많다.그런데 이런 판단 하나를 위해 매번 거대한 생성형 모델을 호출해야 할까?이 질문에서 흥미로운 접근이 하나 나온다.바로 Jev다.Jev는 ‘대답하는 AI’보다 ‘판단하는 AI’에 가깝다Jev는 TypeSafe AI의 System One 계열 모델로 소개되고 있다.일반적인 LLM처럼 자유..

확인일: 2026-09-24 · 주소: http://127.0.0.1:8087/이 문서는 현재 설치된 yue2.cpp 내장 Web UI를 설명합니다. 폴더 이름은 YuE2-Groove이지만 GROOVE의 Python UI나 VoiceStudio 화면은 아닙니다. 화면의 접힌 설정, 저장 대화상자, 생성 결과 메뉴까지 포함합니다.화면 버전 표시: 27e48f9 (2026-09-15)실행 서버 /props 버전: e8b39f7 (2026-09-18) — 화면과 서버의 버전 표기가 다릅니다.모델: YuE2-3B-Q8_0.gguf + YuE2-Vae-F32.gguf오디오 출력: 48 kHz 스테레오아래 기본값은 현재 서버가 반환하는 값입니다. 추천값은 별도로 표시하며, 모든 곡에서 품질이나 12GB 이하 사용량..

구조는 이렇게 보면 가장 정확합니다.게임 상태 → Jev → 구조화된 선택 → 게임 코드가 실제 레벨 생성예를 들어 러너 게임에서 현재 상태를 Jev에 보냅니다.플레이어 위치속도현재 점프 중인지대시 사용 가능 여부현재 주변 지형최근 생성된 지형실제 글에서도 x, y, vx, vy, grounded, dash_ready 같은 게임 상태를 Jev에 전달합니다. (Sprite Fusion)그리고 중요한 부분은 Jev에게 자유롭게 "다음 맵 만들어줘"라고 시키지 않는다는 것입니다.개발자가 먼저 선택 가능한 범위를 정해놓습니다.발판 종류- Solid roof- One-way ledge폭- 2칸- 3칸- 5칸간격- 0칸- 1칸- 2칸높이- Row 4~9Jev는 여기서 다음 지형에 적합한 조합을 선택합니다. 한 번의..

AI가 코드를 쓰는 대신 UI를 조립하기 시작했다“매출 현황을 보여주는 대시보드를 만들어줘.”지금까지 AI에게 이렇게 요청하면 보통 이런 일이 벌어졌다.AI가 React 코드를 작성한다.컴포넌트를 만든다.CSS를 붙인다.차트 라이브러리를 고른다.상태 관리 코드를 만들고 버튼 이벤트도 연결한다.그리고 우리는 그 코드가 실제로 실행되기를 기도한다.컴파일 오류가 나기도 하고, 이미 회사에서 사용 중인 디자인 시스템을 무시한 새로운 버튼이 생기기도 한다. 버튼 하나를 수정해 달라고 했는데 AI가 파일 전체를 다시 작성하기도 한다.Vercel Labs의 json-render는 이 문제를 조금 다른 방향에서 바라본다.AI에게 프론트엔드 코드를 작성하게 하지 말고,우리가 허용한 UI 부품으로 화면의 ‘설계도’만 만들..

LLM에게 버튼 하나까지 생각하게 해야 할까?Jev 오픈소스 프로젝트 8개로 살펴본 AI Agent의 다음 구조AI 에이전트를 만들다 보면 이상한 순간을 자주 만나게 된다.파일을 읽고, 검색하고, 브라우저 버튼 하나를 누르고,수백 개의 Skill 중 하나를 고르는 모든 순간에 거대한 LLM을 호출한다.“이 버튼을 누를까, 저 버튼을 누를까?”“이 로그를 남길까 버릴까?”“수백 개의 Skill 중 어떤 것을 사용할까?”사람에게 물어본다면 그리 어려운 문제가 아니다.하지만 AI 시스템에서는 이런 작은 판단에도Claude나 GPT 같은 대형 모델을 호출하는 경우가 많다.결과적으로 에이전트는 느려지고,비용은 증가하며,컨텍스트는 계속 커진다.최근 등장한 Jev는 이 문제를 조금 다른 방향에서 바라본다.“모든 AI..

이 글의 핵심은 Jev를 “JSON 잘 뽑는 빠른 LLM”으로 보면 완전히 잘못 본 것이라는 주장입니다.저자가 1만 회가 넘는 API 호출과 여러 블랙박스 실험을 바탕으로 추정한 Jev의 구조는 대략 이렇습니다.LLM처럼 문장을 생성하는 모델이 아니라, LLM의 내부 표현을 이용해 “결정 확률”을 바로 읽어내는 모델일반 LLM과 비교하면 차이가 선명합니다.일반 LLMJev로 추정되는 방식프롬프트 입력state + 여러 questions 입력토큰을 하나씩 생성질문별 확률을 직접 계산"payments": "91%"라는 문자열 생성payments = 0.91이라는 분포를 readout여러 질문을 차례로 처리하기 쉬움여러 질문을 병렬 처리같은 긴 context를 반복 처리state를 한 번 계산하고 공유conf..

Jev란?Jev는 자연어와 비정형 데이터를 대상으로 빠른 의미 판단(Semantic Decision)을 수행하는 엔진으로 볼 수 있다.일반적인 LLM에게 모든 업무를 맡기는 대신,분류탐지점수화라우팅검색랭킹검증정보 추출처럼 작고 명확한 판단 작업을 Jev에 맡기는 방식이다.핵심 구조는 다음과 같다.Code ↓Jev Semantic Decision ↓Code ↓Jev Semantic Decision ↓Code즉,Control Flow는 코드가 담당하고Semantic Decision은 Jev가 담당한다.1. Classification — 분류입력된 내용을 미리 정의된 카테고리 중 하나로 분류한다.예시사용자 입력:카드를 잃어버렸어요.Jev 결과:{ "intent": "lost_card"}활용 사례고객 문의 분..

https://github.com/plugin87/ux-ui-agent-skillsUX UI 디자인 스킬 설명 및 사용 방법문서 목적이 문서는 현재 Codex 환경에 설치된 plugin87/ux-ui-agent-skills 계열 스킬과 함께 사용할 수 있는 핵심 UX/UI 스킬을 한눈에 이해하고 실제 작업에 적용하기 위한 안내서입니다. 스킬은 디자인 방향을 정하거나, 화면을 설계하고, 코드를 만들고, 접근성과 품질을 검증하는 작업을 역할별로 나누어 줍니다.가장 안정적인 사용 순서는 방향 정의 → 토큰 설계 → 화면·컴포넌트 설계 → 코드 구현 → QA와 검토입니다. 한 번에 모든 스킬을 호출하기보다 현재 작업의 단계에 맞는 스킬만 선택하면 결과가 더 일관되고 검증하기 쉽습니다.스킬을 호출하는 기본 방법C..

요즘 AI를 조금 깊게 쓰기 시작하면 이상한 단어를 계속 만나게 된다.Context Engineering, Harness Engineering, Loop, Memory, Skill, Hook….그리고 최근에는 또 하나가 자주 보인다.Graph Engineering.처음 이 말을 들었을 때는 나도 조금 피곤했다.“또 새로운 개념인가?”그런데 내용을 들여다보면 사실 완전히 새로운 기술은 아니다.우리가 이미 가지고 있는 문서와 지식을AI가 실제로 찾아갈 수 있도록 연결해주는 일에 더 가깝다.그리고 생각보다 이 문제가 꽤 중요하다.AI에게 자료를 줬는데, 왜 계속 엉뚱한 답을 할까예를 들어 이런 상황을 생각해보자.나는 몇 달 동안 AI와 일을 하면서 수많은 자료를 만들었다.브랜드 가이드고객 분석글쓰기 스타일회의..