소식 · · 읽는 시간 13분

Agent Skills, Linux Foundation 산하 AAIF로 이관: 넘어간 것과 SKILL.md 규격 직접 점검

이 글의 차례
  1. 넘어간 것과 그대로인 것
  2. MCP를 기증했을 때와의 차이
  3. 이 저장소의 SKILL.md 4개 점검
  4. 공개 스킬 9,930개의 보안 스캔
  5. 커뮤니티 반응
  6. 한국 개발자에게 바뀌는 것
  7. 한계
  8. 출처

Anthropic이 2026년 10월 22일 Agent Skills 표준을 Linux Foundation 산하 Agentic AI Foundation(AAIF)에 기증했습니다. 넘어간 것은 이름과 로고, GitHub 조직, agentskills.io 도메인입니다. SKILL.md 파일 형식은 이번 발표로 바뀌지 않았습니다. 그래서 오늘 당장 고칠 코드는 없습니다. 바뀌는 것은 앞으로 규격을 누가 어떤 절차로 고치느냐이고, Anthropic이 제안한 첫 로드맵에는 버전 있는 릴리스, 정식 제안 절차, 스킬 작성자와 설치자를 위한 보안 지침이 들어 있습니다.

규격이 한 회사 손을 떠났으니 형식을 제대로 지키는 일이 더 중요해집니다. 이 사이트를 만드는 Kortress 저장소의 SKILL.md 4개를 공개 규격에 직접 대 보니, 2개가 표준 YAML 파서에서 읽히지 않았습니다. 원인은 따옴표 없는 description 안의 Trigger: 콜론 하나였습니다.

이 글에서는 이관된 것과 그대로인 것, MCP를 기증했을 때와의 차이, 직접 점검한 결과, 제3자 보안 스캔 수치, 커뮤니티 반응을 다룹니다.

넘어간 것과 그대로인 것

Agent Skills는 Anthropic이 Claude Code를 만들며 고안한 형식입니다. 스킬 하나는 SKILL.md 파일이 든 폴더이고, 필요하면 스크립트와 참고 자료를 함께 담습니다. Anthropic은 2025년 10월 스킬을 처음 내놓았고, 같은 해 12월 독립 GitHub 조직과 도메인을 둔 공개 표준으로 발표했습니다. Anthropic 발표에 따르면 그 뒤 ChatGPT, Cursor, GitHub Copilot, VS Code를 포함해 70곳이 넘는 에이전트 플랫폼이 이 표준을 붙였고, 지금까지 공개된 스킬은 100만 개, 설치는 2억 8,000만 회에 가깝습니다. 플랫폼 수는 Anthropic 자체 집계이고 제3자 확인은 찾지 못했습니다. 스킬·설치 수는 Vercel이 9월 25일 밝힌 skills.sh 레지스트리 수치("one million agent skills", "nearly 280 million installs")와 같습니다. Vercel은 설치 수가 레지스트리 누적 카운터이고 고유 사용자 수가 아니라고 적었습니다. Anthropic 발표는 집계 출처를 밝히지 않았습니다.

이번 기증에서 소유와 관리가 어떻게 바뀌는지 발표문 기준으로 직접 정리했습니다.

항목이번 발표 뒤
이름·로고, GitHub 조직, agentskills.io 도메인AAIF로 이전
유지 관리Anthropic·Google·OpenAI 등 여러 회사 엔지니어가 개인 자격으로. 리드 메인테이너는 David Soria Parra, Mahesh Murag
사용·기여 조건AAIF 회원이 아니어도 그대로 사용·기여 가능
제안된 첫 로드맵버전 있는 릴리스, 정식 제안 절차, 보안 지침

표에 없는 것이 하나 있습니다. 이번 발표는 규격 문서의 내용을 한 줄도 바꾸지 않았습니다. agentskills.io의 규격은 여전히 필수 필드 두 개(name, description)와 선택 필드 네 개(license, compatibility, metadata, 실험 단계인 allowed-tools)로 되어 있고, 규격에 최상위 버전 필드는 없습니다. 규격 예시가 metadata 안에 version을 넣는 정도입니다. 버전 릴리스는 이제 제안 단계입니다.

MCP를 기증했을 때와의 차이

AAIF는 2025년 12월 9일 Anthropic·Block·OpenAI가 함께 세운 재단이고, Anthropic은 그때 Model Context Protocol(MCP)을 첫 프로젝트로 넘겼습니다. 같은 회사가 같은 재단에 두 번째 표준을 넘긴 셈이라 두 발표를 같은 축에 놓고 직접 비교했습니다.

항목MCPAgent Skills
기증일2025-12-092026-10-22
기증 시점에 밝힌 규모활성 공개 MCP 서버 10,000개 이상, 월간 SDK 다운로드 9,700만 회 이상연동 플랫폼 70곳 이상, 공개 스킬 100만 개, 설치 약 2억 8,000만 회
운영 방식기존 운영 방식을 바꾸지 않음여러 회사 엔지니어가 개인 자격으로 유지 관리, 리드 메인테이너 2명
같은 날 들어온 프로젝트Block goose, OpenAI AGENTS.mdOpenAI Open Responses, Hugging Face OpenEnv, Alibaba OpenSandbox

MCP 때는 "운영 방식은 그대로"라고 밝혔고, 이번에는 메인테이너 구성과 로드맵을 처음부터 적었습니다. 규모 숫자는 단위가 달라 두 표준의 크기를 서로 비교하는 데 쓸 수 없습니다. MCP는 서버 수와 SDK 다운로드를, Agent Skills는 스킬 수와 설치 수를 셌습니다.

AAIF 쪽 발표에 따르면 재단은 출범 때 세 개였던 프로젝트가 이번 발표로 열 개가 됐습니다. 같은 날 OpenAI가 Open Responses를 넘긴 점도 눈에 띕니다. 경쟁하는 두 회사가 같은 재단에 각자의 인터페이스 규격을 맡긴 것입니다.

이 저장소의 SKILL.md 4개 점검

규격이 중립 재단으로 가면, 스킬 하나를 여러 에이전트가 같은 방식으로 읽어야 합니다. 그 출발점은 파일이 규격대로 쓰였느냐입니다. Kortress 저장소에 들어 있는 SKILL.md 4개를 agentskills.io 규격에 직접 대 보았습니다. 검사 항목은 name 형식(소문자·숫자·하이픈, 하이픈으로 시작·끝나거나 연속되지 않음, 64자 이하, 폴더 이름과 같음), description 길이(1,024자 이하), 본문 500줄 이하 권고, 그리고 frontmatter가 표준 YAML로 읽히는지입니다. YAML 파싱은 Python의 PyYAML(yaml.safe_load)로 했습니다.

스킬description 글자 수줄 수YAML 파싱
kortress-blog309121실패
kortress-post206254실패
ai-tech-blog-writer248152통과
deep-researcher12437통과

네 개 모두 name 형식과 폴더 이름 일치, 글자 수 한도, 500줄 권고는 지켰습니다. 실패한 두 개는 같은 이유로 멈췄습니다. 파서가 내놓은 오류는 mapping values are not allowed here였고, 가리킨 위치는 description 안의 Trigger:였습니다. 따옴표 없는 YAML 값 안에 "콜론+공백"이 나오면 YAML은 그 자리를 새 키의 시작으로 읽습니다. 통과한 두 개는 description을 >- 블록 문법으로 써서 이 문제를 피했습니다.

실패한 파일의 description 줄과, 따옴표로 감싸 고친 줄을 나란히 놓으면 이렇습니다.

# 전 (파싱 실패)
description: Kortress 계열 프로젝트(…)의 기술 블로그 글 작성 규범. … 쓴다. Trigger: "블로그 글", "실험 노트", …

# 후 (파싱 통과) — 값 전체를 작은따옴표로 감쌈
description: 'Kortress 계열 프로젝트(…)의 기술 블로그 글 작성 규범. … 쓴다. Trigger: "블로그 글", "실험 노트", …'

고친 쪽은 같은 PyYAML에서 읽혔고, description 글자 수도 206자 그대로였습니다. 그런데 이 두 스킬은 이 글을 쓴 Claude Code 세션의 스킬 목록에 정상으로 올라와 있었습니다. 같은 파일을 어떤 도구는 너그럽게 읽고, 표준 파서는 거부한 것입니다. 규격이 여러 회사의 에이전트로 퍼질수록, 한 도구가 너그럽게 넘겨준 파일이 다른 도구에서는 통째로 무시될 수 있어 보입니다.

한국어로 스킬을 쓰는 팀이라면 특히 확인할 만합니다. 한국어 description에 "Trigger:", "예:", "주의:"처럼 콜론으로 키워드를 붙이면, 그 콜론 뒤에 공백이 오는 순간 같은 문제가 납니다. 값 전체를 따옴표로 감싸거나 >- 같은 블록 문법을 쓰면 피할 수 있습니다.

공개 스킬 9,930개의 보안 스캔

로드맵에 보안 지침이 들어간 배경을 보여 주는 제3자 측정이 하나 있습니다. The Agent Forge가 2026년 10월 19일 낸 보고서(v1.1)는 공개 GitHub 저장소 277곳에서 고유한 SKILL.md 9,930개를 모아 34개 텍스트 규칙으로 검사했습니다. 모델을 쓰지 않았고 아무것도 실행하지 않았으며, 걸린 파일은 사람이 직접 다시 봤습니다. 보고서에 쓴 스캐너는 이 회사가 무료로 제공하고 소스도 공개했습니다. 보고서 스스로 이 점을 이해충돌 항목으로 밝혔습니다.

결과값
일반 스킬 파일9,014개
위험으로 표시30개(0.33%), 저장소 21곳
그중 실제 패턴 / 오탐26개 / 4개(정밀도 87%)
내려받은 것을 셸로 바로 실행14개(저장소 11곳, 대부분 공급사 공식 설치 스크립트)

보고서는 걸린 파일에서 악의의 흔적을 찾지 못했다고 밝혔습니다. 텍스트 규칙으로 찾은 결과라, 규칙을 피해 간 파일은 이 숫자에 들어 있지 않습니다. 중간 위험 패턴으로는 권한 확인 끄기(28개), 에이전트 상시 설정 파일 고치기(27개), HTML 주석 안에 숨긴 지시(16개), .env 파일 읽기(16개)가 많았습니다. 0.33%는 작은 숫자지만, 스킬은 에이전트가 그대로 따르는 지시문이라 하나만 잘못 깔아도 영향이 큽니다. 보안 지침이 첫 로드맵에 오른 이유로 보입니다.

커뮤니티 반응

Hacker News에는 Anthropic 발표 글이 올라왔지만 작성 시점에 5점, 댓글 0개였습니다. 아직 찬반이 드러날 만한 토론은 없습니다.

Simon Willison은 자기 블로그에서 이렇게 적었습니다. "I'm pleased to note I called this one last December, when Anthropic first declared skills to be an "open standard"" (simonwillison.net). 지난해 12월 공개 표준 선언 때 이미 이 결말을 예상했다는 말입니다.

X의 반응은 daily.dev가 모은 것을 기준으로 옮깁니다(daily.dev). 환영하는 쪽에서 Blum_OG는 "Donating the standard to a foundation is a strong move for keeping it open and neutral."이라고 썼습니다. 유보하는 쪽 의견은 구체적입니다. kbhaskar_95는 스킬 배포가 "signed publishers, pinned versions, a diff on update"처럼 패키지 저장소가 겪으며 배운 것을 가져와야 한다고 했고, BitsandMettle은 "a version field in the SKILL.md frontmatter would help a lot once more agents load the same files."라고 했습니다. illulachy_는 여러 에이전트가 "behave the same on one skill file"인지가 열린 질문이라고 짚었습니다. 앞 절의 파싱 실패가 바로 그 질문의 작은 예입니다.

한국 개발자에게 바뀌는 것

당장 바뀌는 것은 없습니다. 지금 쓰는 스킬은 그대로 돌아가고, AAIF 가입 없이도 계속 쓰고 기여할 수 있습니다.

중기적으로는 두 가지가 달라질 것으로 보입니다. 하나는 스킬 하나를 써 두면 Claude Code뿐 아니라 ChatGPT, Cursor, GitHub Copilot 같은 도구에서도 쓰일 가능성이 커진다는 점입니다. 국내 팀이 사내 업무 절차를 스킬로 묶을 때 특정 회사 도구에 묶일 걱정이 줄어듭니다. 다른 하나는 규격에 버전과 보안 지침이 생기면 지금처럼 너그러운 해석에 기대던 파일이 걸러질 수 있다는 점입니다. 앞의 점검처럼 따옴표 하나 때문에 읽히지 않는 파일이 있다면, 지금 고쳐 두는 편이 비용이 적습니다.

제안 과정에 직접 참여하는 길도 열렸습니다. Anthropic은 규격 변경 제안에 대한 의견을 프로젝트 Discord에서 받는다고 밝혔습니다. 한국어처럼 영어가 아닌 언어로 description을 쓸 때의 주의점을 규격 문서에 넣자는 제안은 한국 팀이 내기 좋은 주제로 보입니다.

이 사이트에서 스킬 파일 하나를 열어 본 기록은 Claude Code TDD Skill, 뜯다 말기에 있습니다.

한계

항목내용
점검 표본Kortress 저장소의 SKILL.md 4개뿐입니다. 공개 스킬 전체의 실패율을 말하지 않습니다
파서PyYAML 하나로 검사했습니다. 규격의 참조 검증 도구 skills-ref는 strictyaml을 쓰는데, 이 환경에서는 설치하지 않아 직접 돌리지 못했습니다. 다만 따옴표 없는 값 안의 "콜론+공백"은 YAML 문법상 허용되지 않으므로 다른 표준 파서에서도 같은 곳에서 멈출 것으로 보입니다
에이전트별 동작각 에이전트 제품이 깨진 frontmatter를 어떻게 처리하는지(무시, 경고, 우회 파싱)는 재지 않았습니다
채택 숫자70곳 이상은 Anthropic 자체 집계입니다. 100만 개, 2억 8,000만 회는 Vercel skills.sh 레지스트리 수치와 같고, 설치 수는 고유 사용자 수가 아닙니다
벤치마크모델이 아니라 파일 형식 표준의 관리 주체가 바뀐 소식이라 성능 벤치마크가 없습니다
보안 스캔The Agent Forge 보고서는 텍스트 규칙 기반이고, 보고서를 낸 회사가 같은 스캐너를 무료로 배포합니다. ClawHub와 비공개 스킬은 표본에서 빠졌습니다
커뮤니티발표 다음 날 기준입니다. X 반응은 daily.dev가 고른 것을 재인용했습니다

출처

1 / 1