@productmaker/mcp 11.3.2 → 11.4.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +11 -0
- package/dist/http.js +1068 -844
- package/dist/stdio.js +1057 -833
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -303,6 +303,17 @@ The `base64` field was removed. MCP JSON-RPC transports truncate large tool argu
|
|
|
303
303
|
|
|
304
304
|
## Version history
|
|
305
305
|
|
|
306
|
+
### 11.4.0 — Anuncios de videos de servicio
|
|
307
|
+
|
|
308
|
+
- `publish_to_meta` / `publish_to_tiktok` publican el «Video animado» de una tarea de servicio: un anuncio por versión del gancho, con destino en su landing de servicio publicada, titular del propio servicio y el país de su marca. Ya no responden `META_NO_ASSETS_READY` para esas tareas.
|
|
309
|
+
- Las imágenes hechas desde un brief de servicio también usan su landing de servicio, su título y el país de su marca; sin país ya no salen a EE. UU.
|
|
310
|
+
- `publish_creatives_to_meta`: con creativos de tarea, `landingUrl` y `targetCountry` son opcionales; la API toma la landing de servicio publicada y el país de marca en que coinciden sus tareas de servicio (producto sigue con EE. UU.), o responde `META_NO_LANDING_URL` / `META_NO_TARGET_COUNTRY`. Un video de servicio sin póster lleva como miniatura su primer fotograma.
|
|
311
|
+
- Nuevos errores `META_NO_TARGET_COUNTRY` / `CAMPAIGN_MISSING_TARGET_COUNTRY`: la marca del servicio no tiene país y el modelo debe preguntarlo (nunca se asume EE. UU.). Los textos de `META_NO_LANDING_URL` / `CAMPAIGN_MISSING_LANDING_URL` nombran también la landing de servicio.
|
|
312
|
+
|
|
313
|
+
### 11.3.3 — Sin «recuperar resultado» manual en la landing de servicio
|
|
314
|
+
|
|
315
|
+
- `create_service_landing` `status`: ya no llama a `POST …/operations/:opId/recover` (se eliminó). Una etapa «en revisión» que el proveedor aceptó la vuelve a liquidar el servidor solo (hasta 2 veces) y, si no lo logra, pasa a fallida y devuelve lo cobrado; el texto lo explica.
|
|
316
|
+
|
|
306
317
|
### 11.3.2 — La landing de servicio no se queda trabada tras un fallo
|
|
307
318
|
|
|
308
319
|
- `create_service_landing` `build`: si la clave del paso repite una operación ya fallida, pasa al siguiente intento con la misma cotización (antes devolvía el mismo fallo hasta que cambiara la revisión). Los textos de fallo piden al modelo reintentar `build` solo.
|