Verificado end-to-end: lectura de contactos (1065) y libretas desde osint_db; crear un
contacto con 2 telefonos escribe DuckDB + empuja a Xandikos; borrarlo limpia ambos (DB + 404
en Xandikos). El multi-valor real se sirve desde DuckDB (p.ej. un contacto con dos TEL).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- ContactIn + frontmatter + vCard multi-valor: emite N TEL, N EMAIL, N ADR; _vcard_to_json
parsea ADR -> direcciones[] (y sigue leyendo X-OSINT-DIRECCION legacy). Los singulares
telefono/email/direccion se mantienen por compat (= primer elemento de cada lista).
- Libretas de contactos (addressbooks): endpoints GET/POST /api/addressbooks; en
ContactsView un selector de libreta + boton 'Nueva libreta' (replica del patron de crear
calendario) + filtro por libreta en la lista.
- Frontend ContactsView: TagsInput para telefonos/emails/direcciones, cargando TODOS los
valores al editar (antes solo el primero).
- Feature flag OSINT_DB_BACKEND (dev/feature_flags.json, default off): con ON, osint_web
lee/escribe contra el service osint_db (DuckDB = fuente de verdad) via
server/osintdb_client.py; con OFF, el comportamiento historico (vault .md + vCard
Xandikos) queda intacto byte a byte.
Verificado: 52 tests backend (40 + 12 nuevos), tsc --noEmit limpio.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
egutierrez