Anthropic Claude 최신 소식 — Agent Skills, 리눅스재단 AAIF로 넘어가다… 에이전트 표준 4종 동시 합류 (2026.10.23)
📌 한줄 요약: 2026년 10월 22일, 앤트로픽이 Agent Skills 표준을 리눅스재단 산하 Agentic AI Foundation(AAIF) 에 기증했습니다. 넘어간 것은 이름·로고·GitHub 조직·agentskills.io 도메인까지입니다. 같은 날 AAIF는 OpenAI의 Open Responses, 허깅페이스의 OpenEnv, 알리바바의 OpenSandbox를 함께 받아들이며 호스팅 프로젝트를 3개에서 10개로 늘렸습니다. 네 회사가 서로 다른 회사의 표준을 한 재단에 맡긴, 올해 에이전트 생태계에서 가장 굵은 거버넌스 뉴스입니다.
최근 몇 달 Claude 쪽 화제는 대부분 모델 버전과 요금이었습니다. Opus 5.5, Sonnet 5.5, Haiku 5.5가 연달아 나왔고, 그 사이에 요금제·한도·정책 이야기가 따라붙었습니다. 이번 건은 결이 다릅니다. 모델 성능이 아니라 ‘표준의 소유권’이 움직인 뉴스입니다. 기능 하나가 추가된 게 아니라, 앞으로 에이전트를 어떻게 조립할지를 정하는 규격의 주인이 바뀌었습니다.
무슨 일이 있었나 → AAIF는 어떤 곳인가 → Agent Skills란 무엇인가 → 실제로 바뀌는 것 → 왜 지금인가 → 영향(사용자·개발자·운영자) → 솔직한 한계 → 전망 순서로 정리했습니다.
1. 무슨 일이 있었나 — 10월 22일, 한 재단에 네 개의 표준이 들어왔다
발표는 앤트로픽 단독 뉴스가 아니라 재단 차원의 발표였습니다. 리눅스재단 보도자료에 따르면 AAIF는 2026년 10월 22일(현지시간) 네 개의 신규 프로젝트를 공개했습니다.
| 프로젝트 | 기여 기업 | 성격 | 담당하는 ‘층’ |
|---|---|---|---|
| Agent Skills | Anthropic | 에이전트에 지식·작업 절차를 붙이는 오픈 포맷 | 역량(스킬) 부여 |
| Open Responses | OpenAI | 여러 모델 제공자를 오가는 LLM 인터페이스 규격 | 모델 호출·상호운용 |
| OpenEnv | Hugging Face | 강화학습(RL) 환경을 공유·실행하는 프레임워크 | 훈련·평가 |
| OpenSandbox | Alibaba | AI 애플리케이션용 범용 샌드박스 플랫폼 | 안전한 실행 |
발표 장소도 상징적입니다. AGNTCon + MCPCon North America(10월 22~23일, 미국 산호세 McEnery 컨벤션 센터) 현장에서 공개됐습니다. MCP를 다루는 컨퍼런스에서 MCP를 만든 회사가 또 하나의 표준을 들고 나온 셈입니다.
AAIF 공식 사이트의 대표 이미지. (이미지 출처: aaif.io)
앤트로픽 발표문의 핵심 문장은 이렇습니다.
“오늘 우리는 Agent Skills 를 Agentic AI Foundation(AAIF) 에 기증한다. (…) AAIF는 중립적인 집이 되어, 커뮤니티가 Agent Skills의 다음 방향에 목소리를 낼 수 있게 한다.”
기증 범위는 생각보다 넓습니다. Agent Skills라는 이름과 로고, GitHub 조직, agentskills.io 도메인이 모두 넘어갑니다. 다만 “표준을 쓰거나 기여하려면 AAIF에 가입해야 한다”는 조건은 아니라고 못 박았습니다. 기존처럼 쓰면 되고, 기여도 그대로 하면 됩니다.
2. AAIF는 어떤 곳인가 — 1년 만에 3개에서 10개로
AAIF를 처음 접하는 분들이라면 이 대목이 필요합니다. 이 재단은 2025년 12월, MCP를 중립적인 곳에 두겠다는 명분으로 출범했습니다. 앤트로픽이 Block, OpenAI와 함께 공동 창립했고, 이후 구글·마이크로소프트·AWS·블룸버그·클라우드플레어 같은 회사들이 후원 진영에 이름을 올렸습니다. 경쟁사들이 한 테이블에 앉아 있는 구도가 이 재단의 특징입니다.
현재 AAIF가 관리하는 프로젝트는 이렇게 구성됩니다.
| 구분 | 프로젝트 |
|---|---|
| 창립(2025.12) | MCP, goose, AGENTS.md |
| 기존 호스팅 | Agent2Agent(A2A) 프로토콜, Agent Router, agentgateway |
| 2026.10 신규 | Agent Skills, Open Responses, OpenEnv, OpenSandbox |
재단 CTO이자 공동창립자인 마닉 수르타니(Manik Surtani) 는 보도자료에서 이렇게 말했습니다.
“1년 전 AAIF는 세 개 프로젝트와 함께, 에이전틱 AI에는 중립적인 집이 필요하다는 베팅으로 시작했다. 오늘 우리는 10개를 호스팅한다. (…) 네 개의 서로 다른 회사가 각자 만든 것을 중립 거버넌스에 기여하기로 선택했다.”
숫자만 보면 ‘프로젝트 목록이 늘었다’는 소식으로 읽힙니다. 하지만 성격을 보면 다릅니다. 스킬 부여(Anthropic) · 모델 호출 규격(OpenAI) · 훈련 환경(Hugging Face) · 실행 격리(Alibaba) 는 에이전트 스택의 서로 다른 네 층입니다. 한 회사가 전부를 쥐지 않으면서, 층마다 다른 회사의 규격이 재단 아래로 모인 형국입니다.
3. Agent Skills란 무엇인가 — ‘폴더 하나’로 끝나는 표준
Agent Skills의 실체는 놀랄 만큼 단순합니다. 스킬은 SKILL.md 파일을 담은 폴더입니다. 그 안에 메타데이터와 지시문을 적고, 필요하면 스크립트·참고자료·템플릿을 함께 넣습니다.
pdf-processing/
├── SKILL.md # 필수: 메타데이터 + 지시문
├── scripts/ # 선택: 실행 코드
├── references/ # 선택: 참고 문서
└── assets/ # 선택: 템플릿·리소스
SKILL.md 앞부분(frontmatter)에 들어가는 필드는 스펙으로 명확히 규정돼 있습니다.
| 필드 | 필수 | 제약 |
|---|---|---|
name |
✅ | 최대 64자, 소문자·숫자·하이픈만, 하이픈으로 시작·끝 불가 |
description |
✅ | 최대 1,024자, “무엇을 하는지 + 언제 쓰는지” |
license |
— | 라이선스 이름 또는 동봉 라이선스 파일 참조 |
compatibility |
— | 최대 500자, 실행 환경 요구사항 |
metadata |
— | 임의의 키-값 맵 |
allowed-tools |
— | 사전 승인된 도구 목록 (실험적) |
여기서 실무적으로 중요한 개념이 점진적 공개(progressive disclosure) 입니다. 에이전트가 모든 스킬의 본문을 미리 읽는 게 아니라, description만 보고 필요할 때 해당 스킬을 불러옵니다. 수백 개 스킬을 붙여도 컨텍스트가 터지지 않는 이유가 여기에 있습니다. 반대로 말하면 description을 잘못 쓰면 스킬이 영원히 호출되지 않습니다. 표준 문서가 ‘설명 최적화’를 별도 항목으로 다루는 이유입니다.
앤트로픽 공식 발표문의 대표 이미지. (이미지 출처: anthropic.com, “Donating Agent Skills to the Agentic AI Foundation”)
앤트로픽이 공개한 규모는 이렇습니다.
| 지표 | 수치 |
|---|---|
| 공개된 스킬 | 약 100만 개 |
| 누적 설치 | 약 2억 8천만 회 |
| 표준을 통합한 에이전트 플랫폼 | 70개 이상 (ChatGPT, Cursor, GitHub Copilot, VS Code 등) |
| 표준 저장소(agentskills/agentskills) | GitHub 별 2만 6천 개대 (2026.10.23 기준) |
출발점은 Claude Code였습니다. 앤트로픽은 Claude Code가 일반 지식 작업은 잘했지만 “실제 업무에 필요한 절차적 지식”이 빠져 있었다고 설명합니다. 그래서 2025년 10월 스킬을 내놨고, 몇 주 만에 개발자들이 GitHub에 수천 개의 스킬을 올리며 Codex·Cursor·OpenCode용 로더까지 만들었습니다. 그 흐름을 보고 2025년 12월에 별도 GitHub 조직과 도메인을 가진 오픈 표준으로 분리했습니다. 지금의 기증은 그 연장선입니다.
4. 실제로 바뀌는 것 — 이름표만 떼는 게 아니다
발표문에서 확인해야 할 변화는 세 가지입니다.
① 소유권이 재단으로 넘어간다 이름·로고·GitHub 조직·도메인이 AAIF 소유가 됩니다. 즉 앤트로픽이 마음대로 스펙을 바꿀 수 있는 구조가 아니게 됩니다. MCP가 걸었던 것과 같은 길입니다.
② 유지보수 주체가 ‘개인 자격’으로 바뀐다 앤트로픽·구글·오픈AI 등 여러 회사 엔지니어들이 회사 대표가 아니라 개인 자격으로 표준을 관리합니다. 리드 메인테이너는 데이비드 소리아 파라(David Soria Parra) 와 마헤시 무라그(Mahesh Murag) 입니다. 소리아 파라는 MCP 공동 창작자이자 리드 메인테이너로, 이미 MCP를 재단으로 옮기는 작업을 해본 사람입니다.
③ 로드맵이 ‘제안’ 단계로 공개됐다 앤트로픽이 제안한 다음 단계는 세 가지입니다.
- 버전이 붙는 릴리스 (스펙 변경 이력 관리)
- 공식 제안 프로세스 (누가 어떻게 스펙을 바꾸자고 말할 수 있는지)
- 보안 가이드 (스킬을 쓰는 사람·설치하는 사람을 위한 지침)
세 번째가 특히 중요합니다. 스킬은 지시문 + 실행 스크립트의 묶음입니다. 아무 스킬이나 받아서 붙이면, 그건 남이 쓴 코드를 내 에이전트 권한으로 실행하는 일과 같습니다. 그런데 지금은 보안 가이드가 ‘제안’ 상태입니다. 아직 완성된 규칙이 없다는 뜻입니다.
솔직히 말하면, 이번 발표의 실질적 변화는 기능이 아니라 거버넌스입니다. 당장 Claude가 똑똑해지지도, 스킬이 더 빨라지지도 않습니다. 대신 “이 표준이 5년 뒤에도 살아 있을까” 라는 질문에 대한 답이 달라졌습니다. 특정 회사의 제품 로드맵에 묶여 있던 규격이, 회사가 망하거나 방향을 틀어도 유지되는 구조로 옮겨간 것입니다.
5. 왜 지금인가 — 표준 경쟁이 ‘재단 정착’ 국면으로
한 가지 짚고 갈 부분은, 이 뉴스가 앤트로픽만의 이야기가 아니라는 점입니다. 같은 날 오픈AI가 Open Responses를, 허깅페이스가 OpenEnv를, 알리바바가 OpenSandbox를 각각 기증했습니다. 각 프로젝트가 해결하는 문제는 이렇게 다릅니다.
| 프로젝트 | 해결하는 문제 | 실무적으로 와닿는 지점 |
|---|---|---|
| Agent Skills | 에이전트에 사내 절차·도메인 지식을 붙이는 방법 | 프롬프트를 매번 복붙하지 않아도 됨 |
| Open Responses | 제공자마다 다른 요청·스트리밍 형식 | 모델 갈아끼울 때 코드 수정 최소화 |
| OpenEnv | RL 환경이 파편화된 문제 | 훈련·평가 환경을 공유·재현 |
| OpenSandbox | 에이전트 코드 실행 격리 | 사내에서 에이전트를 ‘안전하게’ 굴리기 |
2025년만 해도 이 영역은 각자 표준을 밀어붙이는 경쟁이었습니다. MCP가 사실상 표준이 되자, 경쟁사들도 자사 규격을 열거나 별도 진영을 만드는 쪽으로 움직였습니다. 2026년 10월의 이 발표는 그 경쟁이 “누가 이기나”에서 “누가 중립적인 집을 먼저 차지하나” 로 옮겨갔다는 신호로 읽힙니다.
외부 반응도 비슷한 방향입니다. 사이먼 윌리슨은 이번 발표를 링크 포스트로 다루며, 2025년 12월 앤트로픽이 스킬을 “오픈 표준”으로 선언했을 때 이미 AAIF행을 예상했다고 적었습니다. 표준을 공개한다고 말하면서 도메인과 GitHub 조직을 따로 만드는 건, 언젠가 넘길 준비로 보인다는 해석입니다.
6. 영향 — 누구에게 무엇이 달라지나
① Claude·ChatGPT·Cursor를 함께 쓰는 사용자 스킬이 특정 제품 전용 자산이 아니게 됩니다. 예를 들어 Claude용으로 만든 ‘견적서 작성’ 스킬을, 같은 형식을 지원하는 다른 도구에서 그대로 쓸 수 있습니다. 도구를 바꿀 때 작업 자산을 다시 만드는 비용이 줄어드는 게 가장 체감이 큰 변화입니다. 다만 플랫폼마다 지원 범위가 달라서, 똑같이 동작한다고 가정하면 안 됩니다.
② 스킬을 만드는 사람
배포 채널이 하나 더 생겼습니다. 100만 개가 이미 올라와 있고, 설치가 2억 8천만 회를 넘었습니다. 반대로 말하면 “잘 만든 스킬”과 “아무도 안 쓰는 스킬”의 격차가 이미 벌어졌다는 뜻입니다. 이제 관건은 형식이 아니라 description을 얼마나 정확하게 쓰는가, 그리고 어떤 도구에서도 깨지지 않게 스크립트를 감싸는가입니다.
③ 플랫폼을 만드는 개발자 “스킬을 지원한다”는 문장의 무게가 달라집니다. 자체 포맷을 유지하면 생태계에서 고립될 위험이 커지고, 반대로 표준을 붙이면 남이 만든 100만 개 스킬을 그대로 끌어올 수 있습니다. 실제로 70개 이상 플랫폼이 이미 붙었고, 그 목록에는 경쟁 관계인 제품들이 나란히 들어 있습니다.
④ 업무 자동화 파이프라인을 운영하는 쪽 사내 절차를 스킬로 정리해두면, 도구 교체 시 재작업이 줄어듭니다. 자동화 파이프라인을 운영하는 입장에서 이번 뉴스의 핵심은 “우리 회사 문서를 어떤 포맷으로 자산화할 것인가” 문제가 표준 위에서 정리되기 시작했다는 점입니다. 다만 스킬은 문서가 아니라 실행 가능한 지시입니다. 사내 스킬을 도입할 때는 코드 리뷰와 동일한 기준이 필요합니다.
7. 솔직한 한계와 리스크
좋은 소식만 적으면 균형이 안 맞습니다. 이번 발표에서 실제로 걸리는 지점들입니다.
| 리스크 | 내용 |
|---|---|
| ‘70개 플랫폼’의 함정 | 형식을 읽는 것과 완벽히 지원하는 것은 다릅니다. 스크립트 실행·권한 처리 수준은 제품마다 차이가 큽니다. |
| 보안 가이드는 아직 제안 단계 | 스킬은 지시문 + 실행 코드입니다. 출처가 불분명한 스킬은 곧 공급망 위험입니다. |
allowed-tools가 실험적 |
스킬이 쓸 수 있는 도구를 미리 승인하는 기능이지만, 스펙상 ‘실험적’으로 표시돼 있습니다. 이 필드에 기대서 권한을 통제하면 안 됩니다. |
| 품질 편차 | 100만 개 중 상당수는 개인 실험이나 복제본일 가능성이 큽니다. 설치 수가 품질을 보증하지 않습니다. |
| 거버넌스 속도 | 중립 거버넌스는 안정성과 느린 의사결정을 함께 가져옵니다. 빠른 스펙 변경이 필요할 때 재단 프로세스가 병목이 될 수 있습니다. |
특히 첫 번째와 두 번째는 같이 봐야 합니다. 표준이 열린다는 건 검증 부담이 사용자에게 넘어온다는 뜻이기도 합니다. 스킬을 붙이기 전에 무엇을 실행하는지 확인하는 절차가 없다면, 편의성만큼 위험도 함께 커집니다.
8. 전망 — 앞으로 볼 세 가지
- 보안 가이드의 구체화 — 스킬 서명·출처 표시·권한 범위 같은 장치가 스펙에 들어오는지. 여기가 정해져야 기업 도입이 본격화됩니다.
- 스펙 버전 관리의 실제 운영 — ‘버전드 릴리스’를 말로만 두는지, 실제로 하위 호환을 지키는지. MCP가 걸었던 길과 비교해 볼 지점입니다.
- 재단 안에서의 역할 분담 — Agent Skills(역량), Open Responses(호출), OpenEnv(훈련), OpenSandbox(실행)가 느슨하게라도 맞물리는지. 네 층이 연결되면 에이전트 스택의 ‘기본 골격’이 사실상 굳어집니다.
정리하면, 이번 뉴스는 모델 성능표에 한 줄 추가되는 종류의 소식이 아닙니다. 에이전트를 조립하는 방식, 그 조립 부품의 규격을 누가 관리하는지가 바뀐 소식입니다. 당장 눈에 보이는 변화는 없지만, 1~2년 뒤 “왜 다들 같은 형식으로 스킬을 쓰고 있지”라는 질문의 답이 이 발표에 있습니다.
도구를 고를 때 스펙표만 보던 시기에서, 그 도구가 어떤 표준 위에 서 있는지를 보는 시기로 넘어가고 있습니다. 이번 기증은 그 기준을 세우는 데 의미가 있습니다.
참고 자료
- Anthropic, “Donating Agent Skills to the Agentic AI Foundation”, 2026.10.22 — anthropic.com/news/donating-agent-skills-to-the-agentic-ai-foundation
- The Linux Foundation, “Agentic AI Foundation Announces Four New Projects: Agent Skills, Open Responses, OpenEnv, and OpenSandbox”, 2026.10.22 — linuxfoundation.org
- Agent Skills 공식 문서(스펙·클라이언트 목록) — agentskills.io
- Simon Willison, “Donating Agent Skills to the Agentic AI Foundation”, 2026.10.22 — simonwillison.net
- WebProNews, “Anthropic Hands Its Agent Skills Standard to the Linux Foundation”, 2026.10.22