SHWsgithub
- 15 skills
- 0 followers
- 4 hours ago last updated
- ▌ Backtest Report · shwsgithub백테스트 산출물(equity/trades/summary)과 전략 명세로부터 단일 HTML 리포트를 생성한다. 수익률 지표·자본곡선·거래 규칙·거래 저널을 표준 디자인으로 묶는다. 트리거 — "백테스트 리포트", "report.html 만들어", "수익률 + 거래방법 리포트", "/backtest-report".
- ▌ Review Visualize · shwsgithub대화 컨텍스트의 코드 리뷰 결과를 인터랙티브 HTML 대시보드로 변환한다. "html로 만들어줘", "시각화해줘", "html로 뽑아줘", "/review-visualize" 요청에 사용한다.
- ▌
- ▌ Web E2e · shwsgithub백엔드 엔드포인트나 기능명으로 시작해 프론트엔드의 API 사용처와 라우트를 찾아내고, Playwright로 실제 화면을 열어 검증한다. 목표뿐 아니라 리뷰·360 피드백·평가·근태 등 모든 기능에 적용된다. 트리거 "/web-e2e", "플레이라이트로 확인", "화면에서 확인해줘", "프론트 어디서 쓰는지 찾아서 테스트".
- ▌ Pr Write · shwsgithub bundlePR 생성 및 본문 작성 스킬. 현재 브랜치나 지정 브랜치의 작업 범위를 정리해 gh CLI로 PR을 만들거나 기존 PR 본문을 갱신한다. "PR 만들어줘", "PR 내용 채워줘", "PR 본문 정리", "PR 올려줘" 같은 요청에 사용.
- ▌ Prd Write · shwsgithubPRD(제품 요구사항 문서) 작성 스킬. JTBD·유저스토리 기반 15섹션 구조로 사람 팀과 AI 프로토타이핑 툴(Cursor/v0/Lovable/bolt.new) 양쪽이 바로 쓸 수 있는 PRD를 만들고, 산문 섹션은 번역투·AI 관용구를 걷어낸 자연스러운 한글로 자체 윤문한다. "PRD 작성해줘", "요구사항 문서 만들어줘", "기획서 써줘", "/prd" 같은 요청에 사용.
- ▌ Figma Plan · shwsgithubFigma 프레임·컴포넌트 URL을 받아 퍼블리싱 계획(plan file)을 만든다. 디자인 수집 → 코드베이스 탐색 → Atomic 분해 → plan file 템플릿. "피그마 계획", "Figma 계획 짜줘", "/figma-plan" 요청에 사용한다.
- ▌ Figma Read · shwsgithubFigma 파일·프레임·컴포넌트에서 디자인 데이터·이미지·컨텍스트를 가져오는 워크플로우. "피그마 읽어줘", "이 Figma URL 분석해줘", "/figma-read" 요청에 사용한다.
- ▌ Code Review · shwsgithubPR을 4축(구조·데드코드·변수명·로직중복)으로 리뷰하고 인라인 코멘트 반영 상태와 머지 revert까지 추적한다. "리뷰", "/code-review", "PR 리뷰해줘", "리뷰 시작", "이 PR 검토" 같은 요청에 사용.
- ▌
- ▌
- ▌ Figma Publish · shwsgithubfigma-plan이 만든 plan file을 읽고 아토믹 단위로 구현 → Figma 대조 → 검증 → 커밋까지 실행한다. "피그마 퍼블리시", "Figma 배포", "/figma-publish" 요청에 사용한다.
- ▌ Context Search · shwsgithubSSQ 스프린트 과제의 히스토리와 기획 컨텍스트를 슬랙 교차채널 검색으로 자동 수집하고, 검증된 타임라인+근거 링크+핵심 결정사항으로 정리하는 스킬(과제 컨텍스트 서쳐). "컨텍스트 서쳐", "컨텍스트 링커", "과제 히스토리 정리", "기획 파악", "과제 링킹", "컨텍스트 수집", "이 과제 배경이 뭐야", "관련 스레드 찾아줘", 스프린트 과제명을 언급하면서 맥락/배경/히스토리를 물어볼 때 반드시 이 스킬을 사용한다. 슬랙 스레드 permalink URL을 직접 입력해도 동작한다.
- ▌
- ▌ Staging Deploy · shwsgithub bundleS 스쿼드 백엔드 레포의 스테이징 배포 워크플로우. (1) 여러 레포 최신 마일스톤을 머지/대기로 슬랙 스레드에 정리, (2) dev 최신화 → release/test-staging 재생성·푸시(브랜치 감지) → 배포 PR 생성·공유, (3) talenx-log ApiSpec(swagger) 동기화(노이즈 diff 제거). release/test-staging 브랜치는 매 사이클 시작 시 재생성(직전 잔재는 그때 삭제). "마일스톤 정리해서 스레드 올려", "배포 상황 업뎃", "배포 PR 만들어", "스테이징 배포하자", "talenx-log api spec 업데이트/동기화" 같은 요청에 응한다.