2026-05-25

• #0023

  #0023인디 비즈니스r/ClaudeAI6일 전

  `Claude Code`로 만든 현장 위치 앱 `LOC8`, 사용자 1,500명 돌파

  `LOC8` hit 1,500+ users after shipping iPhone, Apple Watch, and landing page with `Claude Code`

  70radar

  LOC8iOS 위치 유틸 앱 — 주소·좌표·방향을 즉시 표시

  현장 위치 공유라는 좁은 문제를 Apple Watch까지 묶어 빠르게 풀고, Reddit·수동 아웃리치로 초기 유료 검증까지 갔다. AI 빌드보다 도메인 문제 선택이 수익을 만들었다.

  • —출시 후 두 달 안에 사용자 1,500명+, 매출 $1.5k+. 작은 유틸 앱도 명확한 고통이면 돈이 붙는다.
  • —Apple Watch는 장식 기능이 아니라 핵심 UX. 스트레스 상황에서 주소·교차로·좌표·방향을 한 화면에 보여주는 게 차별점이다.
  • —성장은 대부분 Reddit 게시물과 수동 아웃리치에서 나왔다. 광고 전에도 문제 언어가 선명하면 초기 검증이 가능함.
  • —Claude Code는 앱·watchOS·위치 로직·UI·버그 수정·랜딩 페이지까지 도왔다. 다만 출발점은 AI가 아니라 현장 지식이었다.

  출처: www.reddit.com/r/ClaudeAI/comments/1tmwizd/i_used_claude원문 보기 →
• #0022

  #0022에이전트·도구GeekNews6일 전

  `Flue`, 샌드박스 코딩 에이전트 하네스 프레임워크

  `Flue`, a sandbox harness framework for coding agents

  70radar

  Flue에이전트 하네스 프레임워크 — 헤드리스 코딩 에이전트 자동화

  코딩 에이전트 사용 경험을 100% 헤드리스·프로그래머블 구조로 빼낸다. 반복 개발 작업을 자체 자동화 파이프라인에 붙일 때 바로 검토할 만함.

  • —Flue는 TypeScript 기반 에이전트 하네스라 Node 생태계의 내부 도구·CI 자동화에 붙이기 쉽다.
  • —Claude Code·Codex식 사용 경험을 인터랙티브 CLI 없이 재구성하는 데 초점이 있다.
  • —사용자가 만든 에이전트가 문제 해결부터 작업 완료까지 자율 수행하는 구조라 반복 repo 작업 자동화에 맞는다.

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

  #0021에이전트·도구GeekNews6일 전

  `DeepSeek Reasonix`, prefix cache에 맞춘 네이티브 코딩 에이전트

  `DeepSeek Reasonix`, native coding agent tuned for prefix caching

  70radar

  ReasonixCLI 코딩 에이전트 — DeepSeek prefix cache 최적화

  세션을 append-only로 굴려 DeepSeek의 바이트 안정 prefix cache를 최대한 태우는 구조다. 공개 수치 94% 캐시 적중률이면 긴 CLI 작업 비용 실험값으로 충분히 볼 만함.

  • —Reasonix v0.50.0은 터미널에서 실행되는 오픈소스 코딩 에이전트이며 DeepSeek API에 직접 연결된다.
  • —실행 루프가 append-only라 세션 컨텍스트를 매번 흔들지 않는다. prefix cache 친화 설계가 비용 절감의 본체.
  • —공개된 94% 캐시 적중률이 핵심 숫자다. 장시간 리팩토링·테스트 보강 작업에서 API 비용 비교 대상으로 삼을 만함.

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

  #0020에이전트·도구GeekNews6일 전

  `KanBots`, 모든 카드에서 병렬 에이전트를 돌리는 오픈소스 Kanban 앱

  `KanBots`, Open-Source Kanban Desktop App for Parallel Agents on Every Card

  70radar

  KanBotsKanban 데스크톱 앱 — 카드별 코딩 에이전트 병렬 실행

  폴더를 보드로 만들고 카드마다 코딩 에이전트를 격리 실행한다. 여러 구현을 동시에 비교하기 좋지만, 비용·브랜치 정리 루틴 없으면 금방 지저분해짐.

  • —카드별로 Claude Code와 Codex를 병렬 실행하고 진행 상황·결정·비용을 보드에 실시간 표시한다.
  • —각 실행은 kanbots/issue-N 브랜치의 별도 git worktree에서 돌아가 파일 충돌 위험을 줄인다.
  • —폴더를 넣어 보드를 만드는 방식이라 일반 할일 관리보다 repo 기반 이슈 처리에 더 잘 맞는다.
  • —강점은 한 이슈에 여러 에이전트를 붙여 결과물을 비교하는 흐름. 머지 전 품질 판단이 쉬워진다.

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

  #0019에이전트·도구GeekNews5일 전

  Constraint Decay: 백엔드 코드 생성에서 LLM 에이전트의 취약성

  Constraint Decay: LLM Agents Still Break Backend Contracts

  50radar

  느슨한 명세 구현은 잘해도 운영 백엔드의 계약·DB·ORM 제약에서 쉽게 무너진다. OpenAPI 고정 실험이라 에이전트 리뷰 기준으로 바로 쓸 만함.

  • —동일 OpenAPI 명세로 80개 그린필드 과제와 20개 기능 구현 과제를 비교했다. 프롬프트 감상이 아니라 재현 가능한 백엔드 검증에 가깝다.
  • —취약 지점은 API 계약, 아키텍처, DB, ORM 제약 준수다. 생성 코드는 동작 여부보다 계약 테스트를 먼저 통과해야 한다.
  • —에이전트에 맡길 범위는 엔드포인트 초안까지가 적당하다. 스키마·마이그레이션·통합 테스트는 강제 게이트로 둬야 함.

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

  #0018인디 비즈니스saastr5일 전

  `Qbee`, 고객 성공 VP 역할까지 들어간 운영형 AI 에이전트

  SaaStr’s `Qbee` Shows AI Agents Moving Into Revenue Ops

  50radar

  Qbee고객 성공 AI 에이전트 — VP 역할을 자동화

  운영 자동화가 단일 챗봇을 넘어 영업·마케팅·VC 평가·이벤트 툴까지 번졌다. 작은 SaaS도 반복 업무부터 에이전트화할 만함.

  • —SaaStr AI는 AI 에이전트 21개+, 바이브 코딩 앱 12개+를 이미 굴린다. 데모가 아니라 내부 운영 도구 축적에 가깝다.
  • —전체 사용량은 110만 회+. 반복 실행이 많은 업무라면 에이전트 품질 개선 루프를 만들 수 있는 규모다.
  • —사례 범위는 AI SDR, AI VP of Marketing, VC 평가 툴, 참석자 카드 생성기까지 넓다. 먼저 내부 반복 작업이 좋은 출발점.
  • —마케팅 에이전트가 사람을 관리하는 수준까지 갔다는 표현이 강하다. 권한 설계와 검수 흐름 없이는 바로 위험해진다.

  출처: www.saastr.com/top-10-learnings-from-building-our-own-ai원문 보기 →
• #0017

  #0017인디 비즈니스Ahrefs Blog5일 전

  Ahrefs 콘텐츠팀, AI 해커톤에서 `Agent A` 실험

  Ahrefs Content Team Tests `Agent A` in an AI Hackathon

  50radar

  Agent A콘텐츠 자동화 에이전트 — 초안·발행·리포팅 자동화

  초안 작성부터 발행, 자체 리포팅까지 콘텐츠 운영을 에이전트화했다. 해커톤 자체보다 반복 마케팅 노동을 어디까지 줄였는지가 볼거리.

  • —한 워크플로우는 주 단위 작업을 4시간까지 줄였다고 제시됨. 콘텐츠 운영 자동화의 기준점으로 볼 만하다.
  • —Agent A는 작성, 발행, 리포팅을 한 흐름으로 묶었다. 일회성 창작보다 반복 SEO·콘텐츠 루프에 더 잘 맞음.
  • —목소리 복제까지 포함된 실험이다. 톤 일관성에는 유리하지만 검수선 없으면 브랜드 리스크가 바로 커진다.

  출처: ahrefs.com/blog/agent-a-hackathon/원문 보기 →
• #0016

  #0016에이전트·도구GeekNews6일 전

  `Codex` 활용 사례, 12개에서 52개로 확대

  `Codex` Use Case Catalog Expands From 12 to 52

  50radar

  Codex코딩 에이전트 플랫폼 — 개발 작업을 자연어로 위임

  코딩 보조 도구에서 업무 위임 플랫폼으로 메시지가 바뀌었다. Codex를 리팩토링뿐 아니라 QA·데이터 정리·운영 자동화까지 넓혀볼 신호지만, 새 기능 발표는 아니다.

  • —공개 유스케이스가 기존 12개에서 52개로 늘었다. 기능 추가보다 사용 범위 재정의에 가깝다.
  • —범위가 엔지니어링·디자인·데이터·재무·운영·QA·세일즈까지 확장됐다. 코딩 밖 반복 업무도 타깃이다.
  • —바로 건질 포인트는 Codex 적용 후보를 다시 적는 것. PR 보조보다 위임 가능한 운영 태스크 발굴이 먼저다.

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

  #0015에이전트·도구Simon Willison6일 전

  `datasette-agent` `0.1a4`, Jump 메뉴에서 에이전트 채팅 시작

  `datasette-agent` `0.1a4` adds chat launch from Jump menu

  50radar

  datasette-agentDatasette 플러그인 — DB 질의를 에이전트 채팅으로 실행

  Datasette의 / 단축키 메뉴 안에서 바로 데이터 질의용 에이전트 채팅을 열 수 있다. 별도 챗 UI를 크게 붙이지 않고 기존 탐색 흐름에 얹는 패턴이라 참고할 만함.

  • —Datasette 1.0a30의 새 makeJumpSections() JavaScript 플러그인 훅을 사용해 Jump 메뉴에 채팅 시작 영역을 추가했다.
  • —count entries 같은 자연어 입력으로 에이전트 대화가 시작되고, 데모에서는 엔트리 수 3300개를 반환했다.
  • —agent.datasette.io에서 GitHub 로그인으로 테스트 가능. 내부 DB 도구에 커맨드 팔레트형 AI 질의를 붙이는 예제로 좋다.

  출처: simonwillison.net/2026/May/24/datasette-agent/#atom-ever원문 보기 →
• #0014

  #0014아이디어 시그널r/SaaS6일 전

  `Strivle`, 팔로워 대신 검증된 출시 실적으로 랭킹 매기는 창업자 네트워크

  `Strivle`: a founder network ranked by verified shipping

  50radar

  Strivle창업자 소셜 플랫폼 — 검증된 출시 실적으로 랭킹

  X·LinkedIn의 도달 불만을 검증된 실적 기반 네트워크로 바꾸려는 시도다. 문제 정의는 선명하지만 사용자·매출 검증은 아직 없어 아이디어 신호 수준.

  • —프로필은 Stripe, GitHub, Product Hunt 연동으로 MRR·커밋·출시 기록을 보여주는 구조. 허세 바이오를 줄이는 방향.
  • —배포 알고리즘은 모든 글을 100명 랜덤 노출에서 시작해 반응에 따라 1,000명, 10,000명으로 확장한다는 약속.
  • —Advice needed, Hiring, Customer feedback, Shipped 태그로 일반 소셜 피드를 작업 목적별 채널처럼 쪼갠다.
  • —투자자·오퍼레이터가 리더보드를 본다는 설정은 매력적이나, 실제 수요 검증 없이는 커뮤니티 콜드스타트가 가장 큰 리스크.

  출처: www.reddit.com/r/SaaS/comments/1tmfvov/building_the_next원문 보기 →
• #0013

  #0013인디 비즈니스r/SaaS6일 전

  2일 2,700만 조회, 매출 0원: 바이럴만으로는 안 팔린다

  27M Views, $0 Revenue: Viral Reach Without a Sales Path

  50radar

  조회수는 매출의 선행지표일 뿐, 결제나 리드 수집 동선 없으면 증발한다. 알고리즘 감각보다 landing page와 오퍼 검증이 먼저다.

  • —2일 2,700만 조회에도 $0 — 노출 수는 강하지만 구매 의도와 결제 동선은 별개다.
  • —트래픽 피크 전에 email capture, 대기자 명단, 저가 오퍼 중 하나는 깔려 있어야 실험 데이터가 남는다.
  • —알고리즘을 계속 뚫을 수 있다면 자산은 분명하다. 다만 제품·세일즈 파트너 없이는 유통 능력만 소모된다.

  출처: www.reddit.com/r/SaaS/comments/1tmfvbk/im_literally_a_go원문 보기 →
• #0012

  #0012기타GitHub Trending Weekly5일 전

  `ai-engineering-from-scratch`, AI 엔지니어링 435개 레슨 커리큘럼

  `ai-engineering-from-scratch`: 435 lessons for end-to-end AI engineering

  50radar

  수학부터 MCP·에이전트·프로덕션까지 한 줄로 잇는 무료 커리큘럼. 빠른 기능 출시용은 아니고, AI 제품 역량을 체계화할 때 참고할 만함.

  • —435개 레슨, 20개 Phase, 약 320시간 구성. 선형대수에서 멀티에이전트·스웜까지 이어진다.
  • —각 레슨 산출물이 prompt, skill, agent, MCP server라 읽고 끝나는 자료보다 재사용성이 높음.
  • —언어는 Python, TypeScript, Rust, Julia를 모두 포함. 폭은 넓지만 제품 개발 일정에는 부담스럽다.
  • —MIT 라이선스·로컬 실행 전제. 단기 튜토리얼보다 장기 학습 로드맵이나 내부 체크리스트로 쓰기 좋음.

  출처: github.com/rohitg00/ai-engineering-from-scratch원문 보기 →
• #0011

  #0011에이전트·도구GeekNews5일 전

  Microsoft, 비용 부담으로 `Claude Code` 라이선스 대거 취소 움직임

  Microsoft reportedly cuts `Claude Code` licenses over token costs

  40radar

  대규모 AI 코딩 도입이 생산성 문제가 아니라 토큰 비용 관리 문제로 번졌다. 팀 없이 혼자 써도 에이전트 예산 상한을 먼저 잡아야 한다.

  • —Microsoft는 많은 엔지니어에게 Claude Code 사용을 장려했지만, 비용 증가 뒤 라이선스를 대거 취소하려 한다.
  • —토큰 기반 과금은 사용량이 늘수록 예산 예측을 흔든다. 작업별 비용 로그 없이는 ROI 계산이 흐려진다.
  • —Uber도 함께 언급됐지만 세부 내용은 부족하다. 특정 도구 평가보다 코딩 에이전트 비용 통제 신호로 읽는 게 맞다.

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

  #0010ASO·그로스Ahrefs Blog5일 전

  `Moltbook`에서 보인 에이전트 대상 마케팅 신호

  Agent-to-agent marketing signal emerges on `Moltbook`

  40radar

  사람이 검색해 고르는 단계가 AI assistants의 비교·추천 단계로 이동 중이다. 전술·수치는 없지만, SEO 표면이 줄어들기 전 추적할 만한 초기 신호.

  • —제품 조사·비교·추천을 AI assistants에 맡기는 사용자가 늘고 있다. 검색 결과 페이지 중심 노출만으론 약해진다.
  • —에이전트가 웹과 사용자 사이에 서면, 마케팅 대상은 구매자만이 아니라 추천을 만드는 중간 계층까지 확장된다.
  • —구체 채널·전환율·실행법은 없다. 지금은 바로 따라 할 플레이북보다 포지셔닝 변화 감지용으로 봐야 함.

  출처: ahrefs.com/blog/agent-to-agent-marketing-born-on-moltboo원문 보기 →
• #0009

  #0009아이디어 시그널GeekNews5일 전

  Show HN: `Audiomass`, 웹용 무료 오픈소스 멀티트랙 오디오 편집기

  Show HN: `Audiomass`, a free open-source multitrack audio editor for the web

  40radar

  Audiomass웹 오디오 편집기 — 백엔드 없이 브라우저에서 실행

  서버 없이 브라우저에서 오디오 편집을 끝내는 구조라 운영비와 설치 마찰이 낮다. 가벼운 미디어 도구를 만들 때 바로 참고할 만함.

  • —Audiomass는 백엔드·플러그인 없이 실행된다. 정적 호스팅만으로도 오디오 편집 경험을 제공할 수 있음.
  • —브라우저 지원 오디오를 자르기, 트리밍, 볼륨 변경, 페이드, 효과 적용까지 처리한다. 기본 편집 플로우는 충분히 넓다.
  • —컴퓨터·샘플·URL·새 녹음에서 가져오는 입력 경로가 있다. 콘텐츠 도구의 온보딩 흐름으로 재사용하기 좋음.

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

  #0008기타Simon Willison6일 전

  `Datasette` `1.0a30`, 확장형 `Jump to` 메뉴 추가

  `Datasette` `1.0a30` adds an extensible Jump menu

  40radar

  Datasette오픈소스 데이터 퍼블리싱 도구 — SQLite를 웹 UI로 노출

  / 키로 DB·테이블·디버그 항목을 한 번에 찾는 런처가 들어왔다. 작은 데이터 관리 화면이나 내부툴 탐색 UX를 즉시 개선할 만함.

  • —새 Jump to... 메뉴는 /로 열리고 입력값에 맞춰 데이터베이스, 테이블, 디버그 옵션을 바로 필터링한다.
  • —jump_items_sql() 플러그인 훅이 추가돼 커스텀 관리 화면이나 데이터 뷰도 같은 검색 메뉴에 붙일 수 있다.
  • —아직 alpha 릴리스라 운영 반영보다는 내부 대시보드 탐색 패턴 검증용으로 먼저 보는 게 맞다.

  출처: simonwillison.net/2026/May/24/datasette/#atom-everything원문 보기 →
• #0007

  #0007인프라·SaaSGeekNews6일 전

  스캐머, `microsoftonline.com` 공식 알림 주소 악용해 스팸 링크 발송

  Scammers abuse official-looking `microsoftonline.com` sender for spam links

  40radar

  신뢰하던 계정 알림 채널이 피싱 위장막으로 쓰였다. 익숙한 SaaS 발신자도 입력값처럼 의심해야 하며, 링크 클릭 흐름은 더 엄격히 봐야 함.

  • —발신 주소 msonlineservicesteam@microsoftonline.com은 2단계 인증 코드 같은 민감 알림에 쓰이던 채널이라 위장 신뢰도가 높다.
  • —공격이 수개월간 이어졌다는 점이 문제. 일회성 스팸이 아니라 공식처럼 보이는 발신자 기반 신뢰 모델의 약점이다.
  • —로그인·결제·보안 알림은 메일 링크 대신 서비스에 직접 접속해 확인하는 운영 습관이 비용 대비 가장 싸게 먹힌다.

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

  #0006기타GeekNews6일 전

  AI 칩 부품 비용, `HBM` 비중이 거의 3분의 2까지 상승

  Memory Now Takes Nearly Two-Thirds of AI Chip Component Cost

  40radar

  연산 로직보다 메모리가 AI 인프라 원가의 병목으로 굳어지고 있다. HBM 공급과 가격이 추론비·GPU 임대료를 좌우해, 작은 모델 최적화 가치가 더 커짐.

  • —HBM 비중은 2024년 1분기 52%에서 2025년 4분기 63%로 상승. AI 칩 원가의 중심이 메모리로 이동했다.
  • —로직 다이는 같은 기간 약 13%로 거의 고정. 더 비싼 칩의 원인이 순수 연산 실리콘만은 아니다.
  • —첨단 패키징은 19%→15%, 보조 부품은 15%→9%로 하락. 절감된 비중을 메모리가 흡수했다.
  • —GPU 클라우드와 LLM API 가격은 HBM 수급에 계속 흔들린다. 컨텍스트 절약·캐시·경량 모델 전략이 실전 비용 방어선이다.

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

  #0005인디 비즈니스GeekNews6일 전

  호주 `100:80:100` 4일 근무 실험, 생산성 하락 없었다

  Australian 4-Day Workweek Trial Shows No Productivity Drop

  40radar

  임금은 유지하고 근무시간만 줄여도 산출량 목표를 맞춘 실험이다. 핵심은 복지가 아니라 범위·지표를 먼저 고정한 운영 설계라 참고할 만함.

  • —100:80:100은 임금 100%, 근무시간 80%, 산출량 100%가 전제. 시간 단축보다 산출량 정의가 먼저다.
  • —참여 기업 15곳 중 14곳이 제도 유지를 선택했다. 만족도 조사보다 운영 지속 결정이라 신호가 더 강함.
  • —6개 기업은 생산성 향상을 보고했다. 작은 팀에는 주 4일 자체보다 우선순위 압축 방식이 더 재사용 가능하다.

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

  #0004에이전트·도구r/ClaudeAI6일 전

  금지형보다 의존성 표현이 에이전트 지시 준수율을 높인다

  Agent prompts work better when phrased as dependencies, not prohibitions

  40radar

  Y는 X에 의존한다처럼 작업 순서를 의존성으로 쓰면 금지형 지시보다 잘 먹힌다. 복잡한 자동화 프롬프트는 경고문보다 작업 그래프로 짜는 게 낫다.

  • —금지형 X 전에는 Y 하지 마는 체감 준수율이 약 75%, 의존성 표현은 90%+까지 올라갔다는 관찰.
  • —dependency는 소프트웨어·프로젝트 관리 문맥을 끌어와 순서 제약을 강하게 만든다. don't는 모델이 약하게 처리하기 쉽다.
  • —이메일·슬랙·문서·시트 자동화처럼 코딩 밖 에이전트에도 적용된다. 선행 조건과 완료 게이트를 먼저 적어라.

  출처: www.reddit.com/r/ClaudeAI/comments/1tmokmg/has_anyone_el원문 보기 →
• #0003

  #0003에이전트·도구Simon Willison6일 전

  AI로 부풀린 `GitHub` 이슈, 버그 리포트 품질을 깎는다

  AI-polished GitHub issues are making bug reports worse

  40radar

  관찰한 사실보다 LLM식 추론이 앞서면 이슈는 길어지고 틀린 확신만 늘어난다. 명령어·기대값·실제 결과·정확한 로그만 남기는 쪽이 더 빠른 디버깅이다.

  • —좋은 리포트는 4개 항목이면 충분하다: 실행한 명령, 기대한 결과, 실제 결과, 정확한 에러·로그.
  • —LLM이 만든 가짜 최소 재현, 루트 원인 추측, 관련 없는 에러 목록은 메인테이너 시간을 바로 태운다.
  • —AI는 문장 압축에만 쓰고 진단 생성은 막는 편이 낫다. 관찰 사실이 버그 리포트의 원본 데이터다.

  출처: simonwillison.net/2026/May/24/armin-ronacher/#atom-every원문 보기 →
• #0002

  #0002인디 비즈니스yozm_it5일 전

  Anthropic 엔지니어가 정리한 AI와 일하는 5가지 원칙

  Anthropic Engineer's 5 Principles for Working with AI

  40radar

  앤트로픽 엔지니어의 AI 협업 원칙과 로컬 LLM 추천 CLI whichllm 등이 함께 소개됨. 원칙은 장기적 관점, 도구는 단기적 생산성 향상에 유용해 균형이 좋다.

  • —AI를 단순 대체가 아닌, 결과를 쌓아가는(compounding) 시스템의 일부로 접근하는 관점을 제시. 이는 1인 개발의 장기적 자산 구축과 연결된다.
  • —whichllm은 PC 사양에 맞는 로컬 LLM을 추천하는 CLI다. 모델 탐색 시간을 줄여주지만, 최종 성능은 직접 테스트하며 확인해야 한다.
  • —마이크로소프트의 무료 AI 에이전트 강좌는 에이전트 개발 입문에 유용하다. 다만 실제 상용 서비스를 만드는 깊이로는 부족할 수 있다.

  출처: yozm.wishket.com/magazine/detail/3767원문 보기 →
• #0001

  #0001아이디어 시그널GitHub Trending Weekly5일 전

  `Stremio Web`, 애드온 기반 미디어 허브 수요 신호

  `Stremio Web` shows demand for addon-based media hubs

  40radar

  Stremio오픈소스 미디어 센터 — 애드온으로 콘텐츠 탐색·시청 통합

  설치형 애드온으로 영상 탐색·시청·정리를 묶는 웹 미디어 센터가 GitHub Trending에 올랐다. 스트리밍보다 플러그인형 콘텐츠 허브 패턴이 참고할 만함.

  • —로컬 실행은 Node.js 12+, pnpm 10+면 충분하고, Docker는 8080 포트 매핑으로 바로 띄우는 구조다.
  • —화면 구성이 Board, Discover, Meta Details로 나뉜다. 영상뿐 아니라 뉴스·강의·툴 디렉터리에도 그대로 옮길 수 있는 정보 구조.
  • —핵심 차별점은 콘텐츠 소유가 아니라 애드온 생태계다. 직접 수급이 어려운 카테고리에서 확장성 있는 진입로가 된다.
  • —라이선스는 GPLv2. 상용 제품에 그대로 섞기보다 UX·아키텍처 레퍼런스로 보는 편이 안전하다.

  출처: github.com/Stremio/stremio-web원문 보기 →