Amplitude 공식 플러그인 저장소의 트래킹 구현 총괄 스킬: 에이전트가 사용자가 제공한 PR, 브랜치, 파일 디렉터리 또는 기능 설명을 바탕으로 관련 코드를 찾아 동일 저장소의 diff-intake, discover-event-surfaces, instrument-events 세 가지 스킬을 순차적으로 호출하고, 이벤트, 속성, 코드 위치 및 트래킹 코드를 명시한 트래킹 플랜(tracking plan)을 생성합니다.
보안 감사: 미감사
- 아직 스캔되지 않음
이유
- 먼저 입력 유형을 자동으로 판단합니다. URL 또는 #번호는 PR로, 브랜치 이름과 유사한 것은 브랜치로, 디스크에 존재하는 경로는 파일로 간주하며 나머지는 기능 설명으로 처리합니다. 대화에서 이미 제공된 정보는 다시 묻지 않습니다.
- 기능 설명의 경우 git log --all --grep을 사용하여 관련 커밋을 먼저 찾고, 키워드와 경로를 기준으로 코드를 검색합니다. 파일을 직접 제공한 경우 track( / logEvent( / amplitude.track( 등 기존 트래킹 호출을 먼저 스캔하여 중복을 방지합니다.
- 최종적으로 우선순위가 가장 높은(priority 3) 이벤트에 대한 방안만 제시하며, 무엇을 추적할지, 왜 추적하는지, 어떤 Amplitude 프로젝트로 전송할지, 어떤 함수에 배치할지, 어떤 속성을 포함할지를 하나씩 설명한 후 사용자가 조정을 원하는지 또는 구현을 시작할지 문의합니다.
- 어떤 단계에서든 실패하면 오류를 발생시키고 중단하며, 불완전한 데이터로 계속 진행하지 않습니다. skills.sh 24 시간당 설치 횟수 995(이는 단지 관심도를 나타냄)
사용법
- 설치 명령어는 감사 통과 후 표시됩니다. README에서는 플러그인 형태로 전체를 설치하는 것을 권장합니다(Claude Code에서 claude plugin install amplitude를 실행하고 안내에 따라 로그인).
- "이 PR에 트래킹 추가", "onboarding flow에 instrument 적용" 등의 요청 시 트리거됩니다. 다중 프로젝트 라우팅은 저장소 내의 .amplitude/instrumentation-agent.yaml 파일을 참조합니다.
리스크
- 이번 주에는 감사되지 않았으므로 고정 C 등급으로 분류되며 설치 명령어를 표시하지 않습니다. 이 항목은 단순한 오케스트레이션일 뿐이며, 실제 분석은 다른 세 가지 하위 스킬에 의존하는데, 이들은 이번 주에 읽히거나 스캔되지 않았습니다. skills.sh에서 Snyk 감사 결과는 Warn(경고)입니다.
- 방안은 기본적으로 Amplitude의 SDK 및 프로젝트 구조를 중심으로 설계되어 있어, 다른 분석 도구를 사용하는 저장소의 경우 별도로 수정해야 합니다. 트래킹 구현을 적용하기 전에 자체 개인정보 보호 정책에 따라 보고되는 속성을 확인해야 합니다.
- skills.sh 페이지에 따르면 저장소의 스타 수가 46개에 불과하며, 일일 설치 횟수가 저장소 규모와不相称(부적절하게 높음)합니다.