optimizely-test-data-mcp

Un servidor MCP que convierte un plan de contenido en un paquete .episerverdata importable de Optimizely CMS 12.

El generador nunca toca un CMS. Lee una exportación de tipos de contenido y escribe un archivo; un humano exporta el esquema y un humano importa el resultado en Admin → Import Data.

Uso

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

Fija la versión. Una especificación sin fijar se vuelve a resolver en cada inicio de sesión en lugar de servirse desde la caché; en Windows eso medía ~11s por inicio frente a ~0.7s fijado.

npx funciona igual si prefieres no usar Bun.

Related MCP server: Adobe Experience Assets Dev MCP

Herramientas

Limitaciones

No se generan medios, propiedades de bloque en línea, contenido no publicado, más de un idioma, Category ni Json sin tipo. Cualquier tipo de propiedad sin serialización probada se deja vacío con una advertencia en lugar de adivinarse; una suposición incorrecta produce contenido que parece correcto pero es sutilmente incorrecto.

Funcionando: páginas, bloques, árboles de páginas anidados, texto, HTML, ContentArea, referencias de contenido y tokens {{date:±Nd}} / {{date:±Nh}} / {{date:±Nm}}.

Publicación

1. Incrementa version en package.json.

2. Haz commit, luego etiqueta y empuja:

git tag v0.2.0
git push origin v0.2.0

El flujo de trabajo comprueba la etiqueta contra package.json, ejecuta las pruebas, compila dist/ y publica mediante publicación de confianza OIDC; no hay token que almacenar.

Publicar es trabajo del CI. No hay hook prepublishOnly, por lo que npm publish por sí solo no compila: dist/ está ignorado por git, y publicar sin él envía un paquete cuyo files: ["dist"] no coincide con nada. npm acepta eso y sale con 0, por lo que nada informa del fallo; la versión rota simplemente llega a los consumidores. Si alguna vez necesitas publicar manualmente, ejecuta bun run build primero.

Esa publicación manual se requiere exactamente una vez: npm solo puede confiar en un paquete que ya conoce. Publica 0.1.0 manualmente (bun run build, luego npm publish después de npm login), luego añade el editor de confianza en Settings → Trusted Publisher del paquete en npmjs.com, apuntando a este repositorio y a publish.yml. Cada publicación posterior proviene de una etiqueta.

Los consumidores fijan la versión que usan; consulta la configuración anterior. Incrementar aquí no los mueve hasta que actualicen esa fijación.