Clearon Editorial Pipeline MCP

Servidor MCP para revisiones editoriales inmutables, aprobación humana explícita y entregas de publicación solo en borrador.

El servidor no escribe prosa y no afirma detectar autoría de IA. Su función es conservar las revisiones, exponer heurísticas de estilo transparentes y exigir una revisión humana explícita antes de la exportación.

Qué hace

• Crea proyectos editoriales de solo añadido.

• Conserva revisiones inmutables con huellas SHA-256.

• Marca heurísticas de estilo sin pretender ser un detector de autoría.

• Exige confirmaciones explícitas de revisión editorial, de hechos y de citas.

• Exporta payloads de WordPress solo en borrador para un flujo de trabajo de publicación independiente.

Related MCP server: Shawn Core MCP

Qué no hace

• No publica.

• No toma decisiones editoriales en tu lugar.

• No verifica fuentes ni citas contra material externo.

• No sanea automáticamente las exportaciones de HTML sin procesar.

Requisitos

• Node.js 20 o superior

• Un cliente MCP local que pueda iniciar un servidor stdio

Instalación

cd tools/clearon-editorial-pipeline-mcp
npm install
npm test
npm run smoke

Configuración del cliente MCP

Ejemplo de configuración stdio:

{
  "mcpServers": {
    "clearon-editorial-pipeline": {
      "command": "node",
      "args": ["/absolute/path/to/clearon-editorial-pipeline-mcp/server.mjs"]
    }
  }
}

Almacenamiento

De forma predeterminada, los datos del proyecto se almacenan fuera del repositorio en un directorio de datos de usuario:

• macOS: ~/Library/Application Support/clearon-editorial-pipeline-mcp/projects

• Linux: ${XDG_DATA_HOME:-~/.local/share}/clearon-editorial-pipeline-mcp/projects

• Windows: %APPDATA%\\clearon-editorial-pipeline-mcp\\projects

Puedes anular esa ubicación con CLEARON_EDITORIAL_ROOT.

Cada proyecto almacena:

• project.json

• revisions/*.txt

• revisions/*.json

• approvals/*.json

• handoffs/*.json

Flujo de trabajo recomendado

1. Llama a create_editorial_project.

2. Llama a audit_revision.

3. Reescribe el contenido en tu entorno editorial habitual.

4. Llama a propose_revision.

5. Revisa el texto propuesto exacto, los pasajes protegidos y el resultado de la auditoría.

6. Llama a apply_revision.

7. Llama a approve_revision solo después de la revisión humana editorial, de hechos y de citas.

8. Llama a export_wordpress_payload.

9. Ejecuta el payload exportado en un flujo de trabajo independiente de publicación en seco (dry-run).

Herramientas

• get_server_health

• create_editorial_project

• list_editorial_projects

• get_editorial_project

• audit_revision

• propose_revision

• apply_revision

• approve_revision

• export_wordpress_payload

Exportaciones HTML

Si un proyecto utiliza content_format=html, export_wordpress_payload requiere trusted_html=true.

Ese requisito es explícito porque el servidor pasa el HTML almacenado tal cual. Si necesitas saneamiento, hazlo en un paso de preprocesamiento fiable e independiente antes de la exportación.

Desarrollo

npm test
npm run smoke
npm run syntax