2026-05-12

• #0032

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

  `Claude Code`, 여러 에이전트를 한 화면에서 다루는 `Agent View` 공개

  `Claude Code` unveils `Agent View` for managing multiple agents in one screen

  80radar

  Claude Code코딩 도구 — 여러 에이전트 병렬 운용을 쉽게 함

  백그라운드 코딩 세션을 한 패널에서 띄우고 보고 답할 수 있게 됐다. 터미널이 끊겨도 supervisor가 세션을 살려서, 병렬 작업 오케스트레이션이 훨씬 실전형이 됐다.

  • —claude agents 한 줄로 여러 Claude Code 세션을 동시에 발사·감시·응답한다. 터미널 탭 전환 비용을 크게 줄인다.
  • —각 세션은 터미널에 묶이지 않고 별도 supervisor 프로세스가 유지한다. 장시간 실행 작업이 덜 깨진다.
  • —한 화면에서 여러 에이전트를 굴리는 구조라, 버그 수정·조사·리팩터링을 병렬로 나누는 운용이 쉬워진다.

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

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

  `Claude Code`에 자율 실행용 `/goal` 추가

  `Claude Code` adds `/goal` for autonomous multi-turn execution

  80radar

  Claude Code코딩 에이전트 — 목표 완료까지 자율 턴 실행

  한 번 지시하면 목표 완료까지 여러 턴을 자동으로 이어서 돈다. 매 턴 뒤 빠른 평가 모델이 계속할지 멈출지 정하므로, 긴 코딩 작업을 붙여놓고 돌리기 한결 쉬워졌다.

  • —/goal은 단발성 응답이 아니라 목표가 끝날 때까지 턴을 이어간다. 긴 수정 작업이나 반복성 높은 흐름에 바로 맞는다.
  • —각 턴 종료 뒤 fast model이 목표 달성 여부를 판정한다. 사람이 중간에 재프롬프트하지 않아도 루프가 유지된다.
  • —완료 시 goal을 자동 제거하고, 미완료면 다음 턴을 바로 시작한다. 에이전트 운용이 더 배치 작업에 가까워졌다.

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

  #0030기타GeekNews지난주

  `Mini Shai-Hulud` 귀환: 자가 전파형 `npm` 공급망 공격, CI/CD까지 뚫었다

  `Mini Shai-Hulud` returns: self-propagating npm supply-chain attack hits CI/CD

  80radar

  정상 npm 패키지를 숙주로 삼아 CI/CD를 장악하고 시크릿을 빼간다. 패키지 배포 자동화와 토큰 권한이 넓게 열려 있으면 연쇄 감염 지점이 되니, 지금 바로 시크릿 회전과 권한 축소부터 해야 한다.

  • —StepSecurity가 공식 @tanstack 패키지에서 처음 포착했다. 신뢰하던 네임스페이스도 공급망 공격 경로가 될 수 있다.
  • —문제는 단일 패키지 감염이 아니라 전파 구조다. CI 토큰, 레지스트리 자격증명, 배포 워크플로 전체가 다음 감염 고리가 된다.
  • —GitHub Actions나 배포 봇에 장기 토큰을 넣어뒀다면 이미 횡적 확산 조건을 갖춘 셈. 저장소 하나 털리고 끝나지 않는다.
  • —당장 볼 체크포인트는 단순하다. 시크릿 전면 교체, 퍼블리시 권한 최소화, 자동 배포 잡 점검이 우선이다.

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

  #0029인프라·SaaSvercel_blog지난주

  `AI Gateway`, `Claude Opus 4.7` fast mode 추가

  `AI Gateway` adds fast mode for `Claude Opus 4.7`

  80radar

  AI GatewayLLM 게이트웨이 — 여러 모델을 통합 라우팅

  출력 속도를 약 2.5배 끌어올리면서 모델 급은 유지한다. 대신 요금이 6배 뛰어서 기본 경로엔 부담스럽고, 고가치 응답 구간에만 제한적으로 넣는 쪽이 맞다.

  • —응답 생성 속도가 약 2.5배 빨라진다. 품질 타협 없이 지연시간만 줄이고 싶을 때 카드가 생겼다.
  • —활성화는 anthropic/claude-opus-4.7에 speed: 'fast'만 넘기면 된다. 모델 교체 없이 설정 변경으로 붙는다.
  • —가격은 1M 토큰 기준 입력 $5→$30, 출력 $25→$150. 속도 이득보다 수익성 계산이 먼저다.
  • —Claude Code에서도 AI Gateway 경유로 사용 가능하다. 셸 변수 2개나 ~/.claude/settings.json 설정으로 켤 수 있다.
  • —프롬프트 캐싱 같은 기존 배수도 그대로 중첩된다. 장문 생성이나 에이전트 루프에는 비용 폭증 리스크가 크다.

  출처: vercel.com/changelog/fast-mode-for-opus-4-7-available-on원문 보기 →
• #0028

  #0028에이전트·도구Claude Code Releases지난주

  `Claude Code` `v2.1.139`, 에이전트 인박스와 `/goal` 추가

  `Claude Code` `v2.1.139` adds agent inbox, `/goal`, and plugin cost details

  80radar

  Claude Code코딩 에이전트 CLI — 목표 주면 완료까지 지속 작업

  여러 세션을 한 화면에서 보고, 목표만 주면 완료될 때까지 계속 작업한다. Claude Code를 단순 CLI보다 비동기 작업 러너에 가깝게 밀어 올려서 지금 바로 실험해볼 만하다.

  • —claude agents로 실행 중·대기 중·완료 세션을 한 리스트에서 본다. 여러 작업을 병렬로 굴릴 때 상태 추적이 훨씬 단순해진다.
  • —/goal은 interactive, -p, Remote Control에서 동작하고 경과 시간·턴 수·토큰을 오버레이로 보여준다. 장기 작업 재프롬프트가 크게 줄어든다.
  • —claude plugin details <name>가 플러그인 구성요소와 세션당 예상 토큰 비용을 표시한다. 붙이기 전에 비용 감이 잡혀 운영 판단이 빨라진다.
  • —훅에 args: string[] 실행 형식과 continueOnBlock가 추가됐다. 셸 quoting 문제를 줄이고, 차단된 흐름도 이유를 넘겨 계속 진행시킬 수 있다.
  • —서브에이전트 요청에 agent_id 계보 헤더가 붙고 .mcp.json 재연결도 즉시 반영된다. 멀티에이전트 디버깅과 MCP 운영성이 한 단계 나아졌다.

  출처: github.com/anthropics/claude-code/releases/tag/v2.1.139원문 보기 →
• #0027

  #0027인프라·SaaSvercel_blog지난주

  `Vercel` `CLI`에서 `Firewall` 규칙 직접 관리

  Manage `Vercel Firewall` Rules from the `CLI`

  70radar

  Vercel Firewall보안 기능 — Vercel 앱 트래픽 규칙을 직접 제어

  대시보드 대신 터미널에서 보안 설정을 굴릴 수 있게 됐다. vercel firewall로 규칙 변경을 배포 흐름에 붙일 수 있어 자동화 가치가 높고, 운영 중인 서비스라면 바로 실전 투입 가능.

  • —vercel firewall 명령으로 custom rules, IP 차단, system bypass, attack mode, system mitigation까지 만진다.
  • —배포와 보안 변경이 같은 CLI 흐름으로 묶인다. 스크립트화가 쉬워져 긴급 차단이나 정책 반영 속도가 빨라진다.
  • —에이전트용 Vercel Firewall 스킬도 함께 붙었다. 새 규칙을 안전하게 rollout하는 베스트 프랙티스까지 포함한다.
  • —진입 장벽은 낮다. 최신 CLI로 업데이트한 뒤 vercel firewall만 실행하면 바로 기존 운영 루틴에 연결된다.

  출처: vercel.com/changelog/manage-vercel-firewall-in-the-cli원문 보기 →
• #0026

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

  성인향 AI 스토리 서비스, 제품보다 결제·유입이 먼저 막힌다

  Adult AI Storytelling: Payments and Growth Break Faster Than Product

  60radar

  문제는 기능이 아니라 성인 카테고리에 걸리는 결제·광고 인프라였다. 수수료가 10~15%로 뛰고 현금도 묶여서, 이 영역은 Stripe 연동보다 결제선 검증을 먼저 해야 한다.

  • —Stripe, Mollie, Adyen이 모두 막혔고, 고위험 가맹 대안은 월 €150 고정비를 요구했다. 초기 검증 단계엔 바로 부담이다.
  • —성인 특화 PSP인 CCBill·Verotel·Epoch로 가면 수수료 10~15%, 연 €1,000 안팎 등록비, 6개월 10% 롤링 리저브가 붙는다.
  • —네덜란드에선 온라인 결제의 70%+를 차지하는 iDEAL도 성인 거래가 자주 차단된다. 로컬 결제수단 의존 시장이면 리스크가 더 크다.
  • —유료 집행은 Google Ads·Meta·TikTok이 전부 막혀 ExoClick 같은 성인 네트워크로 밀린다. 카피와 타깃 전략을 이원화해야 한다.
  • —수익화도 제약에 맞춰 바뀌었다. 익명 24시간 패스 €2.99 구조로 계정·구독을 빼고, 경쟁이 덜한 네덜란드어 시장부터 공략했다.

  출처: www.reddit.com/r/SideProject/comments/1tb3g2r/turns_out_원문 보기 →
• #0025

  #0025ASO·그로스buffer_resources지난주

  `TikTok` 2026 최적 게시 시간, **710만 개** 포스트 분석

  Best Posting Times on `TikTok` in 2026, Based on 7.1M Posts

  60radar

  숏폼 유입은 게시 시간에도 여전히 흔들린다. 계정 데이터가 쌓이기 전 TikTok 콘텐츠 실험의 초기 스케줄 기준으로 쓰기 좋음.

  • —표본은 710만 개 `TikTok` 포스트라 초기 벤치마크로 충분하다. 단일 계정 감보다 테스트 설계에 낫다.
  • —정답 시간 하나를 외우는 자료가 아니다. 지역, 니치, 콘텐츠 포맷별 게시 슬롯을 나눠 검증하는 출발점이다.
  • —앱 출시 주간의 쇼츠·데모 영상 배포에 바로 적용 가능. 최종 판단은 조회수보다 저장, 클릭, 전환으로 봐야 한다.

  출처: buffer.com/resources/best-time-to-post-on-tiktok/원문 보기 →
• #0024

  #0024기타GeekNews지난주

  사후 분석: `TanStack` npm 공급망 침해

  Postmortem: `TanStack` npm Supply-Chain Breach

  60radar

  TanStack오픈소스 패키지 모음 — 프런트엔드 상태·데이터 관리 도구군

  불과 6분짜리 CI 침해가 pull_request_target, 캐시 오염, OIDC 토큰 탈취를 거쳐 악성 npm 배포로 이어졌다. @tanstack/*를 쓰고 있다면 GitHub Actions 권한 축소와 의존성 사고 대응을 운영 기본값으로 올릴 시점이다.

  • —영향 범위는 42개 @tanstack/ 패키지, 악성 버전은 84개였다. 짧게 열려도 프런트엔드 배포 파이프라인은 바로 오염된다.
  • —공격 체인은 pull_request_target의 Pwn Request, GitHub Actions 캐시 오염, 러너 메모리의 OIDC 토큰 추출이 이어졌다. 워크플로 한 군데가 배포 권한까지 뚫린 셈.
  • —npm publish 권한이 털리면 신뢰하던 UI·데이터 패키지가 바로 공격 표면이 된다. lockfile만 믿는 운영은 방어선이 너무 낮다.
  • —지금 필요한 대응은 화려한 보안 도구가 아니다. Actions 권한 최소화, 캐시 격리, 패키지 사고 시 롤백 절차 정리가 먼저다.

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

  #0023인디 비즈니스r/OpenAI지난주

  `Wobo`, 지원 스팸 대신 선별 자동화로 채용 탐색 시간 압축

  `Wobo` turns job-search busywork into a selective agent workflow

  60radar

  Wobo채용 탐색 서비스 — 공고 품질 필터링·개인화 추천

  무차별 지원 대신 Workday 같은 포털 노동을 걷어내고, 실제 맞는 공고만 빠르게 고르게 만들었다. 차별점은 자동지원이 아니라 품질 필터링과 개인화에 있고, 10만+ 사용자면 문제 정의는 검증됐다.

  • —구인 게시판 복붙이 아니라 회사 채용 페이지를 매일 스캔한다. LinkedIn·Indeed에 안 뜨는 공고까지 먼저 잡는 구조다.
  • —선별 기준에 채용 활동, 투자 신호, 팀 성장, 리뷰를 넣었다. 진짜 가치는 지원 자동화보다 공고 품질 랭킹에 있다.
  • —지원은 사용자가 누른 건만 실제 회사 커리어 사이트에서 진행한다. 대량 스팸봇과 선을 그어 결과 품질을 지킨다.
  • —핵심 기능을 무료로 풀고 답변 피드백으로 persona를 학습시킨다. 사용 습관을 만든 뒤 크레딧·유료화 붙이기 좋은 퍼널이다.

  출처: www.reddit.com/r/OpenAI/comments/1taiz11/i_built_a_free_원문 보기 →
• #0022

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

  `PMF` 착각, 과소한 현금 감각, 그리고 너무 늦은 현실 점검

  $650k, customers, and still no real need

  60radar

  따뜻한 반응과 유료 필요를 착각한 채 팀·인프라를 먼저 키우면 runway만 빠르게 녹는다. 검증 전 채용, 느슨한 지표 관리, 부정확한 장부가 겹치면 실패 속도만 빨라진다.

  • —pre-seed $650k로 반복 매출 전에 풀팀을 꾸렸다. 매출 구조가 없으면 생각보다 훨씬 빨리 현금이 마른다.
  • —좋은 데모 반응과 파일럿은 need 증거가 아니었다. 사라졌을 때 아쉬워할 정도여야 전환과 확장이 붙는다.
  • —대략 $200k가 고객 확보나 학습과 직접 연결되지 않는 도구·캠페인·인프라에 쓰였다. 불안한 시기일수록 활동량이 낭비로 바뀐다.
  • —월별 재무 리포트가 실제 은행 잔고와 맞지 않았고, 상황을 제대로 봤을 땐 남은 runway가 몇 달뿐이었다.
  • —다음번 기준은 명확하다. 돈을 쓰기 전 그 지출이 고객을 데려오거나 뭔가를 배우게 하는지 한 줄로 설명돼야 한다.

  출처: www.reddit.com/r/EntrepreneurRideAlong/comments/1tacf94/원문 보기 →
• #0021

  #0021모델·APIr/ClaudeAI지난주

  `Claude Platform` on `AWS`, 정식 출시

  `Claude Platform` on `AWS` Reaches General Availability

  60radar

  Claude PlatformAI 플랫폼 — AWS 계정·청구로 Claude API 전체 사용

  AWS 인증·청구·커밋 소진 체계로 Claude API 전체 기능을 바로 쓸 수 있게 됐다. 이미 AWS 비용 약정이 있다면 꽤 실용적이고, 없으면 Bedrock 대비 차별점은 운영 편의 쪽이다.

  • —계정 체계는 AWS를 쓰면서도 기능은 `Claude API` 전체를 연다. 결제선 통합이 필요한 팀에 특히 편하다.
  • —Claude Managed Agents, 코드 실행, 웹 검색, 웹 페치, Files API, MCP 커넥터까지 포함돼 에이전트 워크플로를 한곳에서 붙일 수 있다.
  • —운영 주체는 Anthropic이라 신규 기능이 네이티브 API와 같은 날 들어온다. 서드파티 연동 특유의 기능 지연 부담이 적다.
  • —데이터를 AWS 인프라 안에서만 처리해야 하면 선택지는 여전히 Amazon Bedrock이다. 규제 조건이 빡빡할수록 이쪽이 더 명확하다.

  출처: www.reddit.com/r/ClaudeAI/comments/1ta7p4n/the_claude_pl원문 보기 →
• #0020

  #0020에이전트·도구Hacker News · Show HN AI지난주

  `Statewright`, 코딩 에이전트를 상태 머신으로 묶어 신뢰성 높임

  `Statewright`: visual state machines to constrain coding agents

  50radar

  Statewright에이전트 오케스트레이션 도구 — 상태 전이 강제

  모델을 키우는 대신 작업 공간을 잘게 쪼개서 에이전트 실패를 줄인다. Statewright는 단계별 도구와 전이를 강제해 작은 모델도 버틸 확률을 올리고 토큰 낭비도 줄인다.

  • —계획 단계엔 읽기 전용, 구현 단계엔 범위 제한 편집, 테스트 단계엔 테스트용 bash만 준다. 프롬프트가 아니라 프로토콜로 우회 자체를 막는다.
  • —qwen-coder, gpt-oss, gemma4 전반에서 개선을 봤고, 실사용 분기점은 13B 이상으로 잡았다. 그 아래는 상태 전이는 해도 정확한 수정이 흔들린다.
  • —상위 모델도 이득을 봤다. Haiku, Sonnet, Opus가 더 적은 토큰으로 덜 헤매며, 큰 컨텍스트보다 좁은 작업 컨텍스트가 효율적이라는 주장이다.
  • —구성은 Rust 상태 머신 엔진 + Claude Code용 MCP 플러그인이다. 새 모델이 아니라 에이전트 오케스트레이션 레이어 개선이라 기존 스택에 붙여 시험해볼 만하다.

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

  #0019에이전트·도구Hacker News · AI Agent지난주

  `Statewright`: 코딩 에이전트를 상태 머신으로 묶어 신뢰성 높이는 접근

  `Statewright`: state-machine guardrails for more reliable coding agents

  50radar

  Statewright에이전트 프레임워크 — 상태 머신으로 실패를 줄임

  모델을 키우는 대신 단계별로 도구·반복 횟수·전이를 고정해 에이전트 실패를 줄인다. Claude Code류 워크플로를 직접 짜는 쪽이면 바로 가져갈 패턴이고, 제품 자체는 아직 초기다.

  • —계획 단계엔 읽기 전용, 구현 단계엔 제한된 수정 도구, 테스트 단계엔 테스트용 셸만 열어 준다. 프롬프트가 아니라 프로토콜로 강제한다.
  • —실험상 13B-20B 구간부터 효과가 뚜렷했다. 더 작은 모델은 상태 전이는 따라가도 수정 정확도를 유지하지 못했다.
  • —qwen-coder·gpt-oss·gemma4에서 일관된 개선이 나왔고, Haiku·Sonnet·Opus도 토큰 낭비와 death spiral이 줄었다.
  • —핵심 주장은 큰 컨텍스트보다 좁은 작업 컨텍스트가 낫다는 것. 에이전트 품질을 모델보다 실행 구조로 끌어올리는 방향이다.
  • —구현은 Rust 엔진 + MCP 플러그인 레이어 조합이다. Claude Code 연동은 됐고 Codex·Cursor 지원은 예고 단계다.

  출처: github.com/statewright/statewright원문 보기 →
• #0018

  #0018에이전트·도구Hacker News · AI지난주

  `Statewright`, 에이전트 도구 범위를 상태 머신으로 강제 제한

  `Statewright`: visual state machines to hard-limit agent tool scope

  50radar

  Statewright에이전트 프레임워크 — 상태 머신으로 도구 범위 강제

  모델을 키우는 대신 단계별 작업 공간을 잘게 쪼개 신뢰성을 올린다. 코딩 에이전트를 자주 쓰면 도구보다 설계 패턴 자체가 더 유용하고, 지금 바로 흡수할 만하다.

  • —각 상태마다 도구 권한, 반복 횟수, 전이 조건을 따로 묶어 계획·수정·테스트가 섞이지 않게 막는다.
  • —효과가 난 구간으로 13B-20B 모델을 제시했다. 작은 모델도 워크플로 설계로 성능을 끌어올릴 수 있다는 주장이다.
  • —오케스트레이션은 Rust 엔진이 맡고, 제약은 프롬프트가 아니라 프로토콜로 강제한다. 훅 몇 개보다 구조가 단단하다.
  • —Claude Code용 MCP 플러그인부터 붙였고 Codex, Cursor 연동도 예고했다. 특정 에이전트에 종속되지 않는 방향이다.

  출처: github.com/statewright/statewright원문 보기 →
• #0017

  #0017에이전트·도구Hacker News · LLM지난주

  `Statewright`, 시각적 상태 머신으로 코딩 에이전트 신뢰성 강화

  `Statewright`: visual state machines to harden coding agents

  50radar

  Statewright에이전트 제어층 — 상태 머신으로 작업 단계를 강제

  프롬프트를 길게 쌓는 대신 작업 단계를 상태 머신으로 쪼개서 실패 여지를 줄였다. Claude Code류 에이전트에 붙일 수 있는 제어층이라 실전 적용 가치는 있지만, 아직은 정량 수치 부족으로 바로 도입 판단까진 어렵다.

  • —각 상태마다 허용 도구, 반복 횟수, 전이 조건을 고정한다. 계획 단계는 읽기 전용, 구현은 제한된 편집, 테스트는 실행만 허용한다.
  • —주장상 13B 이상부터 개선이 일관됐다. 작은 모델도 흐름은 따라가지만 코드 수정 정확도는 버티지 못했다는 얘기다.
  • —오케스트레이션 자체는 LLM 없이 Rust 엔진이 맡는다. 상태 전이와 가드레일을 코드로 강제해 프롬프트 일탈을 줄인다.
  • —Claude Code 연동용 MCP 플러그인부터 붙였고 Codex, Cursor 확장도 예고했다. 기존 에이전트 위에 얹는 보강재 포지션이다.
  • —핵심 가설은 도구를 수십 개 주는 대신 5개 안팎으로 좁히는 편이 토큰 낭비와 death spiral을 함께 줄인다는 점이다.

  출처: github.com/statewright/statewright원문 보기 →
• #0016

  #0016에이전트·도구Paperclip Releases지난주

  `Paperclip` `v2026.512.0`, 플러그인 호스트와 에이전트 어댑터 확장

  `Paperclip` `v2026.512.0` expands plugin host and agent adapters

  50radar

  Paperclip에이전트 운영 플랫폼 — 다중 실행 환경·플러그인 통합

  플러그인 호스트 계약과 에이전트 런타임 연결부가 한 번에 넓어졌다. Cursor·ACPX 어댑터까지 붙으면서 여러 실행 환경을 한곳에서 묶는 운영층으로는 매력적이지만, 팀 지향 기능이 많아 당장 필수 업그레이드는 아니다.

  • —플러그인은 DB 네임스페이스, 프로젝트 폴더, 에이전트, 루틴, UI 블록까지 소유한다. Paperclip이 이슈 툴보다 에이전트 운영 OS 쪽으로 이동했다.
  • —새 cursor_cloud 어댑터와 로컬 ACPX 런타임이 추가됐다. 호스티드 에이전트와 로컬 실행기를 같이 굴리는 구성에 바로 맞는다.
  • —@paperclip/plugin-llm-wiki가 모노레포 기본 패키지로 들어갔다. 확장성 얘기만 하던 단계에서 실사용 레퍼런스가 생긴 셈이다.
  • —플래닝 모드 이슈, 성공 실행 후 핸드오프, 시스템 노티스가 묶였다. 반자율 워크플로에서 사람이 마지막 판단만 맡기 쉬워진다.
  • —회사 단위 검색, 시크릿 볼트 원격 import, 변경 이력 복구까지 붙었다. 운영 편의는 커졌지만 개인 프로젝트엔 다소 과한 묶음이다.

  출처: github.com/paperclipai/paperclip/releases/tag/v2026.512.원문 보기 →
• #0015

  #0015인디 비즈니스startups_for_the_rest_of_us지난주

  `Startups For The Rest Of Us` 832화: 전업 리스크, 피벗 타이밍, 가격 설계, 육아 병행

  `Startups For The Rest Of Us` Ep. 832: Full-time Risk, Pivot Timing, Pricing, and Building With Kids

  50radar

  고연봉 퇴사, 법인 등록, 애매한 좌석제 가격, 피벗 판단, 육아 병행까지 한 번에 다룬 운영 Q&A다. 감정보다 리스크 축소와 순서 설계에 초점이 있어, 막막할 때 바로 참고할 만하다.

  • —연봉 $400K를 버리는 결정도 모험담이 아니라 리스크 관리 문제로 본다. 런웨이와 하방 보호부터 계산한다.
  • —법인 등록, 디자인 점검, TAM 계산은 지금 당장 해야 할 일인지부터 가른다. 성급한 구조화 비용을 줄인다.
  • —공용 브랜딩이 섞인 좌석제 SaaS는 깔끔한 요금표보다 실제 구매 단위에 맞춘 패키징이 더 중요해진다.
  • —마켓플레이스 앱의 독립 가능성과 피벗 시점은 연결돼 있다. 유통 의존도를 늦게 보면 전환 비용이 커진다.
  • —만 8세 이하 아이 4명과 병행하는 창업도 다룬다. 긴 몰입보다 반복 가능한 작업 리듬을 먼저 세우는 쪽이다.

  출처: www.startupsfortherestofus.com/episodes/episode-832-goin원문 보기 →
• #0014

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

  `Karpathy` 코딩 규율, `Claude` 무료 플랜용 채팅 프롬프트로 재구성

  `Karpathy` coding discipline repackaged for free-plan chat workflows

  50radar

  터미널·서브에이전트 없이도 Karpathy식 코딩 규율을 강제하는 시스템 프롬프트다. 무료 플랜 채팅에서 실수 비용을 줄이는 체크리스트형 설계라 복붙해 바로 시험해볼 만하다.

  • —핵심은 코드보다 절차다. 먼저 완료 기준·가정·해석 분기를 적게 해 재생성 비용을 줄인다.
  • —custom instructions나 system prompt에 통째로 넣는 방식이라 설치 없이 무료 워크플로에 바로 얹힌다.
  • —전제는 no terminal, no subagents, 짧은 컨텍스트다. 자율 에이전트보다 채팅형 코딩 보조에 더 맞는다.
  • —차별점은 성능 향상이 아니라 오답 억제다. 사소한 수정엔 과할 수 있지만 복잡한 버그 수정엔 꽤 실용적이다.

  출처: www.reddit.com/r/ClaudeAI/comments/1tavcuo/converted_kar원문 보기 →
• #0013

  #0013ASO·그로스r/iOSProgramming지난주

  `App Store` 스크린샷 디자인 치트시트 2026

  `App Store` screenshot design cheatsheet for 2026

  50radar

  설명문보다 첫 화면 판단이 설치율을 좌우한다. 첫 스크린샷 비중이 압도적이라는 수치까지 붙어 있어, ASO 크리에이티브 손보기 전에 바로 적용할 만하다.

  • —사람은 시각적 인상을 50밀리초 안에 만든다. 첫 장에서 대비와 정보 위계가 흐리면 뒤 장은 볼 기회조차 적다.
  • —방문자의 약 60%는 첫 스크린샷 이후로 넘기지 않는다. 핵심 가치 제안은 2장, 3장이 아니라 1장에 박아야 한다.
  • —App Store 설명의 Read more를 누르는 비율이 2% 미만이다. 카피보다 스크린샷 스토리텔링이 전환에 더 직접적이다.
  • —체크리스트 범위가 색 이론, 레이아웃, 사회적 증거 배치까지 묶여 있다. 감각 의존 대신 반복 가능한 제작 기준으로 쓰기 좋다.

  출처: www.reddit.com/r/iOSProgramming/comments/1tas0zv/app_sto원문 보기 →
• #0012

  #0012인프라·SaaSvercel_blog지난주

  `AI Gateway` 프로덕션 인덱스, 돈은 `Anthropic`으로 가고 트래픽은 `Google`로 간다

  `AI Gateway` production index: spend goes to `Anthropic`, volume to `Google`

  50radar

  AI GatewayAI 게이트웨이 — 여러 모델을 한 API로 라우팅

  실서비스에선 승자가 하나로 정리되지 않는다. 고위험 추론은 Claude에 돈이 몰리고 대량 저가 호출은 Gemini Flash가 먹어, 단일 모델 고정 전략이 빠르게 비싸졌다.

  • —2026년 4월 지출 기준 점유율은 `Anthropic` 61%, Google 21%, OpenAI 12%였다. 비용은 품질이 필요한 호출에서 터진다.
  • —토큰 볼륨 기준 순위는 뒤집혔다. `Google` 38%, Anthropic 26%, OpenAI 13%, xAI 10%로 저가 모델이 대량 요청을 흡수했다.
  • —같은 고객 안에서도 고급 추론은 Claude Opus, 싼 대량 호출은 Gemini Flash로 갈린다. 이제 기본 설계는 멀티모델 라우팅이다.
  • —B2B는 토큰당 비용이 B2C의 약 2배다. 오답 비용이 큰 백오피스 업무에선 싼 모델로 아끼는 돈보다 사고 비용이 더 크다.
  • —Anthropic은 백오피스 토큰 점유율이 71%였지만 컨슈머에선 7%까지 떨어졌다. 반대로 Google은 컨슈머에서 Gemini Flash 하나로 밀어붙였다.

  출처: vercel.com/blog/ai-gateway-production-index원문 보기 →
• #0011

  #0011인프라·SaaSGeekNews지난주

  `zero-native` - `Zig`와 웹 UI로 데스크톱 + 모바일 앱 빌드

  `zero-native`: Build desktop and mobile apps with `Zig` and web UI

  50radar

  zero-native앱 프레임워크 — 시스템 WebView로 경량 배포

  기존 웹 프론트를 네이티브 셸에 감싸 맥·윈·리눅스 앱으로 보내는 방식이라 재사용성이 높다. 시스템 WebView를 쓰면 바이너리가 작고 시작이 빠르다는 점이 매력적이고, 설치형 배포를 붙일 때 바로 검토할 만하다.

  • —시스템 WebView 기반이라 브라우저 런타임을 따로 번들하지 않는다. 패키지 크기와 초기 실행 속도에서 이점이 크다.
  • —맥·윈·리눅스를 한 웹 UI로 묶을 수 있어, 기존 SaaS 관리 화면이나 유틸리티를 설치형 앱으로 확장하기 쉬워진다.
  • —셸을 Zig로 짠 구조라 Electron류보다 오버헤드가 낮은 방향이다. 가벼운 데스크톱 클라이언트에 잘 맞는다.
  • —반대로 렌더링 일관성이 절대적이면 Chromium 선택지가 남는다. 용량 절감과 픽셀 동일성 중 무엇이 더 중요한지 먼저 갈린다.

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

  #0010생성형 미디어together_ai지난주

  `Voice Finder`, **600+** TTS 보이스를 빠르게 찾는 검색 도구

  `Voice Finder`: search and audition **600+** TTS voices faster

  50radar

  Voice FinderTTS 보이스 검색 도구 — 프롬프트·오디오로 매칭

  보이스 고르는 과정을 수동 탐색에서 프롬프트·참조 오디오 검색으로 바꿨다. 음성 UX가 들어가는 앱이면 후보 압축 속도는 빨라지지만, 모델 성능 자체가 바뀌는 업데이트는 아니다.

  • —Together AI TTS 모델 전반의 600+ 보이스를 한 번에 검색·필터링·청음한다. 프리셋을 하나씩 뒤지던 시간을 줄여준다.
  • —자연어 프롬프트로 톤·스타일을 찾는 방식이라 초기 프로토타입 단계에서 보이스 탐색 비용을 낮춘다.
  • —오디오 샘플 업로드로 유사한 목소리를 매칭할 수 있다. 레퍼런스가 있는 앱 리브랜딩이나 캐릭터 음성 교체에 바로 맞는다.
  • —새 음성 모델 출시가 아니라 탐색 레이어 추가다. 이미 Together AI TTS를 쓰고 있다면 체감이 크고, 아니면 우선순위는 낮다.

  출처: www.together.ai/blog/introducing-voice-finder-a-new-tool원문 보기 →
• #0009

  #0009인프라·SaaSvercel_blog지난주

  `Vercel Sandbox`, `Node.js 26.x` 지원 추가

  `Vercel Sandbox` adds `Node.js 26.x` support

  50radar

  Vercel Sandbox클라우드 실행 환경 — 격리된 코드 실행을 빠르게 제공

  샌드박스 런타임 선택지가 한 세대 올라갔다. @vercel/sandbox만 올리면 Node 26 테스트가 가능해져, 최신 Node API 검증이나 버전 고정 환경 맞추기가 한결 쉬워졌다.

  • —Vercel Sandbox가 Node 26을 지원한다. 새 런타임 API나 동작 변화를 Vercel 안에서 바로 확인할 수 있다.
  • —적용 조건은 @vercel/sandbox를 1.10.2 이상으로 올리거나, v2면 2.0.0-beta.19 이상을 써야 한다.
  • —설정은 runtime 값을 node26으로 지정하면 끝난다. 버전 재현 환경을 맞출 때 손이 덜 간다.

  출처: vercel.com/changelog/node-js-26-x-now-available-on-verce원문 보기 →
• #0008

  #0008에이전트·도구Simon Willison지난주

  스크립트 shebang에서 `llm` 바로 실행하기

  Run `llm` Directly from a Script Shebang

  50radar

  LLMCLI 도구 — 프롬프트 파일을 실행형 스크립트로 바꾼다

  프롬프트 파일에 #!/usr/bin/env -S llm만 붙이면 영어 문장이나 YAML 템플릿을 실행형 스크립트로 바꾼다. 일회성 자동화·콘텐츠 생성·도구 호출 실험을 셸 레벨로 끌어내려, 작은 내부 툴 제작 속도를 높인다.

  • —가장 단순한 형태는 #!/usr/bin/env -S llm -f 한 줄이다. 텍스트 파일 자체가 실행 가능한 프롬프트가 되어 프로토타입 속도가 빨라진다.
  • —여기에 -T llm_time 같은 옵션을 붙이면 도구 호출까지 포함된다. 짧은 스크립트 하나로 생성과 외부 함수 실행을 함께 묶을 수 있다.
  • —YAML 템플릿을 llm -t로 직접 실행하면서 add, multiply 같은 Python 함수를 정의한다. 경량 에이전트 동작을 단일 파일로 캡슐화하는 방식이다.
  • —예시 계산은 2344 * 5252 + 134를 도구 두 번 호출해 12,310,822로 계산한다. --td 디버그 출력이 있어 내부 툴 검증과 데모 작성에도 편하다.

  출처: simonwillison.net/2026/May/11/llm-shebang/#atom-everythi원문 보기 →
• #0007

  #0007모델·APIAnthropic Python SDK지난주

  `anthropic-sdk-python` `v0.101.0`, AWS용 Claude Platform 클라이언트 추가

  `anthropic-sdk-python` `v0.101.0` adds AWS Claude Platform client

  50radar

  anthropic-sdk-python파이썬 SDK — AWS 경로 Claude 연동을 직접 지원

  이제 파이썬 앱에서 AWS 경로로 Claude Platform을 더 바로 붙일 수 있다. AWS 인증·네트워크에 이미 올라탄 스택이면 편해졌지만, 그 외엔 당장 체감 변화는 작다.

  • —가장 큰 변경은 AWS용 클라이언트 추가 하나다. 새 모델 출시가 아니라 배포 경로와 연동 방식이 넓어진 업데이트다.
  • —anthropic-sdk-python만으로 AWS 인증·계정 경계를 더 자연스럽게 가져갈 수 있어, 별도 래퍼나 어댑터 코드가 줄어든다.
  • —버그 수정은 파일 타입 에러 메시지의 f-string 누락 보정 정도다. 런타임 동작 변화보다 개발 경험 보정에 가깝다.
  • —예제는 tools_runner.py 모델을 claude-sonnet-4-5-20250929로 올리고 shebang도 uv 기준으로 바꿨다. 유지보수 기준선이 보인다.

  출처: github.com/anthropics/anthropic-sdk-python/releases/tag/원문 보기 →
• #0006

  #0006모델·APIAnthropic TypeScript SDK지난주

  `anthropic-sdk-typescript` `aws-sdk` `v0.3.0`, AWS용 클라이언트 추가

  `anthropic-sdk-typescript` `aws-sdk` `v0.3.0` adds an AWS client

  50radar

  anthropic-sdk-typescriptTypeScript SDK — AWS용 Claude 호출 클라이언트 추가

  AWS 환경에서 Claude 호출 경로가 SDK 기본 축으로 들어왔다. Lambda·ECS·IAM 위주로 묶인 스택이면 바로 편해지고, 그 외엔 지금 체감은 크지 않다.

  • —출시일은 2026-05-11. 이번 버전에서 확인되는 변경은 Claude Platform on AWS용 클라이언트 추가 1건뿐이다.
  • —비교 구간이 aws-sdk-v0.2.5...aws-sdk-v0.3.0이라 범위가 좁다. 대규모 개편보다 AWS 통합 보강에 가깝다.
  • —이미 Lambda, ECS, IAM 자격증명 흐름으로 굴리는 서비스라면 연결 코드가 줄어든다. 멀티클라우드면 우선순위는 낮다.

  출처: github.com/anthropics/anthropic-sdk-typescript/releases/원문 보기 →
• #0005

  #0005에이전트·도구Hacker News · MRR지난주

  `Statewright`, 상태 머신으로 코딩 에이전트 단계를 강제하는 오케스트레이터

  `Statewright`: state-machine guardrails for coding agents

  40radar

  Statewright오케스트레이터 — 상태 머신으로 에이전트 단계를 강제

  모델을 키우는 대신 단계별 도구·반복 횟수·전이를 묶어 실패 공간을 줄였다. Claude Code류 에이전트 비용을 낮추면서 실행 통제를 강화하는 방향이라 지금 체크할 가치는 있다.

  • —각 상태가 허용 도구와 반복 횟수, 전이 조건을 고정해 계획·수정·테스트를 섞지 못하게 막는다.
  • —주장은 분명하다. 13B-20B급 작은 모델도 작업 컨텍스트를 좁히면 더 안정적으로 SWE 작업을 수행한다.
  • —코어는 Rust 기반 결정적 엔진이고, 실제 에이전트 연동은 MCP 플러그인 레이어로 얹는 구조다.
  • —프롬프트 규율보다 프로토콜 강제가 낫다는 패턴 제안은 좋지만, 벤치 수치와 비용 비교가 없어 바로 신뢰하긴 이르다.

  출처: github.com/statewright/statewright원문 보기 →
• #0004

  #0004ASO·그로스buffer_resources지난주

  2026 주요 소셜 네트워크 이미지 사이즈 가이드

  2026 Social Image Size Guide for 9 Major Networks

  40radar

  주요 채널별 이미지 규격을 한 번에 맞추는 체크리스트다. 앱 출시·업데이트 홍보용 크리에이티브 제작 때 재작업을 줄이는 실무 자료로 쓸 만함.

  • —Facebook, Instagram, X, LinkedIn, TikTok, YouTube, Threads, Bluesky, Pinterest까지 9개 채널을 포괄.
  • —런칭 배너, 앱 업데이트 카드, 쇼트폼 썸네일 제작 전 QA 기준으로 쓰기 좋다. 잘림·비율 오류를 줄인다.
  • —전략 인사이트보다는 제작 운영 자료에 가깝다. 성과를 올리기보다 디자인 재작업 비용을 낮추는 용도.

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

  #0003인디 비즈니스GeekNews지난주

  `Show GN`: 은행 입출금 알림 메일 파싱 `JS` 라이브러리

  `Show GN`: JS library for parsing bank deposit/withdrawal alert emails

  40radar

  은행 알림 메일을 Cloudflare Email Routing이나 AWS SES로 받아 웹훅까지 연결해 계좌이체 확인을 자동화한다. PG 계약 없이 결제를 받는 흐름을 빠르게 붙일 때 쓸모가 크지만, 은행별 메일 포맷 유지보수가 변수다.

  • —처리 흐름이 명확하다: 은행 메일 -> Cloudflare Email Routing/AWS SES Inbound -> 웹훅 -> 입출금 확인 자동화.
  • —초기 제품에서 걸리는 지점은 PG 계약 부담이다. 계좌이체를 임시 결제수단으로 둘 때 운영 마찰을 줄여준다.
  • —재사용 포인트는 메일 파서다. 수기 대조 없이 결제 확인을 붙일 수 있어 가벼운 청구 운영에 바로 연결된다.
  • —리스크도 분명하다. 은행마다 메일 템플릿이 다르고 바뀔 수 있어 파서 규칙 유지비가 계속 든다.

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

  #0002인디 비즈니스Ahrefs Blog지난주

  `Schema` 넣어도 AI 인용은 거의 안 늘었다

  Adding `Schema` Didn't Meaningfully Lift AI Citations

  40radar

  JSON-LD가 들어간 페이지는 AI에 인용될 확률이 더 높았지만, 막상 추가한 뒤 인용 증가는 미미했다. Schema는 지름길이 아니라 기본 위생이고, 성장 레버로 기대하면 비용 대비 애매하다.

  • —1,885개 페이지 추적에서 AI 인용 페이지는 비인용 페이지보다 JSON-LD 보유 확률이 거의 3배였다. 상관관계는 있어도 바로 복제할 수 있는 해법은 아니다.
  • —제목이 말하는 결론은 명확하다. 마크업을 붙이는 작업만으로는 인용 분포가 거의 안 바뀌었고, 우선순위를 높게 둘 이유가 약하다.
  • —Schema 작업은 여전히 해둘 만한 기술 부채 정리다. 다만 효과를 내려면 고유 데이터, 명확한 문단 구조, 인용할 만한 정보 밀도가 먼저다.

  출처: ahrefs.com/blog/schema-ai-citations/원문 보기 →
• #0001

  #0001기타GitHub Trending Weekly지난주

  `TabPFN`, 표형 데이터용 파운데이션 모델

  `TabPFN`: fast foundation model for tabular prediction

  40radar

  TabPFN모델 — 전처리 없이 표형 데이터 분류·회귀 수행

  분류·회귀를 스케일링이나 원-핫 인코딩 없이 바로 돌릴 수 있어, 구조화 데이터 실험 속도가 꽤 빠르다. 대신 GPU 사실상 필수, 적정 범위도 10만 행·2000 피처 이하라 비용 대비 맞는 문제에만 써야 한다.

  • —설치는 pip install tabpfn 한 줄이고, TabPFNClassifier·TabPFNRegressor로 바로 시작된다. 첫 실행 때 체크포인트를 내려받는다.
  • —전처리 금지 원칙이 분명하다. 스케일링이나 원-핫 인코딩 없이 넣는 방식이라 기존 피처 파이프라인을 크게 줄일 수 있다.
  • —실사용 조건은 꽤 빡세다. 8GB VRAM급 GPU를 권장하고 큰 데이터셋은 16GB가 필요하며, CPU는 1000개 이하 샘플 정도만 현실적이다.
  • —추론은 반드시 배치로 묶어야 한다. 샘플별 predict 호출은 매번 학습셋을 다시 계산해 거의 100배까지 느려질 수 있다.
  • —적정 데이터 규모도 선명하다. 10만 샘플·2000 피처 이하에서 잘 맞고, 그 이상은 별도 가이드나 TabPFN Client 같은 우회 경로를 봐야 한다.

  출처: github.com/PriorLabs/TabPFN원문 보기 →