CODEZ / 사이트 소개 및 데이터 방법론
CODEZ 소개: 스킬 수록, Star 순위, 데이터 방법론
CODEZ.WIN은 출처를 추적할 수 있는 Agent Skill 탐색 목록입니다. 작업에 맞는 후보를 찾은 뒤 원본 저장소에서 설명, 의존성, 라이선스를 확인하도록 돕습니다. 이 페이지는 목록의 숫자와 라벨이 만들어지는 방법과 그것들이 입증하지 못하는 것을 설명합니다.
방법 검증:
디렉토리 스냅샷:
이 섹션에는 본 사이트에서 사용되는 실제 데이터 수집 및 표시 규칙이 기록되어 있습니다. 제3자 설명은 원저작자의 소유이며, 방법 설명 및 선택 제안은 CODEZ에서 수집 및 편집했습니다. 포함되었다고 해서 해당 프로젝트가 실제 사용 테스트, 보안 감사 또는 호환성 인증을 거쳤다는 것을 의미하지는 않습니다.
현재 어떤 자료들이 포함되어 있나요?
현재 스냅샷은 저장소 11개와 스킬 611개를 포함하며, 출처 목록에는 저장소 11개가 설정되어 있습니다. 이번 수집에서 저장소 오류 0건을 기록했고 저장소 0개가 이전 데이터를 사용합니다.
아래 표는 인기도가 아닌 출처 순서대로 데이터를 나열합니다. "만료 표시 없음"은 저장소 수준의 오류 플래그가 없음을 의미할 뿐, 파일별 전체 읽기를 보장하는 것은 아닙니다. 일부 소스만 새로 고쳐지는 경우 다른 저장소에는 이전 데이터가 남아 있을 수 있으므로 전체 배치에 대한 스냅샷 시간을 각 소스의 수집 시간으로 간주할 수 없습니다.
원본 출처 저장소와 이번 공개 데이터:
| 소스 저장소 | 저장소 Star | 수록 스킬 | 데이터 수집 상태 |
|---|---|---|---|
| anthropics/skills | 183,533 | 20 | 만료 표시 없음 |
| openai/skills | 28,289 | 44 | 만료 표시 없음 |
| vercel-labs/agent-skills | 32,960 | 9 | 만료 표시 없음 |
| obra/superpowers | 304,663 | 15 | 만료 표시 없음 |
| microsoft/skills | 3,145 | 209 | 만료 표시 없음 |
| vercel-labs/open-agents | 5,862 | 13 | 만료 표시 없음 |
| anthropics/knowledge-work-plugins | 32,664 | 252 | 만료 표시 없음 |
| huggingface/skills | 11,209 | 26 | 만료 표시 없음 |
| cloudflare/skills | 3,166 | 19 | 만료 표시 없음 |
| supabase/agent-skills | 2,923 | 2 | 만료 표시 없음 |
| duixcom/duix-skills | 12 | 2 | 만료 표시 없음 |
일부 스킬이 목록에 나타나지 않는 이유는 무엇인가요?
데이터 수집은 소스 목록에 있는 공개되어 있고 비활성화되지 않은 저장소만 기본 브랜치의 파일 트리를 사용하여 스캔합니다. 현재 저장소당 SKILL.md 후보 파일 개수 제한은 300개입니다. 이 제한을 초과하거나 파일 트리가 잘린 경우 전체 저장소 수집에서 오류가 발생하며, 잘린 데이터는 완전한 결과로 게시되지 않습니다.
다음 디렉터리 부분을 포함한 경로는 제외합니다: /test/, /tests/, /fixtures/, /node_modules/, /examples/. 파일 이름은 SKILL.md로 끝나야 하고 YAML frontmatter의 name과 description에는 비어 있지 않은 문자열이 있어야 합니다. 제3자 스크립트는 실행하지 않습니다.
이는 해당 사이트에서 구문 분석 가능한 항목에 대한 최소 기준이며, 에이전트 스킬 사양의 모든 요구 사항을 검증하는 것은 아닙니다. 읽을 수 없거나, 필요한 메타데이터가 부족하거나, 구문 분석에 실패한 개별 파일은 건너뛸 수 있습니다. 소스 목록에 없는 항목은 자동으로 검색되지 않습니다.
서로 다른 스킬이 같은 Star 수를 표시하는 이유는?
Star는 GitHub 저장소의 지표입니다. 같은 저장소의 스킬에는 동일한 저장소 Star 수가 표시됩니다. 개별 스킬이 즐겨찾기에 추가된 횟수가 아니며, 여러 스킬의 값을 합산해서도 안 됩니다. GitHub는 Star를 프로젝트 저장과 인정의 표현에 사용하므로, 이 사이트는 탐색의 단서로 활용합니다.
홈페이지의 저장소 목록은 Star 수가 많은 순서로 정렬하며, 같으면 저장소 ID 순서를 사용합니다. 전체 Skill 목록은 소속 저장소의 Star 수로 정렬한 뒤 Skill 이름과 ID로 안정적인 순서를 유지합니다. 카드 번호는 목록의 위치이며 효과 점수가 아닙니다. 홈페이지에서는 이름 등 다른 정렬 방식으로 바꿀 수 있습니다.
| 필드 | 실제 의미 | 이것으로는 판단을 내릴 수 없습니다. |
|---|---|---|
| 저장소 Star | 데이터 수집 중 GitHub에서 반환된 저장소 인기도 | 개별 스킬의 성공률 또는 안전성 |
| 수록 스킬 수 | 이 스냅샷에서 구문 분석하고 유지할 수 있는 항목 수 | 저장소 전체의 능력·품질·호환성 |
| 저장소 업데이트 날짜 | GitHub 저장소 마지막 푸시 시간 | 사용 중인 스킬에 최근 어떤 수정 사항이 적용되었나요? |
분류는 저자가 지정한 것입니까, 아니면 이 사이트에서 결정한 것입니까?
분류는 이 사이트의 단일 태그 규칙 판단을 기반으로 합니다. 먼저 수동 재정의를 사용하고, 그 다음 이름과 경로에 있는 클라우드 서비스 및 에이전트 워크플로 규칙을 확인합니다. 나머지 항목은 이름, 설명 및 스킬 경로에서 키워드 일치 횟수를 기준으로 결정합니다. 일치하지 않는 항목은 "기타"로 분류됩니다. 일치 횟수가 동일한 경우에는 규칙 순서를 따릅니다.
한 스킬이 개발, 데이터, 연구 등 여러 작업에 걸칠 수 있습니다. 목록은 주 분류 하나만 부여하므로 오분류가 생길 수 있습니다. 분류는 특정 클라이언트에 적합함을 입증하지 않습니다. 후보를 고른 뒤 SKILL.md, README, 의존성 설명을 읽으세요. 수정 요청에는 저장소, SKILL.md 경로, 분류를 뒷받침하는 원문 근거가 필요합니다.
아래 표는 이 사이트가 특정 파일의 분류를 직접 재검토한 기록입니다. 이전 분류는 검토 당시 공개 목록에서 가져왔으며, 판단 근거는 링크된 고정 커밋의 원문입니다. 목록의 분류만 수정했고 제3자 스킬은 실행하지 않았으므로, 모든 클라이언트에서의 효과를 입증하지 않습니다.
| Skill | 검토 전 분류 | 현재 카테고리 | 판단 근거 | 자료 확인 |
|---|---|---|---|---|
| obra/superpowers / brainstorming | 설계 | 에이전트 워크플로 | 구현 전에 의도, 요구사항과 설계를 함께 확인하는 절차를 구성합니다. 핵심 결과물은 협업을 통한 결정과 명세입니다. | 2026-10-07 |
| obra/superpowers / verification-before-completion | 기타 | 에이전트 워크플로 | 검증에 사용할 명령을 식별하고 전체 출력을 확인한 뒤 완료를 선언하도록 요구합니다. 핵심은 Agent의 검수 및 전달 절차입니다. | 2026-10-07 |
| obra/superpowers / writing-skills | 문서 | 에이전트 워크플로 | 이 프로세스의 핵심은 스트레스 상황에서 에이전트의 동작을 확인하기 위해 스킬을 생성, 편집 및 사용하는 것이며, 에이전트 기능을 작성하고 검증하는 과정입니다. | 2026-10-07 |
| anthropics/skills / pdf | 설계 | 문서 | 설명은 PDF 문서 추출, 병합, 분할, 생성과 스캔 문서 OCR을 다룹니다. 주요 입력과 출력은 문서이며 Python 예시는 구현 수단입니다. | 2026-10-08 |
| openai/skills / pdf | 개발 | 문서 | PDF 읽기, 생성 및 렌더링 검사와 관련된 핵심 결과물은 소프트웨어 개발 작업이 아니라 문서 및 레이아웃 검증입니다. | 2026-10-08 |
| vercel-labs/open-agents / frontend-design | 에이전트 워크플로 | 설계 | 타이포그래피, 색상, 레이아웃, 애니메이션을 통해 프런트엔드 인터페이스 구현을 안내하며, 주요 결과물은 인터페이스 디자인과 코드입니다. | 2026-10-11 |
| cloudflare/skills / cf-cli | 개발 | 클라우드 서비스 | Cloudflare API 작업, Workers 배포, DNS·D1·KV·R2 리소스 관리를 다루며, 주된 작업은 클라우드 서비스 운영입니다. 원문은 CLI가 beta 단계임을 명시합니다. | 2026-10-13 |
| cloudflare/skills / gateway-workers | 개발 | 클라우드 서비스 | Cloudflare Gateway HTTP 정책의 Forward 작업, Workers 및 GatewayMiddleware 진입점을 다루며, 주요 범위는 클라우드 서비스입니다. 원문만 검토했으며 이 Skill은 실행하지 않았습니다. | 2026-10-19 |
CODEZ: 두 PDF 스킬의 원본 출처 비교와 인수 확인 ↗
obra/superpowers / skills/brainstorming/SKILL.md ↗
obra/superpowers / skills/verification-before-completion/SKILL.md ↗
obra/superpowers / skills/writing-skills/SKILL.md ↗
anthropics/skills / skills/pdf/SKILL.md ↗
openai/skills / skills/.curated/pdf/SKILL.md ↗
vercel-labs/open-agents / .agents/skills/frontend-design/SKILL.md ↗
공개 저장소를 모두 내 프로젝트에서 직접 사용할 수 있나요?
GitHub에서 공개적으로 볼 수 있다는 사실과 라이선스 정보는 별개입니다. CODEZ는 라이선스의 불확실성을 명시하며, 프로젝트 이름, README의 홍보 문구 또는 다운로드 가능 여부만으로 사용 허가를 추정하지 않습니다.
| 라벨 | 이 사이트의 근거 | 사용 전에 확인하십시오 |
|---|---|---|
| MIT/Apache-2.0과 같은 SPDX 식별자 | 디렉터리 구조상 더 가까운 별도 라이선스 파일이 없으면 GitHub가 식별한 저장소 라이선스를 사용합니다. | 원본 라이선스 텍스트, 적용 범위 및 추가 콘텐츠 라이선스 |
| 라이선스 파일 확인 필요 | Skill 디렉터리 또는 상위 디렉터리에서 별도의 라이선스 파일이 발견되었거나 루트 디렉터리의 라이선스가 인식되지 않았습니다. | 해당 파일 본문입니다. 저장소 루트 라이선스를 자동으로 사용하지 않습니다. |
| 명시되지 않음 | 식별 가능한 라이선스 근거를 찾을 수 없습니다. | 원래 프로젝트에 사용 허가를 확인하세요. 읽을 수 있다는 사실을 사용 허가로 간주하지 마세요. |
중국어와 영어 설명서는 어디에서 온 것인가요?
화면과 이 사이트의 자체 설명은 13개 언어로 제공합니다. 타사 요약은 현재 SKILL.md와 같은 폴더의 중국어·영어 README를 식별합니다. 언어가 명시된 파일을 우선하며, 일반 README.md는 본문의 언어 특성으로 판단합니다. 중국어·영어 화면은 해당 언어의 짧은 원문 요약을 우선하고, 다른 화면은 SKILL.md의 원래 설명을 표시합니다. 사용 가능한 중국어·영어 README 원문 링크는 유지합니다.
해당 언어를 사용할 수 없거나 요약을 추출할 수 없는 경우, SKILL.md 파일의 원래 설명이 사용됩니다. 저장소의 전체 README 파일을 특정 스킬에 대한 소개로 간주하지 않으며, 자동 번역된 내용을 작성자의 원문으로 둔갑시키지도 않습니다. 따라서 원문인 중국어 텍스트가 영어 인터페이스에 표시될 수 있으며, 그 반대의 경우도 마찬가지입니다.
데이터 수집이 실패할 경우, 기존 데이터가 현재 데이터로 간주될까요?
서버는 매일 베이징 시간 오전 10시 37분에 데이터 수집을 시작하고, 수집이 완료되면 MySQL에서 정적 페이지를 생성합니다. 스냅샷 시간은 해당 데이터 배치가 생성된 시간을 나타내며, 모든 소스에서 동시에 읽어온 시간이나 각 프로젝트의 수정 시간을 의미하는 것은 아닙니다.
저장소 수준 요청이 실패하면 해당 저장소에 대한 마지막 성공 요청의 데이터가 재사용되며, 리더보드와 이 페이지에는 "이전 데이터 사용"으로 표시됩니다. 모든 소스가 실패하면 원래 스냅샷이 유지되고 오류가 보고됩니다. 저장소 수준 오류는 원래 디렉터리 JSON에 저장됩니다. 단일 파일 읽기 실패는 건너뛰고 컬렉션 로그에 기록될 뿐이며, 전체 저장소가 자동으로 만료된 것으로 표시되지는 않습니다. 따라서 "이번 라운드 성공"에는 여전히 제한 사항이 있습니다.
원래 파일 링크는 데이터 수집 시 사용된 기본 브랜치를 가리킵니다. 따라서 원래 프로젝트는 그 이후로 변경되었을 수 있습니다. 문제를 재현할 때는 이 사이트에 숫자만 저장하는 대신 GitHub에 특정 커밋과 파일 경로를 기록해야 합니다.
이 정보를 실제 선택에 어떻게 활용할 수 있을까요?
먼저, 작업과 입력/출력을 기준으로 후보를 좁힌 다음, 환경, 운영 범위 및 권한을 확인합니다. 마지막으로, 동일한 입력을 사용하여 소규모 테스트를 수행하고 결과를 기록합니다. 저장소 별점, 디렉터리 분류 및 작성자 설명은 후보를 찾는 데 도움이 될 수 있지만, 이러한 정보만으로는 테스트를 완료할 수 없습니다.
이 웹사이트의 기존 선정 가이드는 재사용 가능한 검증 방법과 예시를 제공합니다. 예시는 특정 프로젝트의 실제 테스트 결과가 아니며, 향후 프로젝트 분석에서는 공개적으로 이용 가능한 데이터와 실제 테스트 결과를 구분할 것입니다.