dev.to · 최신 글

전체 출처

노트북에서 Etsy 상품 가격을 산정하는 오픈 웨이트 AI를 만들었습니다

dev.to

PricePilot은 TabPFN-v2로 상품 판매가와 10~90% 예측 구간을 계산하고, Gemma 3로 상품 설명과 검색 태그를 작성하는 로컬 도구입니다. 샘플 데이터에서 평균 판매가 약 54달러인 상품의 홀드아웃 MAE는 약 2.90달러이며, 개발자는 모델을 직접 실행할 때 판매 데이터를 외부로 보내지 않는다고 설명합니다.

초파리보다 똑똑한가요? 초파리 뇌로 코드 리뷰하기

dev.to

초파리 뇌 시뮬레이션을 코드 리뷰에 적용한 실험에서, 30개 예·아니요 답변은 처음 보는 변경 301건 중 테스트 결과와 290번 일치했습니다. 같은 답변을 입력한 로지스틱 회귀는 298번 일치해 더 나은 결과를 냈고, 글쓴이는 리뷰에서 사람이 맡을 몫을 코드 줄별 검사보다 비즈니스 로직과 의도 판단으로 옮기자고 제안합니다.

AI 코딩 에이전트의 거짓 보고를 잡는 도구를 만들었습니다. 그다음 규칙을 읽었습니다

dev.to

claimcheck는 에이전트가 변경 파일과 작업 내용을 claim.json으로 제출하면 실제 diff와 대조해 검증하고, 통과한 변경만 병합하는 Git 플랫폼 프로토타입입니다. 28개 에이전트의 동시 작업을 다섯 차례 시연해 허위 보고 11건을 모두 거부했지만, 작성자는 LLM 검증의 한계와 경쟁 규정상 참가 자격 문제도 공개했습니다.

품질을 어떻게 알 수 있는가

dev.to

AI가 작성한 코드에 사람의 리뷰를 의무화하는 관행을 비판적으로 살펴봅니다. 코드 리뷰는 결함을 찾는 약한 증거일 수 있으며, 서로 다른 방식과 기준으로 검증하는 독립적인 검사들을 조합하고 사람이 요구사항과 정답의 기준을 정하는 일이 품질 보증에 더 중요하다고 주장합니다.

모델 선택은 쉬운 부분입니다

dev.to

코딩 에이전트를 오픈 웨이트 모델로 자체 운영할 때 비용은 모델 가격보다 하드웨어 메모리 구간, 동시 사용자 수, 실제 이용률에 좌우됩니다. 같은 모델과 하드웨어도 에이전트 하네스에 따라 실행 시간이 달라지고, 캐시 회귀 하나로 GPU 비용이 다섯 배 뛸 수 있어 지속적인 평가가 필요합니다.

AI 에이전트로 Angular 업그레이드 세 건을 마쳤습니다

dev.to

Angular 업그레이드 작업을 Codex Skill로 자동화하고, 실제 오픈소스 프로젝트 세 곳에 적용한 경험을 공유합니다. 작성자는 CI의 깨끗한 설치와 Node.js·npm 버전 검증을 추가해 실패를 보완했고, 세 업그레이드를 모두 병합했습니다.

GitHub Actions를 시작할 때 알아야 할 최소한의 내용

dev.to

GitHub Actions의 워크플로 파일에 필요한 on과 jobs 항목을 설명하고, 푸시·예약·수동 실행을 설정하는 방법을 Hugo 사이트 배포 사례로 보여줍니다. 여섯 줄짜리 hello 워크플로로 실행 로그를 확인하는 방법도 안내합니다.

TPU v5e 한 장에서 Gemma 4 E2B와 겨룬 소형 Apache-2.0 모델

dev.to

TPU v5e 한 장에서 Gemma 4 E2B와 Apache-2.0 또는 MIT 라이선스 모델을 같은 vLLM 이미지와 설정으로 비교했습니다. Qwen3-4B는 수학·도구 호출 점수가 Gemma와 비슷했지만 출력 속도는 0.57배였고, 긴 프롬프트에서는 Gemma의 KV 캐시 구조가 속도 우위를 유지했습니다.

에이전트의 계획은 권한이 아닙니다

dev.to

코딩 에이전트가 조사할 대상을 골라도 접근 권한까지 스스로 정해서는 안 됩니다. 글은 작업 목적과 위임 경로에 따라 권한을 따로 승인하고 실행 중 제한하는 구조를 제안하며, 에이전트의 자율성이 커져도 접근 결정은 독립된 통제 아래 둬야 한다고 설명합니다.

llamadart로 구현하는 로컬 음성 대화: Llama Village에 목소리 더하기

dev.to

llamadart와 Qwen 모델을 조합해 음성을 인식하고 대화 응답을 생성한 뒤 음성으로 합성하는 macOS 명령줄 예제를 만들었습니다. 3B 모델 조합과 더 작은 모델 조합을 비교한 결과, 작은 조합은 다운로드 용량과 메모리를 줄였지만 이 테스트에서는 전체 응답 시간이 더 길었습니다.

변화를 전제로 설계하기

dev.to

AI 도구로 코드 작성 비용이 낮아지면서 코드의 장기 보존보다 쉽게 교체할 수 있는 구조가 중요해진다고 주장합니다. 자주 바뀌어도 되는 코드와 핵심 영역을 구분하고, 경계의 계약과 테스트를 갖춰 핵심부의 계획되지 않은 변경을 줄이는 설계 원칙을 제안합니다.

엔드투엔드 평가로 더 나은 에이전트 만들기

dev.to

Ramp는 회계 업무를 자동화하는 에이전트를 만들며 실제 업무 단계를 반영한 엔드투엔드 평가를 설계했습니다. 여러 합성 비즈니스 환경에서 기술과 메모리의 변경을 측정한 결과, 스킬 제거와 압축은 품질을 높이거나 비용을 낮췄고 업무 방식을 추린 메모리는 평균 점수를 5.7점 높였습니다.

스키마 라이브러리 없이 TypeScript의 unknown을 검증하는 방법

dev.to

TypeScript에서 외부 입력을 `unknown`으로 두고 런타임 타입 가드로 검증하는 방법을 소개합니다. `is-kit`으로 가드를 조합하고 `safeParse`와 JSON 파싱에 연결하는 예제를 보여주며, 풍부한 오류 처리나 변환이 필요할 때는 스키마 라이브러리가 더 적합하다고 구분합니다.

정말 LLM이 필요한가요?

dev.to

라즈베리 파이 4에서 소형 언어 모델 두 개를 세 가지 업무에 적용하고 정규식과 비교했습니다. 식별자 추출은 정규식이 더 정확했고, 분류와 문서 질의응답에서는 소형 모델의 오분류와 환각이 드러났습니다. 저자는 모델을 고르기 전에 문제를 해결할 가장 작은 계산 방식을 확인하자고 제안합니다.