TRENDSHIFT #8 · 2026-06-08

google/skills 딥다이브
— 구글이 AI 에이전트에게 건넨 공식 사용설명서

google/skills는 구글이 직접 만든 Agent Skills 모음집입니다. BigQuery·GKE·Cloud Run·Firebase 같은 Google Cloud 제품을 AI 코딩 에이전트(Claude Code, Gemini CLI 등)가 정확하고 안전하게 다루도록 가르치는 SKILL.md 매뉴얼 30여 개를 담고 있습니다. 코드가 아니라 "지식 패키지"가 트렌딩 8위에 오른, AI 스킬 생태계의 상징적 사건입니다. (저장소: google/skills · ★11.9k · Apache-2.0 · 2026-03-31 공개)
목차
  1. 프로젝트 한줄 요약
  2. 왜 주목받는가
  3. 기술 스택 전체 지도
  4. 아키텍처 심화 분석
  5. 디렉토리 구조 해부
  6. 학습 포인트
  7. 하드웨어/시스템 요구사항
  8. 직접 해볼 수 있는 실습 과제
  9. 관련 기술 심화 학습 로드맵
  10. 핵심 키워드 사전
  11. 참고 링크

1프로젝트 한줄 요약

한 문장으로 — 이게 뭐 하는 물건인가

"AI 에이전트가 Google Cloud를 다룰 때 옆에 펴놓는, 구글 공인 업무 매뉴얼"입니다. 사람을 위한 문서가 아니라 에이전트가 읽도록 설계된 마크다운이라는 점이 핵심입니다.

핵심 비유

신입사원에게 주는 부서별 업무 매뉴얼 바인더

아무리 똑똑한 신입(LLM)이라도 회사(GCP) 내부 규정은 모릅니다. "BigQuery 데이터셋은 이렇게 만들고", "삭제 명령은 반드시 결재(사용자 승인) 받고", "모르는 명령은 먼저 사내 위키(gcloud help)를 확인해라" — 이런 규칙을 부서별 챕터로 정리한 바인더가 이 레포입니다.

신입은 바인더 전체를 외우지 않습니다. 목차(스킬 이름과 설명)만 훑어두고, 해당 업무가 떨어졌을 때 그 챕터만 펼쳐 읽습니다. 이것이 뒤에서 설명할 Progressive Disclosure 구조입니다.

용어
Agent Skill (에이전트 스킬)
AI 에이전트에게 특정 작업의 절차·규칙·예제 코드를 가르치는 폴더 단위 지식 패키지. 핵심 파일은 SKILL.md 하나이고, 필요하면 참고문서(references)·스크립트(scripts)·자산(assets)을 곁들입니다. Anthropic이 제안한 형식이 사실상 표준이 되어, 이제 구글까지 같은 형식으로 배포합니다.

2왜 주목받는가

트렌딩 이유와 경쟁 구도

① 빅테크의 "스킬 표준" 인증 도장

2025년 말 Anthropic이 anthropics/skills로 시작한 Agent Skills 형식은 커뮤니티 중심으로 퍼졌습니다. 그런데 구글이 자사 클라우드 제품 전체를 이 형식으로 공식 포장해서 내놓았다는 것은, 스킬이 일시적 유행이 아니라 에이전트 시대의 공식 문서 포맷으로 자리잡았다는 신호입니다. 2026년 TrendShift 상위권이 스킬 레포로 도배되는 흐름의 정점이라 볼 수 있습니다.

② "사람용 문서 → 에이전트용 문서"의 전환

Google Cloud 공식 문서는 방대하지만 사람이 읽는 전제로 쓰였습니다. 에이전트가 그걸 통째로 읽으면 컨텍스트가 폭발하고, 안 읽으면 환각(hallucination)으로 존재하지 않는 gcloud 플래그를 지어냅니다. 이 레포는 그 간극을 메우는 "에이전트 최적화 요약본 + 안전수칙"입니다.

③ 경쟁 제품 대비 차별점

비교 대상성격google/skills의 차별점
anthropics/skills문서 작성·디자인 등 범용 스킬특정 클라우드 제품에 깊게 특화. 제품팀이 직접 검증
커뮤니티 스킬 레포개인이 만든 잡다한 스킬외부 PR을 받지 않는 폐쇄 검증 체제 — 기술 정확성·보안을 내부 절차로 보증
MCP 서버도구(API 호출)를 제공스킬은 도구가 아니라 지식과 절차를 제공 — 상호 보완 관계 (스킬 안에서 MCP 사용법도 안내)
GCP 공식 문서사람용 전체 레퍼런스에이전트용 압축본 + 가드레일(denylist, dry-run 강제)
눈여겨볼 점
"외부 기여를 받지 않는" 오픈소스

CONTRIBUTING.md가 이례적입니다 — 코드는 Apache-2.0으로 자유롭게 포크·리믹스하라면서, PR은 받지 않습니다. 스킬은 에이전트의 행동을 바꾸는 "명령서"라서, 잘못된 내용이 들어오면 곧바로 보안 사고(잘못된 IAM 조작 등)로 이어질 수 있기 때문입니다. 스킬 생태계의 공급망 보안 문제를 보여주는 사례입니다.

3기술 스택 전체 지도

코드 레포가 아닌 "지식 레포"의 스택 읽는 법

GitHub 언어 통계는 Python으로 찍히지만, 이 레포의 본체는 마크다운 문서입니다. 전체 198개 파일 중 대부분이 .md이고, Python·셸·YAML은 스킬에 동봉된 보조 도구입니다. 일반적인 백엔드/프론트엔드 구분이 없는 대신, 역할별로 나누면 이렇게 됩니다.

계층기술역할
지식 본문Markdown + YAML frontmatter스킬의 핵심. frontmatter의 name/description이 에이전트의 "이 스킬을 쓸까?" 판단 기준
실행 스크립트Python (google-genai, google-cloud-aiplatform SDK)평가 결과 비교, 튜닝 작업 모니터링 등 결정론적 작업을 코드로 위임 (eval-flywheel에 5개, tuning에 5개 등)
환경 설정Bash 스크립트gcloud CLI 설정 자동화 (예: agent-platform-deploy의 config_gcloud_cli.sh)
인프라 자산Kubernetes YAML, Terraform 예제GKE 골든패스 매니페스트(Autopilot, HPA/VPA, NetworkPolicy), IaC 레퍼런스
배포 채널npx skills CLI (skills.sh)npx skills add google/skills 한 줄로 원하는 스킬만 골라 설치
대상 제품BigQuery, GKE, Cloud Run, Cloud SQL, AlloyDB, Firebase, Vertex/Agent Platform각 스킬이 다루는 Google Cloud 서비스
비유

요리책(마크다운)이 본체이고, 책 부록으로 계량컵과 타이머(Python 스크립트), 미리 손질된 재료(YAML 자산)가 딸려오는 구성입니다. 요리책만 읽어도 되지만, 부록 도구를 쓰면 실수 없이 빠르게 만들 수 있습니다.

4아키텍처 심화 분석

스킬이 에이전트의 컨텍스트에 올라가는 흐름

시스템 구조: Progressive Disclosure 3계층

┌────────────────────────────────────────────────────────────┐ │ AI 에이전트 (Claude Code / Gemini CLI / Codex ...) │ │ │ │ [1단계] 항상 메모리에 있는 것 — 아주 가벼움 │ │ ┌──────────────────────────────────────────────┐ │ │ │ 설치된 스킬들의 name + description 목록만 │ │ │ │ "bigquery-basics: BigQuery 데이터셋·테이블· │ │ │ │ 잡 관리... SQL 쿼리 실행 시 사용" │ │ │ └──────────────┬───────────────────────────────┘ │ │ │ 사용자: "매출 테이블 만들어줘" │ │ ▼ description과 매칭! 스킬 발동 │ │ [2단계] 그때서야 읽는 것 │ │ ┌──────────────────────────────────────────────┐ │ │ │ SKILL.md 본문 (~100줄) │ │ │ │ 핵심 절차 + 트리거 키워드 라우팅 테이블 │ │ │ └──────────────┬───────────────────────────────┘ │ │ │ "IAM 권한 질문이네 → 표에서 찾기" │ │ ▼ 필요한 챕터만 추가 로딩 │ │ [3단계] 필요할 때만 읽는 것 │ │ ┌──────────────┬──────────────┬────────────────┐ │ │ │ references/ │ scripts/ │ assets/ │ │ │ │ 상세 문서 │ 실행 코드 │ YAML 템플릿 │ │ │ │ (수십 개) │ (Python/sh) │ (매니페스트) │ │ │ └──────────────┴──────────────┴────────────────┘ │ └────────────────────────────────────────────────────────────┘
용어
Progressive Disclosure (점진적 공개)
필요한 정보를 필요한 순간에만 보여주는 설계 원칙. LLM의 컨텍스트 창(한 번에 기억할 수 있는 분량)은 유한하고 비싸므로, 평소엔 한 줄 요약만 들고 있다가 작업이 시작되면 본문을, 세부 질문이 나오면 참고문서를 단계적으로 로딩합니다.

핵심 설계 패턴 4가지

패턴 1 — 트리거 키워드 라우팅 테이블

gke-basics의 SKILL.md는 20개 참고문서를 "시나리오 | 트리거 키워드 | 문서" 표로 정리합니다. 에이전트는 사용자의 말에서 "HPA", "private cluster" 같은 키워드를 보고 해당 문서만 집어 읽습니다. 사람용 문서의 목차를 기계가 분기하기 좋은 룩업 테이블로 바꾼 것입니다.

패턴 2 — 안전 가드레일 (Denylist)

gcloud 스킬은 에이전트가 자율 실행하면 안 되는 명령을 명시적으로 금지합니다: gcloud * delete(파괴), gcloud billing *(과금), gcloud kms *(암호화 잠금), IAM 정책 변경(권한 탈취 위험). 또 실행 전 gcloud help <명령>으로 문법 검증을 강제하고, --dry-run이 있으면 반드시 먼저 돌리게 합니다.

패턴 3 — 컨텍스트 절약 규칙의 명문화

"리스트 명령은 --limit=1 --format=json으로 스키마부터 확인하라", "--format=json(key1,key2)로 필요한 필드만 뽑아라" — 에이전트의 컨텍스트 창을 데이터 홍수로부터 지키는 절약 수칙이 스킬 본문에 박혀 있습니다.

패턴 4 — "증거 없이 성공 주장 금지" (Proving your work)

eval-flywheel 스킬은 "실제 result 객체에서 읽지 않은 평가 점수를 절대 주장하지 말라"고 못 박고, 수정 전후를 compare_results.py로 비교해 증거를 내놓게 합니다. LLM이 대충 "고쳤습니다!"라고 둘러대는 고질병을 절차로 차단하는 설계입니다.

왜 이렇게까지?
에이전트는 클라우드에서 진짜 돈을 쓰고 진짜 데이터를 지운다

로컬 코드야 git으로 되돌리면 되지만, 클라우드에서 에이전트가 환각으로 delete를 날리면 복구 불가능한 데이터 손실이나 과금 폭탄이 됩니다. 이 레포의 모든 설계가 "능력 부여"보다 "사고 방지"에 무게를 두는 이유입니다.

5디렉토리 구조 해부

198개 파일, 그러나 패턴은 하나
google/skills/ ├── README.md ← 스킬 카탈로그 + 설치법 ├── CONTRIBUTING.md ← "PR 안 받음" 정책 ├── LICENSE ← Apache-2.0 └── skills/ └── cloud/ ← 현재는 cloud 카테고리만 존재 ├── gcloud/ ← ★ CLI 안전수칙 (모든 스킬의 기반) │ └── SKILL.md ├── bigquery-basics/ ← "basics" 유형: 제품 기초 │ ├── SKILL.md (빠른 시작 + 참고문서 디렉토리) │ └── references/ │ ├── core-concepts.md cli-usage.md │ ├── client-library-usage.md mcp-usage.md │ └── iac-usage.md iam-security.md ├── gke-basics/ ← 가장 큰 스킬 (참고문서 20개+) │ ├── SKILL.md │ ├── references/ (네트워킹·보안·스케일링·비용·추론...) │ └── assets/ (Autopilot 골든패스 YAML, HPA/VPA 예제) ├── cloud-run-basics/ cloud-sql-basics/ alloydb-basics/ ├── firebase-basics/ ├── google-cloud-recipe-onboarding/ ← "recipe" 유형: 절차서 ├── google-cloud-recipe-auth/ ├── google-cloud-networking-observability/ ├── google-cloud-waf-security/ ← "waf" 유형: 설계 원칙 ├── google-cloud-waf-reliability/ (Well-Architected Framework │ ...waf 6개 기둥... 6개 기둥별 스킬) ├── agent-platform-inference/ ← "agent-platform" 유형: ├── agent-platform-tuning/ AI 플랫폼 작업 (추론·튜닝· ├── agent-platform-eval-flywheel/ 평가·배포·레지스트리) │ ├── SKILL.md │ ├── references/ (데이터셋 스키마·실패 패턴·메트릭 목록) │ └── scripts/ (parse_adk_traces.py, compare_results.py ...) ├── agent-platform-deploy/ gemini-api/ gemini-agents-api/ └── ...

스킬은 성격에 따라 4가지 유형으로 나뉩니다. 같은 형식이라도 담는 지식의 종류가 다릅니다.

유형예시담는 지식
basicsbigquery-basics, gke-basics제품 하나의 개념·CLI·클라이언트 라이브러리·IaC·IAM을 망라한 기초 패키지
reciperecipe-onboarding, recipe-auth"GCP 처음 세팅", "인증 붙이기" 같은 단발성 절차의 단계별 레시피
wafwaf-security, waf-cost-optimizationWell-Architected Framework — 설계 검토 시 적용할 원칙 모음 (보안·신뢰성·비용·운영·성능·지속가능성)
agent-platforminference, tuning, eval-flywheel, deployVertex 기반 Agent Platform에서 모델 추론·파인튜닝·평가·배포하는 전문 워크플로우
관찰 포인트
README 카탈로그보다 실제 폴더가 더 많다

README에는 19개 스킬이 실려 있지만 실제 폴더는 30개 가까이 됩니다(agent-platform-* 계열 다수가 미기재). "under active development"라는 안내처럼 빠르게 추가되는 중이며, 카탈로그 갱신이 따라가지 못하는 상태입니다. 레포를 평가할 때 README만 믿으면 안 되는 좋은 예시입니다.

6학습 포인트

이 레포에서 무엇을 배울 수 있는가

① 스킬 작성법의 정석 — frontmatter가 절반이다

모든 SKILL.md의 첫머리에는 YAML frontmatter가 있고, description이 사실상 스킬의 발동 조건입니다. gke-basics는 description 끝에 WHEN: create GKE cluster, provision GKE environment, ...처럼 트리거 문구를 직접 나열합니다. 스킬이 안 발동되는 문제의 90%는 description이 모호해서입니다.

# SKILL.md frontmatter 구조 (bigquery-basics 발췌)
---
name: bigquery-basics
description: >-
  Manages datasets, tables, and jobs in BigQuery... Use when
  you need to interact with BigQuery, run SQL queries, ...
---

실습 아이디어: 자기가 만든 스킬의 description을 이 레포 스타일("무엇을 한다 + Use when 트리거 나열")로 고쳐보고 발동률 변화를 확인해보세요.

② 에이전트용 문서 설계 — 사람용 문서와 무엇이 다른가

라우팅 테이블, 데이터 축소 수칙, "검증 전 실행 금지" 같은 장치는 모두 LLM의 약점(환각·컨텍스트 한계·과잉 확신)을 전제로 한 설계입니다. 좋은 에이전트 문서는 지식 전달보다 행동 통제에 가깝다는 것을 배울 수 있습니다.

③ gcloud 안전 사용 원칙 — 사람에게도 유효한 모범 사례

gcloud 스킬의 수칙들(스키마 먼저 확인, 프로젝트 명시적 지정, 위치 플래그로 인터랙티브 프롬프트 방지, denylist)은 에이전트가 아닌 사람 엔지니어의 운영 체크리스트로도 그대로 쓸 수 있는 압축된 베스트 프랙티스입니다.

④ Eval Flywheel — 에이전트 품질 개선의 방법론

eval-flywheel 스킬은 데이터 준비 → 추론 → 채점 → 실패 분석 → 개선 5단계 루프를 정의하고, "메트릭 기준을 낮춰서 통과시키기", "한 번 고치고 끝내기" 같은 시간 낭비 지름길 목록까지 표로 제공합니다. LLM-as-judge 메트릭 선택 가이드(태스크 성공·궤적 품질·도구 사용·환각·근거성)는 어떤 에이전트 평가에도 응용 가능한 일반 지식입니다.

7하드웨어/시스템 요구사항

설치 자체는 거의 공짜, 활용에는 GCP가 필요
항목요구사항
스킬 설치Node.js (npx skills CLI 실행용) — 텍스트 파일 복사라 사양 무관
에이전트Claude Code, Gemini CLI 등 Agent Skills 형식을 지원하는 도구
실전 활용Google Cloud 계정 + gcloud CLI 설치·인증. BigQuery·Cloud Run 등은 무료 등급(free tier)으로 실습 가능
agent-platform 계열Python 3 + google-cloud-aiplatform, google-genai SDK. 평가·튜닝은 API 호출 비용 발생
주의
실습 비용은 스킬이 아니라 GCP가 청구한다

스킬 자체는 무료지만, 스킬이 시키는 대로 클러스터를 만들면 GKE 요금이 나옵니다. 실습 후 리소스 삭제를 잊지 마세요(아이러니하게도 delete는 denylist라 에이전트가 자동으로 해주지 않습니다 — 의도된 안전장치입니다).

8직접 해볼 수 있는 실습 과제

난이도 순 4개

과제 1 — 스킬 설치하고 발동 관찰하기 ★ 입문

npx skills add google/skills로 bigquery-basics 하나만 골라 설치한 뒤, 에이전트에게 "BigQuery에 테이블 만들어줘"라고 시켜보세요. 에이전트가 스킬을 읽는 과정(어느 시점에 SKILL.md를 여는지, references를 추가로 여는지)을 로그로 관찰합니다.

과제 2 — SKILL.md 해부 노트 만들기 ★★ 초급

gcloud / gke-basics / eval-flywheel 세 스킬의 SKILL.md를 나란히 놓고 ① description 트리거 문구 ② 본문에서 금지하는 행동 ③ 3계층 분리 방식을 비교표로 정리해보세요. 스킬 설계 감각이 빠르게 잡힙니다.

과제 3 — 내 도구를 위한 "basics 스킬" 자작 ★★★ 중급

자주 쓰는 도구(예: Supabase, Docker)를 골라 이 레포의 basics 패턴 — 빠른 시작 4단계 + references 디렉토리 + 트리거 라우팅 표 — 그대로 모방한 스킬을 만들어보세요. 핵심은 본문을 100줄 이내로 압축하고 나머지를 references로 밀어내는 것입니다.

과제 4 — Eval Flywheel 한 바퀴 돌리기 ★★★★ 고급

간단한 에이전트(예: 계산기 도구를 쓰는 챗봇)를 만들고, eval-flywheel 스킬의 5단계를 따라 평가 데이터셋 작성 → evaluate() 채점 → 실패 분석 → 프롬프트 수정 → compare_results.py로 전후 비교까지 완주해보세요. "증거 기반 개선 루프"를 몸으로 익히는 과제입니다.

9관련 기술 심화 학습 로드맵

4주 코스
주차주제할 일
1주차Agent Skills 형식agentskills.io 명세 정독 → anthropics/skills와 google/skills의 SKILL.md 스타일 비교 → 과제 1·2 수행
2주차gcloud + GCP 기초gcloud 스킬의 안전수칙을 직접 따라하며 BigQuery·Cloud Run 무료 등급 실습. --format/--filter 데이터 축소 문법 익히기
3주차스킬 설계 실전과제 3(자작 basics 스킬) 수행 → description 트리거 튜닝 → 동료/다른 에이전트에서 발동 테스트
4주차에이전트 평가eval-flywheel의 메트릭 카탈로그 학습 → LLM-as-judge 원리 이해 → 과제 4로 평가-개선 루프 완주

10핵심 키워드 사전

이 레포에 등장하는 용어 정리
용어
Agent Skills에이전트에게 절차·규칙을 가르치는 폴더 단위 지식 패키지 표준. agentskills.io에 명세 공개
SKILL.md스킬의 본체 파일. YAML frontmatter(name, description) + 마크다운 본문
frontmatter마크다운 맨 위 --- 사이의 YAML 메타데이터. description이 스킬 발동 조건 역할
Progressive Disclosure요약 → 본문 → 참고문서 순으로 필요한 만큼만 컨텍스트에 올리는 점진적 공개 설계
gcloudGoogle Cloud 공식 CLI. 이 레포의 모든 클라우드 스킬이 기본 도구로 삼음
Denylist에이전트의 자율 실행을 금지하는 명령 목록 (delete, billing, kms, IAM 변경 등)
Dry Run실제 변경 없이 결과만 미리 보는 실행 모드. 스킬이 파괴적 명령 전 강제
Well-Architected Framework (WAF)클라우드 설계 6대 원칙(보안·신뢰성·비용·운영·성능·지속가능성). 기둥별로 스킬 6개 존재
Autopilot노드 관리를 구글이 대신하는 GKE 운영 모드. gke-basics가 권장하는 "골든패스" 기본값
골든패스 (Golden Path)조직이 검증해둔 권장 기본 구성. 고민 없이 따라가면 안전한 길
LLM-as-judgeLLM이 다른 LLM의 응답을 채점하는 평가 기법. eval-flywheel 메트릭의 기반
Eval Flywheel데이터 준비→추론→채점→실패 분석→개선을 반복하는 품질 개선 루프(플라이휠)
ADK (Agent Development Kit)구글의 에이전트 개발 프레임워크. 세션 트레이스를 평가 데이터셋으로 변환하는 스크립트 동봉
MCP (Model Context Protocol)에이전트에게 도구(API)를 연결하는 프로토콜. 스킬(지식)과 상호 보완 — basics 스킬마다 mcp-usage.md 존재
Workload IdentityGKE 파드에 키 파일 없이 GCP 권한을 부여하는 인증 방식. gke-security의 핵심 주제
서비스 계정 가장 (Impersonation)개발자 자격증명으로 서비스 계정 권한을 잠시 빌리는 방식. 로컬 에이전트에 권장 — 에이전트와 사람의 권한을 분리

11참고 링크

더 깊이 보려면