dev.to · 최신 글

전체 출처

작성한 코드 줄 수로 프로그래밍 실력을 재지 않기로 했습니다

dev.to

글쓴이는 AI가 코드를 작성하더라도 개발자의 실력은 직접 타이핑한 양이 아니라 결과를 이해하고, 오류를 찾아 고치며, 유지보수까지 책임지는 데서 드러난다고 말합니다. AI가 코드를 빠르게 만들수록 이해 속도가 병목이 되므로 변경 내용을 꼼꼼히 읽고 작은 단위로 검증해야 한다고 설명합니다.

Claude와 Obsidian — QA 업무에 두 도구를 활용하는 방법

dev.to

한 QA 엔지니어가 Obsidian의 Markdown 템플릿과 Claude의 Skills, 커뮤니티 플러그인을 조합해 테스트 계획 작성과 업무 추적을 자동화하는 방법을 소개합니다. 생성 결과를 팀 피드백으로 검토하고 템플릿을 계속 다듬는 과정도 설명합니다.

SHIPCHECK: 배포 전 의존성을 점검하는 자율 ReAct 에이전트

dev.to

SHIPCHECK은 Sanity Content Lake와 MCP를 연결해 배포 대상의 버전 제약, Kubernetes 클러스터 상태, 문서 간 충돌을 점검하는 배포 전 검증 에이전트입니다. 작성자는 다단계 의존성 추적과 문서 권한 점수로 위험을 판정하고, 수정안을 적용한 가상 시뮬레이션까지 제공한다고 설명합니다.

구현은 판단이 보이지 않게 바뀌는 곳입니다

dev.to

댓글 응답 추적 도구의 세 가지 버전은 18명, 34명, 2명이라는 서로 다른 수를 냈지만 각자 다른 기준에 따라 정확히 셌습니다. 테스트와 측정값이 맞더라도 범위, 비교 대상, 데이터 수집 위치 같은 판단이 구현에 묻히면 독자는 다른 질문의 답을 받습니다.

운영 중인 AI 에이전트 절반은 GPU 비용이 붙은 if문입니다

dev.to

AI를 썼다는 인상을 주려고 에이전트, 벡터 데이터베이스, 다중 모델 구성을 먼저 택하면 비용과 지연 시간, 디버깅 부담만 늘 수 있습니다. 정규식·SQL·조건문으로 풀리는 문제는 결정적인 도구에 맡기고, 모호성이 실제로 있는 작업에 AI를 쓰자는 주장입니다.

AI는 코딩을 쉽게 만들지만 학습은 어렵게 합니다

dev.to

AI는 오류 설명과 코드 작성, 디버깅을 빠르게 돕지만, 문제를 스스로 파악하는 과정까지 건너뛰면 생산성이 이해보다 앞설 수 있습니다. 먼저 원인을 추측하고 시도한 뒤 AI에 묻고, 답을 검토하며 자신의 판단을 유지하자고 제안합니다.

프롬프트 인젝션은 새로운 SQL 인젝션입니다 — 아직 대비가 부족합니다

dev.to

프롬프트 인젝션은 신뢰할 수 없는 데이터와 명령이 같은 문맥에 섞이는 취약점이며, 에이전트가 행동 권한까지 가지면 피해 범위가 커집니다. 글은 SQL의 매개변수화 쿼리처럼 확실한 구조적 해결책이 아직 없다고 짚고, 권한 최소화와 사람의 승인 등으로 피해를 제한하자고 제안합니다.

AWS 멀티 에이전트 AI의 에이전트별 비용 추적

dev.to

성공 응답과 정상 상태 코드만으로는 멀티 에이전트 시스템의 불필요한 추론·도구 호출·컨텍스트 증가를 찾기 어렵습니다. 글에서는 AWS Strands와 Bedrock 호출에 토큰 비용, 에이전트, 도구 호출 정보를 OpenTelemetry 트레이스로 기록하고, 정상 실행 기준선과 비교해 최대 43%의 비용 증가를 찾아냅니다.

GRO가 가린 TLS 핸드셰이크의 실제 패킷 분할

dev.to

양자내성 TLS ClientHello가 실제 인터넷 경로에서 TCP 세그먼트 두 개로 나뉘는지 확인한 실험입니다. 수신 측 GRO가 패킷을 합쳐 tcpdump에 한 개로 보이게 했으며, GRO를 끈 뒤 1448바이트와 42바이트 세그먼트로 나뉜 기록을 얻었습니다.

수년간 에이전트 데모를 믿었습니다 — 이제는 거부하는 관문을 만들었습니다

dev.to

HivePlane은 에이전트가 재현 가능한 벤치마크를 통과하고 서명된 증명을 받아야 프로덕션에 들어가도록 통제하는 오픈소스 컨트롤 플레인입니다. 작성자는 실제 에이전트와 Docker 환경에서 첫 현장 테스트를 진행해 시나리오 10개와 승인 기준 20개를 통과했고, 인증되지 않은 실행과 모델 교체를 403으로 차단했습니다.