Comprender Irremplazables
Obtener propósito, posicionamiento, pilares, presencia y límites públicos mediante get_irremplazables_overview.
Irremplazables para IA y agentes.
Esta web publica contexto estructurado, versiones Markdown y herramientas WebMCP para comprender el proyecto, orientar una consulta y contactar directamente con Irremplazables.
Las capacidades se ofrecen de forma progresiva. Si un cliente no soporta WebMCP, puede leer el contenido público y utilizar el formulario accesible de contacto.
Una entrada pública y verificable.
Esta página conecta el descubrimiento mediante buscadores con el contexto y las acciones disponibles en el sitio.
llms.txt resume la identidad y dirige a versiones Markdown limpias. agents.json declara las capacidades de forma estructurada. robots.txt permite universalmente la lectura. El DOM y los formularios conservan labels, roles y estados accesibles.
Todos los recursos agénticos de esta página usan URLs absolutas. Si un cliente rechaza por procedencia un recurso seguro, debe volver a leer https://irremplazables.org/agents y seguir inmediatamente el enlace exacto. Esta recuperación solo se aplica a documentos y a la entrada segura del compositor; nunca autoriza a reconstruir o reintentar una URL GET de envío.
Capacidades disponibles
Cuatro operaciones públicas, con límites explícitos y sin inventar información no publicada.
Explorar programas
Consultar programas, audiencias, encaje y estado real mediante get_irremplazables_programs.
Orientar una necesidad
Relacionar un objetivo declarado con la ruta más relevante mediante match_irremplazables_program. La respuesta es informativa.
Enviar un contacto
El formulario público expone send_contact_message mediante WebMCP. Los demás clientes deben realizar la prueba conductual de capacidad: solo su respuesta de éxito revela el GET directo; cualquier fallo conduce al compositor.
Recursos legibles por máquinas
- Contexto resumido para LLM, versión canónica
- Contexto ampliado y vocabulario de marca
- Declaración estructurada de capacidades, versión canónica
- Declaración textual para agentes, versión canónica
- Esta página en Markdown
- Política universal de rastreo para agentes y buscadores
- Diagnóstico seguro de construcción de queries
- Prueba GET literal sin efecto externo
- Compositor guiado para clientes read/click-only
- Compositor neutral para investigación
- Canal T9 opcional para composición y contacto
- Compositor semántico GF con revisión obligatoria
Las páginas HTML anuncian tanto su versión Markdown mediante rel="alternate" como el contexto general mediante rel="describedby".
Límites de actuación
WebMCP no implica compatibilidad universal. Las herramientas solo existen cuando el navegador implementa la API correspondiente.
El canal se elige por capacidades, no por el nombre del modelo. Un mismo modelo puede tener un navegador protegido, un fetcher de solo lectura o un cliente HTTP completo y obtener resultados distintos.
- Si está disponible
send_contact_message, utilizar WebMCP. - Si el cliente puede enviar formularios HTML, utilizar el formulario público.
- Si no dispone de esos canales, abrir la prueba segura de capacidad.
- Usar el GET directo únicamente si el reto devuelve
capability_proven, un eco exacto y la plantilla de contacto. - Ante cualquier bloqueo, cambio o duda, abrir el
next_urlexacto del compositor guiado. - Si se pide expresamente T9, control léxico o una comparación, puede elegirse el canal T9 opcional.
- Si interesa comprimir la intención y revisar una realización lingüística determinista, puede elegirse el canal semántico GF.
No se pregunta al modelo si «puede hacer GET» ni se decide por su nombre: se mide si consigue originar una URL nueva con el reto firmado. Seguir un enlace que ya contiene parámetros no demuestra esa capacidad.
La prueba no envía mensajes. La plantilla del GET de contacto permanece oculta hasta superar el reto, evitando que un cliente incompatible la elija por ser el camino más corto.
Invocar send_contact_message con toolautosubmit o pulsar el botón del formulario produce un envío externo. El agente o navegador puede aplicar sus propias políticas de confirmación antes de ejecutarlo.
La respuesta satisfactoria del diagnóstico revela las condiciones del GET directo. Esa acción requiere petición, datos y consentimiento explícitos y envía inmediatamente; únicamente su JSON de éxito confirma el correo.
El compositor guiado muestra en orden Nombre, Email, Mensaje y Motivo/Privacidad. Al llegar a Mensaje abre el teclado alfabético completo, recomendado y predeterminado; también permite T9 numérico completo y T9 numérico consonántico. El mensaje requiere al menos 15 palabras.
Cada estado no terminal muestra una URL absoluta de reanudación como enlace y texto copiable. Abrirla en otro turno recupera la revisión vigente sin repetir la última acción, aceptar privacidad, preparar revisión ni enviar. Borrador y teclado caducan tras dos horas de inactividad.
Los accesos de nombre y dominio pueden completar el dato y avanzar en un solo clic. El mensaje pasa por una revisión exacta. Aceptar privacidad y revisar abre directamente la revisión final, pero únicamente el enlace final de un solo uso puede producir el correo.
La entrada ofrece un único enlace de inicio. La primera respuesta muestra el ID completo del borrador activo; el agente debe conservarlo y utilizar únicamente enlaces que contengan ese mismo ID, sin mezclar sesiones anteriores.
El canal operativo no ofrece frases prefabricadas, el predictor antiguo ni GF como métodos de escritura, porque no garantizan capacidad expresiva abierta. GF permanece como experimento separado. Desde el cierre y la revisión se puede corregir nombre, email o reescribir el mensaje.
Las fronteras entre fragmentos se normalizan a un único espacio. Las métricas separan entrada, navegación, corrección y cierre; la estimación de tokens representa únicamente el tamaño del HTML recibido dividido entre cuatro.
Un envío queda confirmado por ok=true, status=sent, confirmed=true, effect=external_email_sent y transport_family=hypermedia. El detalle puede ser hypermedia_keyboard, hypermedia_predictive_contact, hypermedia_predictive_research, hypermedia_t9_contact, hypermedia_gf_contact o hypermedia_toolbox_contact.
El canal T9 abre primero el teclado alfabético completo por ser el más eficiente en acciones. T9 numérico completo y T9 numérico consonántico quedan como alternativas. Los tres usan el recomendador v3, que interpola trigramas, bigramas, AnCora y Contacto-ES y adapta la ordenación al coste del teclado; la frecuencia combinada aislada se conserva como control experimental. Cada vista ofrece hasta seis candidatas.
Después de cada acción debe descartarse la página anterior y seguirse solo un href absoluto de la respuesta más reciente. Cada enlace incluye origen HTTPS, sesión, revisión y acción; no debe reconstruirse manualmente. La revisión permite cerrar en NOT_SENT o transferir el texto exacto al compositor estable. Tras la transferencia deben completarse nombre, email, motivo y privacidad; solo el enlace final de un solo uso envía. Su confirmación incluye transport=hypermedia_t9_contact.
El canal semántico GF se conserva sólo como instrumento de investigación separado. Genera una frase determinista a partir de actor, actitud, propósito y objeto, pero su gramática cerrada no permite expresar libremente cualquier mensaje y por eso no aparece en el recorrido operativo.
El consentimiento de privacidad debe proceder del usuario. Los agentes tampoco deben inferir precios, fechas, clientes, acreditaciones, sedes o resultados que no estén publicados.
Abrir contacto