2026-05-11

• #0026

  #0026인프라·SaaSvercel_blog지난주

  `Vercel Flags`, 스케줄 기반 점진 롤아웃 추가

  `Vercel Flags` adds scheduled progressive rollouts

  80radar

  Vercel Flags피처 플래그 서비스 — Vercel 배포 흐름에 바로 붙음

  고정 비율 실험 대신 시간표대로 노출 비중을 올리는 방식이 들어왔다. 대형 배포 시스템을 따로 짜지 않아도 점진 배포가 가능해졌고, dashboard와 vercel flags rollout에서 바로 쓸 만하다.

  • —기존 가중치 분할은 50/50 같은 고정 비율 유지였고, 이번 방식은 단계별 목표 비율과 기간을 미리 정해 자동으로 올린다.
  • —처음엔 소수 사용자에게만 노출해 회귀를 먼저 잡는다. 문제 생기면 전체 배포 전에 피해 범위를 작게 묶을 수 있다.
  • —조작 경로가 dashboard와 새 CLI 명령 vercel flags rollout 둘 다라서 수동 배포와 스크립트 배포 흐름에 같이 넣기 쉽다.

  출처: vercel.com/changelog/progressive-rollouts-in-vercel-flag원문 보기 →
• #0025

  #0025인디 비즈니스r/SaaS지난주

  솔로 SaaS, 소셜 중심 운영만으로 **$6k+ MRR** 돌파

  Solo SaaS passes $6k MRR with social-led growth and no paid ads

  70radar

  화려하게 커 보이는 연출보다 배포 채널과 비용 통제가 먼저 먹힌다. 소셜 직접 운영, 무광고, 무투자 조합으로 $6k+/월과 92% 마진이면 아직도 충분히 따라할 만하다.

  • —매출은 웹+앱 합산 $6k+/월. 주간 급등 한 번보다 매주 조금씩 붙는 누적 성장 흐름이 더 선명하다.
  • —유입은 여전히 소셜에 직접 올리고 질문에 답하는 방식이다. 광고비 없이도 배포 루틴이 채널 역할을 한다.
  • —수익성은 Apple 수수료 제외 기준 92% 마진. 외형 키우기보다 비용 구조를 먼저 다듬는 편이 훨씬 낫다.
  • —운영 장비도 최적화했다. 새 폰 구매를 멈추고 기존 기기를 재사용하면서 고정비를 더 줄였고, 테스트용만 따로 둔다.

  출처: www.reddit.com/r/SaaS/comments/1t9hsd9/im_just_hit_6k_re원문 보기 →
• #0024

  #0024에이전트·도구GitHub Trending Weekly지난주

  `UI-TARS Desktop`, **무료** 원격 브라우저·컴퓨터 오퍼레이터 추가

  `UI-TARS Desktop` Adds Free Remote Browser and Computer Operators

  70radar

  UI-TARS Desktop데스크톱 에이전트 — 무료 원격 브라우저·컴퓨터 조작

  닫힌 IDE 밖에서도 멀티모달 에이전트를 바로 굴릴 수 있는 형태가 나왔다. 원격 브라우저·컴퓨터 조작을 무료로 풀어 UI 자동화나 운영 작업에 지금 시험해볼 만하다.

  • —구성은 두 갈래다. Agent TARS는 CLI·Web UI 중심, UI-TARS Desktop은 네이티브 GUI 조작에 초점이 맞춰져 있다.
  • —2025-06-12 릴리스에서 Remote Computer Operator와 Remote Browser Operator를 무료 제공했다. 셋업 장벽이 확 낮아졌다.
  • —Agent TARS CLI v0.3.0에는 멀티툴 스트리밍, 호출 시간 통계, 이벤트 스트림 뷰어가 들어갔다. 긴 실행 디버깅이 쉬워진다.
  • —단순 모델 쇼케이스가 아니라 브라우저·데스크톱 오퍼레이터와 MCP 연동까지 묶였다. 반복 QA, 백오피스, 웹 작업 자동화에 더 가깝다.

  출처: github.com/bytedance/UI-TARS-desktop원문 보기 →
• #0023

  #0023에이전트·도구GitHub Trending Weekly지난주

  `DeepSeek-TUI`, 터미널용 코딩 에이전트 공개

  `DeepSeek-TUI`: Terminal Coding Agent with Auto Model Routing

  70radar

  DeepSeek-TUI터미널 코딩 에이전트 — 승인·롤백 갖춘 올인원 TUI

  터미널에서 파일 수정, 셸 실행, git, 웹 탐색까지 한 번에 묶었고 승인 게이트와 롤백도 넣었다. DeepSeek로 Codex류 작업 흐름을 쓰고 싶었다면 별도 래퍼 없이 지금 바로 테스트할 만하다.

  • —실행 진입점은 deepseek 하나다. 파일 작업, 셸, git, 웹, 서브에이전트, MCP까지 TUI 안에서 이어진다.
  • —--model auto가 모델과 사고 강도를 턴마다 같이 고른다. 비용과 응답 속도 튜닝 부담이 꽤 줄어든다.
  • —문맥 창은 1M 토큰까지 전제로 설계됐고, 컨텍스트 압축과 prefix-cache 비용 표시까지 붙어 장기 작업에 유리하다.
  • —/restore와 turn 전후 side-git 스냅샷을 제공한다. 저장소의 원래 .git를 건드리지 않아 실험성이 높다.

  출처: github.com/Hmbown/DeepSeek-TUI원문 보기 →
• #0022

  #0022인디 비즈니스r/SaaS지난주

  `DistilBook`, 출시 **20일 만에 $335** 만든 사전 검증형 SaaS 운영기

  `DistilBook`: **$335** in 20 days from pre-launch clips and manual outreach

  60radar

  DistilBookSaaS — 출시 전 클립 검증으로 첫 매출을 만든 도구

  출시 전에 결과물 클립부터 뿌리고, 런치 당일엔 전원에게 1:1로 다시 찔러서 첫 매출을 열었다. Product Hunt식 한방보다 수동 세일즈와 데모 품질이 더 잘 먹힌다.

  • —출시 전 r/sideproject에 결과물 짧은 클립을 올려 DM과 사전 가입을 확보했다. 런치 전 수요 검증 방식으로 재현성 높다.
  • —런치 당일 대형 발표 대신 가입자와 DM 유입 전원에게 직접 메시지와 이메일을 보냈고, 여기서 연간 1건 + 월간 1건이 바로 나왔다.
  • —이후 풀 데모 영상을 다시 올려 추가 2건을 만들었고, Twitter·지인 추천·경쟁사 서브레딧 대안 포지셔닝으로 유입원을 넓혔다.
  • —요금제는 3단이지만 대부분이 $35/월 중간 플랜으로 갔다. 최저가보다 기본 가치 설계가 중요하다는 신호다.
  • —출력물에 만족한 1명이 팀 내부 전파자가 되면서 팀 사용으로 번졌다. 초반엔 광고보다 강한 사용자 챔피언 한 명이 더 세다.

  출처: www.reddit.com/r/SaaS/comments/1ta1p0j/its_been_20_days_원문 보기 →
• #0021

  #0021기타GeekNews지난주

  `CVE-2024-YIKES`, 의존성 탈취가 다중 언어 공급망으로 번진 사고

  `CVE-2024-YIKES`: dependency hijack leaked cross-ecosystem registry creds

  60radar

  vulpine-lz4패키지 — 설치 단계 실행으로 CI 시크릿 탈취

  자바스크립트 패키지 탈취가 Rust·Python까지 번지며 .npmrc, .pypirc, Cargo 자격 증명 유출로 이어졌다. CI가 빌드 중 배포 시크릿을 읽을 수 있으면 한 번 뚫린 의존성이 연쇄 전파한다. 지금 바로 토큰 범위와 릴리스 잡 분리가 맞다.

  • —피해 범위가 npm에 그치지 않았다. .pypirc, Cargo, RubyGems 자격 증명까지 노려 멀티 레지스트리 운영일수록 연쇄 타격이 커진다.
  • —악성 vulpine-lz4의 build.rs가 CI 호스트에서 실행됐다. 설치 단계 코드 실행만으로도 시크릿 유출이 가능하다는 뜻이다.
  • —left-justify식 피싱이 다시 통했다. 인프라 침해 없이도 패키지 신뢰 체인만 흔들면 공급망 공격이 성립한다.
  • —테스트 잡과 배포 잡이 같은 시크릿을 공유하면 한 번의 감염으로 퍼블리시 권한까지 상실한다. 워크플로 분리가 우선이다.

  출처: news.hada.io/topic?id=29374원문 보기 →
• #0020

  #0020에이전트·도구GitHub Trending Weekly지난주

  `Flue`, 헤드리스 TypeScript 에이전트 하네스 프레임워크

  `Flue`: headless TypeScript agent harness framework

  60radar

  Flue프레임워크 — UI 없이 에이전트 워크플로를 코드 실행

  사람이 붙어 있는 UI 없이 Claude Code식 작업 흐름을 코드로 돌린다. Node.js·Cloudflare·CI까지 같은 구조로 배포할 수 있어 매력적이지만, API가 실험 단계라 당장 프로덕션 올인은 이르다.

  • —기본 실행이 풀 컨테이너가 아니라 just-bash 기반 가상 샌드박스다. 트래픽 큰 에이전트에서 속도와 비용을 확실히 아낄 여지가 있다.
  • —에이전트 로직 상당수를 Markdown 스킬, 컨텍스트, AGENTS.md에 둔다. 코드보다 프롬프트 레이어를 빨리 바꾸는 팀에 잘 맞는다.
  • —런타임을 Node.js, Cloudflare, GitHub Actions, GitLab CI/CD까지 겨냥했다. 앱 백엔드와 운영 자동화를 한 스택으로 묶기 좋다.
  • —session.prompt()에 스키마를 넣어 타입 검증된 결과를 바로 받는다. 후처리 파서 덜 짜도 돼 API 엔드포인트 연결이 수월하다.
  • —지원 봇 예시는 R2 버킷을 파일시스템처럼 마운트해 지식베이스를 읽는다. 문서 기반 고객지원 에이전트 패턴이 꽤 구체적이다.

  출처: github.com/withastro/flue원문 보기 →
• #0019

  #0019인디 비즈니스r/smallbusiness지난주

  소액 선결제로 탐색 미팅 낭비를 크게 줄인 운영 패턴

  Charging a Small Upfront Fee Filtered Out Bad-Fit Discovery Calls

  50radar

  무료 통화 대신 paid discovery와 구조화된 입력폼을 먼저 받자 저의 없는 리드가 빠르게 걸러졌다. 고가 커스텀 작업이면 소액 선결제를 바로 붙여볼 만하다.

  • —기존 흐름은 무료 30분 통화 후 제안서, 그리고 낮은 전환으로 이어졌다. 일정 대부분이 애매한 리드에 잠식됐던 셈.
  • —먼저 $50를 받고 구조화된 입력폼을 제출하게 바꾸자 미팅 메모 대신 바로 검토 가능한 서면 브리프가 남았다.
  • —선결제 금액은 계약 시 차감해 마찰을 낮췄다. 수익화보다 진지한 고객만 남기는 필터 역할이 더 컸다.
  • —결제 저항이 거의 없었다는 점도 중요하다. $50를 못 내는 리드는 애초에 $8k 프로젝트 고객이 아닐 가능성이 높다.

  출처: www.reddit.com/r/smallbusiness/comments/1ta5kzs/charging원문 보기 →
• #0018

  #0018에이전트·도구lennys_newsletter지난주

  `Notion` 엔지니어링의 spec-driven development 워크플로우

  Spec-Driven Development Workflow from `Notion` Engineering

  50radar

  스탠드업 자동화, 댓글 기반 PR 생성, spec-first 개발을 한 흐름으로 묶는다. 새 도구보다 운영 패턴에 가깝고, 작은 팀 자동화에 바로 참고할 만함.

  • —스탠드업을 자동화하면 반복 상태 공유가 에이전트 작업으로 빠진다. 회의 절감 효과가 먼저이고, 코드 품질 개선은 별개다.
  • —댓글 하나로 PR을 만든다는 흐름은 이슈-수정 간격을 줄인다. 범위가 작고 코드베이스 규칙이 명확할수록 잘 맞음.
  • —spec-first 개발은 사람을 제품 판단에 두고 에이전트가 구현을 맡는 구조다. 좋은 패턴이지만 리뷰 강도는 낮추면 안 된다.

  출처: www.lennysnewsletter.com/p/spec-driven-development-the-a원문 보기 →
• #0017

  #0017인프라·SaaSGeekNews지난주

  90일 공개 정책, AI 시대엔 방어선이 안 된다

  90-Day Disclosure Is Breaking Under AI-Speed Exploits

  50radar

  취약점 공개 후 버그 재발견과 익스플로잇 제작 속도가 AI로 급격히 짧아졌다. 결제 흐름을 다루면 React 패치 diff 자체가 공격 가이드가 되니 90일 대기 전제부터 버려야 한다.

  • —치명적 결제 검증 버그를 6주 동안 11명이 따로 신고했다. 한 명만 찾는 시대가 끝났고, 패치 지연 비용이 훨씬 커졌다.
  • —React 패치 diff가 AI 도움으로 30분 만에 작동하는 익스플로잇으로 바뀌었다. 클라이언트 수정만으로 숨길 시간은 없다.
  • —기존 90일 책임 공개 관행은 분석 속도가 느리던 전제를 깔고 있었다. 지금은 공개 전보다 수정 리드타임이 더 중요해졌다.
  • —결제 검증은 서버에서 강제하고, 배포 뒤 diff를 즉시 역분석당한다고 가정해야 한다. 핫픽스 체계 없는 SaaS는 그대로 노출된다.

  출처: news.hada.io/topic?id=29383원문 보기 →
• #0016

  #0016인디 비즈니스r/solopreneur지난주

  YC W26, 솔로 창업자 합격 조건은 공동창업자가 아니라 실물·지표·문제 당사자성

  YC W26 shows solo founders get in with shipped product, traction, and founder-problem fit

  50radar

  혼자 지원해도 통과선은 있다. 4주 이상 오르는 지표, 실제 사용된 제품, 문제를 오래 겪은 이력까지 갖추면 공동창업자 부재보다 실행 증거가 더 세게 먹힌다. 지금 필요한 건 Figma보다 작동하는 물건이다.

  • —22명 모두 비전만으로 들어가지 않았다. 랜딩 페이지나 목업이 아니라 실제로 돌아가고 반응까지 나온 제품이 있었다.
  • —지표는 막연한 관심이 아니라 사용자 수, 매출, 출하량, GitHub 스타처럼 숫자로 끊겼고 최소 4주 연속 상승했다.
  • —창업자-문제 적합성은 조사량이 아니라 이력에서 나왔다. 직접 업계에서 일했거나 불편을 오래 겪은 사람이었다.
  • —준비 방향도 선명하다. 지원서 문장 다듬기보다 데모, 사용 기록, 예약·매출 같은 증거를 먼저 쌓는 편이 훨씬 낫다.

  출처: www.reddit.com/r/Solopreneur/comments/1t9v2xu/yc_just_ac원문 보기 →
• #0015

  #0015기타GeekNews지난주

  `3GB SQLite` 사전을 `10MB FST` 바이너리로 교체

  Replacing a `3GB` `SQLite` dictionary with a `10MB` `FST` binary

  50radar

  FST정적 검색 포맷 — 대규모 후보를 초소형 바이너리로 압축

  접두사 검색처럼 후보가 수천만 개로 불어나는 데이터는 SQLite FTS보다 정적 FST가 배포 비용에서 훨씬 유리하다. 읽기 전용 검색이라면 앱 번들급 크기로 줄여 모바일·엣지 배포에 바로 써먹을 수 있다.

  • —핀란드어 굴절형 확장으로 항목 수가 4천만~6천만 개까지 불어나며, 순수 트라이 구조는 메모리와 크기 한계에 걸렸다.
  • —임시 해법으로 SQLite FTS를 붙여 검색 속도는 확보했지만, 첫 다운로드가 3GB라 설치 장벽이 너무 컸다.
  • —정적 FST 바이너리로 바꾸자 결과물이 약 10MB까지 줄었다. 검색 엔진이 아니라 배포 포맷을 바꾼 셈이다.
  • —변경이 드문 사전·태그·지역명 자동완성처럼 읽기 비중이 압도적인 데이터라면 같은 압축 전략을 그대로 이식할 만하다.

  출처: news.hada.io/topic?id=29379원문 보기 →
• #0014

  #0014에이전트·도구Google AI Forum지난주

  `Antigravity`, 스트림 타임아웃 뒤 `Claude` 대화가 영구 손상되는 버그

  `Antigravity` bug: stream timeout can permanently poison `Claude` trajectories

  50radar

  AntigravityAI 코딩 툴 — Claude 대화·파일 작업용 에이전트

  약 120초쯤 응답이 끊기면 마지막 assistant 블록이 thinking으로 저장돼 같은 세션의 후속 요청이 전부 HTTP 400으로 죽는다. 긴 리팩토링·파일 생성 작업엔 치명적이라, 수정 전엔 작업을 짧게 쪼개는 편이 낫다.

  • —재현은 100%. thinking-enabled Claude 모델이 긴 응답을 내는 중 마지막 출력 단계에서 끊기면 바로 터진다.
  • —한 번 오염된 assistant turn이 히스토리에 남아 Retry, 프롬프트 수정, 모델 변경까지 전부 같은 실패로 이어진다.
  • —에러 문구가 명확하다. assistant 메시지의 마지막 블록은 thinking이면 안 되며, 저장 계층 검증 누락이 직접 원인이다.
  • —멀티파일 리팩토링이나 큰 파일 쓰기처럼 오래 걸리는 작업은 특히 위험하다. 당분간은 새 trajectory로 잘게 나누는 쪽이 안전하다.

  출처: discuss.ai.google.dev/t/bug-trajectory-permanently-poiso원문 보기 →
• #0013

  #0013에이전트·도구GeekNews지난주

  `Open Design`, `Claude Design`의 로컬 퍼스트 오픈소스 대체제

  `Open Design`, a local-first open-source alternative to `Claude Design`

  50radar

  Open Design디자인 툴 — 기존 코딩 에이전트 CLI를 바로 활용

  자체 에이전트를 묶지 않고 PATH에 잡힌 코딩 에이전트 CLI를 바로 디자인 엔진으로 쓴다. 기존 Claude Code·Codex 흐름을 살릴 수 있어 전환 비용이 낮고, 프로토타입 작업엔 지금 바로 시험해볼 만하다.

  • —PATH에서 16종 코딩 에이전트 CLI를 자동 감지한다. 새 런타임을 익히기보다 이미 쓰는 도구를 재활용하는 구조다.
  • —내장 스킬이 31개다. 웹 프로토타입, SaaS 랜딩, 대시보드, 모바일 앱, 소셜 캐러셀까지 출력 범위가 넓다.
  • —디자인 산출물만이 아니라 PM 스펙, OKR, 인보이스도 포함한다. 기획 문서와 마케팅 제작물을 한 흐름에 묶기 좋다.
  • —차별점은 모델 성능이 아니라 오케스트레이션이다. 에이전트 락인보다 템플릿과 워크플로 재사용성에 무게를 둔다.

  출처: news.hada.io/topic?id=29376원문 보기 →
• #0012

  #0012기타GeekNews지난주

  `Bifrost` - 초고속 엔터프라이즈 AI 게이트웨이

  `Bifrost`: ultra-fast enterprise AI gateway

  50radar

  BifrostAI 게이트웨이 — OpenAI 호환 멀티벤더 초저지연 프록시

  여러 LLM 공급자를 OpenAI 호환 API 하나로 묶고, 프록시 오버헤드를 100µs 미만까지 낮췄다. 멀티벤더 라우팅이 필요하면 LiteLLM 대안으로 바로 검토할 만하다.

  • —벤더별 SDK를 걷어내고 OpenAI 호환 API로 OpenAI·Anthropic·Bedrock·Vertex 등 15개 이상을 붙인다. 앱 코드는 단순해진다.
  • —LiteLLM 대비 50배 빠름, 5k RPS에서 100µs 미만 오버헤드 주장. 고트래픽 서비스면 프록시 병목을 줄일 카드다.
  • —적응형 로드밸런서·클러스터 모드·가드레일·1,000개 이상 모델 지원까지 묶었다. 운영 복잡도를 한 레이어에 모으는 설계다.

  출처: news.hada.io/topic?id=29373원문 보기 →
• #0011

  #0011인프라·SaaSvercel_blog지난주

  `Vercel Sandbox firewall`, 프록시 포워딩·요청 필터링 베타 추가

  `Vercel Sandbox firewall` adds proxy forwarding and request filtering in beta

  50radar

  Vercel Sandbox샌드박스 실행 환경 — 격리된 코드 실행과 네트워크 제어

  샌드박스 아웃바운드 요청을 내 프록시로 우회시키고 경로·메서드·헤더 단위로 골라 적용할 수 있게 됐다. 로깅·디버깅·자격증명 중개가 쉬워지지만, Pro·Enterprise 베타라 당장 범용성은 낮다.

  • —허용된 도메인에 forwardURL을 붙이면 매칭된 HTTPS 요청이 내 서버로 전달된다. 응답 변환이나 외부 API 디버깅 흐름에 바로 쓸 수 있다.
  • —매처로 경로, 메서드, 쿼리스트링, 헤더 기준 필터링이 가능하다. 특정 POST API만 프록시 처리하고 나머지는 그대로 통과시킬 수 있다.
  • —프록시에는 원래 호스트·스킴·포트와 함께 vercel-sandbox-oidc-token이 전달된다. 요청 출처 검증과 프로젝트 식별까지 한 번에 처리된다.
  • —적용 범위는 Pro·Enterprise 베타이고 @vercel/sandbox@beta 설치가 필요하다. 샌드박스 기반 워크로드가 없으면 우선순위는 높지 않다.

  출처: vercel.com/changelog/vercel-sandbox-firewall-now-support원문 보기 →
• #0010

  #0010에이전트·도구opencode_releases지난주

  `OpenCode` `v1.14.47`, TUI 입력 복구와 `Scout` 선로딩 추가

  `OpenCode` `v1.14.47` fixes TUI editing and preloads Scout refs

  50radar

  OpenCode오픈소스 코딩 에이전트 — TUI·HTTP API 함께 제공

  매일 쓰는 흐름의 거슬리는 부분을 정리했다. TUI 입력 복구, 모델 변경 유지, 읽기 쉬운 400 에러, Scout 선로딩까지 들어가서 업데이트 비용 대비 바로 올릴 만함.

  • —TUI 텍스트 입력 keybinding이 복구됐다. esc, enter 별칭까지 다시 먹어서 터미널 작업 흐름이 덜 끊긴다.
  • —세션 중 모델을 바꿔도 설정이 유지된다. 조용히 원복되던 상태 버그가 줄어 반복 작업 낭비를 막는다.
  • —HTTP API 스키마 검증 실패 시 읽을 수 있는 400 본문을 돌려준다. 래퍼 스크립트와 자동화 디버깅이 쉬워진다.
  • —Scout가 참조 저장소를 미리 materialize한다. 멀티레포 검색을 자주 쓰면 첫 탐색 대기 시간이 짧아진다.
  • —큰 이미지 첨부는 전송 전 자동 리사이즈된다. 크기 제한도 설정 가능해서 업로드 실패와 불필요한 payload를 줄인다.

  출처: github.com/anomalyco/opencode/releases/tag/v1.14.47원문 보기 →
• #0009

  #0009에이전트·도구Cursor Changelog지난주

  `Cursor` `Bugbot`, PR 리뷰 노력 수준 설정 추가

  `Cursor` `Bugbot` adds configurable PR review effort levels

  50radar

  BugbotPR 리뷰 도구 — 속도·꼼꼼함을 조절하는 자동 리뷰 봇

  PR 리뷰를 더 빠르게 돌릴지, 더 꼼꼼하게 볼지 이제 직접 고른다. Bugbot을 저장소 성격과 리뷰 비용에 맞춰 조절할 수 있어 실무 편의는 올라가지만, 판을 바꿀 급은 아니다.

  • —Teams 관리자와 Individual 플랜 사용자가 설정 가능하다. 혼자 쓰는 저장소와 팀 저장소 모두 바로 적용 범위에 들어온다.
  • —선택지는 3가지다. 리뷰 강도를 고정값으로 두지 않아도 돼, 빠른 반복 배포와 보수적 검토 사이 조정폭이 생겼다.
  • —이번 변경은 새 기능군 추가보다 리뷰 동작 튜닝에 가깝다. Bugbot이 과하게 시끄럽거나 얕게 느껴졌다면 체감 개선이 크다.

  출처: cursor.com/changelog/05-11-26원문 보기 →
• #0008

  #0008인디 비즈니스r/SideProject지난주

  `HantaFlow`, **29시간 4천 방문** 만든 다국어 SEO 루프

  `HantaFlow` finds a fast SEO loop: **4k visitors in 29 hours**, mostly from `Yandex`

  50radar

  HantaFlow데이터 사이트 — 다국어 SEO 루프로 초기 검색 유입 확대

  영어권 커뮤니티 반응보다 비영어 검색 유입이 먼저 터졌다. 다국어 페이지, RSS/JSON 엔드포인트, IndexNow 조합이면 지역성 강한 주제에서 출시 직후 배포력이 나온다.

  • —하루 성과가 4,000 유니크, 7,700 페이지뷰, 평균 세션 1분 2초. 일회성 클릭보다 탐색형 트래픽에 가깝다.
  • —유입의 중심은 Yandex 2,600명이었다. Reddit 374, Google 286보다 컸고, 영어권 채널만 보면 놓치는 시장이 드러난다.
  • —초기부터 69개국, 17개 언어, 25개 피드를 깔아둔 덕에 인덱싱 표면적이 넓어졌다. 지역 데이터 제품엔 번역보다 커버리지가 먼저 먹힌다.
  • —국가별 RSS와 언어별 JSON API, /outbreak 같은 요약 페이지를 추가해 검색 가능한 URL을 늘렸다. 데이터 사이트라면 거의 그대로 복제 가능하다.
  • —배포마다 IndexNow를 붙여 Bing·Yandex·Seznam 반영 속도를 끌어올렸다. 자주 갱신되는 콘텐츠는 이 한 줄로 초반 발견 시간이 확 줄어든다.

  출처: www.reddit.com/r/SideProject/comments/1t9fyeb/update_my_원문 보기 →
• #0007

  #0007에이전트·도구r/ClaudeAI지난주

  `Claude Code` 사용량 한도를 모델에게 보여주는 로컬 프록시

  `Claude Code` quota proxy exposes live usage limits to the model

  50radar

  숨겨진 rate-limit 헤더를 ~/.claude/usage-status.md로 빼내 Claude Code가 자기 쿼터를 직접 읽게 만든다. 장기 작업 전 비용 소진을 막는 용도로는 실용적이지만, 공식 지원 전까진 우회책이다.

  • —ANTHROPIC_BASE_URL을 http://127.0.0.1:4080으로 돌리면 로컬 프록시가 응답 헤더를 가로채 사용량 상태를 파일로 남긴다.
  • —UserPromptSubmit 훅이나 CLAUDE.md 규칙과 붙이면 한도 90% 이상에서 경량 모드, 98%에서 작업 거부 같은 제어가 가능하다.
  • —헤더 예시는 anthropic-ratelimit-unified-5h-utilization, ...-7d-utilization이며 샘플 상태값은 5h=9%, 7d=99%였다.
  • —Opus와 Sonnet을 따로 세지 않고 하나의 unified pool을 공유한다는 점이 드러났다. UI의 Sonnet 바를 그대로 믿으면 계산이 틀어진다.
  • —구현은 Node.js 표준 라이브러리만 쓴 zero dependency 구조다. 배포 난이도는 낮지만, CLI에만 먹히고 웹 버전에는 적용되지 않는다.

  출처: www.reddit.com/r/ClaudeAI/comments/1t9ayg8/i_made_claude원문 보기 →
• #0006

  #0006기타GitHub Trending Weekly지난주

  `PageIndex`: 벡터 DB 없이 문서 트리로 찾는 RAG

  `PageIndex`: vectorless RAG with tree-based reasoning

  50radar

  PageIndexRAG 도구 — 벡터 DB 없이 문서 트리로 검색

  임베딩 검색 대신 문서 목차 트리와 LLM 추론으로 답을 찾는다. 긴 문서에서 벡터 검색 미스가 잦았다면 흥미롭지만, 운영비와 지연시간 검증 전엔 바로 메인 채택까진 이르다.

  • —검색은 2단계다. 문서에서 목차형 트리를 만들고, 그 위를 추론 기반 트리 서치로 내려가며 관련 구간을 고른다.
  • —차별점은 벡터 DB 없음, 청킹 없음. 페이지·섹션 단위 근거를 남겨서 왜 그 답을 골랐는지 추적하기 쉽다.
  • —성능 근거로 FinanceBench 98.7%를 내세운다. 계약서·리서치 문서처럼 의미 유사도보다 정확한 맥락 판단이 중요한 쪽에 맞다.
  • —최근 업데이트가 단일 문서 실험을 넘겼다. 파일 시스템 트리, 채팅 제품, MCP·API까지 붙여 에이전트 워크플로에 넣기 쉬워졌다.

  출처: github.com/VectifyAI/PageIndex원문 보기 →
• #0005

  #0005에이전트·도구GitHub Trending Weekly지난주

  `addyosmani/agent-skills`: 코딩 에이전트용 엔지니어링 스킬 모음

  `addyosmani/agent-skills`: reusable engineering skills for coding agents

  50radar

  agent-skills스킬 모음 — 코딩 에이전트 절차를 재사용 가능

  시니어 엔지니어의 작업 절차를 SKILL.md와 슬래시 커맨드로 묶어 에이전트에 재사용한다. 자체 프롬프트 레이어 없이도 산출물 품질을 더 일정하게 만들 수 있어 바로 참고할 만하다.

  • —개발 흐름을 7개 명령어로 쪼갰다: /spec, /plan, /build, /test, /review, /code-simplify, /ship.
  • —DEFINE→PLAN→BUILD→VERIFY→REVIEW→SHIP 단계별 스킬을 붙여, 구현보다 절차 누락 방지에 초점을 둔다.
  • —Claude Code, Cursor, Gemini CLI, Windsurf, OpenCode까지 설치 경로를 제시해 특정 툴 종속성이 낮다.
  • —새 모델이나 IDE 기능 추가가 아니라 운영 규율 묶음에 가깝다. 팀 없이 혼자 돌릴 때도 체크리스트 역할을 해준다.

  출처: github.com/addyosmani/agent-skills원문 보기 →
• #0004

  #0004ASO·그로스buffer_resources지난주

  소셜 미디어 마케팅 입문: 플랫폼 선택부터 성장 전략까지

  Social Media Marketing Guide: Platform Choice, Strategy, and Growth Basics

  40radar

  채널 선택과 지속 가능한 social media marketing 전략 수립을 훑는 입문형 가이드. 출시 전 체크리스트로는 쓸 만하지만, 고급 그로스 판단에는 너무 일반적임.

  • —출발점은 플랫폼 선택. 모든 채널을 동시에 파기 전, 제품 성격에 맞는 채널을 좁히는 용도로 적합함.
  • —전략 수립까지 다루지만 구체 지표는 없다. go-to-market 초안 점검용으로 보는 게 맞음.
  • —성장 팁을 표방해도 전환율·벤치마크·예산 데이터가 없다. 실행 우선순위 결정 자료로는 약함.

  출처: buffer.com/resources/social-media-marketing-guide/원문 보기 →
• #0003

  #0003기타GitHub Changelog지난주

  `GitHub Mobile`, 이동 중 저장소 생성 지원

  `GitHub Mobile` adds on-the-go repository creation

  40radar

  GitHub Mobile모바일 앱 — iPhone에서 즉시 새 저장소 생성

  아이디어 떠오른 순간 빈 저장소를 바로 열 수 있어 캡처 속도가 빨라진다. iOS에선 홈·프로필의 +에서 시작하고, 급한 실험용 repo 파기나 이름 선점용 초안 저장에 바로 쓸 만하다.

  • —이제 GitHub Mobile 안에서 새 저장소를 직접 만든다. 노트에 적어두고 나중에 옮기던 한 단계를 없앴다.
  • —iOS 동선은 명확하다. 홈이나 프로필에서 +를 누른 뒤 Create repository로 들어가면 끝이라 진입 장벽이 낮다.
  • —쓰임새는 가벼운 시작에 맞는다. 실험용 repo, 랜딩 초안, 이름만 먼저 잡아두는 저장소를 빠르게 열기 좋다.

  출처: github.blog/changelog/2026-05-11-create-repositories-on-원문 보기 →
• #0002

  #0002에이전트·도구opencode_releases지난주

  `OpenCode` `v1.14.48`, 이미지 첨부 원본 해상도 유지

  `OpenCode` `v1.14.48`, send original image attachments without resizing

  40radar

  OpenCode오픈소스 코딩 에이전트 — 멀티모달 입력 지원

  이미지 첨부를 모델에 보내기 전 축소하지 않도록 바뀌었다. 작은 릴리스지만 screenshot 기반 디버깅이나 UI 검토에서 세부 정보 손실을 줄여 체감 품질이 바로 올라간다.

  • —이제 첨부 이미지를 업로드 전에 리사이즈하지 않는다. 작은 글자나 촘촘한 UI 캡처도 원본 정보가 더 잘 남는다.
  • —멀티모달 사용 흐름은 그대로지만, OpenCode로 스크린샷 버그 리포트 다룰 때 해상도 부족으로 생기던 오판 가능성이 줄어든다.
  • —새 모델 추가나 자동화 확장은 아니다. 다만 이미지 문맥 비중이 큰 작업에서는 즉시 체감되는 품질 수정이다.

  출처: github.com/anomalyco/opencode/releases/tag/v1.14.48원문 보기 →
• #0001

  #0001에이전트·도구GeekNews지난주

  Anthropic, 금융 특화 AI 에이전트·스킬·커넥터 오픈소스 공개

  Anthropic open-sources finance-focused AI agents, skills, and connectors

  40radar

  같은 워크플로우를 Claude Cowork 플러그인과 Managed Agents API 두 경로로 돌리는 레퍼런스다. 금융 버티컬 자체보다 에이전트 실행 구조와 커넥터 묶음이 더 중요하고, 다른 문서형 SaaS에도 복제할 만하다.

  • —하나의 에이전트를 두 실행 방식으로 공통 운영한다. 플러그인 실험용과 API 제품화를 같은 설계로 잇는 패턴이다.
  • —범위는 투자은행·주식 리서치·사모펀드·자산관리 등 10종 워크플로우. 모델 성능보다 업무 단계 분해가 중심이다.
  • —금융 도메인 지식이 없어도 볼 가치는 있다. 스킬·커넥터·승인 흐름 조합을 다른 고관여 업무에 이식하기 쉽다.
  • —바로 매출로 연결될 발표는 아니다. 대신 버티컬 에이전트 설계 참고본으로는 꽤 실전적이라 한 번 뜯어볼 만하다.

  출처: news.hada.io/topic?id=29372원문 보기 →