sppurt 0.0.0-stage → 0.6.0

package/dist/skills/daily-report/SKILL.md

@@ -0,0 +1,80 @@
+---
+name: sppt-daily-report
+description: |
+  매일 아침 매출/주문 현황 브리핑 워크플로우.
+  Use when asked to "데일리 리포트", "오늘 브리핑", "매출 요약해줘", "아침 리포트".
+---
+
+# daily-report
+
+매일 아침 매출/주문 현황을 브리핑 형식으로 요약하는 워크플로우.
+
+## When to use
+
+- "데일리 리포트", "오늘 매출", "아침 브리핑" 요청 시
+- 매일 아침 운영 현황을 한눈에 파악하고 싶을 때
+
+## Prerequisites
+
+- 최소 1개 판매 채널 설정 완료
+
+## Steps
+
+### 1. 데이터 수집
+
+커맨드 **1회**로 모든 데이터를 가져옵니다:
+
+```bash
+sppt report daily --json
+```
+
+옵션:
+- `--period 7d` (기본값) — 기간 변경 가능
+- `--top 3` (기본값) — 상품 순위 개수
+
+### 2. 브리핑 포맷으로 출력
+
+JSON 응답을 파싱하여 아래 포맷으로 출력합니다.
+매출 금액은 천 단위 콤마 포맷을 사용합니다.
+인사말은 시간대에 맞게 조정합니다 (아침/오후/저녁).
+
+```
+안녕하세요. 좋은 아침이에요. 이번 주 매출 현황을 요약해 드릴게요.
+
+- 총 판매건수: {summary.totalQuantity}건 / 총 매출 {summary.totalRevenue}원
+- 채널별 매출
+  - {channels[].channel}: {revenue}원 ({quantity}건, {pct}%)
+- 가장 많이 팔린 상품
+  - 1위: {topProducts[0].product} ({quantity}건 / {revenue}원)
+  - 2위: ...
+  - 3위: ...
+
+{pendingOrders.length > 0 이면}
+⚠️ 미처리 주문 {N}건 — 발주 확인이 필요합니다.
+  - {channel} {orderId}: {product} ({amount}원)
+
+자세한 내용은 대시보드에서 확인할 수 있어요.
+대시보드를 보여드릴까요?
+
+`sppt dashboard`
+
+다음은 매출 분석을 해드릴게요.
+무엇부터 분석해 드릴까요?
+
+1. 지난 주 대비 매출이익률에 영향을 준 원인 분석
+2. 지난 주 대비 채널별 매출 분포 변화 원인 분석
+3. 상품별 판매 트렌드 심층 분석
+```
+
+### 3. 후속 분석 (선택)
+
+사용자가 1~3 중 선택하면 해당 분석을 수행합니다:
+
+1. **매출이익률 분석**: `sppt settlement summary --days 7` + `sppt settlement summary --days 14` 비교
+2. **채널별 분포 분석**: `sppt report --by channel --period 7d` vs `sppt report --by channel --period 2w` 비교
+3. **상품 트렌드 분석**: `sppt report --by product --period 7d` 전주 대비 증감 확인
+
+## Error handling
+
+- **채널 연결 실패**: CLI가 자동으로 건너뛰고 나머지 채널 결과 반환
+- **주문 0건**: "이번 주 주문이 없습니다" 표시

package/dist/skills/daily-report/agents/openai.yaml

@@ -0,0 +1,8 @@
+interface:
+  display_name: "일일 매출 브리핑"
+  short_description: "매일 아침 매출/주문 현황 요약 리포트"
+  brand_color: "#2563EB"
+  default_prompt: "$sppt-daily-report 오늘 매출 브리핑해줘"
+
+policy:
+  allow_implicit_invocation: true

package/dist/skills/dashboard/SKILL.md

@@ -0,0 +1,50 @@
+---
+name: sppt-dashboard
+description: |
+  Sppurt 운영 대시보드를 브라우저에서 띄우는 스킬.
+  Use when asked to "대시보드", "dashboard", "현황판 보여줘".
+---
+
+# dashboard
+
+Sppurt 웹 대시보드를 로컬에서 띄워 브라우저로 확인하는 워크플로우.
+
+## When to use
+
+- "대시보드 띄워줘", "현황 보고 싶어", "dashboard" 요청 시
+- 주문/상품/재고 현황을 시각적으로 확인하고 싶을 때
+
+## Steps
+
+### 1. 대시보드 실행
+
+```bash
+sppt dashboard
+```
+
+기본 포트 3847에서 대시보드가 실행되고 브라우저가 자동으로 열립니다.
+
+포트를 변경하려면:
+
+```bash
+sppt dashboard --port 8080
+```
+
+### 2. 대시보드 기능
+
+대시보드에서 확인 가능한 항목:
+- 세션별 CLI 명령어 실행 현황 + 진행률
+- 주문 조회 결과
+- 상품 목록/상세
+- 작업 로그
+
+### 3. 종료
+
+대시보드는 CLI 프로세스가 종료되면 함께 종료됩니다.
+터미널에서 `Ctrl+C`로 종료합니다.
+
+## Notes
+
+- 대시보드는 로컬 전용 (외부 접근 불가)
+- 주요 커맨드(order, product, inventory 등) 실행 시 세션 대시보드가 자동으로 열립니다
+- `--no-dashboard` 플래그로 자동 열기를 비활성화할 수 있습니다

package/dist/skills/dashboard/agents/openai.yaml

@@ -0,0 +1,8 @@
+interface:
+  display_name: "운영 대시보드"
+  short_description: "웹 브라우저에서 운영 대시보드 열기"
+  brand_color: "#2563EB"
+  default_prompt: "$sppt-dashboard 대시보드 열어줘"
+
+policy:
+  allow_implicit_invocation: true

package/dist/skills/inventory-sync/SKILL.md

@@ -0,0 +1,85 @@
+---
+name: sppt-inventory-sync
+description: |
+  공급사 재고 기준 멀티채널 재고 분배 + 동기화 워크플로우.
+  Use when asked to "재고 동기화", "채널별 재고 맞춰줘", "재고 분배".
+---
+
+# inventory-sync
+
+공급사 재고를 기준으로 4개 판매 채널의 재고를 분배하고 동기화하는 워크플로우.
+
+## When to use
+
+- 사용자가 "재고 동기화해줘", "채널별 재고 맞춰줘", "재고 분배해줘" 같은 요청을 할 때
+- 공급사 재고 변동 시 멀티채널 재고 업데이트가 필요할 때
+
+## Prerequisites
+
+- 최소 2개 이상 판매 채널 설정
+- `sppt status`로 채널 연결 상태 확인
+
+## Steps
+
+### 1. 재고 분배 계획 수립
+
+```bash
+sppt inventory plan <totalStock> [sku]
+```
+
+예시:
+```bash
+sppt inventory plan 500 SKU-001
+```
+
+출력 예시:
+```
+재고 분배 계획 (SKU: SKU-001, 총 재고: 500)
+────────────────────────────────
+버퍼 재고: 50 (10%)
+배분 가능: 450
+────────────────────────────────
+cafe24:      135 (30%)
+coupang:     180 (40%)
+smartstore:   90 (20%)
+shopify:      45 (10%)
+```
+
+사용자에게 분배 비율이 적절한지 확인합니다.
+
+### 2. 채널별 재고 업데이트
+
+각 채널에 순차적으로 재고를 동기화합니다:
+
+```bash
+sppt inventory sync cafe24 <productId> 135
+sppt inventory sync coupang <productId> 180
+sppt inventory sync smartstore <productId> 90
+sppt inventory sync shopify <productId> 45
+```
+
+채널별 재고 업데이트 방식 차이:
+- **Shopify**: delta 방식 (동시성 안전, 현재값 대비 증감)
+- **Cafe24, Coupang**: 절대값 방식 (직접 수량 설정)
+- **SmartStore**: 상품 전체 PUT 방식 (가장 비효율적)
+
+### 3. 동기화 확인
+
+```bash
+sppt product get <channel> <productId>
+```
+
+각 채널에서 재고가 올바르게 반영되었는지 확인합니다.
+
+## Error handling
+
+- **재고 업데이트 실패**: Rate limit일 수 있음, 잠시 후 재시도
+- **SmartStore 실패**: 상품 전체 PUT이므로 다른 필드가 변경될 수 있음 — 업데이트 전후 상품 정보 비교
+- **Shopify delta 계산 오류**: 현재 재고를 먼저 조회한 후 차이값으로 업데이트
+
+## Notes
+
+- 버퍼 재고(기본 10%)는 과잉 판매 방지용입니다
+- 분배 비율은 채널별 판매 실적에 따라 조정하세요
+- 재고가 0이 되면 모든 채널에서 품절 처리를 권장합니다
+- Shopify의 delta 방식이 가장 안전하므로, 동시 접근이 많은 상품은 Shopify를 기준으로 하세요

package/dist/skills/inventory-sync/agents/openai.yaml

@@ -0,0 +1,8 @@
+interface:
+  display_name: "재고 분배 동기화"
+  short_description: "공급사 재고 기준 멀티채널 재고 분배 + 동기화"
+  brand_color: "#2563EB"
+  default_prompt: "$sppt-inventory-sync 재고 동기화해줘"
+
+policy:
+  allow_implicit_invocation: true

package/dist/skills/order-collect/SKILL.md

@@ -0,0 +1,132 @@
+---
+name: sppt-order-collect
+description: |
+  멀티채널 주문을 한번에 모으거나 CSV/XLSX 파일로 내보내는 워크플로우.
+  Use when asked to "주문 모아줘", "전채널 주문 조회", "오늘 주문 몇 개야", "주문 동기화해줘", "주문 CSV로 뽑아줘".
+---
+
+# order-collect
+
+설정된 모든 판매 채널의 주문을 한번에 조회하고 통합 요약하는 워크플로우.
+
+## When to use
+
+- "오늘 주문 몇 개야?", "주문 모아줘", "전채널 주문 현황" 요청 시
+- "최근 1개월 주문데이터 CSV로 뽑아줘", "지난달 주문 엑셀로 줘" 요청 시
+- 매일 아침 주문 현황 파악할 때
+- 멀티채널 주문을 한눈에 보고 싶을 때
+- 정산/분석을 위해 주문 데이터를 처음 수집할 때
+
+## Prerequisites
+
+- 최소 1개 판매 채널 설정 완료
+- `sppt status`로 채널 연결 확인
+
+## Steps
+
+### 0. 파일 내보내기 요청
+
+사용자가 주문 파일을 요청하면 채널별 목록을 따로 출력하지 않고 아래 명령을 바로 실행합니다.
+
+```bash
+sppt order export all --period 30d --format csv
+```
+
+- "최근 1개월"은 `--period 30d`, "지난달"은 `--period last-month`로 해석합니다.
+- 엑셀 파일을 명시하면 `--format xlsx`를 사용합니다.
+- 기본 파일에는 수령인·전화번호·주소가 없습니다. 출고 목적으로 개인정보가 필요한 경우에만 `--include-pii`를 추가합니다.
+- W컨셉·무신사는 브라우저 수집을 새로 실행하지 않고 이미 저장된 주문을 파일에 포함합니다. 무신사 주문수집은 무신사와 무신사 글로벌을 같은 로그인·이메일 인증으로 함께 가져오며, 두 채널을 구분해 파일에 포함합니다. 완료 후 해당 채널의 마지막 성공 수집 시각을 함께 알립니다.
+- 완료 후 파일 경로, 주문상품 행 수, 제외된 채널과 사유를 사용자에게 알립니다.
+
+파일 요청이 아니면 아래 수집·요약 단계를 따릅니다.
+
+### 1. 채널 상태 확인
+
+```bash
+sppt status
+```
+
+연결된 채널 목록을 파악합니다. 연결 실패한 채널이 있으면 사용자에게 알립니다.
+
+### 2. 수집 범위 결정
+
+최근 1일치 주문이 있는지 확인해 첫 수집인지 판단합니다:
+
+```bash
+sppt order list cafe24 --days 1
+```
+
+**결과가 0건이거나 오류인 경우 → 첫 수집 가능성 높음:**
+
+사용자에게 확인합니다:
+
+> 저장된 주문이 없습니다. 처음 수집이라면 더 긴 기간이 필요할 수 있어요.
+> 몇 일치를 가져올까요? (예: 30일, 90일, 또는 직접 입력)
+
+사용자가 기간을 답하면 그 값을 `--days N`으로 사용합니다.
+답하지 않거나 "그냥 해줘"이면 **90일**을 기본으로 사용합니다.
+
+**결과가 있는 경우 → 일일 체크:**
+`--days 1`을 사용합니다.
+
+### 3. 채널별 주문 조회
+
+결정된 기간(`DAYS`)으로 연결된 각 채널에서 주문을 조회합니다:
+
+```bash
+sppt order list cafe24 --days DAYS
+sppt order list coupang --days DAYS
+sppt order list smartstore --days DAYS
+sppt order list shopify --days DAYS
+```
+
+- W컨셉·무신사는 브라우저 수집 채널이라 `order list`로 직접 재수집하지 않습니다. 무신사 수집 1회에 국내 주문 내역과 글로벌 주문 내역을 함께 읽고, 저장된 `musinsa`·`musinsa-global` 주문은 `order export all`에 각각 포함됩니다.
+
+사용자가 특정 기간을 명시적으로 요청했으면 그 기간을 우선합니다.
+
+### 4. 통합 요약
+
+채널별 결과를 통합하여 사용자에게 보여줍니다:
+
+```
+📦 주문 현황 (최근 N일)
+─────────────────────────────────────
+채널          신규    처리중    완료    합계
+cafe24         3       2        5      10
+coupang        5       1        8      14
+smartstore     2       0        3       5
+shopify        1       0        1       2
+─────────────────────────────────────
+합계          11       3       17      31
+```
+
+첫 수집으로 많은 데이터를 가져온 경우: "N일치 주문 XXX건을 수집했습니다. 대시보드에서 정산 현황을 확인하세요." 안내를 추가합니다.
+
+### 5. 미처리 주문 안내
+
+신규(미확인) 주문이 있으면 즉시 처리가 필요함을 안내합니다:
+
+- 미확인 주문 → `/sppt-order-fulfill`로 처리 안내
+- 발주 확인 후 송장 미등록 → 송장 등록 필요 안내
+
+### 6. 주문 상세 (선택)
+
+사용자가 특정 주문을 더 보고 싶으면:
+
+```bash
+sppt order get <channel> <orderId>
+```
+
+## Error handling
+
+- **채널 연결 실패**: 해당 채널 건너뛰고 나머지 채널 결과 표시, 재인증 안내
+- **SmartStore 24시간 제한**: CLI가 자동으로 일 단위 순회하므로 걱정 불필요
+- **Rate limit**: CLI rate limiter가 자동 처리
+- **긴 기간 조회 시 속도 저하**: "N일치 조회 중입니다, 잠시 기다려 주세요." 안내 후 진행
+
+## Notes
+
+- 매일 아침 체크 루틴으로 활용하면 효과적
+- Coupang은 발주 확인 전에만 취소가 가능하므로 빠른 확인 중요
+- `--json` 플래그로 JSON 출력 가능 (자동화/파이프라인 연동 시)
+- 첫 수집 후 대시보드 정산 페이지를 새로고침하면 데이터가 반영됩니다

package/dist/skills/order-collect/agents/openai.yaml

@@ -0,0 +1,8 @@
+interface:
+  display_name: "멀티채널 주문 수집"
+  short_description: "전채널 신규 주문 한번에 모아보기"
+  brand_color: "#2563EB"
+  default_prompt: "$sppt-order-collect 오늘 주문 보여줘"
+
+policy:
+  allow_implicit_invocation: true

package/dist/skills/order-fulfill/SKILL.md

@@ -0,0 +1,97 @@
+---
+name: sppt-order-fulfill
+description: |
+  신규 주문 확인 → 소싱 발주 → 송장 등록까지 전체 주문 처리 워크플로우.
+  Use when asked to "주문 처리해줘", "송장 넣어줘", "발주 확인해줘".
+---
+
+# order-fulfill
+
+신규 주문 확인 → 소싱 발주 → 송장 등록까지의 주문 처리 워크플로우.
+
+## When to use
+
+- 사용자가 "새 주문 처리해줘", "주문 확인하고 송장 넣어줘" 같은 요청을 할 때
+- 주문 확인부터 배송 처리까지 전체 플로우가 필요할 때
+
+## Prerequisites
+
+- 최소 1개 판매 채널 설정 완료
+- `sppt status`로 채널 연결 상태 확인
+
+## Steps
+
+### 1. 신규 주문 조회
+
+```bash
+sppt order list <channel>
+```
+
+기본적으로 최근 7일간 주문을 조회합니다.
+
+채널별 제약:
+- Coupang: 최대 31일 윈도우
+- SmartStore: 최대 24시간 윈도우 (자주 확인 필요)
+
+여러 채널의 주문을 모두 확인하려면 각 채널별로 실행합니다.
+
+### 2. 주문 상세 확인
+
+```bash
+sppt order get <channel> <orderId>
+```
+
+구매자 정보, 배송지, 주문 상품, 옵션을 확인합니다.
+
+### 3. 발주 확인 (주문 접수)
+
+```bash
+sppt order confirm <channel> <orderId>
+```
+
+판매 채널에 발주 확인(주문 수락)을 전송합니다.
+Coupang은 발주 확인 전에만 취소가 가능합니다.
+
+### 4. 소싱 발주
+
+현재 CLI에서 소싱 채널 자동 발주는 미지원입니다.
+사용자에게 소싱 채널에서 수동 발주를 안내합니다:
+
+- 주문 상품의 소싱 채널 + 상품 ID 확인
+- 배송지: 주문의 수령인 정보 전달
+- 발주 후 택배사 코드 + 운송장 번호를 확보
+
+### 5. 송장 등록
+
+```bash
+sppt invoice register <channel> <orderId> <carrierCode> <trackingNumber>
+```
+
+택배사 코드:
+- `cj` — CJ대한통운
+- `hanjin` — 한진택배
+- `lotte` — 롯데택배
+- `post` — 우체국택배
+- `logen` — 로젠택배
+
+채널별로 택배사 코드가 자동 매핑됩니다.
+
+### 6. 처리 확인
+
+```bash
+sppt order get <channel> <orderId>
+```
+
+상태가 `shipped`로 변경되었는지 확인합니다.
+
+## Error handling
+
+- **주문 조회 실패**: `sppt status`로 채널 연결 확인, 토큰 만료 시 `sppt auth <channel>`
+- **발주 확인 실패**: 이미 확인된 주문이거나 취소된 주문일 수 있음
+- **송장 등록 실패**: 택배사 코드 오타 확인, 운송장 번호 형식 확인
+
+## Notes
+
+- SmartStore는 주문 변경 폴링이 24시간 윈도우이므로 하루에 한 번 이상 확인 권장
+- Coupang은 발주 확인 후 취소가 불가능하므로 신중하게 처리
+- 여러 주문을 한 번에 처리할 때는 각 주문을 순차적으로 처리합니다

package/dist/skills/order-fulfill/agents/openai.yaml

@@ -0,0 +1,8 @@
+interface:
+  display_name: "주문 처리 자동화"
+  short_description: "주문 확인 → 소싱 발주 → 송장 등록"
+  brand_color: "#2563EB"
+  default_prompt: "$sppt-order-fulfill 신규 주문 처리해줘"
+
+policy:
+  allow_implicit_invocation: true

package/dist/skills/policy-ask/SKILL.md

@@ -0,0 +1,52 @@
+---
+name: sppt-policy-ask
+description: |
+  PG사·판매채널 정산·수수료 정책 Q&A.
+  Use when asked about "수수료율", "정산 주기", "지급보류", "D+", "영세 중소",
+  "토스페이먼츠", "카페24페이먼츠", "이니시스", "정책", "언제 정산돼".
+---
+
+# policy-ask
+
+PG사·판매채널 정책 DB를 검색해 수수료·정산·지급보류 질문에 답변.
+
+## 채널 키
+
+| 질문 대상 | `--channel` 값 |
+|---|---|
+| 토스페이먼츠 | `toss-payments` |
+| 카페24페이먼츠 | `cafe24-payments` |
+| KG이니시스 | `kg-inicis` |
+| 네이버페이 | `naver-pay` |
+| 카페24 운영·결제 FAQ | `cafe24` |
+| 스마트스토어 | `naver-smartstore` |
+| 쿠팡 | `coupang` |
+
+## Steps
+
+### 1. 채널·키워드 결정
+- 특정 PG사/채널 언급 → 해당 채널만
+- "PG사별 비교", 채널 미언급 → 관련 채널 전체 순회
+- 핵심 키워드 2~3단어 추출 (예: "수수료율", "정산 주기", "지급보류")
+
+### 2. 채널별 검색
+```bash
+sppt settlement policy search "<키워드>" --channel <채널키> --limit 5
+```
+
+비교 질문은 채널당 limit 3으로 순회:
+```bash
+sppt settlement policy search "수수료율" --channel toss-payments --limit 3
+sppt settlement policy search "수수료율" --channel cafe24-payments --limit 3
+sppt settlement policy search "수수료율" --channel kg-inicis --limit 3
+```
+
+### 3. 결과 합성
+- 채널별로 구분해서 답변, 숫자(%, D+N)는 강조
+- 출처 채널 명시
+- DB에 없는 내용은 추측 금지
+
+## Notes
+- **반드시 `--channel` 명시** — 미지정 시 naver FAQ(4000건)로 편향됨
+- `fee_rate` 레코드는 등급별로 분리되어 있어 여러 건이 정상
+- 결과 0건이면 키워드를 1~2단어로 줄여 재시도

package/dist/skills/price-monitor/SKILL.md

@@ -0,0 +1,103 @@
+---
+name: sppt-price-monitor
+description: |
+  소싱가 변동 감지 + 마진 체크 + 판매가 조정 제안 워크플로우.
+  Use when asked to "가격 변동 체크", "마진 확인", "소싱가 올랐는지".
+---
+
+# price-monitor
+
+소싱 채널의 도매가 변동을 감지하고 판매가 조정을 제안하는 워크플로우.
+
+## When to use
+
+- 사용자가 "가격 변동 체크해줘", "마진 확인해줘", "소싱가 올랐는지 봐줘" 같은 요청을 할 때
+- 정기적으로 소싱가와 판매가의 마진을 점검할 때
+
+## Prerequisites
+
+- 최소 1개 판매 채널 + 1개 소싱 채널 설정
+- 등록된 상품의 소싱 채널 상품 ID를 알고 있어야 함
+
+## Steps
+
+### 1. 소싱 상품 현재 가격 조회
+
+```bash
+sppt source detail <sourceChannel> <sourceProductId>
+```
+
+도매가(wholesalePrice)를 확인합니다.
+
+### 2. 판매 상품 현재 가격 조회
+
+```bash
+sppt product get <sellingChannel> <sellingProductId>
+```
+
+현재 판매가를 확인합니다.
+
+### 3. 마진 계산
+
+```
+현재 마진 = (판매가 - 도매가 - 배송비) / 판매가 × 100
+```
+
+마진 기준:
+| 마진율 | 상태 | 조치 |
+|---|---|---|
+| 30% 이상 | 양호 | 유지 |
+| 15~30% | 주의 | 모니터링 강화 |
+| 15% 미만 | 위험 | 판매가 인상 권고 |
+| 0% 미만 | 적자 | 즉시 판매가 조정 또는 판매 중지 |
+
+### 4. 가격 조정 (필요시)
+
+마진이 기준 이하일 경우 사용자에게 판매가 조정을 제안합니다.
+
+제안 판매가 계산:
+```
+제안가 = 현재 도매가 × 1.3 + 배송비
+```
+
+사용자 확인 후, 새 가격을 담은 JSON 파일을 작성하고 업데이트합니다:
+
+```bash
+# /tmp/price-update.json
+# { "variants": [{ "id": "...", "sku": "...", "optionLabel": "기본", "price": <원가>, "salePrice": <제안가>, "stockQuantity": <현재재고> }] }
+
+sppt product update <sellingChannel> <productId> --file /tmp/price-update.json
+```
+
+또는 가격 룰을 직접 적용하려면 `--markup` 플래그를 활용합니다:
+
+```bash
+sppt product register <sellingChannel> --file /tmp/product.json --markup 1.3 --margin-floor 15
+```
+
+### 5. 복수 상품 모니터링
+
+여러 상품을 점검할 때는 Step 1~4를 반복합니다.
+결과를 표로 정리합니다:
+
+```
+가격 모니터링 결과
+─────────────────────────────────────────────
+상품명        소싱가    판매가    마진    상태
+아이폰 케이스  8,500원  13,900원  27%     주의
+USB 허브      12,000원  19,900원  35%     양호
+블루투스 이어폰 15,200원 18,900원  12%    위험 ⚠
+─────────────────────────────────────────────
+```
+
+## Error handling
+
+- **소싱 상품 조회 실패**: 상품이 품절되었거나 삭제되었을 수 있음 — 대체 소싱처 검색 권장
+- **판매 상품 조회 실패**: 채널 연결 상태 확인
+
+## Notes
+
+- 환율 변동 (CJ Dropshipping 이용 시)도 마진에 영향을 줍니다
+- 배송비는 채널/지역에 따라 다르므로 사용자에게 확인합니다
+- 가격 변동 이력은 대시보드에서 확인할 수 있습니다
+- 주기적 모니터링은 주 1회 이상 권장합니다

package/dist/skills/price-monitor/agents/openai.yaml

@@ -0,0 +1,8 @@
+interface:
+  display_name: "소싱가 모니터링"
+  short_description: "소싱가 변동 감지 → 마진 체크 → 판매가 조정"
+  brand_color: "#2563EB"
+  default_prompt: "$sppt-price-monitor 가격 변동 확인해줘"
+
+policy:
+  allow_implicit_invocation: true