Solo lo necesario
El formulario se genera para la operación actual, no para una aplicación entera.
Un estándar pequeño para que los agentes de terminal soliciten datos sensibles sin exponerlos, sin comandos complejos y sin construir una aplicación completa.
Los agentes son buenos coordinando tareas, pero pedir una contraseña por chat o explicar cinco comandos para configurar una cuenta crea riesgos y errores innecesarios. LSFA reduce la interacción a lo único que importa ahora.
El formulario se genera para la operación actual, no para una aplicación entera.
Aceptar, rechazar y cancelar son acciones distintas. Las operaciones sensibles siempre requieren confirmación.
El agente recibe estado verificable. La contraseña permanece en el almacén seguro del sistema.
{
"status": "accepted",
"imap_verified": true,
"smtp_verified": true,
"credential_stored": true
}La contraseña nunca aparece en la respuesta, argumentos, logs ni historial de shell.
LSFA puede organizar los campos en secciones al momento de presentar una operación o elegir un perfil visual instalado localmente. El agente sugiere la forma; el cliente conserva la autoridad.
Leer documentación técnica →email-agent-kdd usa LSFA como referencia: descubre IMAP/SMTP, prueba la autenticación antes de guardar y funciona con formulario gráfico, terminal o modo manual.
FastWebMCP puede exponer operaciones LSFA a agentes web sin trasladar secretos al navegador ni al agente. El adaptador transporta una solicitud no sensible; el broker local confiable conserva la captura, la política, la confirmación y la ejecución.
LSFA no es MCP y no depende de FastWebMCP. Esta es una integración de referencia entre proyectos independientes.
LSFA está abierto a implementaciones, críticas y nuevos casos de uso.