菜单
Kaggle 레포의 README.md를 자동으로 업데이트. 각 대회별로 trial 히스토리(왜 시도했는지), submission 선택 이유, reflection에서 배운 점을 표 형태로 정리한다. SUBMISSIONS.md, TRIALS.md, reflection.md 파일들을 읽어서 README.md를 생성한다. '캐글 readme 업데이트', 'kaggle readme', 'readme 써줘', 'README 갱신해줘', '대회 정리해줘' 같은 요청 시 반드시 이 스킬을 사용할 것.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | kaggle-readme |
| description | Kaggle 레포의 README.md를 자동으로 업데이트. 각 대회별로 trial 히스토리(왜 시도했는지), submission 선택 이유, reflection에서 배운 점을 표 형태로 정리한다. SUBMISSIONS.md, TRIALS.md, reflection.md 파일들을 읽어서 README.md를 생성한다. '캐글 readme 업데이트', 'kaggle readme', 'readme 써줘', 'README 갱신해줘', '대회 정리해줘' 같은 요청 시 반드시 이 스킬을 사용할 것. |
Kaggle 레포의 README.md를 현재 실험/제출 현황에 맞게 자동 업데이트한다.
프로젝트 루트에서 대회 폴더들을 찾는다. 각 폴더에 SUBMISSIONS.md, TRIALS.md가 있으면 Kaggle 대회 폴더다.
SUBMISSIONS.md: 제출 이력 (번호, 날짜, best trial, val/public score)TRIALS.md: 실험 이력 (trial 번호, 이름, val score, key changes, Notes)submissions/sub_NN/reflection.md: 제출 후 회고 (왜 잘못됐는지, 다음 가설)아래 구조로 작성한다:
# Kaggle 실험 레포
| 폴더 | 대회 | Best Public |
|------|------|-------------|
| ... | ... | ... |
---
## [대회명]
**한 줄 요약**: 무엇을 예측하는 대회인지 (지표 포함)
**핵심 난관**: 이 대회의 근본적인 어려움이 뭔지
### 실험 흐름
| Trial | 왜 시도했나 | 결과 | 다음엔 |
|-------|------------|------|--------|
| 001 이름 | ... | ... | ... |
### 제출 기록
| sub | trial | public | 왜 이 결과가 나왔나 |
|-----|-------|--------|---------------------|
| 01 | ... | X.XX | ... |
독자는 이 대회를 처음 보는 사람이다. 전문 용어는 반드시 괄호 안에 설명한다.
표 각 열의 기준:
| 열 | 무엇을 쓰나 | 핵심 기준 |
|---|---|---|
| 왜 시도했나 | 직전 실험에서 생긴 가설 또는 발견한 문제 | "~일 것이다"는 가설로 시작 |
| 결과 | 숫자 + 왜 그 숫자가 나왔는지 한 줄 | 단순 "개선/악화"가 아니라 원인 |
| 다음엔 | 이 실험으로 생긴 새로운 질문 또는 방향 | 읽는 사람이 "그래서 다음엔 뭐가 궁금해졌구나"를 느껴야 함 |
실패한 시도도 꼭 넣는다. "외부 데이터 추가 → val 하락. 데이터 분포가 달라서 독이 됐다"처럼 왜 실패했는지가 더 중요한 교훈.
비슷한 trial은 묶는다. 같은 방향의 실험 5개를 한 줄로 묶되, 공통 결과와 발견을 쓴다.
제출 기록의 "왜 이 결과가 나왔나": 단순 점수 기록이 아니라 그 점수가 나온 메커니즘을 설명한다.
❌ 나쁜 예:
| 002~010 lag feature | AR(1)=0.86 발견 | val 0.89, public 0.00 | val split 문제 |
✅ 좋은 예:
| 002~010 직전값 feature | "직전값이 다음값을 강하게 예측한다(상관관계 0.86)"는 걸 발견 → 추가하면 점수 오를 것 | val 0.89로 폭등. 그런데 **제출하니 0.0000** | 시험 데이터엔 직전값이 없었다. val에서는 정답지 보며 채점한 꼴 |
README.md 작성 완료 후:
ai-bouncer 설치 상태, 설정, 건강 진단을 한눈에 보여줌. '바운서 상태', 'bouncer status', '설치 확인', 'bouncer 설정' 요청 시 트리거.
Coinbot 라이브 거래 현황 조회 — 사용자가 "신규 전략 PnL", "최근 거래", "얼마 잃었어/벌었어", "신규 전략 이후", "거래 결과", "봇 성과" 등 라이브 트레이딩 현황을 물으면 반드시 이 스킬을 사용한다. 서버 DB에서 직접 조회하여 KST 기준 / 계정별 분리 형태로 보고한다.
제품 기획부터 기술 설계, 디자인까지 3종 문서를 한번에 생성하는 스킬. PRD(기획서), TECHNICAL(기술문서), DESIGN(디자인문서)을 이것만 보고 개발을 완료할 수 있는 수준으로 작성한다. stitch MCP로 실제 스크린을 생성하고 디자인 문서에 포함한다. 사용자가 "PRD 써줘", "기획서 만들어줘", "스펙 문서", "create-spec", "제품 문서", "기술 문서 작성" 등을 말하면 반드시 이 스킬을 사용할 것. 새 프로젝트 시작, 기능 기획, MVP 설계 시에도 트리거.
Use this skill to create a branded .pptx presentation from any content source (markdown doc, PDF, existing PPT) using a named design system from getdesign.md. Trigger whenever the user mentions making/creating a PPT or slides with a specific brand design (apple, claude, stripe, notion, etc.), or when they have a document they want turned into a polished slide deck. Keywords: '디자인 PPT', 'PPT 만들어', 'slides from', 'brand PPT', 'getdesign', 'apple design ppt', '공모전 PPT'. Always use this skill when the user wants a visually designed presentation, not just any pptx task — for editing/reading existing .pptx files use the pptx skill instead.
코드 수정, 기능 구현, 버그 수정, 리팩토링, 파일 변경 등 모든 개발 작업에 반드시 사용해야 하는 구조화된 워크플로우. 사용자가 코드 변경을 요청하면 항상 이 스킬을 먼저 호출할 것. 모든 작업을 phase/step 구조로 처리하는 통일 워크플로우. 이 스킬을 건너뛰고 직접 Edit/Write하면 dev-bounce 워크플로우 없이 진행하는 것이다. 반드시 호출할 것.
GA4 데이터 스냅샷을 저장하고 이전 스냅샷 대비 증감을 계산해 개선 액션 아이템을 뽑는 스킬. 시계열로 데이터를 축적해서 "2주 전보다 리텐션이 좋아졌나?" 같은 질문에 답할 수 있게 한다. "GA 분석", "GA 분석해봐", "데이터 분석", "지표 어때", "KPI 뽑아", "리텐션 어때", "유입 어때", "스냅샷 찍어", "analytics 보고서", "GA 리포트" 등 사용자가 GA 데이터를 분석하거나 개선점을 찾으려 할 때 반드시 이 스킬을 사용. 단순 "GA 열어봐" 같은 접근은 ga-connect 스킬로, 분석·비교·리포트가 필요하면 이 스킬로 라우팅.