--- tags: - checklist version: "2.0 - Cliente HiDrive nativo" date: 2026-05-07 --- # Checklist de Implementación: Organización e Indexación de 200.000 Archivos > Lista de tareas detallada y ordenada para la implementación completa de la arquitectura de almacenamiento, sincronización e indexación de conocimiento personal. > > **Convención**: cada tarea está marcada con prioridad y dependencias. No saltarse fases sin haber completado las anteriores: cada una asume que las previas están operativas. > > **Versión 2.0**: actualizada para reflejar las decisiones de mayo 2026: cliente nativo HiDrive como motor de sincronización, y migración progresiva a Markdown en lugar de conversión automática gdoc→docx. --- ## Fase 0. Preparación previa y auditoría > Objetivo: saber exactamente qué tienes antes de tocar nada. Los errores más caros se cometen por no medir antes de empezar. ### 0.1 Auditoría del estado actual - [ ] Inventariar volumen real en Google Drive: tamaño total, número de archivos, número de archivos nativos (.gdoc, .gsheet, .gslides) vs estándar - [ ] Inventariar volumen real en Dropbox: tamaño total, número de archivos, identificar el vault de Obsidian - [ ] Inventariar contenido en la carpeta IONOS legacy del disco local (la que se descartó por HiDrive) - [ ] Inventariar contenido en disco duro externo histórico - [ ] Documentar volumen total estimado consolidado (suma de todo lo anterior, descontando duplicados conocidos) - [ ] Identificar carpetas con material especialmente sensible (político, NDA, personal íntimo, datos médicos de clientes) - [ ] Identificar archivos críticos cuyo extravío sería irreversible (originales, no copias) ### 0.2 Backup defensivo previo - [ ] **Antes de tocar nada**, hacer copia íntegra de Google Drive a HD externo dedicado (puede usarse Google Takeout para esto, con la ventaja añadida de que convierte automáticamente .gdoc a .docx) - [ ] Hacer copia íntegra de Dropbox a HD externo dedicado - [ ] Hacer copia íntegra de la carpeta IONOS legacy a HD externo - [ ] Verificar integridad del backup defensivo (abrir 5-10 archivos aleatorios y confirmar que se leen correctamente) - [ ] Etiquetar físicamente el HD con fecha y "BACKUP PRE-MIGRACIÓN — NO TOCAR" ### 0.3 Decisiones operativas previas - [ ] Decidir disco local del PC donde residirá el espejo principal (verificar espacio disponible mínimo: corpus actual × 1.5 para margen) - [ ] Decidir nomenclatura de carpetas raíz para distinguir orígenes (`_origen_drive/`, `_origen_dropbox/`, `_origen_ionos_legacy/`, `_origen_hd_externo/`) - [ ] Definir convención de nombres maestra para futuras carpetas (Title Case con tildes, snake_case solo para código y assets) - [ ] Decidir si Auditour es marca paraguas o si se usa el nombre personal en la documentación --- ## Fase 1. Contratación e infraestructura base > Objetivo: tener IONOS operativo y el cliente de sincronización funcionando antes de mover ningún archivo importante. ### 1.1 Contratación IONOS HiDrive Business 1 TB - [x] Verificar precio actual de promoción y precio de renovación post-año 1 - [x] Contratar el plan en https://www.ionos.es/soluciones-oficina/hidrive-almacenamiento-en-la-nube - [x] Activar verificación de doble factor (2FA) en la cuenta de IONOS - [x] Crear usuario protocolo dedicado en HiDrive (no usar el usuario maestro) - [x] Anotar usuario y contraseña del usuario protocolo en el gestor de contraseñas ### 1.2 Instalación del cliente nativo HiDrive para Windows - [x] Iniciar sesión en https://my.hidrive.com con la cuenta principal de IONOS - [x] Descargar el cliente Windows desde el footer de la web (Download HiDrive → Windows Software) - [x] Ejecutar el instalador `.exe` (requiere permisos de administrador) - [x] Iniciar sesión en el cliente con las credenciales de la cuenta principal - [ ] Verificar que el cliente aparece integrado en el explorador de Windows con iconos de estado - [ ] Configurar la ubicación de la carpeta local de HiDrive (ej. `C:\Users\nombreusuario\HiDrive` o ruta dedicada con espacio suficiente) ### 1.3 Configuración de sincronización selectiva - [ ] Activar la opción de **sincronización selectiva** en el cliente HiDrive - [ ] Por defecto, no sincronizar nada hasta tener clara la estructura - [ ] Crear desde la interfaz web de IONOS HiDrive la carpeta raíz `Conocimiento/` (o nombre equivalente) - [ ] Habilitar la sincronización de la carpeta `Conocimiento/` cuando esté lista para uso - [ ] Verificar que aparece en el explorador de Windows con icono de sincronización activa ### 1.4 Verificación funcional del cliente - [ ] Crear archivo de prueba en la carpeta local de HiDrive - [ ] Verificar en la interfaz web de IONOS que el archivo se sube en pocos minutos - [ ] Crear archivo desde la web de IONOS - [ ] Verificar que aparece localmente - [ ] Probar borrar un archivo desde local y comprobar que se borra en IONOS - [ ] Comprobar que las notificaciones del sistema avisan de eventos relevantes (sincronización completa, conflictos) ### 1.5 Pruebas controladas con un lote pequeño - [ ] Crear carpeta de prueba en local con 10-15 archivos variados (docx, pdf, jpg) - [ ] Mover la carpeta dentro de la carpeta sincronizada de HiDrive - [ ] Esperar a que el cliente complete la sincronización (icono verde en todos los archivos) - [ ] Verificar en la interfaz web de IONOS que los archivos llegaron íntegros - [ ] Abrir 3-4 archivos desde la web de IONOS para confirmar que se descargan bien - [ ] Documentar tiempo aproximado de sincronización para estimar la migración masiva --- ## Fase 2. Migración del corpus consolidado > Objetivo: mover todo el contenido a una estructura local consolidada en bruto, respetando origen, sin reorganizar todavía. ### 2.1 Preparación de la estructura local - [ ] Crear directorio raíz dentro de la carpeta sincronizada de HiDrive: `Conocimiento/` - [ ] Crear subcarpetas por origen: `_origen_drive/`, `_origen_dropbox/`, `_origen_ionos_legacy/`, `_origen_hd_externo/` - [ ] Verificar espacio disponible en el disco: debe ser al menos 1.5x el corpus total estimado - [ ] Configurar exclusión del antivirus para esta ruta (evita ralentizaciones masivas durante la sincronización) ### 2.2 Migración Drive → Local con Google Takeout > Decisión: en lugar de sincronización continua con conversión automática, se usa Google Takeout una sola vez para la migración inicial. Más simple, más fiable, y respeta la nueva estrategia de formato (ver Fase 3 sobre Markdown). - [ ] Acceder a https://takeout.google.com con la cuenta de Google - [ ] Seleccionar **solo Drive** (deseleccionar el resto) - [ ] Configurar formato de exportación: `.docx` para Docs, `.xlsx` para Sheets, `.pptx` para Slides - [ ] Elegir destino: descarga directa o envío a Drive/Dropbox para descarga posterior - [ ] Lanzar la exportación (Google avisará por email cuando esté lista, puede tardar horas o días) - [ ] Descargar los ZIP generados (vienen troceados si el volumen es grande) - [ ] Descomprimir todo dentro de `Conocimiento/_origen_drive/` - [ ] Verificar el conteo aproximado de archivos respecto al inventario inicial - [ ] Abrir 10-15 archivos aleatorios para verificar que son legibles (especialmente docx convertidos) ### 2.3 Migración Dropbox → Local - [ ] Si Dropbox está sincronizado localmente, copiar la carpeta de Dropbox a `Conocimiento/_origen_dropbox/` - [ ] **IMPORTANTE**: excluir el vault de Obsidian de esta migración (se queda en Dropbox como ubicación operativa) - [ ] Si Dropbox no está sincronizado localmente, descargar el contenido relevante desde la web de Dropbox - [ ] Verificar conteo y abrir 10-15 archivos aleatorios ### 2.4 Consolidación de IONOS legacy y HD externo - [ ] Copiar contenido de la carpeta IONOS legacy local a `Conocimiento/_origen_ionos_legacy/` - [ ] Conectar HD externo histórico - [ ] Copiar contenido a `Conocimiento/_origen_hd_externo/` (filtrar duplicados evidentes) - [ ] Desconectar HD externo y guardarlo - [ ] Verificar que todas las carpetas `_origen_*` tienen contenido y son accesibles ### 2.5 Sincronización con IONOS HiDrive - [ ] El cliente HiDrive empezará a subir el contenido automáticamente conforme se vaya copiando dentro de la carpeta sincronizada - [ ] **Esto puede durar muchos días** dada la velocidad limitada del servicio. Es esperable y aceptable. - [ ] Lanzar copias por lotes y dejar al cliente trabajar por las noches - [ ] Monitorizar el progreso desde el panel del cliente (porcentaje completado, archivos pendientes) - [ ] Estar atento a la "carpeta de conflictos" que el cliente genera con archivos rechazados (caracteres inválidos, rutas demasiado largas) - [ ] Renombrar manualmente los archivos problemáticos cuando aparezcan - [ ] Verificar periódicamente desde la interfaz web de IONOS que los archivos llegan correctamente - [ ] Validar acceso desde la interfaz web abriendo varios archivos aleatorios cuando termine cada lote grande --- ## Fase 3. Migración progresiva a Markdown > Objetivo: ir transformando el corpus textual a formato abierto y duradero (Markdown), siguiendo la lógica de "patient architecture": no todo de golpe, solo lo que se va tocando. ### 3.1 Definir el alcance de la conversión - [ ] Aplicar la regla: si lo que importa es el **texto y las ideas** → Markdown. Si lo que importa es la **forma visual final** → mantener .docx o .pdf - [ ] Identificar tipos de documento candidatos a Markdown: notas, artículos, ensayos, ideas, documentación - [ ] Identificar tipos de documento que NO se convierten: hojas de cálculo (.xlsx), presentaciones (.pptx), contratos formales, material gráfico ### 3.2 Herramientas de conversión - [ ] Verificar que Google Docs ofrece descarga nativa en .md (Archivo → Descargar → "Markdown (.md)") para conversiones puntuales - [ ] Instalar [Pandoc](https://pandoc.org/) en local para conversiones .docx → .md más complejas - [ ] Probar Pandoc con un documento representativo: `pandoc archivo.docx -o archivo.md` - [ ] Documentar los flags más útiles (preservación de imágenes, tablas, etc.) en una nota de referencia ### 3.3 Patrón de conversión progresiva - [ ] No convertir todo de golpe: aplicar **migración por valor** - [ ] Cuando se toque un documento (consulta, edición, revisión), convertir a Markdown si encaja en el perfil - [ ] Documentos sin tocar en años: dejarlos en su formato original dentro del archivo - [ ] Para los .gdoc convertidos a .docx por Google Takeout, decidir caso por caso si pasan a .md o se quedan en .docx - [ ] Mantener bitácora de conversiones realizadas en `BITACORA_CONVERSIONES.md` ### 3.4 Convergencia con Obsidian - [ ] Decidir si los Markdown del corpus principal viven dentro del vault de Obsidian o en carpetas separadas pero referenciadas - [ ] Si conviven: estructurar el vault para que pueda abarcar ambos (notas personales + documentos archivados) - [ ] Si separados: usar enlaces simbólicos o referencias de Obsidian para acceder al corpus desde el vault - [ ] Configurar Obsidian para indexar el corpus completo en búsquedas --- ## Fase 4. Operativa diaria estable > Objetivo: que el sistema funcione sin intervención manual, con la operativa diaria del cliente HiDrive cubriendo el día a día. ### 4.1 Verificación de la operativa del cliente - [ ] Confirmar que el cliente HiDrive arranca automáticamente con Windows - [ ] Verificar que las notificaciones de sincronización están activas - [ ] Comprobar el comportamiento ante reinicios y suspensiones del PC (debe retomar sincronización al despertar) - [ ] Documentar cómo pausar y reanudar la sincronización manualmente cuando se necesite ancho de banda ### 4.2 Gestión de conflictos y archivos rechazados - [ ] Revisar semanalmente la carpeta de conflictos del cliente HiDrive - [ ] Documentar tipos de conflictos recurrentes (caracteres inválidos, archivos abiertos, rutas largas) - [ ] Establecer rutina: cerrar Word/Excel/etc. antes de irse a dormir si hay sincronización pendiente ### 4.3 Verificación de las primeras semanas - [ ] Revisar el panel del cliente HiDrive diariamente durante las dos primeras semanas - [ ] Verificar que los archivos nuevos creados localmente aparecen en IONOS al cabo de minutos - [ ] Comprobar que los borrados locales se propagan correctamente a IONOS - [ ] Confirmar que el sistema sobrevive a reinicios, suspensiones y desconexiones temporales --- ## Fase 5. Backup en frío trimestral > Objetivo: tener una copia físicamente desconectada que proteja contra corrupción silenciosa y propagación de errores. ### 5.1 Preparación del HD externo dedicado - [ ] Adquirir HD externo de capacidad mínimo 2x del corpus actual (margen para crecer) - [ ] Formatear el disco con un sistema de archivos compatible y robusto (NTFS o exFAT) - [ ] Etiquetar físicamente: "BACKUP FRÍO TRIMESTRAL — [fecha primera operación]" - [ ] Crear carpeta raíz `Backup_Trimestral_AAAA-QN/` con estructura por fecha ### 5.2 Procedimiento operativo trimestral - [ ] Documentar protocolo escrito en un archivo `PROTOCOLO_BACKUP_FRIO.md` ubicado dentro del propio HD externo (siempre disponible) - [ ] Conectar HD externo al PC - [ ] Hacer copia de la carpeta local sincronizada con HiDrive al HD externo (con timestamp en carpeta nueva, sin sobrescribir copias previas) - [ ] Verificar conteo de archivos y tamaño total tras finalización - [ ] Abrir 10 archivos aleatorios del backup para confirmar legibilidad - [ ] Anotar en log físico (libreta o documento) la fecha y resumen de la operación - [ ] Desconectar HD externo y guardar en lugar seguro (no escritorio) ### 5.3 Calendario y disciplina - [ ] Programar recordatorios trimestrales en calendario (1 enero, 1 abril, 1 julio, 1 octubre) - [ ] Mantener regla estricta: el HD externo no se usa para nada más entre operaciones - [ ] Considerar tener dos HD externos en rotación (uno guardado fuera de casa, ej. en oficina, casa de un familiar) para protección ante incendio o robo --- ## Fase 6. Verificación periódica del sistema > Objetivo: detectar problemas antes de necesitar el backup, no cuando ya es tarde. ### 6.1 Verificación semestral de integridad - [ ] Programar recordatorio semestral en calendario - [ ] Tomar 5 archivos aleatorios de IONOS, descargarlos y abrirlos - [ ] Tomar 5 archivos aleatorios del último backup en frío, abrirlos - [ ] Verificar que los archivos coinciden en bytes con sus equivalentes en local - [ ] Documentar resultado en `BITACORA_VERIFICACIONES.md` (fecha, resultado, anomalías) ### 6.2 Revisión anual de la arquitectura - [ ] Programar recordatorio anual (cada enero) - [ ] Revisar precios de IONOS y comparar con alternativas europeas (Hetzner, pCloud, Infomaniak) - [ ] Revisar si el cliente HiDrive sigue siendo la mejor herramienta de sincronización para el caso - [ ] Revisar si las herramientas de IA elegidas siguen vigentes y adaptadas al uso real - [ ] Actualizar este checklist con aprendizajes acumulados ### 6.3 Test de restauración completa - [ ] Una vez al año, simular un escenario de pérdida total y restaurar desde IONOS o HD externo - [ ] Cronometrar cuánto tarda y qué problemas surgen - [ ] Documentar el procedimiento de restauración paso a paso - [ ] Mantener este procedimiento actualizado y guardado fuera del propio sistema --- ## Fase 7. Reorganización progresiva del corpus > Objetivo: pasar de la estructura mixta de "origen" a una taxonomía maestra coherente. Trabajo de meses, no de semanas. ### 7.1 Definición de la taxonomía maestra - [ ] Listar áreas reales de trabajo y vida (Política, SEO, Auditour, Articulismo, Salud, Ajedrez, Personal, Familia, etc.) - [ ] Definir profundidad máxima de carpetas (recomendado: 3 niveles, no más) - [ ] Definir convención clara de nombres de carpeta (Title Case, sin abreviaturas crípticas) - [ ] Documentar la taxonomía en `TAXONOMIA_MAESTRA.md` dentro del propio corpus ### 7.2 Migración progresiva por áreas - [ ] Empezar por el área más activa (probablemente Articulismo o Política) - [ ] Mover contenido relevante desde `_origen_*` a la nueva estructura - [ ] Ir vaciando progresivamente las carpetas `_origen_*` a medida que se procesa contenido - [ ] Eliminar carpetas `_origen_*` solo cuando estén completamente vacías - [ ] No forzar el ritmo: es trabajo de meses, encajado entre tareas reales ### 7.3 Migración de Evernote a Obsidian - [ ] Esto es un proyecto en curso ya iniciado: completar el mapa de conversión de tags con puntos - [ ] Ejecutar la migración bulk con el script Python preparado - [ ] Verificar que las 20.000 notas se convirtieron correctamente - [ ] Estructurar el vault de Obsidian con la misma taxonomía que el corpus principal - [ ] Mantener el vault sincronizado vía Dropbox como ya está decidido --- ## Fase 8. Indexación con IA (revisión a finales de 2026) > Objetivo: añadir capa de búsqueda semántica cuando la tecnología local esté madura y el corpus consolidado. ### 8.1 Evaluación de la situación tecnológica (Q4 2026) - [ ] Revisar estado de modelos locales open source (Llama, Qwen, Mistral en versiones de finales de 2026) - [ ] Revisar si han aparecido modelos con "contexto persistente" comerciales - [ ] Revisar si AnythingLLM, Khoj y Paperless-ngx siguen siendo las opciones recomendadas - [ ] Evaluar requisitos de hardware: ¿el LG Gram actual basta o necesita refuerzo (GPU externa, PC dedicado)? ### 8.2 Prueba piloto con un subconjunto - [ ] Elegir un subconjunto del corpus para piloto (ej. solo el área de Articulismo, ~5% del total) - [ ] Instalar la herramienta elegida en local - [ ] Indexar el subconjunto - [ ] Hacer 20-30 consultas reales y evaluar calidad de las respuestas - [ ] Documentar tiempo de indexación, calidad, problemas encontrados ### 8.3 Indexación completa del corpus - [ ] Si la prueba piloto satisface, lanzar indexación completa - [ ] Programar reindexación periódica (mensual o cuando se añada contenido sustancial) - [ ] Definir flujo de uso: ¿qué consultas se hacen contra IA local, cuáles contra IA cloud? ### 8.4 Segmentación por privacidad - [ ] Decidir qué áreas del corpus se procesan solo en IA local (material sensible, NDA, personal íntimo) - [ ] Decidir qué áreas pueden procesarse con IA cloud cuando se requiere mayor potencia - [ ] Configurar el sistema para respetar esta segmentación automáticamente --- ## Fase 9. Documentación operativa > Objetivo: que dentro de cinco años, tú o quien herede este sistema, pueda entenderlo y mantenerlo. ### 9.1 Documentación técnica - [ ] Mantener actualizado un `MANUAL_OPERATIVO.md` con: arquitectura, ubicaciones, contraseñas (referenciadas, no escritas) - [ ] Mantener `BITACORA_OPERACIONES.md` con eventos significativos: migraciones, fallos, recuperaciones - [ ] Almacenar la documentación en al menos dos ubicaciones distintas ### 9.2 Plan de continuidad - [ ] Documentar qué pasa con el archivo si tú no estás (acceso de familiares o socios) - [ ] Decidir herederos digitales según convenga (cuenta IONOS, Drive, Dropbox) - [ ] Almacenar credenciales maestras en gestor de contraseñas con acceso de emergencia ### 9.3 Compartición selectiva - [ ] Definir qué partes del corpus son compartibles con clientes/colaboradores - [ ] Establecer mecanismo de compartición (carpetas concretas con enlaces, no acceso global) - [ ] Documentar protocolo de compartición --- ## Resumen ejecutivo del calendario | Fase | Duración estimada | Cuándo | |---|---|---| | Fase 0: Preparación y auditoría | 1-2 semanas | Inmediato | | Fase 1: Infraestructura base | 1 semana | Tras Fase 0 | | Fase 2: Migración consolidada | 2-6 semanas (mucho tiempo de transferencia) | Tras Fase 1 | | Fase 3: Migración progresiva a Markdown | Continua, por valor | Solapada con uso normal | | Fase 4: Operativa diaria estable | 2-3 semanas de adaptación | Tras Fase 2 | | Fase 5: Primer backup en frío | 1 día | Tras Fase 4 | | Fase 6: Verificación | Continua, semestral | Permanente | | Fase 7: Reorganización | 6-12 meses | Solapada con uso normal | | Fase 8: Indexación con IA | 1-2 meses | Q4 2026 o más adelante | | Fase 9: Documentación | Continua | Permanente | **Tiempo total hasta tener arquitectura completa funcionando**: 2-3 meses para Fases 0-6; el resto es trabajo de mantenimiento y mejora progresiva. --- ## Principios operativos transversales A respetar en todas las fases: - **Nunca tocar producción sin backup defensivo previo**: cualquier operación masiva debe tener una vía de recuperación. - **Probar siempre con subconjuntos pequeños** antes de escalar a corpus completo. - **Documentar mientras se hace**, no después: la memoria de las decisiones se pierde rápido. - **No optimizar prematuramente**: la arquitectura es estable, las herramientas son sustituibles. - **Respetar el ritmo real de trabajo**: forzar la migración de 200.000 archivos en una semana es contraproducente. La velocidad limitada del cliente HiDrive no es un problema si la migración se planifica por lotes nocturnos. - **Verificar antes de necesitar**: un backup no verificado no es un backup.