반응형
반응형

 

Daily Dev Digest

오늘의 개발 뉴스 — 2026년 9월 3일 (목)

devday.kr 28건 · GeekNews 21건 · 중복 병합 후 주요 18건 선별

주요 글

Anthropic이 Fable 5.1과 Mythos 5.1을 내놓았다. 가장 실무에 직결되는 변화는 캐시 읽기 비용 75% 절감으로, 프롬프트 캐싱을 쓰는 파이프라인이라면 단가 재계산이 필요하다. 과학 연구 벤치마크에서 약 2배 향상, 안전장치의 과잉 개입 완화와 글쓰기 스타일 개선이 함께 왔지만 일반 성능 개선폭은 제한적이라는 평가다.

GN 관점: 두 모델은 같은 기반을 공유하되 안전 메커니즘이 다르다 — Fable 5.1은 일반 사용자용, Mythos 5.1은 검증된 사이버보안·생명과학 전문가 대상이다.

요즘IT / Anthropic AnthropicLLM릴리스 devday ↗ GN ↗

홈 카드 클릭률 하락의 원인을 "형태가 같은 카드의 단순 나열"로 진단하고, 모듈의 역할 정의를 먼저 세운 뒤 Seamless·Discovery·Scalable 세 축으로 다시 설계했다. 2부에서는 JTBD로 모듈을 재정의하고 '최근 본 상품' 카드를 축소해 시선 흐름을 정리했으며, YDS SellerCard 안에서 재사용 가능한 확장 규칙을 만들었다. A/B 테스트는 전환율 상승을 보였지만 데이터 오류와 동시 변경이 겹쳐 인과 파악에 실패한 회고가 특히 읽을 만하다.

여기어때 기술블로그 디자인시스템FrontendA/B 테스트 devday 1부 ↗ devday 2부 ↗

프롬프트 캐싱의 TTL·무효화 조건·적용 범위를 이해하는 것이 비용 구조 파악의 출발점이라고 짚는다. 구독 / Console / Amazon Bedrock 세 경로의 과금이 다르므로 조직 단위로는 OpenTelemetry 기반 측정 체계부터 세우고, 그다음 컨텍스트 정리 습관, 마지막에 모델 선택 순으로 손대라고 권한다. 팀에 Claude Code를 깔아둔 상태라면 오늘 바로 적용 가능한 실무 문서다.

AWS 한국 블로그 Claude CodeBedrock비용 최적화 devday 2부 ↗ devday 1부 ↗

Chrome 독주를 견제하는 유일한 축이 Firefox 엔진이라는 옹호론과, Mozilla의 데이터 수집 정책·성능 저하로 신뢰가 무너졌다는 비판이 정면으로 부딪쳤다. 대안으로 거론되는 Ladybird·Servo는 아직 웹 표준 호환성이 과제다. 같은 날 Firefox iOS는 WebKit Content Blocker + EasyList 기반 광고 차단을 내장했다(설정 > 브라우징 > 광고 차단에서 활성화).

GN 관점: SNS 계정 운영 방식을 이유로 Firefox를 버리는 건 독립 엔진의 가치를 잃는 대가가 너무 크며, 같은 행동을 하는 Vivaldi에는 문제 삼지 않는다는 점에서 일관성이 없다는 반론이 나왔다.

Newsonaut / Mozilla 브라우저웹표준프라이버시 devday ↗ GN 논쟁 ↗ 7p GN iOS ↗

OpenAI Codex 데스크톱 앱이 시스템 캐시 디렉터리에 Python·Node.js·Poppler·git과 약 430MB의 헤드리스 LibreOffice를 포함한 1.7GB 런타임을 심어두고 있다는 사실이 드러났다. 구형 XLS 호환이 명분이지만, 커뮤니티는 동적 다운로드나 선택적 통합으로 충분하다며 디스크·보안 표면 낭비를 지적한다. 사내 단말에 배포 중이라면 디스크 사용량과 번들 의존성 점검이 필요하다.

Simon Willison OpenAI아키텍처데스크톱 devday ↗ GN ↗

신원 확인 서비스 업체(idscan.net으로 추정)가 수집한 운전면허증 이미지 1.53억 건이 다크웹에서 거래되고 있으며 FBI가 수사에 들어갔다. 근본 원인으로 지목된 건 해킹 기법이 아니라 필요 이상의 개인정보를 장기 보관한 데이터 최소화 원칙 위반이다. KYC·본인확인 플로우를 운영한다면 보관 기간과 원본 이미지 폐기 정책을 다시 볼 시점이다.

Krebs on Security 보안개인정보KYC devday ↗

Jujutsu(jj)를 만든 Martin von Zweigbergk가 ERSC의 CTO로 합류해 차세대 버전 관리 플랫폼을 맡는다. 목표는 AI 에이전트가 코드를 대량 생성하는 환경에서 Git의 스토리지·확장성 한계를 넘는 새 계층을 만드는 것. 당장 도구를 바꿀 일은 아니지만, 향후 2~3년 개발 워크플로 변화의 방향을 가늠할 신호다.

ERSC 블로그 VCSGitJujutsu devday ↗

지금의 에이전트 메모리는 특정 하네스나 별도 LLM이 낀 복잡한 파이프라인에 묶여 있어, 도구를 바꾸는 순간 기억이 통째로 사라진다는 문제 제기다. 대안으로 제시된 Memoryfield 방식은 선택적 YAML 메타데이터를 붙인 짧은 마크다운 문서로 메모리를 단순·이식 가능한 데이터 형식으로 다룬다. 사내에 여러 에이전트 툴을 병행 도입 중이라면 락인을 피할 실질적인 설계 선택지다.

GeekNews AI 에이전트아키텍처 GN ↗ 8p

에이전트가 시행착오·디버깅·탐색을 대신 처리하면서, 예전에는 저절로 쌓이던 반복 경험이 통째로 사라진다는 관찰이다. 역설적으로 에이전트를 잘 쓰려면 문제 도메인을 이해하고 "좋은 결과"를 정의할 수 있는 깊은 전문성이 필요한데, 그 전문성을 기를 반복 자체가 없어진다. 이제는 학습 기회를 의도적으로 설계해 넣어야 한다는 결론으로, 주니어 온보딩 설계에 직결되는 이야기다.

GeekNews AI 에이전트개발문화커리어 GN ↗ 8p

모델 호출 → 도구 사용 → 샌드박스 → 승인으로 이어지는 에이전트 실행 루프 전체를 한 곳에서 관리하는 오픈소스 하네스다. 스트리밍, 대화 저장, MCP 연결, 권한 검사, UI를 모두 내장하고 채팅 인터페이스·HTTP API·TypeScript SDK를 함께 제공한다. 에이전트 실행 인프라를 직접 짜고 있었다면 비교 검토할 만하다.

GitHub (truefoundry) AI 에이전트MCP오픈소스 GN ↗ 5p

RTX 5090 한 장으로 1.5시간, 총 67센트를 들여 학습한 소형 Transformer가 ARC-AGI-1 44%, ARC-AGI-2 7%를 기록했다. 3D RoPE에 색상·다면체 변환 증강을 결합하고 입출력 그리드를 태스크별 임베딩으로 토크나이즈한 것이 핵심. 태스크 구조에 맞춘 설계가 규모를 어디까지 대체할 수 있는지 보여주는 사례다.

GeekNews MLTransformerARC-AGI GN ↗

Wine과 같은 결의 호환 레이어로, 가상머신이나 하드웨어 에뮬레이션 없이 macOS 바이너리를 Linux에서 돌린다. 2022년 중단됐던 개발이 2025년 10월 재개되어 Apple 11.5 오픈소스 기준으로 올라섰고 그래픽·오디오·미디어 서브시스템이 개선됐다. macOS 전용 툴체인이 물려 있는 CI를 Linux로 옮기려던 팀이라면 다시 볼 만하다.

GeekNews LinuxmacOS오픈소스 GN ↗

자연어로 상품 검색·비교·구매까지 잇는 쇼핑 에이전트와 머천트 에이전트 2종 구성을 청사진으로 공개했다. 실제 적용 사례에서 장바구니 크기 35% 증가, 구매 완료율 60% 향상을 기록했다고 밝혔다. Amazon Bedrock·Microsoft Foundry·Google Cloud Vertex AI 어디에서도 며칠 내 도입 가능한 형태로 정리돼 있어 커머스 도메인이면 바로 참고할 만하다.

Anthropic 공식 블로그 커머스AI 에이전트Bedrock devday ↗ devday 심화 ↗

코드 생성 속도는 올라갔지만 프로젝트를 구조화하는 능력의 부재가 오히려 성장의 병목이 됐다는 진단이다. 구성 요소 분리, 단일 책임, 단일 진실 공급원 등 6가지를 "생존 기술"로 제시하며 AI를 코드 생성기가 아니라 구조 학습 도구로 쓰라고 권한다. 짝을 이루는 기술부채 글은 AI가 레거시 현대화를 가속하는 동시에 과도한 구현 속도로 새 부채를 찍어낸다고 지적하며, 학습·검증에 시간을 배분해 지식 격차를 줄이는 것이 유일한 방어책이라고 말한다.

Dev.to AI 코딩기술부채소프트웨어공학 devday 구조화 ↗ devday 기술부채 ↗

React 19의 Actions는 startTransition 내부에서 실행되는 함수라는 정의에서 출발해, 4개 훅이 각각 어느 지점을 담당하는지 정리한다. 흩어져 있던 로딩·에러 상태 관리가 훅 레벨로 통합되고, action prop 기반의 새 폼 제출 방식이 들어왔다. React 19 마이그레이션을 앞두고 있다면 훅 선택 기준을 잡기 좋은 글이다.

Dev.to ReactFrontendNext.js devday ↗

토큰과 컴포넌트 목록만 던져주면 AI는 규칙을 추론하지 못한다. 예외 케이스까지 문장으로 못 박은 명시적 규칙(Explicit Rules)을 Markdown·JSON으로 문서화하고, 피드백-재학습을 반복해야 결과가 안정된다는 실전 정리다. 부수 효과로 같은 문서가 신규 입사자 온보딩 자료로도 그대로 쓰인다는 점을 짚는다.

요즘IT 디자인시스템AI/MLFrontend devday ↗

파일 편집, 명령 실행, 웹 검색, 에이전트 협업 도구의 입력 형식과 호출 조건을 한 문서로 모았다. 자동화는 Gmail·Slack·GitHub 웹훅으로 스케줄·조건 모니터링을 지원하지만, 폴링은 시간당 최대 1회이고 사전 앱 연결이 필수라는 제약이 명시돼 있다. 업무 자동화 파이프라인을 설계할 때 한계선을 먼저 확인할 수 있는 자료다.

GeekNews OpenAI업무자동화문서 GN ↗

AuroraStore의 익명 계정 기능이 여러 Android 환경에서 "Server busy" 오류로 반복 실패하고 있다. VPN 우회, 캐시 삭제, 재설치 등 알려진 우회책이 모두 통하지 않아 Play 서비스를 배제한 GrapheneOS 사용자들이 앱 설치 경로 자체를 잃는 상황이다. 탈구글 환경을 테스트 단말로 쓰는 팀이라면 배포 검증 경로 점검이 필요하다.

GeekNews AndroidGrapheneOS앱배포 GN ↗

그 외 눈에 띈 글

반응형
반응형
네이버 뉴스, 인공지능이 추천한다.


네이버 뉴스편집에서 인간의 개입이 줄어든다. 네이버는 지난 2월17일 모바일 메인 ‘뉴스판’에서 에어스(AiRS, AI Recommender System, 이하 ‘에어스’)를 통한 뉴스 추천 베타테스트를 사작한다고 밝혔다. 에어스는 네이버가 자체 연구, 개발한 인공지능 기반 추천 시스템이다.

AirS (1)
사진=네이버

에어스 추천 뉴스 베타판은 무작위로 선정된 일부 사용자를 대상으로 제공된다. 네이버 다이어리에서도 만나볼 수 있다. 에어스는 공기(air)와 같이 항상 이용자 곁에서 유용한 콘텐츠를 추천한다는 의미로 명명된 인공지능 기반 추천 시스템이다. 네이버는 이 같은 시스템을 2016년 MY피드, 네이버 TV 일부에 적용, 이용자들의 콘텐츠 소비패턴과 시간의 경과에 따라 변하는 개인별 관심사를 분석하며 이에 따른 콘텐츠를 자동으로 추천하고 있다.

네이버는 모바일 메인 ‘뉴스판’ 중단 배너 영역 아래, ‘AiRS 추천 뉴스 영역(베타버전)’을 마련하고, 최근 7일 간 ▲사용자가 네이버 모바일과 PC에서 구독한 뉴스 및 ▲사용자와 관심사가 비슷한 그룹이 구독한 뉴스를 기반으로, NPMI(추천 스코어)Normalized Point-wise Mutual Information, Item-to-item 모델에서 item(콘텐츠)간 유사도 계산 시에 사용되는 통계값이다.  co-occurrence(동시 발생)만을 고려한 모델에 비해 item간 조건부 확률까지 분석해, 보다 정교한 추천이 가능한 방식이다close, 최신성, 다양성 등을 추출 및 분석해 개인별 관심도, 선호도가 높은 뉴스를 추천한다. 해당 영역에서는 사용자의 관심사에 따른 뉴스를 추천하며, 소비에 따라 실시간으로 새로운 뉴스를 업데이트하며 다양한 뉴스를 제공한다.

네이버의 뉴스판은 워낙 많은 사람이 이용하다 보니 편집과 관련해 정치·사회적으로 민감하다. 비교적 논란이 적을 수 있는 ‘연예’, ‘스포츠’보다 뉴스판에 먼저 에어스를 적용한 이유는 베타 테스트의 관점에서 테스트 사용자의 규모와 추천 대상 콘텐츠의 생산량(회전율)을 고려했기 때문이다. 향후 에어스는 네이버 모바일 주제판인 ‘연예’, ‘스포츠’ 등 더욱 다양한 주제판과 ‘웹툰’과 같은 네이버의 콘텐츠 서비스로 확대해, 사용자들의 세분화, 개인화된 관심사와 니즈에 적합한 맞춤 콘텐츠를 추천해나갈 예정이다.

비슷한 관심사의 사람들이 본 뉴스를 추천한다

에어스는 같은 관심사를 가진 사용자 그룹이 구독한 콘텐츠를 추천하는 CF(Collaborative Filtering, 협력 필터) 기술을 바탕으로 한다. CF기술은 컴퓨터가 보편화하던 1970년대부터 시작됐다. 정보의 양이 빠른 속도로 증가하면서 그에 걸맞은 정보 추천 시스템이 필요해져서다.

CF 기술은 네이버의 ‘콘텐츠 네트워크’에 적용, 비슷한 관심사를 가진 사용자 네트워크를 구축하고, 해당 구성원들이 많이 본 콘텐츠 중 관련도가 높은 콘텐츠를 우선 추천한다. CF기술은 넷플릭스의 영화 및 드라마 추천, 아마존의 쇼핑 상품 추천, 유튜브의 동영상 추천 등 글로벌 IT기업들도 활용하고 있다.

AirS (2)
사진=네이버

네이버는 인공신경망 기술인 순환신경망(RNN, Recurrent Neural Network)을 통해 콘텐츠를 추천하기 위한 내부 연구도 진행 중이라고 알렸다. 해당 기술은 사용자가 콘텐츠를 구독한 순서까지 기억한다. 시간이 지날수록 더욱 정교하게 콘텐츠를 분석하고, 생성된 지 얼마 되지 않은 최신 콘텐츠까지 추천할 수 있는 기술이다. 스스로 학습이 가능한 추천 시스템이다.

AirS (3)
사진=네이버

최재호 에어스 리더는 “에어스는 계속해서 학습을 통해 고도화되기 때문에 추천 품질은 지속적으로 좋아지게 된다”라며 “앞으로 CF 기술과 RNN 등 딥러닝 기술이 가진 장점을 융합해 더욱 고도화된 형태의 추천 시스템으로 진화하기 위한 연구를 지속할 예정”이라고 밝혔다.

편리한 기술, 부작용은 없을까?

콘텐츠 추천 시스템은 편리하다. 사람이 할 일이 줄어든다는 것은 부차적이다. 개인화된 맞춤 추천도 사용자 입장에서 편리하게 받아들여질 수 있는 기술이다. 대중의 취향보다는 같은 관심사를 공유하는 사람들의 취향이 사용자의 입맛에도 맞다. 알고리즘이 추천하는 시스템을 적용하면 ‘포털이 사실상의 뉴스편집권을 행사한다’는 논란을 비껴가기에도 좋다. ‘로봇이 사용자의 관심사를 기반으로’ 추천한다는 사실은 굉장히 공정해 보이기 때문이다.

‘다음’을 운영하고 있는 카카오는 2015년부터 ‘루빅스’라는 이름의 알고리즘 기반 추천 시스템을 뉴스 콘텐츠 제공에 사용하고 있다. 카카오 측은 “루빅스 적용 후 사용자에 따라 다른 뉴스가 노출되므로 메인에 노출되는 뉴스 수가 늘어난다”라며 “사용자의 입맛에 맞는 콘텐츠를 노출하게 되므로 뉴스 콘텐츠 소비량도 증가하는 효과를 얻을 수 있다”라고 장점을 강조한다.

▲필터버블은 개인 맞춤형 정보를 제공하는 과정에서 생겨난다.
▲필터버블은 개인 맞춤형 정보를 제공하는 과정에서 생겨난다. 

다만 비슷한 그룹의 관심사에 기반해 추천하는 기술은 ‘필터버블’의 우려에서 벗어나지 못한다. 필터버블은 인터넷 정보제공자가 이용자 맞춤형 정보를 제공해 필터링 된 정보만 이용자에게 도달하는 현상을 지칭한다. 개인 맞춤형 콘텐츠 추천 시스템의 부작용이다.

개인 맞춤형 콘텐츠 추천 시스템에 뉴스가 섞이면 부작용이 생긴다. 자기가 좋아하는 뉴스, 보고 싶은 뉴스만 보면 결국 정치·사회적인 문제에서 고정관념과 편견을 강화하는 계기가 된다. 강화된 고정관념과 편견은 좀 더 입맛에 맞는 게시물만 가지고 온다. 악영향이 강화되는 셈이다. 이렇게 되면 여론을 잘못 이해하게 될 뿐만 아니라, 전혀 잘못된 소식이 확산력을 가지게 되는 상황도 생긴다. 이러한 필터버블은 개인의 편견이나 고정관념을 강화하는 데 그치지 않고 사회와 정치에도 악영향을 미칠 수 있다.

네이버는 이러한 우려에 대해 “이용자 행태를 분석하는 과정에서 일괄적으로 필터링하거나 어느 한쪽으로 쏠리기보다는, 개개인의 시시각각 변하는 관심사를 인식하여 최적화된 추천 결과를 예측하는 데 중점을 두고 있다”라며, “뉴스판의 경우만 보더라도 npmi(추천 스코어) 이외에 다양성이나 최신성 등이 충분히 고려되며, ‘추천 뉴스 새로 보기’를 통해 여러 분야의 다양한 기사들도 계속 접할 수 있다”라고 답변했다.

시스템과 로직은 공개할 의향 있어

보통 알고리즘은 기업 비밀로 취급되곤 한다. 하지만 뉴스편집은 약간 예외가 될 수 있다. ‘왜 해당 뉴스가 비중있게 다뤄지는지’, ‘더 긴 노출 시간을 확보하는지’는 기업의 문제이면서 동시에 사회의 문제다. 이와 관련된 알고리즘이 투명하게 알려지는게 중요한 이유다. 카카오는 작년 말에 “루빅스가 어떤 팩터로 구성됐고, 어떻게 작동하는지에 대한 공개를 준비하고 있다”라고 밝힌 바 있다. 네이버 측도 “아직 연구 실험 중인 부분이 있어 향후 바뀔 수는 있지만”이라고 전제는 달았지만 “기본적인 시스템이나 로직은 기회가 된다면 공개할 예정이다”라고 답변했다.

유봉석 네이버 미디어서포트 리더는 “에어스를 통해, 사용자들이 네이버 모바일 홈에서 다양한 영역에 걸쳐있는 개인 관심사에 대한 뉴스를 더욱 편리하게 확인할 수 있게 될 것으로 기대한다”라며, “기술을 기반으로 투명한 뉴스 서비스를 제공하기 위한 노력을 이어갈 것이다” 라고 말했다.






.


반응형
반응형

jquery mobile 1.4 + Z framework

 

간단한 모바일 뉴스 수집 서비스 :  http://tcbs17.cafe24.com/tc/circulus/index.html

 

참고 : http://j.mp/1i2Dgai 

반응형

+ Recent posts