Tools

61 bookmarks
Custom sorting
Engineering.fyi — 기업 25곳의 기술 글 12,802편 모음 (난이도·코드·AI 요약 필터)
Engineering.fyi — 기업 25곳의 기술 글 12,802편 모음 (난이도·코드·AI 요약 필터)

Engineering.fyi

기업 기술 블로그의 글을 한곳에서 발견하고 원문으로 이동하는 아그리게이터. 2026-10-09 공식 홈·회사 목록·태그 목록·About를 확인했다.

실제 자료 규모

현재 회사 목록의 고유 링크는 25개이며 각 카드의 기사 수를 합하면 12,802편으로 홈의 '12802+' 표시와 일치한다. 기업: NVIDIA, Meta, LinkedIn, Uber, Cloudflare, Netflix, Google, Pinterest, Shopify, ClickHouse, Palantir, Spotify, Airbnb, Fly.io, Slack, GitHub, Stripe, Cursor, SafetyCulture, Ramp, OpenAI, Microsoft, Oxide Computer Company, Notion, Anthropic. 회사별 비중은 다르다. 예를 들어 NVIDIA 4,773편, Meta 1,099편, LinkedIn 935편이며 회사 이름 수가 같은 규모의 기술 사례를 뜻하지는 않는다. About는 25+ 기업·12,114+ 글·200+ 주제를 소개하지만 당시 확인된 홈과 회사 목록의 기사 수는 12,802다. 숫자는 확인 시점의 색인 수이며 계속 변한다.

탐색과 표시

  • 전체 기사 검색과 회사별·주제 태그별 탐색.
  • 난이도 beginner, intermediate, advanced.
  • 코드 예제 포함 Includes Code와 AI 요약 포함 Has Summary 필터.
  • 기사 카드의 출처 회사, 주제 태그, 게시 날짜, 예상 읽기 시간과 일부 저자 정보.
  • 요약이 있는 글의 핵심 설명을 보고 원문을 읽을지 결정하는 방식. Python·JavaScript·SQL·AWS·Apache 같은 언어/도구부터 분산 시스템·머신러닝 등의 기술 주제를 다룬다. 모든 글에 코드나 AI 요약이 있는 것은 아니다.

어떻게 모으나

About에 따르면 회사별 블로그 구조에 맞춘 수집기가 정기적으로 새 글을 가져오고 난이도 분석·주제 태깅·코드 예제 감지·AI 요약을 처리한다. 회사 목록은 좋은 기술 문화를 가진 조직을 선별한다고 안내한다. Engineering.fyi는 검색·발견 계층이며 기사 링크는 회사 블로그 원문으로 연결한다. AI 요약과 자동 분류는 탐색 보조 정보로 보고 실제 근거·코드·조건은 원문에서 확인하는 용도다.

공개 접근·부가 기능

로그인 없이 홈·회사·태그 목록을 열람했다. 주간 Weekly Digest 구독 폼과 누락된 회사의 추가 요청 링크, 후원 링크를 제공한다. 이번 작업에서는 이메일 구독·회사 제출·로그인·후원을 실행하지 않았다. 사이트의 소스 코드·재사용 라이선스나 별도 유료 플랜은 확인한 공개 페이지에서 확인되지 않았다.

실제 원문 연결 예

홈 카드에서 아래 기업 원문 링크를 확인했다. 개별 글의 성능 수치나 기술 결론을 이번 북마크 작업에서 별도로 검증한 것은 아니다.

기존 북마크와 분류

저장된 Velopers(https://velopers.kr/)의 제목·설명·태그·메모를 확인했다. Velopers는 국내 IT 기업 기술 글과 한국어 탐색 중심이며, Engineering.fyi는 해외 기업의 영어 기술 자료를 회사·태그·난이도·코드·AI 요약 조건으로 탐색하는 쪽이다. 같은 기술 글 공급·읽기·조사 용도이므로 Kidow / Tools에 저장하고 tech-blog, aggregator, reading, devnews, research 태그를 공유한다.

확인 자료

홈: https://www.engineering.fyi/ 소개·수집 방식: https://www.engineering.fyi/about 회사별 목록: https://www.engineering.fyi/companies 주제별 목록: https://www.engineering.fyi/tags 커버는 공식 og:image로 지정된 https://www.engineering.fyi/og-image.png (1200×630 PNG)를 사용한다.

·engineering.fyi·
Engineering.fyi — 기업 25곳의 기술 글 12,802편 모음 (난이도·코드·AI 요약 필터)
OpenStore — 유명 앱의 오픈소스 대안을 손으로 검수해 소개하는 앱스토어형 디렉터리 (64개, MIT)
OpenStore — 유명 앱의 오픈소스 대안을 손으로 검수해 소개하는 앱스토어형 디렉터리 (64개, MIT)

언제: "이 유료 앱 대신 쓸 오픈소스 없나" 싶을 때 앱 이름으로 대안을 찾고, 스크린샷·스타·라이선스를 한 화면에서 비교할 때. 손으로 검수하고 Capterra 평점까지 붙여 둬서 "쓸 만한가"를 가늠하기 쉽다. 비교: 같은 목적의 OpenAlternative가 수록 수는 훨씬 많다 — 넓게 찾을 땐 그쪽, 검증된 소수를 빨리 고를 땐 여기. 창작 도구만 보려면 everywhere.tools, 일반 SaaS 도구 탐색은 Toolfolio. 주의: 공개 3일째(2026-10-08)인 1인 프로젝트라 수록 64개로 아직 얇고 지속 여부를 지켜봐야 한다. Trending·평점 섹션은 날짜가 찍힌 스냅샷이라 최신이 아닐 수 있다.

·openstore.site·
OpenStore — 유명 앱의 오픈소스 대안을 손으로 검수해 소개하는 앱스토어형 디렉터리 (64개, MIT)
open-slide — React 19·Vite 8 발표 프레임워크 (시각 편집·댓글·HTML/PDF/이미지형 PPTX, MIT)
open-slide — React 19·Vite 8 발표 프레임워크 (시각 편집·댓글·HTML/PDF/이미지형 PPTX, MIT)

open-slide — 2026-10-05 갱신

Yiwei Ho(1weiho)의 에이전트 중심 React 발표 프레임워크. 사이트·문서·저장소·npm 메타데이터를 대조했다. 기존 북마크를 갱신하며 초기 메모는 아래에 보존한다.

현재 버전과 기술 구성

npm 최신 @open-slide/core 2.0.1, @open-slide/cli 2.0.0. v2 문서와 core 의존성은 React 19·Vite 8(Rolldown)·TypeScript·Tailwind CSS를 사용한다. Node engines는 ^20.19.0 || >=22.12.0이며 Node 18은 지원하지 않는다. 이전 북마크의 Next.js 중심 기술 설명은 현재 슬라이드 런타임 기준 React 19·Vite 8로 갱신한다. 코드 라이선스 MIT, 저작권 2026 Yiwei Ho. 프레임워크 사용료와 외부 코딩 에이전트·모델의 사용료는 별개다.

작성 구조와 애니메이션

각 페이지는 1920×1080 고정 캔버스에 렌더링되는 임의의 React 컴포넌트다. 제약된 슬라이드 DSL 대신 React·표준 웹 API로 레이아웃을 작성하고 화면 크기에 맞춰 캔버스를 비례 조정한다. 덱 위치: slides/<id>/index.tsx. 한 덱 파일이 여러 페이지 컴포넌트를 배열로 내보낼 수 있으며 에셋은 slides/<id>/assets/에 둔다. Page, Step, Transition, MorphElement 프리미티브로 페이지·단계별 등장·전환·형태 이동을 구성한다. 덱별 메타데이터·발표 노트와 재사용 테마를 함께 관리하고 파일 diff·Git 버전 관리에 연결한다.

시각 편집과 에이전트 댓글

개발 서버의 Inspector에서 요소 선택·드래그·크기·회전·정렬·분배·레이어와 스마트 가이드를 조작한다. 텍스트의 일부 문구 서식, 폰트 크기·굵기·색·행간·자간, 이미지 교체·크롭 등을 제공한다. 수정은 메모리에 대기하며 Save/Cmd·Ctrl+S로 소스에 기록한다. Preview 전환이나 덱 이탈 때도 대기 수정을 저장하며 Undo·Redo·Discard를 제공한다. 요소에 남긴 댓글은 런타임에서 보이지 않는 @slide-comment 소스 마커로 붙는다. /apply-comments가 이를 읽어 React 수정을 수행하도록 안내한다. 자산 관리자와 svgl 로고 검색도 제공한다. 문서의 '1500+ 로고'는 연동 기능 소개 수치이며 이번 작업에서 카탈로그 전체를 다시 세지는 않았다.

발표와 내보내기

Present에서 전체 화면·키보드 이동을 제공하고 발표자 창은 현재/다음 슬라이드·노트·경과 시간을 표시한다. open-slide build는 slides/와 사용 에셋·뷰어 런타임을 dist/ 정적 사이트로 만들어 파일 호스팅 서비스에 배포할 수 있다. 툴바 Export:

  • HTML: 현재 덱의 정적 HTML 스냅샷. 에셋 참조가 있으면 HTML과 에셋 폴더를 ZIP으로 받는다.
  • PDF: 페이지마다 1920×1080 가로 PDF 페이지. Safari는 지원하지 않는다고 문서에 명시한다.
  • PPTX(images): 각 페이지를 이미지로 렌더링해 PowerPoint 슬라이드에 넣는다. 텍스트·도형 개체를 편집하는 native PPTX 내보내기는 아직 제공하지 않는다. 정적 빌드와 개발용 편집 기능은 구분한다. build 설정으로 덱 목록·화면 UI·다운로드 메뉴를 제어할 수 있다.

시작·스킬·업그레이드

npx @open-slide/cli init my-deck 생성한 워크스페이스에서 개발 서버를 열고 에이전트에게 /create-slide로 작성을 요청한 뒤 시각 편집 또는 댓글로 반복한다. 워크스페이스에는 AGENTS.md·CLAUDE.md와 스킬 5개가 제공된다: create-slide, slide-authoring, apply-comments, create-theme, current-slide. 스킬은 .agents/skills/에 있고 Claude Code용 .claude/skills/ 심볼릭 링크를 제공한다. 전역 에이전트 설정보다 프로젝트 안에서 버전 관리하는 방식이다. 명령: npm run dev, npm run build, npm run preview, npm run sync:skills. Claude Code·Codex·Cursor·Gemini CLI·OpenCode·Windsurf·Zed 등 React 파일을 편집하는 에이전트를 안내한다. 에이전트 작성 규칙은 덱별 경로·표준 React/웹 API 사용·다른 덱이나 설정을 변경하지 않는 범위를 정한다. v1→v2는 기존 슬라이드 소스를 유지하고 Node·package.json·배포 설정을 갱신하는 절차다. React 19 타입·의존성 갱신과 이전 Vite 직접 devDependency 제거를 안내한다. 이번 작업에서는 공개 문서·버전·라이선스와 커버를 확인했으며 설치·덱 생성·내보내기 실행은 하지 않았다.

기존 북마크와 관계

slidecn은 reveal.js 기반 슬라이드·래퍼·덱·테마 컴포넌트를 shadcn 레지스트리로 조립하는 자료다. open-slide는 자유로운 React 페이지에 개발 서버·Inspector·댓글·발표·내보내기까지 연결하는 전체 워크스페이스 도구라 기존 Kidow / Tools 분류를 유지한다. Deck Gallery는 발표 자료의 시각적 레퍼런스를 찾는 디렉터리로 함께 참고할 수 있다.

공식 자료·소스

사이트: https://open-slide.dev/ 소스: https://github.com/open-slide/open-slide 문서: https://open-slide.dev/docs Inspector: https://open-slide.dev/docs/core-feature/inspector 내보내기: https://open-slide.dev/docs/core-feature/export 발표: https://open-slide.dev/docs/core-feature/present-mode 스킬 5종: https://open-slide.dev/docs/skills/overview v2 이전: https://open-slide.dev/docs/migrate-to-v2 npm core: https://www.npmjs.com/package/@open-slide/core npm CLI: https://www.npmjs.com/package/@open-slide/cli 커버는 공식 사이트 Open Graph 이미지(1200×630 PNG)를 사용한다.

기존 메모 보존 — 초기 저장 2026-09-17

발표 자료를 코드로 관리하고 싶을 때. 슬라이드가 React 컴포넌트라 git으로 버전 관리되고 diff가 남는다. Claude Code로 "이 내용으로 슬라이드 만들어줘"를 시킬 수 있다. 에이전트 연동이 목적에 포함된 설계다. PowerPoint나 Keynote를 대체하는 물건은 아니다. 코드를 다루는 사람이 기술 발표를 만들 때의 선택지다. 협업자가 개발자가 아니면 맞지 않는다. 레이아웃 제약이 없다는 건 자유롭다는 뜻이면서 매번 직접 잡아야 한다는 뜻이기도 하다. 템플릿 기반 도구보다 초기 비용이 크다. Tools의 build로 두었다. 결과물(발표 자료)을 만들어내는 도구다. MIT라 부담이 없다.

·open-slide.dev·
open-slide — React 19·Vite 8 발표 프레임워크 (시각 편집·댓글·HTML/PDF/이미지형 PPTX, MIT)
Marketing Skills — SEO·카피·CRO·성장을 위한 에이전트 스킬 50종 (Claude Code·Codex, MIT)
Marketing Skills — SEO·카피·CRO·성장을 위한 에이전트 스킬 50종 (Claude Code·Codex, MIT)

Marketing Skills

Corey Haines의 기술 마케터·창업자용 마케팅 스킬 라이브러리. Claude Code·Codex·Cursor 등 에이전트에서 마케팅 조사·기획·문서·구현 작업을 안내한다. 소스 MIT. 확인일 2026-10-05.

현재 구성

공식 사이트의 '50 skills'를 main의 skills/*/SKILL.md 50개와 대조했다. Claude Code와 Codex 플러그인 manifest 모두 버전 2.11.17이며 개별 스킬은 자체 metadata.version을 갖는다. 현재 50개: ab-testing, ad-creative, ads, ai-seo, analytics, aso, attribution, churn-prevention, co-marketing, cold-email, community-marketing, competitor-profiling, competitors, content-strategy, copy-editing, copywriting, cro, customer-research, directory-submissions, emails, events, free-tools, image, influencer-marketing, launch, lead-magnets, marketing-council, marketing-ideas, marketing-loops, marketing-plan, marketing-psychology, offers, onboarding, paywalls, popups, pricing, product-marketing, programmatic-seo, prospecting, public-relations, referrals, revops, sales-enablement, schema, seo-audit, signup, site-architecture, sms, social, video.

공통 제품 맥락

product-marketing을 먼저 사용해 제품·고객·포지셔닝·메시지를 .agents/product-marketing.md에 기록하고 다른 스킬이 이를 재사용하도록 설계했다. 기존 코드베이스의 README·랜딩페이지·메타데이터·제품 문서를 분석한 초안을 사용자가 검토·수정하거나, 질문을 통해 처음부터 작성할 수 있다. 변경 시 문서 버전과 Changelog를 갱신한다. v2에서 기존 .claude/product-marketing-context.md 등의 경로·이름이 변경됐다. 오래된 경로는 fallback으로 찾는다. 연결 예: customer-research 결과를 copywriting·cro·competitors에 반영, copywriting ↔ cro ↔ ab-testing, seo-audit ↔ schema ↔ ai-seo, revops ↔ sales-enablement ↔ cold-email.

실제 CRO 스킬 예

페이지 종류, 전환 목표, 유입 경로를 확인하고 가치 제안의 명확성·헤드라인·CTA 위치와 문구·시각적 계층·신뢰·마찰 요소 등을 분석한다. 빠르게 적용할 개선, 우선순위가 높은 변경, 실험 아이디어로 결과를 정리한다. 가입 흐름은 signup, 가입 후 활성화는 onboarding, 팝업은 popups로 역할을 구분한다. 페이지/폼 검토 지침과 근거 기반 실험 제안이 중심이며 전환율 상승을 보장하는 자동 최적화 서비스로 해석하지 않는다.

설치·사용

전체 설치: npx skills add coreyhaines31/marketingskills 선택 설치: npx skills add coreyhaines31/marketingskills --skill cro copywriting 목록 조회: npx skills add coreyhaines31/marketingskills --list CLI는 설치된 에이전트를 확인하고 위치를 선택하게 한다. README는 Claude Code .claude/skills/와 범용 .agents/skills/ 경로를 구분하며 에이전트 세션 안 비대화형 설치 시 -a claude-code를 명시하는 경로를 안내한다. Claude Code 플러그인: claude plugin marketplace add coreyhaines31/marketingskills claude plugin install marketing-skills@marketingskills Codex 플러그인: codex plugin marketplace add coreyhaines31/marketingskills 이후 Codex 세션의 /plugins에서 marketing-skills를 선택한다. 이는 저장소가 안내하는 경로이며 이번 작업에서 설치·호환 실행을 검증하지 않았다. 설치 후 '랜딩페이지 전환을 개선해 줘', 'SaaS 홈페이지 카피를 작성해 줘', 'GA4 가입 추적을 설정해 줘', '웰컴 이메일 5개를 만들어 줘' 같은 요청 또는 /cro, /emails, /seo-audit로 사용할 수 있다.

연동·비용·사이트의 부가 자료

tools/REGISTRY.md가 도구별 API·MCP·CLI·SDK 가능 여부를 정리하고 tools/integrations/ 문서와 tools/clis/ 스크립트로 상세 경로를 연결한다. GA4·Mixpanel·Amplitude·PostHog 같은 분석 도구와 SEO·광고·메일·CRM 등 도구를 다룬다. 레지스트리에 MCP가 있다고 모든 MCP 서버를 이 라이브러리가 직접 제공하거나 자동 연결하는 것은 아니다. 라이브러리 코드는 무료 MIT다. 에이전트 모델 사용료와 연동 서비스의 계정·키·요금, 광고 집행 비용 등은 별도다. 이번 북마크 작업에서 설치·계정 연결·광고 집행·메시지 발송을 실행하지 않았다. 사이트는 스킬 문서 외에 examples·learn·free-tools·tools 자료를 제공한다. /tools는 작업별 도구 지형도이며 사이트에서 순위가 아니라고 명시한다. Converly·Ploy는 공개된 Verified Partners다. 레지스트리는 유료 후원 관계를 밝히고 중립 선택지와 함께 표시하며, 파트너 표시는 '최고 도구' 평가와 구분한다고 설명한다.

기존 북마크와 관계

theskillmd.com은 여러 작성자의 스킬 메타데이터를 색인하는 디렉터리다. Marketing Skills는 Corey Haines가 관리하는 실제 마케팅 스킬과 실행 지침을 제공한다. Startup Skill은 창업 가설 검증·경쟁 분석·포지셔닝·피치 중심이고, 이 모음은 마케팅 실행·채널·전환·측정·유지까지 확장한다. 같은 Kidow / Tools에 분류한다.

공식 자료·소스

사이트: https://marketing-skills.com/ 소스·README·라이선스: https://github.com/coreyhaines31/marketingskills 전체 스킬: https://marketing-skills.com/skills 공통 제품 맥락 지침: https://github.com/coreyhaines31/marketingskills/blob/main/skills/product-marketing/SKILL.md CRO 지침: https://github.com/coreyhaines31/marketingskills/blob/main/skills/cro/SKILL.md 도구 연동 레지스트리: https://github.com/coreyhaines31/marketingskills/blob/main/tools/REGISTRY.md 도구별 지도: https://marketing-skills.com/tools 커버는 공식 사이트 Open Graph 이미지(1200×630 PNG)를 사용한다.

·marketing-skills.com·
Marketing Skills — SEO·카피·CRO·성장을 위한 에이전트 스킬 50종 (Claude Code·Codex, MIT)
Claude Code Game Studios — 게임 개발 스튜디오 템플릿 (에이전트 49개·스킬 74개, MIT)
Claude Code Game Studios — 게임 개발 스튜디오 템플릿 (에이전트 49개·스킬 74개, MIT)

Claude Code Game Studios

Claude Code의 프로젝트 지침·서브에이전트·슬래시 스킬·훅을 게임 개발 스튜디오의 역할과 작업 절차로 구성한 공개 GitHub 템플릿. 제작 Donchitos, MIT. 확인일 2026-10-05. project.yaml의 framework.version은 1.1.2다.

실제 구성과 숫자

현재 main 트리 실측:

  • .claude/agents/ Markdown 정의 49개.
  • .claude/skills/의 SKILL.md 74개.
  • .claude/hooks/ Bash 스크립트 14개. README는 자동 연결 훅 12개, YAML 헬퍼 1개, 직접 연결하는 선택 진단 1개로 설명한다. 소개/저장소 description의 '72 workflow skills'와 현재 README 본문·실제 파일 74개는 차이가 있다. 숫자는 역할·워크플로 정의의 개수이며 49개 에이전트를 항상 동시에 실행한다는 뜻은 아니다. README는 경로별 규칙 13개, 문서 템플릿 39개와 7단계 파이프라인 카탈로그도 안내한다.

역할·작업 범위

감독(creative-director·technical-director·producer), 부서 리드, 분야별 전문가의 3단계 구조다. 디자인·프로그래밍·아트·오디오·내러티브·QA·릴리스·현지화 및 경제·네트워크·접근성·라이브 운영 등을 나눈다. 상위 역할이 하위 역할에 위임하고, 같은 단계의 역할은 상담하며, 이견은 공통 상위 역할로 올린다. 여러 부서에 영향을 주는 변경은 producer가 조율한다. /brainstorm, /map-systems, /design-system, /quick-design, /create-architecture, /create-stories, /dev-story, /sprint-plan, /code-review, /balance-check, /qa-plan, /playtest-report, /release-checklist 등이 아이디어부터 출시까지 문서와 작업을 안내한다. /team-combat, /team-ui, /team-narrative, /team-audio, /team-level, /team-qa 등은 기능별 전문 역할을 조율한다.

엔진 대응

Godot 4, Unity, Unreal Engine 5별 전문가 정의와 엔진 참조 문서를 제공한다. Godot은 GDScript·C#·셰이더·GDExtension, Unity는 DOTS/ECS·셰이더/VFX·Addressables·UI Toolkit, Unreal은 GAS·Blueprints·Replication·UMG/CommonUI 등을 다룬다. 코드 루트는 Godot src/, Unity Assets/, Unreal Source/<Module>/로 엔진별 처리한다. 현재 src/에는 .gitkeep와 CLAUDE.md만 있어 완성된 게임이나 실행 가능한 게임 샘플을 배포하는 저장소로 해석하지 않는다. 엔진 설치·프로젝트 생성은 별도 작업이다.

시작과 설정

저장소를 clone하거나 GitHub 'Use this template'으로 자신의 게임 프로젝트를 만들고 해당 폴더에서 Claude Code를 연 뒤 /start를 실행한다. /start는 아이디어가 없는 상태·막연한 컨셉·명확한 설계·기존 프로젝트를 확인해 적절한 워크플로로 안내한다. project.yaml에 프로젝트 단계·rigor·automation 설정을 기록한다. 예: /brainstorm, /setup-engine godot 4.6, /project-stage-detect. 기존 프로젝트 도입은 /adopt, 설정 조정은 /settings, 이전 템플릿 업그레이드는 UPGRADING.md를 안내한다. 필수: Git, Claude Code, Python 3, Bash. jq는 권장이다. Python은 프로젝트 YAML 설정을 읽고 데이터 JSON을 검증한다. 없으면 설정이 기본값으로 떨어지고 데이터 JSON을 포함한 커밋이 차단될 수 있다. Bash가 없으면 훅이 실행되지 않는다. README는 Windows Git Bash 중심 개발과 macOS/Linux 훅 검증을 설명한다. 알림 훅은 Windows PowerShell 토스트이며 macOS/Linux 데스크톱 알림은 아직 연결되지 않았다고 명시한다.

협업·자동화와 모델

기본 collaborative 모드는 질문·선택지·사용자 결정·초안·승인 순서다. 현재 automation 문서는 guided(큰 결정만 질문), autonomous(결정 기록 후 진행, 예외 항목은 질문) 모드도 제공한다. README의 '항상 협업' 소개와 실제 선택 가능한 모드를 함께 본다. 49개 역할의 모델은 모두 같은 설정이 아니다. README는 감독 3개 Opus, lead-programmer와 전문가 15개 Sonnet, 나머지 30개 세션 모델 상속을 안내한다. 스킬 frontmatter의 model 적용은 직접 /명령으로 실행하는지 에이전트가 Skill 도구로 실행하는지에 따라 달라진다고 설명하며 Haiku 표기만으로 비용 절감을 보장하지 않는다. 일반 team-*는 한 Claude Code 세션 안의 서브에이전트 방식이다. 독립 세션을 공유 작업 목록으로 조율하는 Agent Teams는 선택적 실험 기능으로 구분하며 이 프로젝트에서는 아직 사용하지 않았다고 명시한다. 템플릿 코드는 MIT로 제공되지만 실제 실행에는 Claude Code 접근과 모델 사용량이 필요하다. Codex/ChatGPT용으로 이 구성을 직접 설치·호환 검증한 것은 아니다.

훅·기록·스킬 자체 검증

커밋·푸시·에셋·스킬 변경 검증, 세션 시작/종료 기록, 서브에이전트 감사 로그와 압축 전후 훅을 제공한다. 압축 훅 출력 자체가 Claude에 전달되는 것은 아니며 세션 시작 과정으로 맥락을 복원한다고 설명한다. CCGS Skill Testing Framework는 게임 테스트와 구분되는 스킬/에이전트 정의 품질 검사 자료다. /skill-test static, category, spec, audit와 /skill-improve로 구조 검사·범주별 기준·행동 명세·커버리지·수정 후 재평가를 안내한다. 실제 게임 테스트는 프로젝트 tests/에서 수행한다. 이번 작업에서는 공개 파일 구성·설정·라이선스를 확인했으며 저장소 설치나 스킬 실행은 하지 않았다.

기존 북마크와 관계

Startup Skill처럼 특정 분야의 에이전트 작업 절차를 제공하고, UI Craft처럼 프로젝트 지침·검증 도구까지 포함하는 개발 도구이므로 Kidow / Tools에 분류한다. 이 자료는 게임 개발 전 과정의 역할 조직과 엔진별 프로젝트 작업을 중심으로 한다.

공식 자료

저장소·README·소스: https://github.com/Donchitos/Claude-Code-Game-Studios 라이선스: https://github.com/Donchitos/Claude-Code-Game-Studios/blob/main/LICENSE 시작 스킬: https://github.com/Donchitos/Claude-Code-Game-Studios/blob/main/.claude/skills/start/SKILL.md 설치 요구사항: https://github.com/Donchitos/Claude-Code-Game-Studios/blob/main/.claude/docs/setup-requirements.md 역할 조율: https://github.com/Donchitos/Claude-Code-Game-Studios/blob/main/.claude/docs/coordination-rules.md 자동화 모드: https://github.com/Donchitos/Claude-Code-Game-Studios/blob/main/.claude/docs/automation-modes.md 문서 깊이/워크플로 모드: https://github.com/Donchitos/Claude-Code-Game-Studios/blob/main/.claude/docs/workflow-modes.md 커버는 저장소가 제공한 GitHub Open Graph 이미지(1200×600 PNG)를 사용한다.

·github.com·
Claude Code Game Studios — 게임 개발 스튜디오 템플릿 (에이전트 49개·스킬 74개, MIT)
classifier.dev — 제로샷 텍스트 분류 API (배치·다중 라벨·MCP, MIT)
classifier.dev — 제로샷 텍스트 분류 API (배치·다중 라벨·MCP, MIT)

classifier.dev

텍스트와 임의의 라벨 목록으로 분류를 요청하는 HTTP 서비스. Michael Ryaboy(mrmps) 제작. 공식 소스는 MIT 라이선스이며 Cloudflare Worker·CLI·MCP·평가 코드 등을 공개한다. 확인일 2026-10-05.

주요 기능과 용도

고객 문의를 billing/technical로 라우팅하거나 피드백을 bug/feature/praise로 분류하고, 검색 결과·로그·대량 문서를 먼저 걸러 비싼 추론 단계의 입력을 줄이는 데 활용한다.

  • 단일 라벨: 가장 적합한 label, confidence, scores 반환.
  • 배치: inputs 배열 최대 1,000개. public smart는 최대 200개이며 잔여 할당량·요청 비용·모델 문맥 제한도 충족해야 한다.
  • 다중 라벨: multi:true로 해당 라벨 여러 개를 반환하고 max_labels로 개수를 제한한다. 이 응답은 labels와 scores를 사용하며 단일 label/confidence 필드는 없다.
  • 차원별 분류: 예를 들어 주제·감정·긴급도를 독립 라벨 집합으로 나누어 결정한다. 최대 20차원, 각 차원 2–100라벨, 요청당 총 1,000결정(public smart 200결정). 단일 labels/multi와 함께 쓰는 방식은 아니다.
  • TypeSafe System One 호환: state와 Choice·Noul·Score 질문을 받는 /v1/systemone 및 JavaScript/Python SDK baseURL 연결 경로를 제공한다.

모델과 신뢰도

기본 fast는 TypeSafe의 Jev 결정 모델이다. smart는 Jev 신뢰도 0.7 미만 결과를 추론 모델로 다시 묻는다. 재검토된 결과나 확률을 제공하지 않는 경로는 confidence/scores가 null일 수 있으므로 숫자 임계값을 바로 적용하지 않는다. 점수는 주어진 라벨 사이의 선택 확률이며 입력 사실의 진위나 판단 정확도를 보증하지 않는다. 필요하면 'none of these' 라벨을 포함한다. 공식 벤치마크는 특정 공개 데이터셋·측정 시점의 결과이며 모든 분야에 같은 정확도를 약속하는 수치가 아니다. 추가 Laya(ModernBERT-large)·Kev(Qwen2.5-0.5B) 경로도 안내하며 문맥·처리 제한이 다르다. Jev 벤치마크를 이 모델들의 정확도로 옮겨 해석하지 않는다.

사용 경로

REST: POST https://classifier.dev/v1/classify 예시 요청: {"input":"Please refund this charge","labels":["billing","technical"],"share_data":false} 루트 POST는 현재 주 버전 별칭이며 /v1/classify/batch도 제공한다. GET URL/쿼리 요청은 기본적으로 라벨 문자열, verbose 또는 JSON Accept 설정 시 JSON 응답을 제공한다. CLI: npm i -g classifier-dev 예: classify bug,feature,praise < feedback.txt 현재 저장소 CLI package.json은 0.1.4, Node.js 18 이상, MIT다. MCP: https://classifier.dev/mcp 분류 도구 5개: classify_texts, classify_dimensions, classify_multi_label, count_labels, review_uncertain. 문서 MCP: https://classifier.dev/mcp/docs 문서 도구 4개: list_docs, read_doc, search_docs, get_examples. 공식 문서는 Claude·ChatGPT·Codex·Cursor 연결을 안내하고 public 연결은 인증 없이 사용할 수 있다. 워크스페이스 사용량 귀속은 Bearer 키로 연결한다. 별도 에이전트 스킬/플러그인도 제공한다. 이번 북마크 작업에서는 설치·계정 생성·분류 요청을 실행하지 않았다.

무료·유료 범위

익명 무료 표준 한도는 fast 분당 3,000·일 20,000결정, smart 분당 200·일 2,000결정(IP 기준)이다. 동일 라벨 집합의 공용 한도와 제공자 비용 풀 제한도 적용돼 무제한 무료 서비스로 해석하지 않는다. 다차원은 텍스트 수와 차원 수만큼 결정을 소비한다. 가격 페이지 기준 Pro 월 $20(포함 사용액 $20, 3좌석, 10배 한도), Scale 월 $200(포함 사용액 $200, 무제한 좌석, 100배 한도). 워크스페이스의 사용액은 잔액에서 차감한다. URL 분류는 Context.dev가 공개 HTTP(S) 페이지를 수집한 뒤 Jev가 Markdown을 분류한다. 충전된 워크스페이스 키가 필요하고 수집은 제공자 청구 요청 1,000회당 $2.20에 분류 비용이 추가된다. 로그인·차단 페이지는 실패할 수 있으며 성공한 수집 후 분류가 실패해도 수집 비용은 남을 수 있다. 기본 Jev 입력이 32,000자를 넘으면 유료 장문 경로를 사용한다. 이 경로는 fast만 지원하고 원문 문맥 토큰 100만 개당 $0.084를 안내한다. 일반 무료 입력·signup credit와 구분한다. 비동기 전체 문서 업로드 경로는 최대 1,000만 토큰/100MB를 별도로 안내한다.

실제 데이터 보관 정책

2026-10-04 발효 공식 정책은 동기 분류의 요청 텍스트·라벨·지침·결과를 기본적으로 학습 및 운영자 검토용 저장소에 보관한다고 명시한다. 제외하려면 매 요청에 JSON boolean share_data:false, 헤더 X-Classifier-Share-Data:false, GET share_data=false 또는 MCP share_data:false를 적용한다. 로그인·유료 플랜 자체가 제외 설정을 대신하지 않는다. 공유를 허용하면 분당·일일 할당량이 2배지만 결제·비용 제한·입력 크기는 그대로다. 학습용 보관 제외와 운영·청구 기록, 별도로 켤 수 있는 워크스페이스 콘텐츠 로그는 구분한다. 상세 조건은 공식 privacy 페이지를 참조한다.

기존 북마크와 분류

UI Craft·PolicyStack·OpenStatus처럼 REST/CLI/MCP를 통해 작업에 연결하는 개발 도구이므로 Kidow / Tools에 저장한다. 핵심 역할은 제품 UI 제작이나 모니터링보다 대량 텍스트의 라벨 분류·파이프라인 라우팅이다.

공식 자료·소스

사이트: https://classifier.dev/ 소스·MIT 라이선스: https://github.com/mrmps/classifier-dev API 스키마: https://classifier.dev/openapi.json 에이전트용 색인: https://classifier.dev/llms.txt MCP 연결: https://classifier.dev/mcp-setup 가격: https://classifier.dev/pricing 데이터 정책: https://classifier.dev/privacy 벤치마크: https://classifier.dev/benchmark 커버: 공식 저장소 brand/og-opt.png(1200×630 PNG). 공개 health 응답 ok:true 확인.

·classifier.dev·
classifier.dev — 제로샷 텍스트 분류 API (배치·다중 라벨·MCP, MIT)
Startup Skill — 창업 검증·경쟁 분석·포지셔닝·피치 스킬 4종 (MIT, 고객 인터뷰 게이트)
Startup Skill — 창업 검증·경쟁 분석·포지셔닝·피치 스킬 4종 (MIT, 고객 인터뷰 게이트)

Startup Skill

창업 아이디어를 조사하고 사업 가설·포지셔닝·피치 자료를 만드는 AI 에이전트용 Markdown 스킬 모음. 제작자 Ferdinando Bons. 저장 시점 2026-10-05, 공식 marketplace.json 버전 1.10.0, MIT 라이선스.

스킬 4종

  • startup-design: 사전 점검과 창업자·제약 조건 파악 후 아이디어 변형, 시장 조사, 전략, 브랜드, 제품 정의, 재무 모델, 검증 계획을 진행한다. 조사 판단과 고객 인터뷰 확인 단계가 전략 수립 전에 들어간다.
  • startup-competitors: 제품·가격, 고객 반응, 시장 진입 전략·성장 신호를 조사해 경쟁사 배틀카드, 가격 비교, 기능 매트릭스와 전략 분석을 작성한다. 별도 startup-design 실행 없이 사용 가능.
  • startup-positioning: April Dunford의 5+1 구성 요소에 JTBD, Moore 포지셔닝 문장, Neumeier Onliness Test를 결합한다. 경쟁 대안·차별 가치·적합 고객·시장 카테고리와 포지셔닝 문서를 만든다.
  • startup-pitch: 10분·5분·2분·1분 피치, 투자자 이메일, 슬라이드별 덱 개요와 Q&A를 작성하고 평가 및 투자자 역할 연습을 안내한다. 기존 조사 결과가 있으면 재사용한다.

조사·검증 방식

웹 조사와 출처 교차 확인을 수행하고 주장에 [Data], [Estimate], [Assumption], [Opinion]을 붙이도록 지시한다. 원시 조사 자료와 정리된 Markdown 문서를 저장하고 PROGRESS.md로 단계·중단·재개를 관리한다. 단계별 위험 신호와 다음 행동을 기록하고 최종 점수에 따라 진행·조건부 진행·우려·중단 또는 전환을 제안한다. 재무 모델은 가정 기반 Stage A와 고객 인터뷰 근거를 반영하는 Stage B를 표시하며 추정을 확정 사실로 취급하지 않는다.

고객 인터뷰와 실행 범위

Full 모드의 고객 발견 단계는 실제 인터뷰 최소 5회와 기록·종합을 요구한다. Fast Track은 기존 고객 대화 5회 이상이면 창업자 보고 자료로 기록할 수 있고, 부족하면 최소 3회 인터뷰를 진행하도록 지시한다. Fast Track은 아이디어 3개, 조사 일부 단계, Lean Canvas, 가정 기반 수익 모델, 점수표와 상위 실험 3개로 축소하고 브랜드·제품 정의를 생략한다. 사이트의 ‘45분에 검증’, ‘30개 이상 결과물’은 제품 안내 문구다. 기본·축약 모드의 산출물과 실제 인터뷰 소요 시간이 다르므로 전체 실증 검증 완료를 보장하는 시간으로 해석하지 않는다.

사용 경로

Claude Code: claude plugin marketplace add ferdinandobons/startup-skill claude plugin install startup@startup-skill 예: /startup:startup-design <아이디어> Agent Skills CLI: npx skills add ferdinandobons/startup-skill README는 네 스킬 폴더를 .agents/skills/에 복사하는 경로와 Claude.ai용 .skill 파일도 안내한다. 스킬 문서는 MIT로 공개되지만 실행에는 사용 에이전트의 모델·웹 조사 기능 및 사용량이 필요하다. README는 병렬 조사에 많은 토큰이 들 수 있다고 안내하며 단계 기록을 통한 재개를 제공한다. 이 북마크 작업에서 설치·실행 검증은 하지 않았다.

기존 북마크와의 관계

What Ships는 스타트업 런치 영상 사례를 찾아보는 디렉터리다. Startup Skill은 자신의 창업 가설을 조사하고 사업 자료를 작성하는 작업 절차이므로 같은 Kidow / Tools에 분류한다. UI Craft와는 에이전트 스킬 형태가 같지만, UI Craft의 디자인 엔지니어링·코드 검사 대신 시장 검증·사업 전략·피치 준비를 다룬다.

공식 자료·소스 코드

사이트: https://startupskill.me/ 소스 코드·README·MIT 라이선스: https://github.com/ferdinandobons/startup-skill 창업 검증 지침: https://github.com/ferdinandobons/startup-skill/blob/main/startup-design/SKILL.md 경쟁 분석: https://github.com/ferdinandobons/startup-skill/blob/main/startup-competitors/SKILL.md 포지셔닝: https://github.com/ferdinandobons/startup-skill/blob/main/startup-positioning/SKILL.md 피치 준비: https://github.com/ferdinandobons/startup-skill/blob/main/startup-pitch/SKILL.md 커버는 공식 저장소 assets/banner.png를 사용한다.

·startupskill.me·
Startup Skill — 창업 검증·경쟁 분석·포지셔닝·피치 스킬 4종 (MIT, 고객 인터뷰 게이트)
UI Craft — 디자인 에이전트 스킬·명령 25개·코드 검사 43규칙 (MIT, CLI·MCP)
UI Craft — 디자인 에이전트 스킬·명령 25개·코드 검사 43규칙 (MIT, CLI·MCP)

무엇을 제공하나

skills.smoothui.dev의 현재 제품명은 UI Craft다. Eduardo Calvo(educlopez)가 만든 코딩 에이전트용 디자인 엔지니어링 스킬·검사 도구이며 SmoothUI 컴포넌트 라이브러리 자체와는 구분한다. 공식 지침은 UI 코드를 쓰기 전에 기존 CSS 변수·Tailwind 설정·폰트·컴포넌트 테마·브랜드를 조사하고, 불명확한 스타일·색·폰트·모션 선택을 사용자에게 확인하도록 한다. 레이아웃·타이포·색·상태·모션·접근성을 함께 다루며 기존 시스템을 존중하는 방향이다.

실제 배포 구성

확인일의 GitHub 디렉터리를 기준으로:

  • commands/ 명령 문서 25개: craft, critique, polish, animate, audit, typeset, tokens, brief, remember, finalize, sddesign 등.
  • skills/ui-craft/references/ 참조 문서 34개: 접근성·모션·타이포·색·레이아웃·폼·데이터 시각화·대시보드·카피·상태 설계·반응형·토큰·테마·화면 레시피 등을 필요에 따라 참조한다.
  • 메인 ui-craft와 ui-craft-minimal, ui-craft-editorial, ui-craft-dense-dashboard 변형 3개.
  • agents/에 design-reviewer와 a11y-auditor, 읽기 전용 리뷰 에이전트 2개. 홈페이지 일부에는 31개 도메인·22개 명령, README 일부에는 32개 참조 문서처럼 이전 수량이 남아 있다. 이 북마크의 25·34 수량은 현재 파일 목록 실측이다.

네 단계 사용 방식

Ask: 설치 후 평소처럼 UI 작업을 요청하면 프로젝트 조사와 디자인 지침을 적용. Direct: /craft·/critique·/polish·/animate 등으로 특정 패스를 지정. Persist: /brief·/tokens·/remember로 다음 세션도 읽을 디자인 맥락을 저장. Enforce: /finalize·리뷰 에이전트·MCP·검사 CLI로 리뷰와 CI 조건을 연결. 프로젝트 디자인 맥락은 .ui-craft/brief.md, tokens.md, patterns.md, decisions.md, surfaces/<name>.md 등 일반 Markdown으로 저장하도록 안내한다. 토큰을 메모에 적는 것과 실제 CSS·디자인 토큰 파일에 적용하는 작업은 구분한다.

정적 검사·점수의 범위

npm ui-craft-detect 최신 0.13.0 확인. Node 18 이상, dependencies 없음. 별도 계정·모델 호출 없이 코드에서 패턴을 찾는 CLI다. 검사 예: npx ui-craft-detect src scripts/detect/rules.mjs의 id를 세면 43개다. transition: all, 과도한 z-index, 특정 장식 패턴·카피, 보이지 않는 포커스, 레이블 없는 아이콘 버튼, placeholder를 레이블로 쓰는 폼, 헤딩 순서 등의 규칙이 포함된다. 추가 접근성 정적 검사는 5개(img alt, 비의미적 클릭 요소, 양수 tabindex, 오류 설명 연결, 모션 감소)이며 토큰 검사는 raw hex·스케일 밖 radius/spacing·magic z-index를 다룬다. 공식 자료는 이를 총 52개 게이트로 설명한다. 검출기 43규칙에도 일부 접근성 규칙이 들어 있으므로 모두 순수 시각 스타일 규칙으로 세지 않는다. UICraftScore는 발견 수·심각도에 따라 0–100과 등급을 계산한다. 현재 score 문서는 직접 만든 React/Tailwind 평가 예제 11개를 회귀 기준으로 제시한다. 이 점수는 정적 규칙 검사 결과이며 화면의 실제 시각적 적절성·키보드 흐름·모든 접근성을 증명하지 않는다. 문서도 예제 점수 차이와 설치 효과의 인과 실험을 구분하며, 일반 CSS보다 React/Tailwind 코드에서 규칙이 더 강하다고 설명한다.

MCP 8도구

실제 mcp/src/server.mjs에서 8개 등록을 확인했다: route_task, check_anti_slop, tokens_lint, acceptance_bar, ux_coverage, score_ui, fold_candidates, check_fold. 작업을 관련 참조·명령으로 연결하고, 코드 검사·토큰·화면 구성 요소 체크·점수·랜딩 첫 화면 조합 및 URL 렌더 검사를 제공한다. 자연어 디자인 판단은 스킬이, 정해진 규칙 검사는 별도 도구가 담당한다. npm ui-craft-mcp 최신 0.9.0, Node 20 이상. 문서·distribution-manifest.json은 ui-craft-mcp@0.9.0처럼 버전을 고정한 실행을 사용한다. README 일부의 7도구 표기는 현재 등록 8개와 구분한다.

설치 경로 구분

스킬만: npx skills add educlopez/ui-craft 이 경로는 기본 디자인 지침과 변형 스킬을 가져오는 용도이며 전체 명령·리뷰 에이전트·MCP·훅이 함께 구성된다고 가정하지 않는다.

전체 시스템: 공식 ui-craft CLI를 설치한 뒤 ui-craft install. macOS는 Homebrew cask, Windows는 Scoop 경로도 문서화돼 있다. 전체 설치 도구는 Claude Code·Codex·Cursor·Gemini·OpenCode 구성을 연결한다. Claude Code의 공식 플러그인 경로: /plugin marketplace add educlopez/ui-craft /plugin install ui-craft Codex 등에는 명령을 하위 스킬로 변환한 배포본을 제공한다. 이 북마크 작업에서는 스킬·패키지를 설치하거나 전역 에이전트 설정을 바꾸지 않았다.

기존 북마크와 비교

  • Impeccable: 에이전트의 UI 품질을 개선하는 스킬·검사·정리 명령이라는 점이 유사하다. UI Craft는 디자인 맥락을 .ui-craft/에 저장하고 별도 검사 npm 패키지·점수·MCP·CI를 연결하는 구성으로 기록한다.
  • Scandinavian Design: 특정 흑백·절제된 산세리프 방향과 브라우저 검증에 집중한다. UI Craft는 더 넓은 제품 UI 분야와 스타일 변형·정적 검사·맥락 저장을 제공하며 공식 MIT를 확인했다.
  • @shadcn/lint: Tailwind 디자인 시스템의 클래스·스타일 계약을 강제하는 린터. UI Craft는 생성·판단을 안내하는 스킬과 더 넓은 카피·상태·접근성 검사 및 리뷰 도구를 묶는다.

확인 근거

확인일: 2026-10-05. 공식 사이트: https://skills.smoothui.dev/ 저장소: https://github.com/educlopez/ui-craft 실제 스킬: https://github.com/educlopez/ui-craft/blob/main/skills/ui-craft/SKILL.md 설치 차이: https://skills.smoothui.dev/docs/install-options MCP: https://skills.smoothui.dev/docs/mcp 점수·검사 한계: https://skills.smoothui.dev/docs/score 검출 규칙: https://github.com/educlopez/ui-craft/blob/main/scripts/detect/rules.mjs npm: https://www.npmjs.com/package/ui-craft-detect 공식 LICENSE: MIT, Copyright 2026 Eduardo Calvo. https://github.com/educlopez/ui-craft/blob/main/LICENSE

·skills.smoothui.dev·
UI Craft — 디자인 에이전트 스킬·명령 25개·코드 검사 43규칙 (MIT, CLI·MCP)
Scandinavian Design — 흑백·밀도·상태를 검증하는 디자인 에이전트 스킬 (4모드·전후 데모 10개)
Scandinavian Design — 흑백·밀도·상태를 검증하는 디자인 에이전트 스킬 (4모드·전후 데모 10개)

무엇을 제공하나

Eric Zakariasson(ericzakariasson)의 Scandinavian Design 에이전트 스킬. README는 Cursor agent skill로 소개하며 실제 배포 단위는 skills/scandinavian-design/ 폴더다. 완성 UI 컴포넌트·npm 런타임·MCP 서버보다 에이전트의 디자인 판단과 검증 절차를 정하는 지침에 가깝다. 스킬 폴더에는 약 52KB의 SKILL.md, 원본 소스에 접근할 수 없는 웹사이트를 다루는 websites.md, JavaScript 보조 스크립트 11개와 scripts/package.json이 있다.

핵심 디자인 방향

흑백 바탕, 흰색 위 알파 검정으로 만든 중간톤, 산세리프 타이포, 명확한 위계와 절제된 장식을 사용한다. 제품 이미지가 표현을 담당하고 인터페이스는 차분하게 유지하는 방향이다. 다만 무조건 비우거나 회색으로 바꾸는 것을 좋은 디자인으로 보지 않는다. 이해·길 찾기, 작업 완료·접근성, 유용한 정보 밀도, 브랜드·의미, 시각적 절제, 즐거움의 순서로 판단하도록 지시한다. 의미 있는 상태 색과 브랜드, 제품 성격을 보존하고 스타일 자체보다 개선 이유를 요구한다. 기존 토큰을 바꿀 때는 소비하는 모든 요소를 조사하고, 같은 값이 배경·테두리·상태에 다른 역할로 쓰이면 역할을 분리하도록 설명한다. 정적 위계가 먼저이며 모션은 이후에 조절한다.

4가지 작업 모드

  • Apply: 대상 화면을 조사하고 필요한 구조·배치까지 개선한 뒤 검증.
  • Review: 소스를 바꾸지 않고 우선순위가 있는 문제·제안·보존 요소를 제시.
  • Prototype: 격리된 화면에서 서로 다른 방향 3개를 만들고 사용자가 선택한 뒤 프로덕션 반영.
  • Deep: 반응형·인터랙션·접근성·일관성을 포함한 전체 관련 흐름을 점검. SKILL.md의 disable-model-invocation: true와 /scandinavian-design 호출 안내를 확인했다. 실제 호출 동작은 에이전트별 지원 방식에 따라 확인해야 한다.

설치와 검증 도구

skills.sh 안내: npx skills add https://github.com/ericzakariasson/scandinavian-design --skill scandinavian-design

README는 Cursor 수동 설치 경로 ~/.cursor/skills/와 보조 도구의 npm 설치도 안내한다. 이 북마크 작업에서는 설치·호출하지 않았다. scripts/package.json의 의존성은 playwright-core다. 보조 스크립트는 페이지 조사·스타일 탐침·선을 그리는 방식·색조·화면당 정보 밀도·스크린샷 분할 등을 다룬다. 예: recon.js, probe.js, lines.js, tints.js, density.js, bands.js. 파일을 읽어 역할과 의존성을 확인했으며 직접 실행하지 않았다. 지침은 데스크톱·모바일 전후 캡처, 계산된 hover/focus/pressed 스타일, 좁은 화면과 긴 페이지, 로딩·오류·비활성·빈 상태 등을 검증하도록 요구한다. 스크립트 실행이 성공했다는 것과 디자인이 검증됐다는 것은 구분하도록 명시한다.

전후 비교 데모 10개

demos/sites.json에서 Hacker News, Craigslist, Wikipedia, GitHub, Stripe, IKEA, Yahoo Finance, Discord, IMDb, AWS의 10개 실측 항목을 확인했다. 정보 밀도·색인·긴 글·제품·마케팅·커머스·데이터·다크·미디어·카탈로그를 각각 점검하는 구성이다. 공식 전후 비교 뷰어: https://scandinavian-design.vercel.app/ README는 이 예시들이 외부 사이트에 CSS override를 적용한 데모이며 desktop/mobile 캡처로 평가·보완했다고 설명한다. websites.md는 기존 DOM이 허용하는 범위만 바꿀 수 있고, 원본 소스 수준의 구조 개선보다 한계가 있다고 명시한다. 실제 서비스에 변경이 배포됐다는 뜻은 아니다. 이 세션에서는 데모 수·파일·지침·뷰어 페이지를 확인했으며 평가 도구를 재실행하지 않았다.

라이선스 확인

GitHub의 license 값은 null, 루트 목록에 LICENSE 파일 없음, 루트 및 검증 도구 package.json에도 license 필드 없음. 공개 소스는 확인되지만 MIT 등 명시된 사용·재배포 라이선스로 표시하지 않는다.

기존 북마크와 비교

  • Impeccable: 광범위한 UI 품질 검사·typeset·polish 등 명령으로 에이전트의 디자인 결과를 다듬는 도구. Scandinavian Design은 흑백·절제된 산세리프 방향과 정보 밀도·시각 상태 검증에 더 구체적으로 집중한다.
  • theskillmd.com: 여러 산업의 SKILL.md를 모아 원본 저장소로 연결하는 색인. 이번 링크는 단일 스킬의 내용·설치 명령을 보여 주는 skills.sh 상세 페이지이며 실제 지침은 GitHub에서 확인했다.
  • Kage: 실제 제품 화면·컴포넌트의 참고 이미지와 프롬프트를 고르는 디자인 갤러리. Scandinavian Design은 이미 있는 코드베이스를 조사하고 고치는 행동·판단·검증 절차를 제공한다.

확인 근거

확인일: 2026-10-04. 사용자가 제공한 상세 페이지: https://www.skills.sh/ericzakariasson/scandinavian-design/scandinavian-design 공식 저장소: https://github.com/ericzakariasson/scandinavian-design 실제 지침: https://github.com/ericzakariasson/scandinavian-design/blob/main/skills/scandinavian-design/SKILL.md 외부 사이트 처리 지침: https://github.com/ericzakariasson/scandinavian-design/blob/main/skills/scandinavian-design/websites.md 검증 도구: https://github.com/ericzakariasson/scandinavian-design/tree/main/skills/scandinavian-design/scripts 데모 목록: https://github.com/ericzakariasson/scandinavian-design/blob/main/demos/sites.json

·skills.sh·
Scandinavian Design — 흑백·밀도·상태를 검증하는 디자인 에이전트 스킬 (4모드·전후 데모 10개)
theskillmd.com — 오픈소스 Agent Skill(SKILL.md) 12,856개를 산업별로 묶은 색인
theskillmd.com — 오픈소스 Agent Skill(SKILL.md) 12,856개를 산업별로 묶은 색인

"이런 작업을 시키는 스킬이 이미 있나"를 훑을 때. 저장된 디렉터리 11종 중 Agent Skill을 다루는 건 이것뿐이고, 저장된 Kage의 Skills 페이지(디자인 스킬 17종 엄선)와는 규모와 성격이 정반대다 — 저쪽은 골라 둔 소수, 이쪽은 긁어모은 전체다.

쓰기 전에 두 가지를 알고 들어가야 한다.

첫째, 라이선스 표기를 믿으면 안 된다. 첫 화면은 "291 licenses verified"라고 자랑하지만 이건 12,856개 중 291개, 즉 2.3%다. product-design 카테고리 193개를 직접 세어 보니 MIT 6개를 빼고 187개가 Unverified였다. 사이트도 FAQ에서 "상업적 사용 전에 원본 저장소의 라이선스를 직접 확인하라"고 밝히고 있으니, 여기 표기는 참고조차 되지 않는다고 보고 저장소를 열 것.

둘째, 정렬이 품질 신호가 아니다. 목록에 붙는 별 수(★229,684, ★214,858 같은 값)는 그 스킬의 인기가 아니라 스킬이 들어 있는 소스 저장소의 스타 수다. 그래서 awesome-list류 초대형 저장소에 묶여 들어간 스킬이 상위를 차지하고, 같은 저장소에서 온 수십 개가 똑같은 별 수를 달고 줄줄이 나온다. 개별 스킬의 완성도와는 무관하다.

그 둘을 감안하면 용도가 분명해진다 — 큐레이션된 추천 목록이 아니라 검색용 색인이다. 키워드로 "이미 누가 만들어 놨나"를 확인하고 원본 저장소로 건너뛰어 직접 판단하는 데 쓴다. 설명이 일본어·중국어로 된 항목도 섞여 있으니 검색어는 영어로 넣는 편이 잘 걸린다.

남이 쓴 SKILL.md는 에이전트에게 그대로 먹이는 지시문이다. 내용을 읽지 않고 설치하면 의도를 모르는 지시를 에이전트 컨텍스트에 넣는 셈이니, 특히 스크립트가 딸린 스킬은 본문과 파일을 확인한 뒤 넣을 것.

·theskillmd.com·
theskillmd.com — 오픈소스 Agent Skill(SKILL.md) 12,856개를 산업별로 묶은 색인
PolicyStack — TypeScript 설정 하나로 개인정보처리방침과 쿠키 동의를 만드는 도구 (Apache-2.0)
PolicyStack — TypeScript 설정 하나로 개인정보처리방침과 쿠키 동의를 만드는 도구 (Apache-2.0)
저장된 것 중 처음 들어오는 성격이다 — 컴포넌트가 아니라 법적 고지와 동의 처리를 코드로 관리하는 인프라이고, UI는 의도적으로 주지 않는다(헤드리스). 그래서 저장된 Better Auth UI나 Billing SDK처럼 화면을 주는 것들과 겹치지 않고 오히려 그 아래층에 놓인다. 쿠키 동의를 붙일 때 보통 외부 CMP 서비스를 구독하는데, 이건 설정과 문서를 저장소 안에 두고 버전 관리한다는 게 차이다. 에이전트용 레퍼런스와 MCP 툴을 함께 내놓는 점도 요즘 흐름과 맞는다. ★반드시 기억할 것★ 사이트가 직접 밝히듯 생성된 문서는 검토가 필요하고 이 도구가 법적 의무를 판단하거나 규정 준수를 보장하지 않는다. 한국 개인정보보호법처럼 관할별 요구사항은 별도로 확인해야 하고, 실제 서비스에 쓰기 전에는 법률 검토를 거치는 것이 맞다. V2는 설계 중이라 V1 API가 바뀔 수 있다는 점도 감안할 것.
·policystack.dev·
PolicyStack — TypeScript 설정 하나로 개인정보처리방침과 쿠키 동의를 만드는 도구 (Apache-2.0)
vgpu — 에이전트 대응을 전제로 만든 WebGPU 라이브러리 (Vercel Labs, MIT)
vgpu — 에이전트 대응을 전제로 만든 WebGPU 라이브러리 (Vercel Labs, MIT)
저장된 셰이더·WebGL 항목들과 층위가 다르다 — UVCanvas, 23rd, Chamaac, Vanta.js, Plasma UI는 이미 만들어진 효과를 가져다 쓰는 쪽이고, 이건 셰이더를 직접 쓸 때 밑에 까는 계층이다. 기성 효과로 안 되는 시각 표현이 필요하거나 GPU 연산(compute)을 써야 할 때 내려온다. 실용적으로 눈에 띄는 점 셋 — 첫째, 헤드리스 Node에서 같은 코드가 돌아가므로 서버에서 이미지·영상을 GPU로 렌더링하는 용도가 열린다. 둘째, 테스트용 결정적 목이 있어 셰이더 코드를 CI에서 검증할 수 있는데 이 영역에서는 드물다. 셋째, 번들 25KB 목표를 명시해 저장된 WebGL 항목들의 공통 약점(무게)을 정면으로 다룬다. 에이전트 대응이 문서 CLI·MCP·셰이더 검증까지 갖춰져 있어 Claude Code로 셰이더를 쓰게 할 때 실제로 유용할 가능성이 높다 — 저장된 MCP 제공 항목 중 검증 도구까지 붙은 것은 드물다. Vercel Labs·MIT라 유지 측면도 개인 프로젝트보다 낫다. WebGPU 자체가 브라우저 지원 범위가 WebGL보다 좁으니 대상 사용자 환경을 먼저 확인할 것.
·vgpu.sh·
vgpu — 에이전트 대응을 전제로 만든 WebGPU 라이브러리 (Vercel Labs, MIT)
OpenStatus — 오픈소스 상태 페이지·가동 모니터링 (MCP·셀프호스팅 지원)
OpenStatus — 오픈소스 상태 페이지·가동 모니터링 (MCP·셀프호스팅 지원)
Feedle처럼 외부 고객이 쓰는 서비스를 운영한다면 장애 공지 창구가 필요해지는 시점에 후보가 된다. 무료 티어가 모니터 1개로 좁으니 실사용은 월 30달러부터로 잡거나 셀프호스팅을 고려할 것 — 도커 이미지가 8.5MB로 작아 부담이 적다. 실질적으로 눈여겨볼 점은 MCP 서버를 제공한다는 것으로, Claude Code에서 모니터를 만들고 장애를 열고 닫는 흐름을 그대로 시험해볼 수 있다. 저장된 MCP 제공 항목(SmoothUI, Solace UI, The UI Factory, Astryx)은 전부 컴포넌트 쪽인데 이건 운영 도구라 성격이 다르다. Terraform 프로바이더가 있어 인프라 코드로 관리할 수도 있다. 부가로 공개한 shadcn 레지스트리 26종(status-bar, status-calendar, status-feed, status-events, status-page-shell 등)은 OpenStatus를 쓰지 않고 상태 페이지를 직접 만들 때도 가져다 쓸 수 있다.
·openstatus.dev·
OpenStatus — 오픈소스 상태 페이지·가동 모니터링 (MCP·셀프호스팅 지원)
YuE2 — 가사·스타일로 악보와 완곡을 생성하는 음악 AI
YuE2 — 가사·스타일로 악보와 완곡을 생성하는 음악 AI
음악 생성 AI를 직접 돌려보거나 파이프라인에 넣을 때 검토할 오픈 모델. 상용 서비스(Suno 등)와 달리 가중치가 공개돼 있어 로컬 실행과 커스터마이징이 가능하고, "가사 → 악보 → 오디오" 중간에 편집 가능한 악보 단계가 있다는 점이 구조적 차별점이다 — 결과가 마음에 안 들 때 프롬프트를 다시 굴리는 대신 악보를 고칠 수 있다. 학습 데이터를 CC0와 라이선스된 합성 데이터로 한정했다고 밝힌 점은 저작권 리스크 측면에서 의미가 있으나, 생성물의 상업적 사용 조건은 모델 라이선스를 직접 확인해야 한다. 벤치마크 우위 주장은 자체 평가이므로 실제 결과물로 판단할 것. 35.9억 파라미터라 로컬 실행에는 상당한 GPU 메모리가 필요하다. 이 북마크함에서는 성격이 조금 이질적이라 Tools의 research로 넣어두었으니, 다른 자리가 낫다면 알려주세요.
·map-yue2.github.io·
YuE2 — 가사·스타일로 악보와 완곡을 생성하는 음악 AI
i-have-adhd — AI 어시스턴트 답변을 짧고 실행 위주로 바꾸는 스킬
i-have-adhd — AI 어시스턴트 답변을 짧고 실행 위주로 바꾸는 스킬
AI 어시스턴트의 장황한 답변이 거슬릴 때 적용할 설정. 규칙 자체가 SKILL.md 한 장에 정리돼 있어 그대로 쓰기보다 읽어보고 내 취향에 맞는 항목만 골라 프로젝트 지침이나 개인 설정에 옮기는 쪽이 실용적이다 — 특히 "결론부터, 번호 매기기, 목록 5개 제한"은 대부분의 작업에 무난히 적용된다. 반대로 "구체적 소요 시간 제시" 같은 규칙은 모델이 근거 없이 숫자를 지어낼 수 있어 그대로 쓰기엔 주의가 필요하다. 저장해둔 AutoSkills·Impeccable처럼 에이전트 동작을 규칙으로 통제하는 계열과 함께 볼 것.
·github.com·
i-have-adhd — AI 어시스턴트 답변을 짧고 실행 위주로 바꾸는 스킬
Auto-Editor — 무음·정지 구간을 자동으로 잘라내는 영상 편집기
Auto-Editor — 무음·정지 구간을 자동으로 잘라내는 영상 편집기
화면 녹화 기반 영상의 1차 정리를 자동화하는 도구. 데모 영상, 튜토리얼, 라이브 코딩 녹화처럼 말을 고르거나 타이핑하느라 생기는 빈 구간이 많은 소재에서 효과가 크다 — 손으로 컷을 잡는 대신 명령 한 줄로 무음 구간을 날리고, 남은 부분만 편집기에서 다듬는 흐름이 된다. CLI라 여러 파일을 일괄 처리하거나 스크립트에 넣기 쉽고, 웹 앱이 있어 설치 없이 한 번 시험해볼 수도 있다. 판정 기준을 음량·모션·자막 중에서 고를 수 있으니 소재에 맞춰 선택할 것(말이 없는 화면 녹화는 모션 기준이 맞다). 주의: 자동 컷은 문장 끝의 짧은 호흡까지 잘라내 부자연스러워질 수 있으므로 여유 프레임(마진) 옵션을 조정해 쓸 것. 저장해둔 OpenCut(웹 기반 영상 편집)이 편집 자체라면 여기는 편집 전 자동 정리 단계다.
·auto-editor.com·
Auto-Editor — 무음·정지 구간을 자동으로 잘라내는 영상 편집기
@shadcn/lint — 디자인 시스템 규칙을 강제하는 린터
@shadcn/lint — 디자인 시스템 규칙을 강제하는 린터
AI 코딩 에이전트가 디자인 시스템을 어기는 문제를 정면으로 겨냥한 도구. 에이전트에게 "토큰만 써라, 임의 값 쓰지 마라"라고 프롬프트로 부탁하는 대신 린터로 강제하고, 오류 메시지에 올바른 대안을 담아 에이전트가 스스로 고치게 하는 접근이다 — 프롬프트보다 확실하고 반복 수정 횟수를 줄인다. Claude Code로 UI 작업을 많이 한다면 저장해둔 Ultracite·Oxc·Impeccable과 함께 검토할 축이며, 특히 임의 값(p-[13px] 같은)이 코드베이스에 쌓이는 문제를 겪고 있다면 효과가 즉각적이다. Oxlint를 쓰면 Oxc 기반이라 속도 이점도 따라온다.
·github.com·
@shadcn/lint — 디자인 시스템 규칙을 강제하는 린터
What Ships — 스타트업 런치 영상 2,000편 디렉터리
What Ships — 스타트업 런치 영상 2,000편 디렉터리
제품을 어떻게 알릴지 준비할 때 보는 자료. 런치 영상은 30초에서 2분 사이에 제품을 설명해야 하는 특수한 형식인데(무엇을 먼저 보여주는지, 화면 녹화와 내레이션 비율, 자막 처리) 잘 만든 사례를 모아 보기가 어렵다. 저장해둔 swiped.design이 글 형태 콘텐츠라면 여기는 영상이다. 개발자 도구 카테고리를 보면 비슷한 성격의 제품이 어떻게 데모를 구성하는지 바로 비교된다. llms.txt와 API를 제공하므로 AI 도구로 분석하기도 쉽다.
·whatships.com·
What Ships — 스타트업 런치 영상 2,000편 디렉터리
DialKit — 모션·색·레이아웃을 실시간으로 조절하는 개발 패널
DialKit — 모션·색·레이아웃을 실시간으로 조절하는 개발 패널
애니메이션 값을 맞추는 작업의 반복(코드 수정 → 저장 → 새로고침 → 확인)을 없애는 도구. 스프링 stiffness·damping이나 이징 곡선은 숫자만 보고 정할 수 없고 눈으로 맞춰야 하는데, 브라우저에서 슬라이더로 돌려보고 확정된 값을 코드에 옮기는 흐름이 훨씬 빠르다. 저장해둔 Kinetics·Motion Primitives에서 값을 조정할 때도 같은 문제를 겪게 되니 짝으로 두면 좋다. 개발 전용 도구이므로 프로덕션 번들에서는 제외되도록 설정할 것. 라이선스는 저장소에서 확인.
·dialkit.dev·
DialKit — 모션·색·레이아웃을 실시간으로 조절하는 개발 패널
swiped. — 디자인 업계 인기 게시물 주간 스와이프 파일
swiped. — 디자인 업계 인기 게시물 주간 스와이프 파일
UI 레퍼런스가 아니라 콘텐츠 레퍼런스다 — 디자이너·개발자가 자기 작업을 알리는 글을 쓸 때 어떤 구조와 톤이 먹히는지 보는 자료. 사이드 프로젝트나 오픈소스를 공개하고 알려야 할 때, 또는 기술 블로그·릴리스 노트의 톤을 잡을 때 참고할 수 있다. 각 항목에 프롬프트가 붙어 있어 AI로 초안을 뽑는 흐름에 바로 얹힌다. 주의: 인기 게시물의 형식(과장된 훅, 리스트 나열)을 그대로 따라 하면 오히려 신뢰를 깎을 수 있으니 구조만 참고할 것.
·swiped.design·
swiped. — 디자인 업계 인기 게시물 주간 스와이프 파일
NameThatUI — UI 요소의 정식 명칭 사전
NameThatUI — UI 요소의 정식 명칭 사전
"이거 뭐라고 부르지"에서 막혀 검색이 안 될 때 쓰는 도구. 이름을 모르면 문서도 못 찾고 AI에게 설명하기도 어려운데, 그 구간을 정확히 겨냥한다. 특히 코딩 에이전트에 넣을 프롬프트를 함께 주는 점이 실무적이다 — Claude Code에 "그 회색 알약 모양"이라고 쓰는 것과 정식 명칭으로 쓰는 것은 결과가 다르다. macOS 용어가 많아 데스크톱 앱 쪽 작업에서 특히 유용하며, 저장해둔 animation-vocabulary류 접근(모션 용어 역검색)의 UI 요소 버전이라 보면 된다.
·namethatui.com·
NameThatUI — UI 요소의 정식 명칭 사전
Macapp Supply — 잘 만든 macOS 앱 큐레이션
Macapp Supply — 잘 만든 macOS 앱 큐레이션
두 가지 용도로 쓸 수 있다. 하나는 도구 발굴 — 유틸리티나 인디 앱을 찾을 때 완성도 기준으로 걸러진 목록이라 시간이 절약된다. 다른 하나가 사실 더 크다: macOS 앱은 UI 완성도 기준이 웹보다 높아서, 여기 등록된 앱들의 스크린샷과 아이콘이 데스크톱 앱이나 도구형 웹 서비스를 디자인할 때 레퍼런스가 된다(사이드바 구조, 설정 화면, 아이콘 톤). 아이콘 리소스 섹션도 같은 맥락으로 볼 것. 저장해둔 everywhere.tools·OpenAlternative과 같은 디렉터리 계열이지만 플랫폼(macOS)과 선정 기준(디자인)이 달라 겹치지 않는다.
·macapp.supply·
Macapp Supply — 잘 만든 macOS 앱 큐레이션
shieldcn — shadcn 스타일 README 배지·차트 생성기
shieldcn — shadcn 스타일 README 배지·차트 생성기
오픈소스 저장소나 사내 라이브러리의 README를 정리할 때. 기존 shields.io 배지는 기본 스타일이 촌스럽고 색을 맞추기 번거로운데, 여기는 shadcn 톤으로 통일돼 있어 README 상단이 한 세트로 보인다. 스타 히스토리·다운로드 추이 차트를 별도 서비스(star-history 등)를 붙이지 않고 같은 스타일로 뽑을 수 있는 점이 실질적인 이점. 배지는 URL로 임베드하는 방식이므로 외부 서비스 가용성에 README 표시가 묶인다는 점은 감안할 것 — 중요한 저장소라면 SVG를 내려받아 저장소에 넣어두는 편이 안전하다.
·shieldcn.dev·
shieldcn — shadcn 스타일 README 배지·차트 생성기
Nue — 번들 비대화를 걷어낸 웹 프레임워크
Nue — 번들 비대화를 걷어낸 웹 프레임워크
Next.js 스택의 빌드 시간·의존성 규모에 피로를 느낄 때 대안으로 살펴볼 프로젝트. 표준(HTML·CSS)에 가깝게 가고 JS를 최소화하는 방향이라 콘텐츠·마케팅 사이트, 문서 사이트처럼 상호작용이 가벼운 곳에서 이점이 크다. 다만 현실적 판단이 필요하다: 생태계가 작아 인증·결제·UI 라이브러리 같은 주변 코드를 직접 붙여야 하고, 저장해둔 shadcn 기반 컴포넌트 자산은 대부분 React 전제라 그대로 재사용되지 않는다. 즉 기존 프로젝트를 옮길 후보라기보다 "새 사이드 프로젝트나 정적 사이트에서 한번 시험해볼 대상"으로 두는 게 맞다. 문서 사이트 목적이라면 저장해둔 Fumadocs가 기존 React 자산을 그대로 쓴다는 점에서 비교 대상이다.
·nuejs.org·
Nue — 번들 비대화를 걷어낸 웹 프레임워크
Pagefind — 서버 없는 정적 사이트 전문 검색
Pagefind — 서버 없는 정적 사이트 전문 검색
문서 사이트·블로그·랜딩처럼 정적으로 배포하는 곳에 검색을 붙일 때, Algolia 같은 외부 검색 서비스를 쓰지 않아도 되게 해주는 도구. 핵심 가치는 "호스팅할 인프라도, 월 비용도, API 키도 없다"는 점이다. 빌드 후 CLI를 한 번 돌리는 구조라 기존 파이프라인에 끼워 넣기 쉽고, 검색 UI까지 웹 컴포넌트로 딸려 와서 초기 투입이 작다. 판단 기준: 콘텐츠가 정적이고 검색 품질이 "제목·본문 매칭" 수준이면 충분할 때 적합하고, 실시간으로 바뀌는 DB 데이터·개인화 결과·오타 교정과 랭킹 튜닝이 필요하면 Algolia나 Orama 같은 쪽이 맞다. 저장해둔 Fumadocs는 검색으로 Orama·Algolia를 붙이는데, 외부 의존 없이 가고 싶다면 Pagefind로 대체하는 구성도 가능하다. 주의: 빌드 시점 인덱싱이라 콘텐츠가 바뀌면 재빌드가 필요하고, 클라이언트 사이드 렌더링으로만 그려지는 내용은 HTML에 없으므로 인덱싱되지 않는다.
·github.com·
Pagefind — 서버 없는 정적 사이트 전문 검색
open-apis-korea — 한국어 서비스용 오픈 API 모음
open-apis-korea — 한국어 서비스용 오픈 API 모음
공공데이터포털 API나 국내 서비스 연동을 찾을 때 영어 목록보다 먼저 볼 곳. 카테고리 설명이 한국어라 "이게 무슨 API인지" 판단이 빨라지는 게 실효다. 저장해둔 한국 API 목록(public-apis-4Kr)과 성격이 겹치므로 둘 다 열어 교집합을 확인하는 식으로 쓰고, 전 세계 범위가 필요하면 원본 public-apis 저장소나 검색 UI인 publicapis.dev로 갈 것. 주의: 포크 기반 목록이라 원본보다 갱신이 늦을 수 있고 국내 API는 신청·승인 절차와 일일 호출 제한이 있는 경우가 많으니 목록에서 고른 뒤 공식 문서에서 조건을 반드시 재확인할 것.
·github.com·
open-apis-korea — 한국어 서비스용 오픈 API 모음
Arena (구 LMArena) — 모델 블라인드 비교·랭킹
Arena (구 LMArena) — 모델 블라인드 비교·랭킹
"지금 이 작업에 어떤 모델을 쓸까"를 결정할 때 참고할 외부 근거. 벤치마크 점수와 달리 사람 선호 기반이라 실제 사용감에 가깝고, 코드·프론트엔드 부문 리더보드는 개발 작업에 바로 대응된다. 신규 모델이 나왔을 때 직접 붙여보기 전에 여기서 블라인드로 비교해보면 시간을 아낄 수 있다. 주의: 선호 투표는 답변 길이·서식 같은 표면 요소에 영향을 받고, 순위가 내 구체적 작업(예: 한국어 처리, 특정 프레임워크)과 일치한다는 보장은 없으니 최종 판단은 실제 코드베이스로 테스트할 것.
·arena.ai·
Arena (구 LMArena) — 모델 블라인드 비교·랭킹
public-apis — 무료 공개 API 원본 저장소
public-apis — 무료 공개 API 원본 저장소
사이드 프로젝트나 데모용 데이터 소스를 찾을 때의 원본 출처. 표에 인증/HTTPS/CORS가 표시돼 있어 "키 발급 없이 프론트에서 바로 호출 가능한가"를 목록 단계에서 걸러낼 수 있는 게 핵심 효용이다. 저장해둔 publicapis.dev는 같은 데이터를 검색·필터 UI로 감싼 버전이라 탐색은 그쪽이 빠르고, 여기는 전체를 훑거나 최신 PR 반영분을 확인할 때 본다. 한국 서비스 API만 필요하면 public-apis-4Kr을 볼 것. 주의: 개인 운영 API가 많아 갑자기 죽거나 rate limit이 바뀌므로 프로덕션 의존은 피할 것.
·github.com·
public-apis — 무료 공개 API 원본 저장소
OpenAlternative — 상용 SaaS의 오픈소스 대안 디렉터리
OpenAlternative — 상용 SaaS의 오픈소스 대안 디렉터리

쓰던 유료 서비스를 자체 호스팅으로 바꿀지 검토할 때. "이거 대신 쓸 오픈소스 없나"에 바로 답이 나온다. Tools의 다른 directory와 축이 다르다 — Toolfolio는 일반 SaaS, Dev Resources는 개발자 도구, everywhere.tools는 크리에이티브 오픈소스, Public APIs는 API. 이건 "상용의 대안"이라는 축이다. 오픈소스 대안은 기능이 덜하거나 운영 부담이 따르는 경우가 많다. 목록에서 후보만 얻고 실제 도입 비용(호스팅·유지보수)을 따로 계산할 것. 스폰서 기반으로 운영된다. 상단 노출이 반드시 품질 순은 아니다.

·openalternative.co·
OpenAlternative — 상용 SaaS의 오픈소스 대안 디렉터리
AI SDK — TypeScript용 통합 AI 툴킷 (Vercel)
AI SDK — TypeScript용 통합 AI 툴킷 (Vercel)

AI 기능을 붙일 때의 기본 선택지. 제공자를 바꿔도 코드를 거의 안 고쳐도 되는 게 핵심이고, 모델 값이 자주 바뀌는 지금 상황에서 그 값어치가 크다. UI Components의 AI Elements가 이 SDK를 전제로 만들어졌다. 둘을 함께 쓰면 백엔드 연동과 화면이 한 세트로 맞는다. assistant-ui도 AI SDK 어댑터를 지원한다. 챗 UI를 어느 쪽으로 가든 이 SDK가 아래에 깔린다. Vercel AI Gateway를 쓰면 모델 접근이 편해지지만 Vercel에 한 겹 더 묶인다. 게이트웨이 없이 제공자를 직접 붙이는 것도 가능하니 구분해서 볼 것. 이 컬렉션에서 채택 규모가 가장 크다(주간 1,830만 다운로드). 유지보수 위험이 사실상 없는 축.

·ai-sdk.dev·
AI SDK — TypeScript용 통합 AI 툴킷 (Vercel)