optimizely-test-data-mcp

콘텐츠 계획을 가져올 수 있는 Optimizely CMS 12 .episerverdata 패키지로 변환하는 MCP 서버입니다.

이 생성기는 CMS에 절대 접근하지 않습니다. 콘텐츠 유형 내보내기를 읽고 파일을 작성하며, 사람이 스키마를 내보내고 사람이 Admin → Import Data에서 결과를 가져옵니다.

사용 방법

{
  "mcpServers": {
    "optimizely-testdata": {
      "command": "bunx",
      "args": ["optimizely-test-data-mcp@0.1.0"]
    }
  }
}

버전을 고정하세요. 고정되지 않은 스펙은 세션 시작마다 캐시에서 제공되는 대신 다시 해석되는데, Windows에서 측정 결과 고정 시 약 0.7초 대비 시작당 약 11초가 소요되었습니다.

Bun을 사용하지 않으려면 npx도 동일하게 작동합니다.

Related MCP server: Adobe Experience Assets Dev MCP

도구

제한 사항

미디어, 인라인 블록 속성, 미게시 콘텐츠, 두 개 이상의 언어, Category 및 타입 없는 Json은 생성되지 않습니다. 검증된 직렬화가 없는 모든 속성 유형은 추측 대신 경고와 함께 비워 둡니다. 잘못된 추측은 겉보기에는 맞지만 미묘하게 잘못된 콘텐츠를 생성합니다.

작동 항목: 페이지, 블록, 중첩 페이지 트리, 텍스트, HTML, ContentArea, 콘텐츠 참조, {{date:±Nd}} / {{date:±Nh}} / {{date:±Nm}} 토큰.

릴리스

1. package.json에서 version을 올립니다.

2. 커밋한 다음 태그를 만들고 푸시합니다:

   git tag v0.2.0
   git push origin v0.2.0

워크플로는 태그를 package.json과 대조하고, 테스트를 실행하고, dist/를 빌드하고, OIDC 신뢰 퍼블리싱을 통해 게시합니다 — 저장할 토큰이 없습니다.

릴리스는 CI의 몫입니다. prepublishOnly 훅이 없으므로 npm publish 단독으로는 빌드하지 않습니다. dist/는 git-ignored이며, 빌드 없이 게시하면 files: ["dist"]가 아무것도 일치하지 않는 패키지가 배포됩니다. npm은 이를 수락하고 0으로 종료하므로 실패를 보고하는 것이 없습니다 — 손상된 버전이 그대로 소비자에게 도달합니다. 수동으로 게시해야 하는 경우 먼저 bun run build를 실행하세요.

그 수동 게시는 정확히 한 번 필요합니다. npm은 이미 알고 있는 패키지만 신뢰할 수 있기 때문입니다. 0.1.0을 수동으로 게시하고(bun run build 후 npm login 후 npm publish), 그런 다음 npmjs.com의 패키지 Settings → Trusted Publisher 아래에 이 저장소와 publish.yml을 가리키는 신뢰 퍼블리셔를 추가하세요. 이후의 모든 릴리스는 태그에서 나옵니다.

소비자는 사용하는 버전을 고정합니다 — 위의 설정을 참조하세요. 여기서 올리더라도 소비자가 해당 고정 값을 업데이트할 때까지는 변경되지 않습니다.