whet publish

Marca un artifact como publicado en el workbench. Si el pipeline tiene auto-fanout activo, la publicación al destino la maneja el job runner downstream; este comando registra la decisión del operador.

Uso

whet publish <artifact_id> [--reason <text>] [--final-text <text>]

Ejemplo

$ whet publish rf_4f5g --reason "approved by team lead"
✓ Published · run rn_98zy → status=published

Flags

Flag	Tipo	Descripción
--reason	string	Nota corta para el historial. Útil para auditoría.
--final-text	string	Override del texto final. Si lo omitís, se usa el texto actual del artifact tal como está en el inbox.

Política de publicación

Whet no auto-publica en background. El comando arranca el flujo de publish en el deployment — pero la generación del contenido y la decisión de marcarlo como published siempre nacen de una acción explícita (en la UI, en el CLI o en el MCP). No hay un scheduler que tome artifacts ready y los publique sin intervención humana.

Si tu deployment necesita publicación programada con confirmación previa, envolvé whet publish en tu propio workflow externo que pida la confirmación primero y solo entonces invoque el comando.

Errores comunes

Error	Causa	Cómo arreglarlo
409 artifact already published	El artifact ya fue marcado como published.	Verificá el estado con whet inbox.
422 artifact in pending state	Un refinement está en curso sobre este artifact.	Esperá a que termine; el inbox muestra la variante hija cuando está lista.
400 fanout target not configured	El pipeline tiene auto-fanout activo pero la superficie de destino no está conectada.	Configurá las credenciales en Settings → Connections.