구글 개발자 블로그는 2026년 8월 1일, Genkit Go에 Agent Skills 기능을 추가했다고 알렸습니다.1 이 기능의 핵심은 AI에게 모든 설명서를 한꺼번에 읽히지 않는 데 있습니다. Agent Skills 사양도 SKILL.md의 이름과 설명을 먼저 노출하고, 필요할 때 지침·스크립트·참고 자료를 불러오는 점진적 공개 구조를 설명합니다.2 구글 구현 하나를 전체 생태계의 유일한 표준으로 볼 수는 없지만, 공통 구조는 확인할 수 있습니다.
이 말은 개발자 도구 이야기처럼 들리지만, 사용자가 매일 겪는 문제와도 연결됩니다. AI에게 지침을 길게 줄수록 답이 안정될 것 같지만, 실제로는 필요한 지침과 불필요한 지침이 뒤섞입니다. Agent Skills가 보여 주는 방향은 조금 다릅니다. 모든 것을 기억시키는 것보다, 지금 작업에 맞는 것만 꺼내 쓰게 하는 편이 낫다는 것입니다.
필요한 장만 펼치는 구조
구글은 이 방식을 “on-demand expertise”라고 설명합니다.1 말 그대로 필요할 때 전문 지식을 불러오는 구조입니다. 계약서 검토, 코드 리뷰, 이메일 작성 지침을 모두 한꺼번에 넣어 두는 대신, 지금 하는 일이 코드 리뷰라면 코드 리뷰 스킬만 펼치는 식입니다. 구조 자체는 단순합니다. 컨텍스트 창을 덜 쓰고, 토큰 소비를 줄이며, 작업마다 필요한 지침을 분리할 수 있다는 장점이 있습니다.1
문제는 사용자가 이 과정을 늘 볼 수 있는 것은 아니라는 점입니다. 어떤 스킬이 실제로 불렸는지는 결과물만 봐서는 분명하지 않을 수 있습니다. 스킬 선택도 까다롭습니다. 최신 Agentic Skills 정리 연구는 라우팅 오류, 메타데이터 오염, 신뢰 수준이 다른 스킬을 섞을 때 생기는 위험을 따로 지적합니다.3 아직 arXiv 공개본인 만큼 확정된 표준으로 읽을 수는 없지만, 설명 문구가 정확해야 올바른 스킬이 선택된다는 한계는 분명합니다.
조건은 결과물에 남아야 합니다
AI가 스스로 필요한 설명서를 잘 골랐다고 가정하면 편합니다. 하지만 편한 가정은 검증을 대신하지 못합니다. 특정 형식, 인용 방식, 말투, 금지 조건을 요구했다면 답변을 받은 뒤 그 조건이 실제로 지켜졌는지 확인해야 합니다. 스킬 이름을 언급했는데도 결과물에 그 흔적이 없다면, 요청 문장을 더 구체적으로 바꾸거나 필요한 조건을 본문에 직접 적어야 합니다.
GitHub Copilot도 여러 에이전트 환경에서 Agent Skills를 지원한다고 문서화하고 있어, 이 구조가 구글에만 머물지는 않는다는 점은 확인할 수 있습니다.4 그렇다고 모든 에이전트가 같은 범위로 지원한다고 말할 수는 없습니다. “지침을 줬다”에서 멈추지 말고, 어떤 구현에서 어떤 스킬이 실제로 불렸으며 그 조건이 결과물에 남았는지를 확인해야 합니다.
각주
-
Enable on-demand expertise with Agent Skills in Genkit Go — developers.googleblog.com, 2026-08-01 발행, 2026-08-01 접속 확인. ↩ ↩2 ↩3
-
Agent Skills Specification — Agent Skills 공식 사양.
SKILL.md와 점진적 공개 구조를 설명한다. ↩ -
SoK: Agentic Skills — Beyond Tool Use in LLM Agents — arXiv 공개본, 2026. 스킬 라우팅과 신뢰·메타데이터 위험을 다룬 독립 정리 연구다. ↩
-
About agent skills — GitHub Docs. 문서에 명시된 Copilot 환경의 지원 범위로만 인용했다. ↩
