Cómo preparar borradores de memorias técnicas I+D con IA
Un escenario de redacción asistida con fuentes identificadas, revisión experta y un piloto que mida el proceso completo.
Actualizado el 8 de septiembre de 2026.
Si trabajas en consultoría de deducciones fiscales por I+D+i, sabes lo que significa redactar una memoria técnica. No es un documento cualquiera: debe justificar con rigor técnico que las actividades encajan en los conceptos del artículo 35 de la Ley 27/2014 del Impuesto sobre Sociedades. Un error en la estructura, una cifra mal referenciada o una justificación débil puede comprometer el expediente.
El problema no es que los consultores no sepan escribir memorias. El problema es el coste de oportunidad: cada expediente exige reunir fuentes, comprobar cifras, sostener la argumentación y revisar el documento completo. Cuando el volumen crece, esas horas dejan de dedicarse a asesorar, mejorar la calidad o ampliar la capacidad del equipo.
La inteligencia artificial no sustituye al consultor. Puede ayudar a preparar un primer borrador estructurado, pero no garantiza que sea correcto ni que cumpla el criterio técnico o fiscal aplicable. El especialista sigue siendo responsable de contrastar las fuentes, corregir el texto y validar el expediente.
El dolor real: por qué las memorias técnicas son un cuello de botella
Hay tres aspectos que conviene evaluar al organizar la redacción de memorias en una consultora I+D+i.
1. Complejidad normativa
Una memoria técnica no es un informe libre. Debe responder al tipo de informe, procedimiento y esquema de certificación aplicables, además de justificar las actividades y los gastos que se pretenden acreditar. La estructura concreta debe comprobarse con la entidad acreditada y con la convocatoria o procedimiento vigente.
Cada dimensión requiere evidencias específicas, referencias verificables y una argumentación que conecte los trabajos realizados con el avance del estado del arte. No basta con describir qué se hizo. Hay que demostrar por qué lo que se hizo constituye investigación o desarrollo según la definición legal.
2. Volumen y estacionalidad
Los plazos fiscales y de cada procedimiento generan picos de trabajo concentrados. Una consultora puede acumular numerosos expedientes en preparación y revisión durante el mismo periodo.
El resultado habitual es presión sobre las personas que mejor conocen los expedientes y una mayor dependencia de traspasos apresurados. Ninguna de las dos cosas escala bien.
3. Consistencia entre expedientes
Cada memoria debe ser única — porque cada proyecto es diferente — pero debe mantener un estándar de calidad y estructura consistente. Cuando las memorias las redactan diferentes personas, con diferentes niveles de experiencia y diferentes interpretaciones de los criterios, la calidad oscila. Y las entidades evaluadoras notan esas oscilaciones.
Qué puede hacer un agente IA con una memoria técnica
En este escenario, un agente recibe una tarea de redacción y utiliza las fuentes y herramientas autorizadas para preparar una entrega. La duración, el acceso documental y los puntos de revisión dependen de la integración; deben definirse y comprobarse antes de utilizar el resultado.
En el contexto de memorias técnicas, llamamos WriterAgent a un escenario de agente especializado. Sirve para explicar qué debería hacer una integración bien gobernada; no identifica un agente preconfigurado disponible de forma general en BIKLABS.
Entrada: el expediente como fuente de datos
El punto de partida es un expediente digital completo. Esto incluye: fichas del proyecto, descripción de actividades I+D realizadas, datos del personal asignado, presupuesto ejecutado, hitos técnicos alcanzados y documentación de soporte (artículos científicos, patentes, informes de laboratorio).
En BIKLABS, el expediente puede organizarse como un proyecto con sus work items y contexto asociado. La superficie MCP disponible permite leer proyectos y work items autorizados. El acceso a adjuntos, expedientes completos o fuentes documentales adicionales dependería de una integración específica y no forma parte de la garantía MCP actual.
Proceso: un borrador estructurado por secciones
En este escenario, el especialista configura una estructura de trabajo antes de generar el borrador. Una organización posible incluye:
1. Identificación del proyecto — datos de la empresa, sector, ejercicio fiscal, tipo de deducción (I+D o IT). 2. Estado del arte — análisis del conocimiento científico-técnico previo, con referencias verificables. 3. Objetivos técnicos — qué se pretendía lograr y por qué constituye un avance sobre el estado del arte. 4. Descripción de actividades — desglose de las actividades realizadas, vinculando cada una con los criterios de novedad e incertidumbre. 5. Metodología — descripción del proceso sistemático seguido, incluyendo diseño experimental, prototipos, pruebas. 6. Resultados obtenidos — evidencia de los avances logrados, datos cuantitativos, conclusiones técnicas. 7. Personal investigador — cualificación del equipo, dedicación por actividad, coherencia con el presupuesto. 8. Presupuesto I+D — desglose por partidas, con vinculación a las actividades descritas.
El agente prepara cada sección a partir de las fuentes autorizadas. El especialista debe adaptar la estructura al procedimiento real y comprobar cualquier cifra, referencia o argumento antes de utilizar el documento.
Salida: un borrador revisable, no un documento final
Esto es fundamental. En el escenario descrito, WriterAgent produciría un borrador, nunca un documento listo para enviar. Su calidad dependería de las fuentes, el modelo, las instrucciones y la revisión; no publicamos un porcentaje universal de calidad.
En el flujo objetivo, el borrador vuelve al expediente para que el consultor lo revise junto al contexto del proyecto. La wiki ya ofrece una superficie de edición en preview; la colaboración multiusuario, el versionado integral y la trazabilidad de extremo a extremo siguen en desarrollo y no deben darse por supuestos.
Cómo diseñar una revisión fiable
La pregunta que todo consultor experimentado debe hacer es: "¿Cómo reduzco el riesgo de que el borrador parezca correcto sin serlo?"
La respuesta tiene tres partes.
Estructura normativa inyectada
En un despliegue de este escenario, la plantilla de secciones y los criterios de revisión deberían formar parte de la configuración y de las fuentes autorizadas. Esa estructura reduce omisiones, pero no garantiza la corrección jurídica o técnica del borrador: el especialista debe comprobar contenido, referencias y aplicabilidad al expediente.
Datos cuantitativos con fuente
El diseño debe exigir que horas, importes y fechas procedan de fuentes identificables. Un modelo puede inventar o transformar una cifra de forma incorrecta; por eso, los campos ausentes o inconsistentes deberían quedar marcados para revisión en vez de completarse con una aproximación.
Coherencia interna verificable
Una de las debilidades más comunes en memorias redactadas manualmente es la incoherencia entre secciones. El presupuesto dice una cosa, la descripción de actividades dice otra y el apartado de personal no cuadra con ninguno de los dos. Un agente que utilice una fuente estructurada común puede reducir esas discrepancias. Aun así, el consultor debe contrastar cada cifra y tratar cualquier dato ausente o contradictorio como una incidencia.
El flujo de trabajo que estamos validando
Este es el recorrido objetivo para una consultora. Las capacidades parciales deben comprobarse en cada despliegue antes de utilizarlo como proceso operativo.
1. Creación del expediente. El consultor crea un proyecto en BIKLABS para el ejercicio fiscal del cliente. Carga la documentación de soporte, rellena las fichas de proyecto y registra las actividades I+D realizadas durante el ejercicio. 2. Preparación para el agente. Cuando la documentación base está completa, el consultor define un work item de redacción, las fuentes autorizadas y el resultado esperado. La asignación a una identidad de agente forma parte de la superficie alpha y debe validarse para el workspace concreto. 3. Ejecución acotada. Un runtime externo compatible puede consultar mediante MCP el proyecto y los work items permitidos. El acceso a documentos, la generación del borrador y su devolución requieren una integración específica; duración, coste y visibilidad dependen del runtime y no se presentan aquí como resultados garantizados. 4. Entrega del borrador. El flujo objetivo devuelve el borrador al contexto del proyecto para revisión. La escritura automática en wiki y las notificaciones no forman parte de la superficie MCP limitada disponible hoy. 5. Revisión y validación. El consultor revisa el borrador, ajusta la argumentación técnica donde sea necesario, completa las secciones marcadas como pendientes y valida las cifras contra la documentación original. 6. Evidencia revisable. La operación debería conservar la identidad, el work item, el resultado y la decisión humana que estén disponibles. La cobertura de actividad, coste y revisiones varía por capacidad y no equivale a una trazabilidad completa o exportable del expediente.Lo que no automatiza (y por qué)
Hay partes de la memoria técnica que WriterAgent no toca, deliberadamente.
Juicio sobre la clasificación I+D vs IT. Determinar si una actividad encaja en investigación, desarrollo o innovación tecnológica exige criterio profesional y conocimiento del caso. Una clasificación sugerida por el modelo debe contrastarse con las actividades y los criterios aplicables; las palabras clave de la descripción no bastan para fundamentarla. Adecuación al procedimiento. El especialista debe comprobar el formato, el alcance y las evidencias exigidos por el procedimiento y por la entidad que intervenga. La argumentación debe apoyarse en hechos y fuentes pertinentes al proyecto. Validación de la coherencia global del expediente. Un agente puede ayudar a señalar discrepancias, pero la validación de que el expediente cuenta una historia consistente y defendible es trabajo del consultor.Estas responsabilidades forman parte del proceso de revisión propuesto. La disponibilidad de un modelo más capaz no elimina la necesidad de comprobar las fuentes y el alcance de sus conclusiones.
Qué habría que medir en un piloto
No publicamos todavía cifras de retorno como resultados de producto. Un piloto serio debería establecer una línea base y medir, al menos:
- Tiempo humano: preparación, revisión y corrección por memoria frente al proceso actual.
- Calidad del borrador: omisiones, referencias incorrectas y cambios sustantivos exigidos por el especialista.
- Consistencia: discrepancias numéricas o conceptuales detectadas entre secciones y fuentes.
- Coste de ejecución: consumo real del modelo, infraestructura e intervención humana por caso.
- Riesgo operativo: acciones bloqueadas, fuentes no disponibles e incidentes que requieran reversión.
Conclusión: automatizar la redacción, no el criterio
La redacción de memorias técnicas I+D combina rigor normativo, conocimiento técnico y capacidad de argumentación. La estructura y la preparación del borrador pueden asistirse; el criterio profesional y la estrategia de defensa no deben delegarse al modelo.
El escenario WriterAgent persigue automatizar la preparación de un borrador, no el criterio que lo hace defendible. BIKLABS aporta hoy la estructura de proyectos y una superficie MCP limitada; convertir ese escenario en un flujo operativo exige integrar las fuentes, validar el agente y diseñar la revisión humana.
El piloto debe mostrar si el borrador reduce trabajo de preparación sin trasladar un esfuerzo mayor a la revisión. Ese resultado se mide en el proceso completo, con el especialista que utilizará la entrega.
Explora el enfoque de BIKLABS para consultoría I+D+i →
BIKLABS es una plataforma de proyectos y conocimiento para equipos humano-agente. Los agentes externos pueden utilizar la superficie MCP actual sobre proyectos y work items; las capacidades internas, gates y registros se publican con su estado de disponibilidad. La adecuación legal depende de cada despliegue y caso de uso.
¿Quieres verlo en acción?
Descubre cómo BIKLABS integra agentes IA en tu flujo de trabajo.