RAG developer freelance: qué haces, cuánto cobras y cómo encontrar proyectos
Resumen clave: Si quiere algo que escale, ve a custom. 4 patrones de proyecto RAG que verás una y otra vez Patrón 1: Chatbot de documentación interna El caso más común. Chunks de 200 tokens pierden contexto. Chunks de 2.000 tokens diluyen la señal.
La generación aumentada por recuperación (RAG) se convirtió en la arquitectura estándar para cualquier producto que necesite un LLM que responda con datos privados. Eso crea demanda de un perfil específico: el desarrollador que sabe diseñar, construir y mantener pipelines RAG completos.
Este artículo cubre las responsabilidades técnicas del rol, las tarifas de mercado en España y Europa, el stack tecnológico que necesitas dominar y los patrones de proyecto que más se repiten.
¿Qué hace un RAG developer?
Un RAG developer no «conecta ChatGPT a una base de datos». Diseña sistemas de recuperación de información que alimentan a un modelo de lenguaje con contexto relevante antes de generar una respuesta. Las fases del trabajo: Para más contexto, te recomendamos leer sobre CRM para Freelance Developer y Comparativa.
- Ingesta de documentos: convertir PDFs, páginas web, bases de datos, Notion, Confluence, Google Drive en texto procesable. Cada fuente tiene sus particularidades (OCR para PDFs escaneados, parseo de HTML para webs, APIs para SaaS).
- Chunking: dividir el texto en fragmentos que sean lo bastante pequeños para caber en el context window del modelo pero lo bastante grandes para mantener coherencia semántica. No hay un tamaño universal: documentos legales necesitan chunks distintos que artículos de blog.
- Embeddings: convertir cada chunk en un vector numérico usando modelos como text-embedding-3-large (OpenAI), Cohere embed-v3 o BGE-M3 (open source). La elección del modelo de embedding afecta directamente a la calidad de la recuperación.
- Vector database: almacenar los embeddings en una base de datos vectorial (Pinecone, Weaviate, pgvector, Qdrant, Chroma). Configurar índices, metadata filtering y estrategias de búsqueda (cosine similarity, hybrid search).
- Retrieval: cuando el usuario hace una pregunta, convertir la pregunta en embedding, buscar los chunks más relevantes, y pasarlos como contexto al LLM. Aquí entra el reranking (Cohere Rerank, cross-encoders) para mejorar la precisión.
- Generación: el LLM genera la respuesta basándose en los chunks recuperados. El system prompt define el comportamiento: citar fuentes, indicar cuando no tiene información, evitar alucinaciones.
- Evaluación: medir la calidad del sistema con métricas como context relevance, answer faithfulness y answer relevance. Herramientas como RAGAS o evaluaciones manuales con golden datasets.
Tarifas de RAG developer freelance
Los datos provienen de ofertas en Upwork, Toptal y comunidades técnicas (Discord AI Engineers Spain, r/Rag en Reddit):
| Experiencia | Tarifa hora (€) | Tarifa día (€) | Proyecto típico | ||
|---|---|---|---|---|---|
| Junior (6-12 meses con RAG) | 40 – 65 | 320 – 520 | Chatbot básico con documentos | ||
| Mid (1-2 años, RAG + evaluación) | 65 – 100 | 520 – 800 | Pipeline RAG con reranking y metadata | ||
| Senior (2+ años, producción) | 90 – 150 | 720 – 1.200 | Arquitectura RAG multi-fuente en producción |
Proyectos y presupuestos orientativos
| Tipo de proyecto | Duración | Presupuesto (€) | ||
|---|---|---|---|---|
| Chatbot de FAQ sobre documentación interna | 5-8 días | 3.000 – 5.000 | ||
| RAG sobre base de datos de clientes con metadata filtering | 10-15 días | 6.000 – 10.000 | ||
| Pipeline multi-fuente (PDF, web, API) con evaluación automatizada | 15-25 días | 10.000 – 18.000 | ||
| Sistema RAG empresarial con guardrails, auditoría y A/B testing | 20-40 días | 15.000 – 35.000 |
Calcula tu tarifa con la calculadora de tarifa ideal.
Stack tecnológico del RAG developer
Componentes y herramientas
| Componente | Opciones más usadas (2026) | ||
|---|---|---|---|
| Framework | LangChain, LlamaIndex, Haystack, custom | ||
| Embeddings | OpenAI text-embedding-3-large, Cohere embed-v3, BGE-M3 | ||
| Vector DB (managed) | Pinecone, Weaviate Cloud, Qdrant Cloud | ||
| Vector DB (self-hosted) | pgvector (PostgreSQL), Chroma, Qdrant | ||
| Reranking | Cohere Rerank, cross-encoders (bge-reranker) | ||
| Chunking | LangChain text splitters, semántico con modelos | ||
| LLM | GPT-4o, Claude 3.5 Sonnet, Gemini 2.0, Llama 3.3 | ||
| OCR (para PDFs) | Azure Document Intelligence, Tesseract, marker-pdf | ||
| Evaluación | RAGAS, LangSmith, custom Python |
¿Framework o custom?
Los frameworks (LangChain, LlamaIndex) aceleran el prototipado pero añaden complejidad innecesaria en producción. Muchos equipos senior optan por construir pipelines custom con las APIs directas de cada componente. La ventaja: control total sobre cada paso, debugging más fácil, sin dependencias de terceros.
Si el cliente quiere un POC rápido, usa un framework. Si quiere algo que escale, ve a custom.
4 patrones de proyecto RAG que verás una y otra vez
Patrón 1: Chatbot de documentación interna
El caso más común. Una empresa tiene 500+ páginas de documentación en Confluence/Notion/Google Drive y quiere un chatbot que responda preguntas de sus empleados.
Qué hacer:
- Ingesta via API (Confluence API, Notion API, Google Drive API)
- Chunking semántico (no fijo)
- Embeddings con modelo multilingüe (BGE-M3 funciona bien en español)
- pgvector si ya usan PostgreSQL, Pinecone si no
- Reranking para mejorar precisión
- UI: chat web o integración en Slack/Teams
Tarifa razonable: 4.000 – 8.000 € por el pipeline completo.
Patrón 2: Búsqueda semántica sobre contratos/documentos legales
Empresas de legaltech o departamentos jurídicos que necesitan buscar cláusulas en miles de contratos.
Qué hacer:
- OCR para PDFs escaneados (Azure Document Intelligence o marker-pdf)
- Chunking por sección legal (no por tamaño)
- Metadata: tipo de contrato, fecha, jurisdiction, partes
- Búsqueda con metadata filtering (solo contratos de 2024, solo cláusulas de penalización)
- Respuestas con citas textuales y referencia al documento fuente
Tarifa razonable: 6.000 – 12.000 €.
Patrón 3: Asistente de atención al cliente con RAG sobre productos
E-commerce o SaaS que quiere un asistente que responda preguntas sobre sus productos, políticas de devolución y estado de pedidos.
Qué hacer:
- Ingesta de catálogo de productos, FAQs, políticas
- Integración con el CRM/API de pedidos para respuestas personalizadas
- Guardrails: no responder sobre temas fuera de scope
- Evaluación continua con transcripts reales
Tarifa razonable: 5.000 – 10.000 €.
Patrón 4: RAG interno con múltiples fuentes de datos
Empresas medianas que quieren un «ChatGPT interno» que consulte su documentación, su base de conocimiento, sus Slack messages y su CRM.
Qué hacer:
- Ingesta multi-fuente con conectores específicos
- Routing: determinar qué fuentes consultar según la pregunta
- Orquestación de múltiples retrievers
- Deduplicación de resultados
- Respuesta sintetizada con citas
Tarifa razonable: 10.000 – 25.000 €.
Errores técnicos más comunes en proyectos RAG
- Chunking demasiado pequeño o demasiado grande. Chunks de 200 tokens pierden contexto. Chunks de 2.000 tokens diluyen la señal. Para la mayoría de casos, 400-800 tokens con overlap de 50-100 funciona.
- No usar reranking. La búsqueda vectorial devuelve los chunks más similares semánticamente, pero no siempre los más relevantes para la pregunta. Un reranker (Cohere Rerank o un cross-encoder) mejora la precisión un 15-25% en la mayoría de benchmarks.
- Ignorar metadata. Si tienes documentos de diferentes clientes, departamentos o fechas, la metadata filtering reduce el espacio de búsqueda y mejora resultados.
- No evaluar. Sin un golden dataset de preguntas y respuestas esperadas, no puedes medir si tus cambios mejoran o empeoran el sistema.
- Usar embeddings genéricos para dominios específicos. Si el dominio tiene vocabulario técnico (médico, legal, financiero), los embeddings genéricos pierden matices. Considera fine-tunar el modelo de embeddings con datos del dominio.
Cómo posicionarte como RAG developer
Portfolio
Necesitas al menos un proyecto público que demuestre que sabes construir un pipeline RAG completo. Opciones:
- Un RAG sobre documentación open source (por ejemplo, un chatbot que responda preguntas sobre la documentación de Django o React)
- Un proyecto en GitHub con README detallado: arquitectura, decisiones técnicas, resultados de evaluación
- Un blog post técnico explicando un caso de uso real con métricas
Canales
- Malt (ES): búsquedas de RAG creciendo rápidamente
- Upwork: filtra por «RAG», «retrieval augmented», «vector database»
- LinkedIn: publica sobre arquitectura RAG con ejemplos concretos
- Comunidades: r/Rag (Reddit), Discord de LlamaIndex y LangChain
Para más contexto sobre el mercado, consulta la guía completa de freelance en IA y la guía senior.
¿Te está sirviendo SeniorStack? Añádenos a tus fuentes preferidas en Google y nos verás destacados en tus resultados y respuestas de IA.