Install
npx skills add google-gemini/gemini-skills --skill gemini-api-dev누구에게 맞나
대리가 Gemini API, SDK, 모델 상호작용에 맞춰 호출 코드를 쓰게 하고 싶을 때 이 스킬 라이브러리를 쓴다. 원문은 이를 Gemini API, SDK, 모델 상호작용 스킬 라이브러리로 적고 gemini-api-dev를 따로 지목한다: Interactions API를 향한 앱 개발. 텍스트 생성, 여러 턴 대화, 스트리밍 출력, 함수 호출, 구조화 출력, 이미지 생성, Deep Research agents, 폐기된 모델 가드레일, Python과 TypeScript SDK를 다룬다. 문서는
https://ai.google.dev/gemini-api/docs/interactions?ua=chat
공식 저장소는
https://github.com/google-gemini/gemini-skills
원문은 이 스킬들을 평소 쓰는 AI 코딩 도우미와 패키지 관리자에 넣을 수 있다고 적는다. 구체 제품은 지목하지 않는다. 클라이언트 명단을 스스로 보태지 말 것. 몇몇 환경 독점이라도 쓰지 말 것. 이 기기에서 공식 npx 명령을 실행할 준비가 없으면 먼저 이어가지 말 것.
원문은 또 적는다: 이것은 Google 공식 지원 제품이 아니며 Google 오픈소스 소프트웨어 취약점 보상 프로그램에도 참여할 수 없다. 평가 숫자는 스킬을 넣은 뒤 대리가 올바른 API 코드를 내는 비율이 바뀐다는 것만 설명한다. 이 기기에서 한 번 호출의 성공 기준으로 보지 말 것. 평가가 모델 두 개를 언급했다고 해서 스킬이 그 둘에서만 쓰인다고 추론하지 말 것. 라이브러리에 다른 스킬이 있을 수 있다. 다만 원문이 복사 가능한 설치 예로 적는 것은 gemini-api-dev뿐이다. 처음에는 나타나지 않은 스킬을 스스로 지목하지 말 것.
3분 만에 첫 시도 끝내기
먼저 공식 저장소를 열어 대조한다:
https://github.com/google-gemini/gemini-skills
권장 경로는 공식 npx skills add다. 처음에는 둘러보기만 하고 스킬을 잔뜩 넣지 말 것. 둘러보기는 대화형이다. 실행 전 목록만 본다고 확인한다:
npx skills add google-gemini/gemini-skills --list
목록을 본 뒤 원문이 주는 구체 예는 gemini-api-dev다. 설치는 이 기기에 스킬 파일을 쓴다. 실행 전 이것 하나만 원하는지 확인한다:
npx skills add google-gemini/gemini-skills --skill gemini-api-dev
나타나지 않은 스킬 이름으로 바꾸지 말 것. 둘째 설치기도 만들지 말 것. 원문은 스킬 착지 디렉터리를 쓰지 않았다. 경로를 스스로 보태지 말 것.
대리에서는 처음 대조만 한다. 먼저 실제 API를 호출하지 말 것. 이미지 생성이나 Deep Research 시작도 하지 말 것. 대리에게 gemini-api-dev가 다루는 Interactions API 능력과, 이것이 공식 지원 Google 제품이 아님을 말하게 한다. 관찰점은 텍스트 생성, 여러 턴 대화, 스트리밍 출력, 함수 호출, 구조화 출력, Python과 TypeScript SDK를 되뇌고 아직 네트워크로 나가지 않았다는 것이다.
실제 호출 코드를 쓰면 네트워크로 나가며 할당량을 쓸 수 있다. 자신의 Gemini 자격 증명을 쓸 준비가 된 뒤에만 이어간다. 원문은 키 필드 이름을 주지 않았다. 자리 표시 키를 쓰지 말 것. 처음에는 이미지 생성이나 Deep Research를 건드리지 말 것.
사용 사례
사례 1: 먼저 둘러본 뒤 스킬 하나를 넣는다. npx skills add google-gemini/gemini-skills --list를 실행하고 목록에 스킬이 보이는지 확인한 뒤 gemini-api-dev를 넣는다. Interactions API 스킬을 대리에 잇기만 하고 아직 요청을 보낼 준비가 없는 사람에게 맞다. 성공 신호는 list가 열리고 지정 스킬 설치 명령이 정상 끝나는 것이다. 원문은 list의 전체 필드를 쓰지 않았다. 다른 --skill 이름을 만들지 말 것.
사례 2: 먼저 배선 범위를 대조한 뒤 코드를 쓸지 정한다. gemini-api-dev를 넣은 뒤 대리에게 텍스트 생성, 여러 턴 대화, 스트리밍 출력, 함수 호출, 구조화 출력, 이미지 생성, Deep Research agents, 폐기된 모델 가드레일, Python과 TypeScript SDK를 다룬다고 되뇌게 한다. 대리가 바로 네트워크로 나가거나 이미지를 낼까 걱정하는 사람에게 맞다. 성공 신호는 범위를 분명히 말하고 공식 지원 제품이 아님을 인정하는 것이다. 실제 호출을 써야 하면 이번이 Gemini API에 접근한다고 먼저 확인하고 자격 증명은 스스로 준비한다. 원문에 요청 예 매개변수는 없다. 만들지 말 것. 평가에 나온 Gemini 3 Flash와 Gemini 3.1 Pro 숫자를 반드시 재현할 기준으로 보지 말 것.
사용 경계
주 경로는 npx skills add google-gemini/gemini-skills다. 둘러보기는 --list, 예 스킬은 --skill gemini-api-dev다. 다른 스킬 이름이나 설치기를 만들지 말 것. 원문은 흔한 AI 코딩 도우미와 패키지 관리자에 넣을 수 있다고 하지만 제품을 지목하지 않는다. 명단을 보태지 말 것. 독점 범위로도 쓰지 말 것.
이것은 공식 지원 Google 제품이 아니다. 취약점 보상 프로그램 설명은
https://bughunters.google.com/open-source-security
능력은 위의 Interactions API 항목과 SDK 두 가지에서 멈춘다. 이미지 생성과 Deep Research는 외부 부작용이 있다. 처음에는 하지 말 것. 원문은 키 필드, 할당량, 제거 단계를 쓰지 않았다. 적히지 않은 모델 명단, 클라이언트 명단, 요청 매개변수를 채우지 말 것. 첫 성공은 둘러보기 명령 또는 설치 종료와 대리가 범위를 되뇌는 것만 본다. 진짜 네트워크로 나가기 전에 자격 증명과 이번 API 접근을 확인한다. 원문은 제거나 업데이트 명령을 쓰지 않았다. 둘째 설치기를 스스로 보태지 말 것. 대리가 이미지 생성이나 Deep Research를 시작이면 먼저 멈추고 읽기 전용 설명으로 돌아간다. 평가 백분율은 스스로의 한 번 성공 신호를 대신하지 못한다.