AI 5건 · 일반 3건
LiteLLM의 모든 도커 이미지는 cosign을 사용하여 서명됩니다. 각 릴리즈는 동일한 키로 서명되며, 사용자는 cosign verify 명령어를 통해 이미지의 서명을 확인할 수 있습니다. 이렇게 하면 사용자가 원본 서명 키를 사용하여 이미지를 검증할 수 있습니다. 이는 보안을 강화하고 도커 이미지가 변경되지 않았음을 보장하는 중요한 단계입니다.
EU 거주 클로드 프로 구독자가 명확한 사용량 고지 없이 추가 요금을 부과받았다고 주장합니다. EU 소비자 보호법에 따르면 계약 전 서비스의 구체적인 특성 고지가 의무인데, 클로드 측이 이를 충족하지 못했다는 지적입니다. 향후 유사한 분쟁 발생 시 중요한 판례가 될 수 있습니다.
Mozilla는 Claude Mythos Preview를 사용하여 파이어폭스에서 수백개의 보안 취약점을 찾고 수정했습니다. 기존의 방어 수단이 많은 공격을 차단했으며, 20년 전의 XSLT 버그와 15년 전의 버그도 수정되었습니다. 이 작업은 AI 기술의 발전과 기존 방어 수단의 효과를 보여줍니다.
RTX 5090 기반 로컬 환경의 Ollama와 클라우드 기반 Anthropic 모델을 실제 코딩 과제로 직접 비교했다. Python CLI 툴 작성 과제에서 일부 로컬 모델이 Sonnet 수준에 근접한 성능을 보였다. 하드웨어 의존도는 여전하지만, 프라이버시와 비용을 중시하는 사이드 프로젝트에 로컬 LLM 활용이 현실적 선택지로 떠올랐다.
에이전트가 제대로 동작하려면 제어 흐름이 필요하다. 제어 흐름은 에이전트가 특정 작업을 수행하도록 명시적으로 지시하는 것을 말한다. 이는 에이전트가 작업을 수행하는 과정을 명확히 정의하고, 오류를 방지하며, 작업의 결과를 예측할 수 있도록 도와준다. 제어 흐름을 사용하면 에이전트가 더 신뢰성 있게 동작하고, 개발자가 에이전트의 동작을 더 쉽게 이해하고 수정할 수 있다.
Supabase에서 지난 달에 일어난 모든 일들을 요약한 개발자 업데이트입니다. 커스텀 OAuth/OIDC 제공자, 새로운 테이블의 자동 노출 제거, ISO 27001 인증 등을 포함합니다. 이러한 업데이트들은 Supabase의 보안과 사용자 편의성을 향상시킵니다.
오리지널 플레이스테이션과 닌텐도 64의 그래픽 차이를 설명하는 블로그 포스트입니다. 애드디티브 블렌딩은 그래픽 효과를 더 현실적으로 표현하는 기술입니다. 포스트에서는 N64의 Reality Display Processor가 애드디티브 블렌딩을 지원하지만, 결과를 클램핑하지 않아 원하는 결과를 얻지 못했다는 점을 설명합니다.
ASCII 테이블에서 대문자 Z 다음에 바로 소문자 a가 나오지 않고 몇 가지 특수 문자가 있는 이유를 설명하는 글입니다. 이는 컴퓨터가 숫자만을 이해할 수 있기 때문에 문자를 숫자로 매핑하는 인코딩이 필요했으며, ASCII는 초기의 인코딩 방식 중 하나입니다. ASCII는 7비트를 사용하여 128개의 코드 포인트만을 표현할 수 있었기 때문에, 이후에 Unicode와 같은 더 큰 인코딩 방식이 필요하게 되었습니다. ASCII의 설계에서 대문자와 소문자 사이에 특수 문자를 삽입한 이유는 2의 거듭제곱을 이용한 비트 연산을 효율적으로 사용하기 위함입니다.