Base de Conocimiento Multicapa

Total artefactos

1.847

en 6 capas

+340 mes

Duplicados detectados

214

11,6% del total

pendientes

Tiempo búsqueda

diario por persona

target <15min

Sin capa asignada

38%

conocimiento huérfano

crítico

Health score KB

de 100 posibles

mejorable

Arquitectura multicapa — estado actual

L1
Verdad operativa activa
GitHub Issues · PRs · Linear
Incompleto
34
issues activos
8
PRs abiertos
12
docs Linear

            📋
            cultivaia/playbooks
            repo Git
            OK
          

            📋
            cultivaia/plantillas-clientes
            repo Git
            sin sync
          

            ⚡
            Linear — Roadmap Q3 2026
            proyecto activo
            OK
          
L2
Memoria Claude Code
~/.claude/projects/*/memory/
Escasa
3
archivos
~4k
tokens total
0
frontmatter

            📝
            MEMORY.md
            sin estructura
            mejorar
          

            📝
            clientes.md
            desactualizado
            obsoleto
          

            📝
            procesos.md
            incompleto
            ampliar
          
L3
MCP Memory Graph
Grafo semántico · búsqueda vectorial
Fragmentado
120
entidades
18
relaciones
0
clusters

            🧠
            Entidades "cliente"
            40 entradas
            sin relac.
          

            🧠
            Entidades "proceso"
            22 entradas
            incompleto
          

            🧠
            Entidades "decisión"
            58 entradas
            indexado
          
L4
Knowledge Base Repo
Notas duraderas · exports · síntesis
Inexistente
0
docs
—
repo
—
commits

            🚨
            cultivaia/knowledge-base
            repo pendiente crear
            crear
          

            📦
            sessions/ — exports Claude
            sin capturar
            crear
          

            📦
            research/ — síntesis proyectos
            sin capturar
            crear
          
L5
Supabase / PostgreSQL
Datos estructurados · full-text search
Operativo
40
clientes CRM
1.2k
registros
8
tablas

            🗄️
            clientes + notas CRM
            tabla Supabase
            OK
          

            🗄️
            recursos_skills
            2.022 skills
            OK
          

            🗄️
            knowledge_docs
            tabla vacía
            poblar
          
L6
Archivo local / Notion
Notas humanas · docs temporales
Caótico
340
archivos local
89
notas Notion
38%
sin migrar

            📁
            /docs/ — carpeta local
            340 archivos mezclados
            organizar
          

            📒
            Notion wiki proyectos
            89 páginas
            migrar L4
          

            📱
            PDFs WhatsApp
            23 docs procesos
            ingerir
          

Auditoría de conocimiento — inventario priorizado

Artefacto de conocimiento	Tipo	Items	Capa destino	Acción recomendada	Prioridad
Proceso de onboarding de cliente	Proceso operativo	3	L2 Memory + L4 KB Repo	Deduplicar → 1 versión canónica en L4, resumen en L2	ALTA
Fichas de 40 clientes activos	CRM / Datos estructurados	40	L5 Supabase	Ya en L5 · exportar resúmenes a L3 MCP (entidad+relaciones)	MEDIA
Decisiones de negocio en Slack	Decisión estratégica	60+	L2 Memory + L3 MCP	Extraer decisiones clave → memory file (tipo: decisión) + entidades MCP	ALTA
Documentación técnica integraciones	Referencia técnica	18	L1 GitHub + L4 KB Repo	Centralizar en repo cultivaia/playbooks · tag [ref/integraciones]	ALTA
Aprendizajes por proyecto (tacit)	Know-how implícito	?	L4 KB Repo + L3 MCP	Sesiones de captura con cada consultor · crear plantilla post-mortem	ALTA
Notas de reuniones Notion	Contexto de proyecto	89	L4 KB Repo (archive)	Migrar a KB Repo bajo /sessions · indexar por cliente+fecha	MEDIA
PDFs de procesos (WhatsApp)	Proceso operativo	23	L4 KB Repo + L2 (resumen)	OCR + ingestión · comparar con versiones existentes antes de escribir	MEDIA
Templates de propuestas cliente	Plantilla reutilizable	12	L1 GitHub (plantillas-clientes)	Verificar versiones · un template canónico por tipo de servicio	BAJA
Preferencias de herramientas del equipo	Preferencia personal	6	L2 Memory (tipo: preferencia)	1 archivo por persona · formato frontmatter estándar	BAJA

Flujo de ingestión estándar (4 pasos)

→

Paso 1

Clasificar

Determinar el tipo de conocimiento y la capa de destino correcta antes de escribir una sola línea.

¿Es estado activo del proyecto? → L1 GitHub/Linear
¿Preferencia personal o contexto rápido? → L2 Memory
¿Necesita búsqueda semántica? → L3 MCP
¿Nota duradera > una sola sesión? → L4 KB Repo
¿Dato estructurado o doc grande? → L5 Supabase
¿Nota humana temporal? → L6 Local/Notion

→

Paso 2

Deduplicar

Buscar antes de crear. Actualizar en lugar de duplicar. Un hecho = una fuente canónica.

grep en archivos memory locales
search_nodes en MCP memory graph
Revisar GitHub issues/PRs similares
Buscar en Linear con términos clave
Si existe → actualizar, no crear nuevo
Registrar cross-referencia si hay overlap

→

Paso 3

Almacenar

Escribir en la capa correcta con formato estándar. Frontmatter YAML en todos los archivos.

Frontmatter: id, tipo, fecha, tags, autor
Nombres en kebab-case
Redactar datos sensibles antes de Git
Actualizar L2 Memory siempre (acceso rápido)
Crear entidad MCP si es referencia duradera
Commit en KB Repo si es documento largo

Paso 4

Indexar

Actualizar índices, añadir relaciones al grafo y verificar la calidad del gate antes de cerrar.

Actualizar INDEX.md en KB Repo
create_relations en MCP memory graph
Vincular al issue/PR de Linear si aplica
Verificar: sin duplicados nuevos creados
Verificar: datos sensibles redactados
Verificar: capa correcta elegida

Análisis de duplicados y health score

⚠️ Conflictos de duplicidad detectados

Proceso de onboarding de cliente

Notion (onboarding-v2.doc) Google Docs (onboarding-final) /docs/onboarding-jun25.pdf

→ Crear versión canónica en L4 KB Repo · archivar las 3 fuentes como historial

Checklist de entrega de proyecto

GitHub plantillas-clientes/ Notion wiki WhatsApp PDF

→ Comparar + fusionar · único en GitHub con tag [plantilla/entrega]

Integraciones con Supabase

cultivaia/playbooks/supabase.md MEMORY.md (fragmento) Notion — Dev wiki

→ L1 GitHub como fuente de verdad · L2 Memory solo resumen de 3 líneas

Tarifas de servicios 2026

HubSpot CRM (campo tarifa) /docs/tarifas-2026.xlsx

→ HubSpot es fuente operativa · exportar snapshot a L5 Supabase mensualmente

Credenciales de acceso clientes

1Password vault (único)

→ Sin duplicados · NUNCA migrar a Git, Memory ni Notion · referencia solo en L3 MCP (sin secretos)

📊 Health Score por capa

L1 GitHub

65%

L2 Memory

22%

L3 MCP

35%

L4 KB Repo

L5 Supabase

78%

L6 Local

15%

Score global

Mejorable

Target en 90 días: 75+

Top 3 acciones de impacto:

1. Crear repo cultivaia/knowledge-base (L4)

2. Deduplicar proceso onboarding (3 versiones)

3. Ampliar L2 Memory a 12 archivos estructurados

Reglas operativas del sistema

🔒

Seguridad y redacción

NUNCA incluir API keys, passwords ni tokens en archivos Git, Memory files o Notion. Solo en 1Password.

Antes de cualquier commit en L4 KB Repo, ejecutar:

grep -rE "(sk-|Bearer |password=|api_key)" . \
--include="*.md" --include="*.txt"
# Si encuentra matches → ABORTAR y redactar

📏

Convenciones de nombrado

Todos los archivos en kebab-case. Frontmatter YAML obligatorio.

Plantilla mínima para archivos en L2 y L4:

---
id: [uuid-corto]
tipo: decisión|referencia|proceso|sesión
fecha: 2026-06-18
tags: [cliente, integracion, onboarding]
autor: [nombre-consultor]
---

🔄

Sincronización periódica

Ciclo semanal de sync para mantener coherencia entre capas:

# Lunes — Sync semanal
1. Revisar Slack → capturar decisiones en L2+L3
2. Export sesiones Claude → commit L4
3. Verificar GitHub issues cerrados → L4
4. Deduplicar entidades MCP con > 30 días
5. Actualizar INDEX.md en KB Repo