CLI, MCP y flujos agenticos
Shhhs ofrece una app web para humanos, un CLI para operadores, una API con permisos para equipos y un adaptador MCP local para agentes. El objetivo es el mismo en todos lados: una entrega cifrada y temporal sin filtrar texto plano en el sistema equivocado.
01
El CLI shhhs esta pensado para flujos de terminal: crear envios cifrados, links de solicitud, quemas, consultas de vault, entregas de eventos, cuenta y paquetes desde scripts o consolas.
02
shhhs-mcp corre como adaptador stdio local. Expone herramientas para envios cifrados, links de solicitud, submissions y quemas manteniendo el material de cuenta en la maquina del usuario.
03
En vez de pegar credenciales en prompts, un agente puede crear un link cifrado temporal o un link de solicitud y otro agente puede enviar por ese canal controlado.
04
Las API keys Team tienen permisos separados del login humano. API v1 esta descripta por OpenAPI y protegida por validacion de esquema en Cloudflare API Shield antes de llegar al Worker.
05
Enterprise lleva el mismo modelo a administracion del cliente, hooks de ciclo de vida Microsoft y Google, enrolamiento de extension y agente on-prem saliente para eventos IAM internos.
06
Automatizar no significa que Shhhs lea secretos. Prompts, logs, auditoria, soporte, notificaciones de eventos y registros de conectores deben contener solo metadatos y ciphertext.
Usa shhhs para terminales, scripts, CI y runbooks. Usa shhhs-mcp cuando un runtime de agentes necesite herramientas MCP locales para entregas cifradas.
No. Los flujos de creacion cifran localmente antes de subir. El adaptador MCP debe correr local y no exponerse como servicio remoto sin autenticacion.
Si. La automatizacion Team deberia usar API keys con permisos, stdin para entrada secreta, salida JSON para scripts y duraciones/vistas cortas.
Si. El patron mas seguro es un link de solicitud: un agente lo crea, otro envia por ahi y el titular revela desde la consola Shhhs.