dev.to · 최신 글

전체 출처

Anthropic의 AI R&D 측정, 더 넓은 투명성 모델을 가리키다 — 역량·활용·운영 리스크를 함께 보는 프레임워크

dev.to

Anthropic이 공개한 AI R&D 자동화 측정 작업은 단일 벤치마크 대신 역량, 실제 의사결정 활용, 운영 리스크를 함께 추적하는 다차원 접근을 보여줍니다. 관련 연구 'Measuring AI R&D Automation'은 이를 AIRDA라는 세 가지 선행 지표로 정식화하며, 기업이 AI 도구를 평가할 때 '무엇을 할 수 있는가'와 '실제로 어떻게 쓰이는가'를 분리해서 봐야 한다는 실용적 기준을 제시합니다.

Cooley, OpenAI와 협력한 'GO Public' 출시 — AI로 IPO 준비 문서 작성 자동화

dev.to

로펌 Cooley가 OpenAI와 협력해 IPO 준비를 지원하는 AI 서비스 GO Public을 출시했습니다. Cooley의 작성 원칙을 따르는 AI 에이전트가 Form S-1 초안을 생성하고 거래 조건 변경에 맞춰 갱신하며, 실질적인 법률 판단은 변호사가 유지합니다. 범용 챗봇이 아닌 전문 지식을 워크플로우에 내장한 AI 적용 사례로 주목됩니다.

EU AI Act 로깅 규정, 2027년 12월로 연기 — 하지만 로그 요건은 그대로

dev.to

EU의 Digital Omnibus on AI(Regulation (EU) 2026/1744)로 고위험 AI 시스템의 기록 보관 의무 적용이 Annex III 독립형 시스템은 2027년 12월 2일, 규제 제품 내장 AI는 2028년 8월 2일로 연기되었습니다. 글쓴이는 일정이 밀렸을 뿐 Article 12의 요구 수준은 그대로라고 지적하며, 일반 로그와 감사 가능한 '기록'의 차이를 짚고 이를 충족하기 위해 만든 오픈소스 MCP 서버 Verax를 소개합니다.

PWC 391: 중앙값과 상자 쌓기 — Perl로 푼 두 가지 알고리즘 문제

dev.to

Perl Weekly Challenge 391회의 두 과제 — 정렬된 두 배열을 합쳐 중앙값을 구하는 문제와 상자를 서로 안에 넣어 최대 스택을 구하는 문제 — 를 Perl로 풀이한 글입니다. 저자는 통계 모듈·직접 정렬·부분 병합 세 접근을 벤치마크해 직접 정렬이 가장 빠르다는 결과를 확인했고, 상자 문제는 Perl 5.44의 새 class 문법과 너비 우선 탐색으로 해결합니다.

Google Search Console의 2026년 6월 인덱싱 데이터 공백 — 웹사이트 운영자가 해야 할 것

dev.to

Google Search Console의 Page Indexing 리포트에서 2026년 6월 데이터가 약 2주간 갱신되지 않는 공백이 발생했습니다. Google 측 설명에 따르면 이는 인덱싱 손실이 아니라 리포팅 지연이며, 누락된 데이터는 복구되지 않습니다. 차트 공백만으로 기술적 변경을 단행하기보다 URL Inspection, 서버 로그 등 다른 신호로 실제 인덱싱 여부를 검증해야 한다는 실무 가이드를 담고 있습니다.

2026년 주요 모델 라우팅 도구 비교 — LLM 라우터 선정 가이드

dev.to

모든 프롬프트를 단일 프론티어 모델로 보내는 프로덕션 AI 애플리케이션은 단순 쿼리에서 40~80%의 비용을 과다 지출하고 있습니다. 이 글은 Bifrost, LiteLLM, OpenRouter, RouteLLM, Kong AI Gateway 등 주요 LLM 라우팅 도구를 라우팅 로직, 지연 시간, 장애 조치, 거버넌스 관점에서 비교하며, 팀의 인프라 환경에 맞는 라우팅 아키텍처 선택 기준을 제시합니다.

우리 API에서 가장 느린 요청은 '아무것도 찾지 못한' 요청이었다

dev.to

선박 위치 API를 운영하는 팀이 TimescaleDB 압축 설정과 쿼리 패턴의 불일치로 '결과 없음' 요청이 수십 초씩 걸리던 문제를 추적·해결한 과정을 정리한 포스트모템입니다. 압축 청크에서 인덱스가 무력화되는 구조, 블룸필터를 우회하는 NULL 데이터와 COALESCE 표현식, latest 테이블 도입과 백필 데드락, 배포 검증의 허점까지 수치와 함께 상세히 다룹니다.

C 개발자가 Python for 루프를 이해하게 된 순간 — range 함수를 파헤치며 배운 것들

dev.to

C 언어 배경의 개발자가 Python의 for 루프를 낯설어하다가 range 함수의 구조를 이해하면서 루프의 동작 방식을 파악하게 된 과정을 정리한 글입니다. range가 start·stop·step 인자를 받는 불변 시퀀스 객체이며, 크기와 무관하게 O(1)의 시간과 공간으로 생성된다는 사실을 설명하고, 비선형 반복은 while 루프가 더 적합하다는 점을 짚습니다.

내 에이전트에게 bash는 잘못된 언어였을까? — 2,150줄 bash를 Python으로 옮기며 배운 것

dev.to

한 번에 하나의 작업을 처리하는 소규모 AI 에이전트를 2,150줄의 bash에서 Python으로 하루 만에 포팅한 개발자의 회고입니다. 결론은 단순한 'bash가 틀렸다'가 아니라, 리라이트의 비용은 시작 전에 이미 결정되어 있으며, 표현력 부족이 성능보다 먼저 설계를 지배한다는 분석입니다. 포팅 결과 코드는 40% 줄었지만 총 라인 수는 주석 때문에 오히려 늘었다는 역설적인 수치도 담겨 있습니다.

로컬 27B LLM에게 내 Splunk + Sysmon 스택의 감사와 수정을 맡겼다

dev.to

보안 분석가가 자신의 16GB GPU에서 동작하는 로컬 27B LLM 에이전트에게 Splunk + Sysmon 홈 SOC의 감사와 자동 복구를 맡긴 실험기입니다. 이중 수집, 죽은 데이터 입력, LSASS 접근 탐지 누락 등 실제 문제를 찾아 고쳤고, 과정에서 컨텍스트 관리와 시스템 프롬프트 설계의 중요성을 구체적인 수치로 보여줍니다.

Termux로 안드로이드 폰을 로컬 개발 서버로 바꾸기

dev.to

Termux를 이용하면 안드로이드 폰만으로 로컬 개발 서버를 띄워 웹사이트 테스트, Python 애플리케이션 실행, API 실험, 같은 네트워크 내 다른 기기 접속까지 할 수 있습니다. 프로덕션 서버를 대체하진 못하지만 개발·테스트·학습 용도로 유용하다는 실습 가이드입니다.

엔터프라이즈 AI 옵저버빌리티 플랫폼 — 아키텍처, 핵심 역량, 선정 가이드

dev.to

LLM 애플리케이션과 에이전트 워크플로우는 비결정적이기 때문에 HTTP 200을 반환하면서도 할루시네이션, 데이터 유출, 무한 루프를 일으킬 수 있습니다. 이 글은 전통 APM이 이런 장애를 잡지 못하는 이유를 설명하고, OpenTelemetry GenAI 규약 기반의 4계층 아키텍처, 계층형 온라인 평가 전략, 거버넌스 요건, 주요 플랫폼 비교, 단계별 도입 로드맵을 정리합니다.

키 폐기 지연 줄이기 — 웹훅 인테이크와 정기 폴링 백스톱의 결합

dev.to

테넌트별 스코프드 키를 쓰는 시스템에서 키 폐기(revocation) 전파를 웹훅(속도)과 정기 폴링 스윕(검증)의 이중 채널로 설계하는 방법을 다룹니다. 신뢰성 소유권은 수신 측에 있다는 전제 아래 append-only 감사 로그 우선 기록, HMAC 서명 검증, 그리고 스윕의 divergence 카운트로 푸시 경로의 누락을 측정합니다. 테넌트 4,000개·5분 증분 스윕 기준 하루 1,000회 미만의 호출로 검증 가능성을 확보할 수 있다고 계산합니다.

Termux와 Python으로 안드로이드 폰에서 AI 어시스턴트 만들기

dev.to

컴퓨터 없이 안드로이드 폰의 Termux 환경에서 Python 스크립트와 OpenAI API만으로 동작하는 터미널 AI 어시스턴트를 만드는 입문 튜토리얼입니다. 환경 설정부터 .env 기반 API 키 관리, Responses API 호출까지 전 과정을 다루며, gpt-5-mini가 추론만 반환하는 문제를 피하는 실용적인 팁도 담고 있습니다.

설명의 간극 — 설명 가능한 AI가 아직도 '인간의 언어'로 말하지 못하는 이유

dev.to

SHAP 같은 XAI 기법은 모델의 예측 근거를 수치로 보여주지만, 간호사·환자·규제자 같은 실제 의사결정자가 읽을 수 있는 설명으로 바꾸는 일은 여전히 미해결 과제입니다. 이 글은 수치 기여도(attribution)가 인과 관계를 의미하지 않는다는 함정을 짚고, 기여도를 자연어 서술로 변환하는 오픈소스 라이브러리 narrashap을 사례로 '내러티브 계층'의 설계 원칙을 살펴봅니다.

Safari에서 모듈 워커의 엔트리 파일이 두 번 실행되는 버그 — 다른 모듈이 이를 import할 때

dev.to

Safari에서 모듈 워커(module worker)의 엔트리 파일을 다른 모듈이 import하면 엔트리가 새 모듈로 다시 로드·실행되는 WebKit 버그가 보고되었습니다. Vite·Rollup 같은 번들러가 워커 엔트리와 지연 로딩 청크 간 공유 코드를 엔트리 쪽으로 옮기는 흔한 코드 스플리팅 형태에서 발생하며, 레지스트리·싱글톤 같은 상태가 이중화되어 아무 에러 없이 조용히 실패합니다. 제보자는 WebKit bug 324459로 등록했고, manualChunks 분리 또는 얇은 로더 엔트리로 우회할 수 있습니다.

스크린샷 한 장으로 대시보드를 재구축했다 — Hope AI로 만든 라이브 앱과 그 과정 전부

dev.to

저자가 스크린샷 한 장과 "첨부된 디자인에 따라 대시보드를 만들어 달라"는 한 줄 프롬프트만으로 React 대시보드를 배포까지 완성한 과정을 공개합니다. 차트 라이브러리 없이 CSS로 구현된 그래프, 컴포넌트 단위 구조 등 결과물의 수준을 보여주면서도, mock 데이터·동작하지 않는 내비게이션 등 한계를 솔직하게 짚으며 "한 번의 프롬프트는 프로토타입까지"라는 논지를 분명히 합니다.

대형 웹사이트용 깨진 링크 스캐너를 직접 만든 방법 — Laravel은 컨트롤 플레인, Go는 스캐닝 엔진

dev.to

깨진 링크 검사기는 간단한 주말 프로젝트처럼 보이지만, 대형 사이트에서는 사실상 분산 크롤링 시스템이 된다는 글입니다. 저자는 Laravel을 인증·스케줄링·리포팅이 담당하는 컨트롤 플레인으로, Go를 동시성 네트워크 작업을 처리하는 스캐닝 엔진으로 분리해 구현했습니다. URL 정규화, 호스트별 동시성 제한, 응답 분류, 리다이렉트 추적, 체크포인트 복구까지 실무 설계 결정을 상세히 공유합니다.

프레임워크는 기관의 기억(Institutional Memory)이다 — 추상화가 담고 있는 경험의 가치

dev.to

1980년대 BBS 시절 플로피 디스크에 비밀번호를 평문으로 저장했던 경험에서 출발해, 성숙한 프레임워크가 '타이핑 절약'이 아니라 다른 사람이 이미 겪은 결정·엣지 케이스·취약점의 기록이라는 논지를 펴는 에세이입니다. 통제(control)에는 항상 책임(responsibility)이 따라붙고, 팀의 주의력은 유한한 '복잡성 예산'이라는 것이 핵심입니다. 최근 코딩 에이전트가 비밀번호 재설정 기능을 5분 만에 만들었지만 재설정 토큰이 재사용 가능했다는 일화로, AI가 해피 패스는 재현해도 불변조건(invariant)은 잃어버릴 수 있다는 문제를 제기합니다.

코딩 에이전트가 어제 배운 것을 기억한다면? — AI 어시스턴트용 지식 저장 도구 Attic

dev.to

Claude Code나 Codex CLI 같은 AI 코딩 어시스턴트는 세션이 끝나면 조사 중 발견한 지식을 잃어 같은 탐색을 반복하며 비용을 낭비합니다. 오픈소스 도구 Attic은 발견 내용을 프로젝트 내 .attic/ 디렉터리의 Markdown 파일로 저장하고 컴팩트한 인덱스만 컨텍스트에 주입해, 세션 재시작과 /compact 이후에도 지식을 재사용할 수 있게 합니다. 브라우저 확장을 통해 웹에서 읽은 내용도 같은 저장소에 클리핑할 수 있습니다.