BLOG / sku-md-adoption-flywheel.mdx
SKU.md 채택 플라이휠: 생태계 주장보다 근거가 먼저입니다
생성기, 플랫폼 기본값, 적합성, 참조 소비자, 사례, 거버넌스로 게시자·검증자·소비자를 잇는 현실적인 경로입니다.
SKU.md에는 채택 플라이휠의 구성 요소가 있지만, 성립을 주장할 만큼 독립적인 사용은 아직 없습니다. 진전은 파일 수나 낙관적인 생태계 표현이 아니라 재현 가능한 사용으로 측정합니다.
SKU.md는 판매자가 직접 호스팅하는 상품 탐색 및 안정적인 상품 지식 계층입니다. Agent가 상품을 찾고, 출처가 있는 사실을 이해하며, 실시간 상거래 정보를 어디에서 다시 확인해야 하는지 알도록 돕습니다. 새로운 Checkout 프로토콜이 아닙니다.
참여가 필요한 세 주체
| 주체 | 필요한 것 | 진전의 근거 |
|---|---|---|
| 게시자 | 낮은 마찰의 생성, 검토, 정확한 전달 | 시간이 지나도 유지되는 유효한 공개 문서 |
| 검증자 | 안정적인 Schema, 의미 검사, 공개 리소스 검사 | 독립 구현이 같은 결과에 합의 |
| 소비자 | 명확한 탐색, 안전한 파싱, 제한된 활용 사례 | 인용이 있는 유용한 답과 올바른 실패 |
어느 한 주체가 빠지면 순환은 멈춥니다. 생성 파일에는 실제로 사용하는 소비자가 필요합니다. 공통 적합성 계약이 없으면 호환되지 않는 방언이 생기며, 검증 도구에도 현실적인 게시 경로가 필요합니다.
서로를 강화하는 여섯 투자
- 생성기는 사실을 만들지 않고 작고 검토 가능한 초안을 생성합니다.
- 플랫폼 기본값은 플랫폼이 지원하기로 한 곳에서 정확한 판매자 관리 게시를 일상화합니다.
- 적합성 테스트 모음은 오프라인 문서, 공개 리소스, 문서 그래프를 검사합니다.
- 참조 소비자는 안전한 출처 선택과 모호하면 중단하는 동작을 보여 줍니다.
- 사례는 추천사만이 아니라 재현 가능한 과제, 비용, 실패, 유지보수를 보고합니다.
- 커뮤니티 거버넌스는 변경을 버전화하고 결정을 기록하며 한 업체가 호환성을 재정의하지 못하게 합니다.
이는 로드맵 구성 요소입니다. 기존 로컬 생성기, 테스트 데이터, 참조 소비자는 프로젝트 작업의 근거일 뿐, 달성된 플랫폼 기본값이나 채택된 생태계의 근거는 아닙니다.
허영 지표를 피하는 방법
| 약한 지표 | 더 강한 대안 |
|---|---|
| 생성 파일 수 | 90일 뒤에도 유효한 공개 리소스 |
| 검증기 실행 수 | 같은 결과를 반환하는 독립 검증기 |
| 로고 목록 | 이름과 검증 가능한 경로가 명시된 특정 통합 |
| 시연 답변 | 인용과 실패 사례가 있는 재현 가능한 과제 |
| 트래픽 급증 | 교란 요인을 기록한 지속적 집단 추세 |
리디렉션하는 경로, /sku.md를 소유하지 못하는 플랫폼, 식별 불일치, 오래된 근거, 위험한 작업을 거부하는 소비자 같은 부정 결과도 게시해야 합니다. 이런 결과는 계약이 작동하는 범위와 멈추는 지점을 보여 줍니다.
거버넌스 요구 사항
변경에는 공개 사양, 고정 Schema URL, 이전 안내, 테스트 데이터, 명시적인 수명 주기가 필요합니다. 확장 네임스페이스는 권한 주체를 식별해야 합니다. MCP, UCP, WebMCP를 언급하는 제안은 해당 프로젝트가 명시적으로 채택하지 않는 한 독립적이어야 합니다.
v0.10 사양, 적합성 테스트 데이터, 참조 평가는 출발점입니다. 다음 신뢰도 향상은 초안을 표준으로 바꾸어 부르는 것이 아니라 외부 검토와 독립 구현에서 나옵니다.
책임 있는 다음 순환
작은 게시자 문제를 선택하고 최소 문서를 게시한 뒤 공개 검사를 실행합니다. 독립 소비자가 제한된 질문 하나에 답하게 하고 실패를 기록해 사양에 반영합니다. 주장을 넓히기 전에 다른 구현으로 반복합니다.
이 순환은 언젠가 플랫폼 도구 모음이나 기본값을 정당화할 수 있습니다. 그전에는 진행 중인 채택 작업이라고 설명해야 합니다.
더 읽기
SKU.md란 무엇인가에서 시작하고 첫 SKU.md 게시하기로 검증 가능한 게시자 근거를 만드세요.