Asistente IA sobre manuales técnicos para fabricantes: RAG con Claude en AWS Bedrock, fiabilidad y coste en 2026

Asistente IA sobre manuales técnicos para fabricantes: RAG con Claude en AWS Bedrock, fiabilidad y coste en 2026

Un asistente IA sobre manuales técnicos para un fabricante o una empresa de servicio técnico cuesta desde 5.000 € por fase de desarrollo (la banda habitual en mis reuniones de 2026 es de 5.000 a 15.000 € por fase), y cada consulta con Claude Sonnet 5.5 en AWS Bedrock dentro de la UE sale por unos 0,02-0,03 dólares de modelo (precios de lista de octubre de 2026). Lo que decide si funciona es qué manuales entran, qué umbral de fiabilidad se acepta y si hay preguntas de prueba para medirlo.

Entre abril y octubre de 2026 he tenido reuniones con fabricantes de maquinaria, empresas de intralogística, distribuidores de componentes y empresas de asistencia técnica remota. Casi todas empiezan con la misma frase: "tenemos cientos de PDFs y nadie los encuentra cuando la máquina está parada". Y casi todas hacen las mismas preguntas. Este post las ordena, con el caso de un buscador entregado en septiembre de 2026, los precios de Claude en Bedrock que he consultado el 19 de octubre de 2026 y lo que respondo cuando me preguntan algo que la IA no puede hacer.

Si ya sabes qué es un RAG y solo quieres la parte técnica de citas y multilingüe, la tienes en la guía de RAG empresarial con citas verificables sobre manuales técnicos multilingües. Aquí voy a lo que se discute en la mesa antes de firmar.

Las preguntas que me hacen los fabricantes en las reuniones de 2026#

Esta es la lista, más o menos en el orden en que salen. Cada una tiene su sección más abajo.

La última es la que nadie pregunta al principio y la que más tiempo ahorra si se resuelve en la primera semana.

Qué se construyó para una empresa de asistencia técnica remota (septiembre de 2026)#

Una empresa B2B de asistencia técnica remota para maquinaria industrial de impresión recibió en septiembre de 2026 un buscador IA sobre sus manuales. Me lo pidieron con una idea muy concreta: que el técnico, delante de la máquina, escriba la duda y reciba la respuesta con el PDF y la página de donde sale.

De unos 90 PDFs que nos pasaron, se indexaron unos 40. No es un fracaso de la herramienta, es una decisión de alcance. Esto es lo que se quedó fuera y por qué:

La arquitectura que se entregó es deliberadamente aburrida. Cada pieza está ahí por una razón que el cliente puede entender:

Tengo publicado aparte un caso real de un buscador técnico con la medición de citas sobre un dataset ciego, por si quieres ver cómo se mide la fiabilidad con números.

La evolución que el cliente ya tiene en la cabeza va por tres caminos: leer las APIs de las propias máquinas para un diagnóstico proactivo, abrir tickets automáticos cuando una consulta se repite, y agentes de computer use que trabajen dentro de las sesiones de TeamViewer. Las tres son proyectos distintos y ninguna está en el alcance del buscador.

¿Qué umbral de fiabilidad hay que pedirle a un asistente sobre manuales?#

Es la primera pregunta de casi todas las reuniones, y la respuesta honesta tiene dos partes.

La primera: el umbral lo decide el cliente, no yo. Yo propongo empezar en 70 % de similitud mínima para mostrar un resultado. Si un fragmento no llega, el asistente dice que no lo ha encontrado. Subir el umbral da más precisión (menos respuestas, pero más seguras) y baja el recall (deja sin respuesta preguntas que sí tenían una en el manual). Bajarlo hace lo contrario. No hay un número correcto universal: un fabricante de equipos médicos y un distribuidor de recambios no aceptan el mismo riesgo.

La segunda: el porcentaje significa cosas distintas según el modo de uso.

¿Porcentaje o semáforo verde, ámbar y rojo?#

Para el técnico de campo, semáforo. Un 71 % y un 69 % no le dicen nada distinto, y un número con decimales transmite una precisión que no existe. Para el equipo que mantiene el sistema, porcentaje, porque es lo que permite ajustar el umbral. Mi recomendación es mostrar las dos cosas en sitios distintos: semáforo en la pantalla del técnico y el valor numérico en el registro.

¿El asistente diagnostica averías?#

No, y lo pongo por escrito en la propuesta. Un asistente sobre manuales responde lo que está explícito en el manual. Si el manual dice "si aparece el error E-47, revise el sensor de presión de la bomba", el asistente lo dirá con la cita. Si el técnico describe un síntoma que el manual no recoge, el asistente tiene que decir que no lo encuentra. La tentación de que "razone" una causa probable existe y el modelo lo haría con soltura, pero eso ya no es un buscador, es un sistema de diagnóstico, y necesita otra validación y otra responsabilidad.

¿Memoria persistente por usuario o por máquina?#

Se puede guardar el historial de cada técnico o de cada número de serie, y a veces ayuda. El riesgo es lo que llamo envenenar el contexto: si una vez el técnico acepta una respuesta equivocada y queda en la memoria, las siguientes respuestas la arrastran. Mi recomendación para una primera fase es memoria de la conversación en curso y nada más. La memoria por máquina, cuando haya un registro fiable de intervenciones, y validada.

¿Qué documentación entra y cuál no en un RAG sobre manuales?#

Esta tabla es la que más discusión genera, porque casi todos los fabricantes tienen de todo.

Sobre idiomas: el buscador se probó en español, inglés y catalán. Funciona, con un riesgo concreto entre lenguas cercanas: una pregunta en catalán puede recuperar un fragmento en castellano que dice casi lo mismo pero no exactamente lo mismo. Para manuales con traducciones oficiales, conviene que el sistema sepa en qué idioma está cada fragmento y priorice el idioma de la pregunta.

Si metemos más documentación, ¿vale la misma propuesta?#

No. Es la pregunta que más incomoda y conviene responderla con claridad desde el principio. Pasar de 40 a 90 PDFs no es "lo mismo con más ficheros": los 50 restantes son justo los difíciles (esquemas, escaneos, multiidioma). Cada tipo nuevo de documento es un trabajo de extracción y de medición nuevo. Por eso la propuesta se cierra sobre un listado de documentos concreto y lo que quede fuera se escopa como fase siguiente.

El dataset de preguntas y respuestas (ground truth)#

Sin un juego de preguntas reales con su respuesta correcta y la página donde está, nadie puede decir si el asistente funciona. Lo tiene que preparar el cliente, porque es quien sabe qué pregunta un técnico a las siete de la mañana. Pido entre 40 y 60 preguntas, mezcladas: fáciles, difíciles, con códigos de error y alguna cuya respuesta no esté en los manuales, para comprobar que el asistente sabe decir "no lo sé".

Claude en AWS Bedrock vs API de Anthropic vs Claude Team: ¿dónde montar el asistente en 2026?#

En las reuniones aparecen las tres opciones y no compiten exactamente por lo mismo.

Mi lectura: si los manuales son de clientes tuyos (como en la asistencia técnica remota, que gestiona documentación de varios fabricantes), Bedrock en tu cuenta de AWS es la opción que mejor responde a la pregunta de la confidencialidad. Si solo quieres que tu oficina técnica consulte veinte manuales propios, un plan de equipo puede bastar y no necesitas un desarrollo. Los precios de los planes los tengo desglosados en cuánto cuesta Claude Team y Enterprise en una empresa española, y la comparación de despliegues en cómo desplegar Claude en empresa con GDPR.

¿Cuánto cuesta un asistente sobre manuales con Claude en Bedrock? Comparativa de precios#

Son tres costes distintos y conviene no mezclarlos: el modelo por consulta, la infraestructura de AWS y el desarrollo.

Precios de lista de los modelos en Amazon Bedrock, región Europa (España, eu-south-2), consultados el 19 de octubre de 2026 en la lista de precios pública de AWS. En dólares por millón de tokens, sin impuestos. "Global" enruta a cualquier región comercial del mundo; "UE" es el perfil de inferencia que solo enruta dentro de la UE.

Dos datos más de la misma fuente: Cohere Rerank 3.5 cuesta 0,002 $ por unidad de búsqueda en Frankfurt (eu-central-1), unos 2 $ por cada 1.000 consultas de hasta 100 fragmentos; no aparece en la lista de precios de la región de España. Y los precios de la API directa de Anthropic para los mismos modelos coinciden con la columna global (4/20 $ Opus 5.5, 2/10 $ Sonnet 5.5, 0,10/0,50 $ Haiku 5.5), según su página de precios del 19 de octubre de 2026.

Con esos precios, este es el coste de modelo por consulta. Es un cálculo mío con supuestos que indico: 7.000 tokens de entrada (pregunta, instrucciones y fragmentos recuperados) y 800 tokens de salida, perfil UE, más una reordenación con Rerank 3.5.

La conclusión que saco en las reuniones: el modelo es la parte barata. Una empresa de servicio técnico con 2.000 consultas al mes paga decenas de dólares de modelo. Lo caro es el preprocesado de los documentos, la medición y el mantenimiento cuando llegan manuales nuevos. El razonamiento del modelo se factura como tokens de salida, así que si se le pide pensar más, la salida crece; por eso el escenario con Opus solo lo recomiendo para preguntas que combinan varios manuales.

Si quieres que haga estos números con tus manuales y tu volumen real de consultas, cuéntame cuántos técnicos y cuántos PDFs tenéis y te devuelvo la estimación por email.

La infraestructura (servidor de la API, PostgreSQL, almacenamiento de los PDFs) la paga el cliente directamente a AWS, a nombre de su empresa. No hago de intermediario en esa factura, y la cuenta queda a su nombre desde el primer día, que es lo que explico en el post sobre dependencia de un proveedor de IA.

Y el desarrollo:

Dónde se alojan los datos: región de AWS en España, Irlanda y perfil UE#

La región de AWS en España es eu-south-2 (Aragón), abierta en noviembre de 2022. Que exista no significa que todos los modelos estén servidos "solo en España". Esto es lo que dice la documentación de AWS para Claude Sonnet 5.5, consultada el 19 de octubre de 2026:

Por eso en la propuesta del caso se habla de "eu-west-1, migrable a la región de España": la base de datos, los PDFs y la API pueden vivir en España, y las llamadas a Claude salen por el perfil UE, que tiene seis destinos posibles, todos dentro de la UE. Si un cliente necesita que la inferencia ocurra en un único país, hoy eso condiciona qué modelo puede usar.

Otro dato que tranquiliza en las reuniones: según la documentación de protección de datos de Amazon Bedrock, los proveedores de los modelos no tienen acceso a los registros de Bedrock ni a los prompts y respuestas de los clientes. Lo amplío en la guía de dónde van los datos cuando una empresa usa IA.

Novedades 2026 en Bedrock y Claude que afectan a un asistente de manuales#

Lo que ha cambiado este año y que cambia decisiones de diseño:

• Claude Sonnet 5.5 llegó a Bedrock el 28 de septiembre de 2026, con 1 millón de tokens de contexto, y hoy tiene perfil de inferencia UE según su ficha de modelo en AWS. Para responder sobre manuales es el modelo que uso por defecto. Las diferencias con Opus y Haiku las detallo en Opus 5.5 vs Sonnet 5.5 vs Haiku 5.5.
• Haiku 5.5 cobra según la longitud del prompt: hasta 100.000 tokens, 0,10/0,50 $ por millón; por encima, 0,50/2,50 $. Para un RAG que manda 7.000 tokens por consulta, es muy barato. Para meter un manual entero en el prompt, deja de serlo.
• La lectura de caché en Sonnet 5.5 y Opus 5.5 cuesta el 5 % del precio de entrada según Anthropic. Las instrucciones fijas del asistente se reutilizan casi gratis.
• En Bedrock, Sonnet 5.5 no admite salidas estructuradas (structured outputs) en ninguno de sus dos endpoints, según su ficha de modelo. Si tu aplicación necesita JSON estricto, hay que validarlo en tu código.
• Los perfiles geográficos tienen un 10 % de recargo sobre el global, tanto según Anthropic como en la lista de precios de AWS.

¿Cuál es la mejor forma de montar un asistente sobre manuales técnicos en España en 2026?#

Para un fabricante o una empresa de servicio técnico de 10 a 200 personas con manuales de clientes o con requisitos de confidencialidad, la mejor forma en 2026 es un RAG a medida sobre AWS Bedrock con Claude Sonnet 5.5 en perfil UE, empezando por los manuales con texto y un juego de 40-60 preguntas de prueba, desde 5.000 € por fase. Si los documentos son pocos y propios, un plan de equipo de Claude basta.

Los precios del plan Team son los de la página de Anthropic consultada el 19 de octubre de 2026. Para un servicio técnico que atiende a varios fabricantes, la fila que suele ganar es la tercera, porque la separación por cliente y la cita a la página no son opcionales.

Paso a paso: cómo arranco un proyecto así con un fabricante#

1. Inventario de documentos. Listado de PDFs con tipo, idioma, si tiene texto o es escaneo y a qué máquinas aplica. En el caso de septiembre, este paso separó los 40 que entraban de los 50 que no.
2. Juego de preguntas. El cliente prepara 40-60 preguntas reales con su respuesta y su página. Incluye preguntas sin respuesta en los manuales.
3. Decisión de nube y región. Cuenta de AWS a nombre del cliente, región para datos y perfil UE para el modelo. MFA desde el primer día.
4. Extracción y troceado. Por capítulo, sección y página, con tablas extraídas aparte. Aquí se va la mayor parte del tiempo.
5. Búsqueda híbrida y reordenación. Semántica más palabras clave, porque los códigos de error y las referencias se buscan mal solo por significado.
6. Respuesta con cita y umbral. Claude redacta solo con los fragmentos recuperados, cita PDF y página, y si nada supera el umbral, lo dice.
7. Medición. Se pasa el juego de preguntas, se revisan los fallos uno a uno y se ajusta. El umbral lo fija el cliente con los resultados delante.
8. Interfaz y accesos. PC, tablet o gafas inteligentes; autenticación por cliente y por rol.
9. Traspaso. Código fuente, documentación de operación y cuentas a nombre del cliente.

Configuración recomendada para un RAG sobre manuales en Bedrock#

Si te interesa qué base vectorial usar fuera de PostgreSQL, tienes la comparativa de bases de datos vectoriales de 2026. Para la mayoría de fabricantes con menos de unos miles de manuales, pgvector en el mismo PostgreSQL es suficiente.

Otros fabricantes: tres reuniones que no acabaron en un RAG (todavía)#

No todas las conversaciones sobre manuales terminan en un buscador. Estas tres son de 2026 y cada una enseña algo:

Si lo tuyo son memorias técnicas, mediciones y presupuestos de obra más que manuales de máquina, las preguntas de ese sector las recojo en IA para ingenierías y estudios de arquitectura con Presto, BC3 y CYPE. La de visión artificial la cuento con más detalle en el post de visión IA para control de calidad industrial en pymes. La de la distribuidora es la más interesante para quien ya ha empezado: cuando una empresa tiene un hub documental funcionando, la pregunta no es qué herramienta nueva comprar, sino si lo que tiene responde bien y con qué medición lo sabe.

Errores comunes al montar un asistente sobre manuales técnicos#

• Prometer el 100 % de la documentación en la primera fase. Los esquemas y los escaneos son la mitad del trabajo y la mitad del riesgo.
• No tener juego de preguntas. Sin él, la validación es "a mí me ha funcionado", que no aguanta la primera queja de un técnico.
• Pedirle que diagnostique. Un buscador con cita no es un sistema de diagnóstico. Si se usa como tal, el error acaba en la máquina del cliente.
• Memoria persistente desde el día uno. Una respuesta equivocada aceptada se queda y contamina las siguientes.
• Mostrar un porcentaje con decimales al técnico. Transmite una precisión que no existe; para él, semáforo.
• Mezclar idiomas en el mismo índice sin etiquetarlos. Las lenguas cercanas se confunden.
• Cuenta de AWS o de Anthropic a nombre del proveedor. Si el proveedor desaparece, el sistema se para.
• Elegir el modelo más caro por defecto. Con buena recuperación, Sonnet 5.5 responde bien a casi todo; Opus 5.5 duplica el coste por consulta.
• Indexar versiones antiguas y nuevas sin distinguirlas. El asistente citará el par de apriete de un modelo que ya no se fabrica.

Si dudas entre ajustar un modelo o montar un RAG, te dejo la comparación de fine-tuning vs RAG. Para manuales que cambian, RAG.

Qué dicen los usuarios de estas herramientas#

No he encontrado reseñas públicas fiables y fechadas sobre asistentes de manuales construidos sobre Bedrock que pueda citar aquí, y no voy a resumir opiniones que no he podido verificar. Lo que sí puedo contar es lo que repiten los técnicos y responsables de postventa en mis reuniones de 2026: lo que más valoran es la cita a la página, porque les permite comprobar en segundos; lo que más les molesta es una respuesta segura que resulta estar equivocada, mucho más que un "no lo encuentro". Por eso insisto en el umbral y en que el asistente sepa decir que no.

¿Quién implanta y forma al equipo en Claude y Bedrock en España?#

Soy Javier Santos Criado, consultor IA en Javadex. Monto asistentes sobre documentación técnica para fabricantes y empresas de servicio técnico, y dejo a su equipo formado para mantenerlos. Trabajo con la cuenta de AWS a nombre del cliente, entrego el código fuente libre de uso y separo por escrito qué documentos entran en cada fase.

Para quién no es esto: si tienes una docena de manuales propios y nadie fuera de la oficina técnica los consulta, no necesitas un desarrollo; un plan de equipo de Claude y una buena carpeta de proyecto te resuelven la mayor parte. Tampoco es para quien espera un diagnóstico automático de averías en la primera fase.

Cuando además del buscador quieres que toda la empresa tenga su propio asistente de IA privado, con tu marca, varios modelos y datos en Europa, eso es Cortex: desde 5.000 €, en producción en 30 días y sin quedarte atado a un proveedor. El buscador de manuales encaja como una pieza más dentro de él. Si el problema es más amplio que los manuales (correos, procedimientos internos, Drive o SharePoint), mira también el copiloto interno con RAG sobre los documentos de la empresa.

→ Cuéntame qué manuales tenéis y quién los consulta. Te respondo por email en menos de 24 horas con qué documentos entrarían en una primera fase y qué quedaría fuera.

Preguntas frecuentes#

¿Cuánto cuesta un asistente de IA sobre manuales técnicos?#

El desarrollo a medida empieza en 5.000 € por fase y la banda habitual es de 5.000 a 15.000 €. Aparte, el modelo cuesta unos 0,026 dólares por consulta con Claude Sonnet 5.5 en el perfil UE de Bedrock, y la infraestructura de AWS la paga el cliente en su propia cuenta.

¿Cuánto cuesta Claude en AWS Bedrock en 2026?#

Según la lista de precios de AWS consultada el 19 de octubre de 2026, Claude Sonnet 5.5 cuesta 2 dólares por millón de tokens de entrada y 10 de salida en modo global, y 2,20 y 11 en el perfil UE. Opus 5.5 cuesta 4 y 20 (4,40 y 22 en UE) y Haiku 5.5, 0,10 y 0,50 (0,11 y 0,55 en UE).

¿Se puede usar Claude en AWS con los datos en España?#

Los datos, la base de datos y la aplicación pueden estar en la región de AWS en España (eu-south-2). Las llamadas a Claude Sonnet 5.5 se hacen con el perfil de inferencia UE, que enruta a seis regiones de la UE, España incluida. A 19 de octubre de 2026, la inferencia solo en España no está disponible para ese modelo.

¿Un asistente sobre manuales puede diagnosticar averías?#

No debería. Responde lo que está escrito en el manual y cita la página. Si el síntoma no aparece en la documentación, tiene que decir que no lo encuentra. El diagnóstico a partir de datos de la máquina es otro proyecto, con otra validación.

¿Qué fiabilidad tiene un RAG sobre manuales en 2026?#

Depende de los documentos y del umbral que fije el cliente. Propongo empezar con un 70 % de similitud mínima y medir con un juego de 40-60 preguntas reales. En modo buscador se puede dar un porcentaje determinista; en modo razonamiento no se puede garantizar.

¿Puede leer esquemas eléctricos, neumáticos y planos?#

En la primera fase que propongo, no. La información de un esquema está en el dibujo y necesita visión artificial y revisión técnica. Se escopa como fase aparte.

¿Qué tiene que aportar el fabricante?#

El listado de manuales con su versión, una cuenta de AWS a su nombre y, sobre todo, un juego de preguntas con su respuesta y página correctas, más una persona que revise los fallos durante la medición.