Knowl

Memoria local-primero siempre actualizada para agentes de IA

Documentación

Knowl — persistent memory across sessions for Claude Code, Cursor and Codex, over MCP

Local-first. Tipado. Y retirado en el momento en que deja de ser cierto.

npm CI license node MCP

Scores 90 on MemoryAgentBench FactConsolidation single-hop at 262K 0 API keys needed 27 MCP tools 100% local, no egress

A decision recorded as active, a replacement typed at the command line, the predecessor struck through and marked superseded, then the benchmark result and the full capability set — 98% against 47% on conflict resolution, 27 MCP tools, no API key

Inicio rápido · Por qué la supersesión · Qué se almacena · Características · Configuración del agente · Visor · Requisitos · Referencia completa →


Los agentes de codificación comienzan cada sesión en blanco, por lo que los equipos escriben las cosas — y esas notas solo crecen. Seis meses después, el almacén todavía informa de la base de datos de la que migraste la primavera pasada, porque nada le dijo nunca que esa decisión había terminado.

Knowl es memoria persistente entre sesiones para Claude Code, Cursor y Codex: un almacén local al repositorio de átomos de conocimiento tipados — decisiones, restricciones, arquitectura, hechos, objetivos, estado y habilidades — leído y escrito a través de un MCP memory server o el CLI de knowl, donde un reemplazo retira a su predecesor en el momento de la escritura en lugar de situarse junto a él.

Inicio rápido

Requiere Node.js 22 o posterior.

npm install -g @dat999zx/knowl
cd your-project
knowl init

knowl init crea .knowl/, instala los archivos de guía del proyecto, actualiza .gitignore, y ofrece configuración de MCP y ciclo de vida para los agentes que detecte — Claude Code, Codex, Cursor, Gemini CLI, Claude Desktop. También prepara el modelo de incrustación local, pero nunca depende de que esa descarga tenga éxito.

Registra algo que valga la pena conservar:

knowl decide "Use SQLite" "Use SQLite for local project memory." \
  --reasoning "Keeps storage repository-local and simple to operate." \
  --alternatives PostgreSQL MongoDB \
  --tags database local-first

Léelo de vuelta, desde el CLI o desde cualquier agente conectado:

knowl query "why sqlite"     # search project memory
knowl state                  # the active memory, as a hierarchy
knowl status                 # repository, memory, AI, and workspace status
knowl doctor                 # check setup, retrieval, and agent registration

Luego inicia una nueva sesión de agente para que el host recoja su guía y el registro MCP. El CLI y knowl_query leen el mismo almacén bajo las mismas reglas de gobernanza.

La idea: memoria que se retira sola

La mayoría de los sistemas de memoria son de solo añadir. Almacenar "nos mudamos a SQLite" deja "usamos PostgreSQL" activo y recuperable, por lo que el agente obtiene ambos y elige por rango. Knowl trata una escritura del mismo tema como una corrección: el predecesor se marca como superseded, sale de la recuperación normal y permanece consultable a través de knowl timeline.

A write naming a subject the store already holds: the replacement takes the active lane, the predecessor is stamped superseded and moved into history, and a later query sweep matches only the current decision

Ese único comportamiento es la mayor parte de la diferencia de precisión. En el corpus de Resolución de Conflictos de MemoryAgentBench — 455 hechos, 100 preguntas sobre qué hecho es el actual, recuperación top-5, sin lector LLM:

Conflict-resolution retrieval ablation: supersession on reached 98 percent top-1 with 2 stale returns; supersession off reached 47 percent top-1 with 62 stale returns
ConfiguraciónTop-1Retornos obsoletosÁtomos activos
Supersesión ACTIVADA98.0%2 / 100306
Supersesión DESACTIVADA47.0%62 / 100455

Mismo corpus, mismo clasificador, misma ruta de consulta. La única variable es si el hecho desactualizado sigue activo. Esta es una medición a nivel de recuperación en el propio arnés de Knowl: pregunta si el hecho actual vuelve primero, sin ningún modelo en el bucle.

Verificado de extremo a extremo, en el arnés del propio benchmark

Debido a que una puntuación que te pones a ti mismo vale menos que una que puntúa otro, la misma afirmación se volvió a ejecutar dentro del arnés de MemoryAgentBench, puntuada por su propio código, con un LLM leyendo lo que Knowl devolvió — la configuración más difícil, completamente de extremo a extremo, en el contexto más grande que ofrece la tarea:

MemoryAgentBench FactConsolidation single-hop at 262K context, substring exact match, gpt-4o-mini reader: Knowl 90, GPT-4o long-context 60, BM25 56, NV-Embed-v2 55, HippoRAG-v2 54, GPT-4o-mini long-context 45, Cognee 28, MemGPT 28, Mem0 18
SistemaFactConsolidation-SH @262K
Knowl90
GPT-4o (contexto largo)60
BM2556
NV-Embed-v255
HippoRAG-v254
GPT-4o-mini (contexto largo)45
Cognee28
MemGPT28
Mem018

18,332 hechos, 100 preguntas, coincidencia exacta de subcadena. Cada fila usa gpt-4o-mini como lector, incluido Knowl — el artículo lo establece para todos los agentes RAG y de memoria, por lo que son comparables. La cifra de Knowl se midió aquí; todas las demás cifras provienen del artículo de MemoryAgentBench, Tabla 2. Los sistemas que el artículo no evalúa en esta tarea no se enumeran.

Desactivar la supersesión en ese mismo arnés reduce Knowl a 73, y la brecha se mantiene en un cambio de 40× en el tamaño del corpus:

Supersession ablation in MemoryAgentBench's own harness: at 262K context, supersession on scores 90 and off scores 73, a 17 point gap; at 6K context, on scores 94 and off scores 78, a 16 point gap
ContextoSupersesión ACTIVADADESACTIVADABrecha
262K9073+17
6K9478+16

Las dos secciones miden cosas diferentes y no son comparables entre sí: 98% es recuperación top-1 a 6K sin lector, 90 es precisión de extremo a extremo a 262K con uno. Solo la segunda es comparable con los sistemas publicados anteriores. Consulta benchmarks para el protocolo, los resultados verificados y lo que la tarea no cubre — incluido multi-hop, donde Knowl puntúa 7 contra un techo de recuperación de 14 puntos.

La supersesión es una corrección, no un borrado: el elemento, sus afirmaciones y su historial sobreviven todos.

No es una maqueta — la misma secuencia contra el CLI publicado, grabada desde demo.tape:

Terminal recording: knowl decide records a database decision, a second decide on the same subject reports Superseded older decision, and knowl status then reports one active item and one superseded

Qué se almacena

Cada átomo tiene exactamente una de siete categorías:

CategoríaÚsala para
factVerdades estables del proyecto, convenciones y comportamiento verificado
decisionUna opción seleccionada con razonamiento y alternativas
goalUn resultado previsto que guía el trabajo futuro
constraintUna regla o límite que debe seguir manteniéndose
architectureCómo están dispuestos e interactúan los componentes
stateProgreso actual, preparación, bloqueadores o estado operativo
skillUn procedimiento reutilizable o una descripción de flujo de trabajo aprendido
A decision atom with its governed fields: status, freshness, confidence, tags, source commit, affected paths, and evidence — one evidence locator shown gone stale

Junto al contenido, cada átomo mantiene un estado (active, deprecated, rejected, archived, superseded), una marca de frescura, confianza, etiquetas, commit de origen, rutas afectadas y evidencia opcional que apunta a archivos, commits, pruebas, comandos, URLs o símbolos de código indexados. La evidencia de archivos y símbolos se vuelve obsoleta por sí sola cuando el código se mueve, que es como un átomo admite que puede estar desactualizado en lugar de afirmar una versión del repositorio que ya no existe.

Lo que Knowl deliberadamente no almacena son tus conversaciones. La captura del ciclo de vida registra eventos acotados y resúmenes — nunca prompts, transcripciones, stdout o variables de entorno. La búsqueda de transcripciones crudas existe como un índice opcional, desactivado por defecto sobre archivos que el host ya escribió.

Referencia del modelo de conocimiento

Conectando un agente

Claude Code
Claude Code
MCP · ciclo de vida · subagentes
Codex
Codex
MCP · ciclo de vida · subagentes
Cursor
Cursor
MCP · ciclo de vida
Gemini CLI
Gemini CLI
MCP · bucle manual
Claude Desktop
Claude Desktop
MCP · bucle manual

knowl serve expone el almacén a través de MCP stdio; knowl init lo registra por ti. El flujo de trabajo que la guía instalada pide a los agentes que sigan es breve:

  1. Consulta la memoria con las palabras que nombran el tema antes de leer los archivos del repositorio.
  2. Usa un resultado activo directamente; inspecciona archivos solo en caso de fallo, conflicto o resultado obsoleto.
  3. Almacena hallazgos duraderos, objetivos declarados y diagnósticos recurrentes a medida que avanzas, y corrige la memoria contradicha en lugar de duplicarla.

En la práctica se ve así — una nueva sesión, sin contexto, nada pegado:

You     why did we pick SQLite over Postgres?

Agent   → knowl_query "sqlite postgres database choice"
        ← decision · Use SQLite · active · fresh
          "Keeps storage repository-local and simple to operate."
          alternatives: PostgreSQL, MongoDB
          tags: database, local-first

        SQLite keeps the store repository-local and simple to operate.
        Postgres and MongoDB were both considered and rejected on that
        basis.

El agente respondió antes de abrir un solo archivo, y sabía las opciones que rechazaste — que el código no puede decirle, porque las alternativas rechazadas no dejan rastro en un codebase.

HostMCPCiclo de vida automáticoSubagentesNotas
Claude CodeLa guía de prompts también se instala
CodexLos turnos principales comparten una sesión de memoria
CursorNoFinaliza por turno
Gemini CLINoNoMCP más el bucle de trabajo manual
Claude DesktopNoNoMCP más el bucle de trabajo manual
Session lifecycle: bootstrap injects relevant memory, capture records bounded events, checkpoints record milestones, finalization distills durable candidates

Donde hay hooks disponibles, ellos gestionan el ciclo de vida de la sesión: el contexto de arranque, la captura, los checkpoints y la finalización ocurren sin que se le pida al agente. Donde no los hay, knowl task run, task start, task checkpoint y task finish cubren el mismo terreno manualmente.

knowl init escribe el registro MCP para cada host que detecta. Para conectarlo a mano, la entrada es la misma en todas partes:

{
  "mcpServers": {
    "knowl": { "command": "knowl", "args": ["serve"] }
  }
}

Usa knowl.cmd como comando en Windows. Codex lee la misma entrada bajo mcp_servers.

Herramientas y recursos MCP · Referencia del ciclo de vida

Para qué sirve Knowl

Knowl hace un trabajo: mantener la verdad de ingeniería de un repositorio precisa para los agentes que trabajan en él. No preferencias de usuario, no historial de chat — las decisiones, restricciones y arquitectura de un codebase, y cuáles de ellas siguen siendo ciertas hoy.

One question answered four times over two years: append-only keeps every answer true forever so a query today matches four contradicting ones, while a governed store ends each replaced answer and matches one

Tres elecciones se derivan de eso:

  • Tipado, no texto libre. Una decisión lleva razonamiento y las alternativas que rechazaste. Una restricción es una regla que debe seguir manteniéndose. Se espera que un átomo de state quede desactualizado. La recuperación puede clasificar según esas diferencias; no puede clasificar según párrafos en un archivo de notas.
  • Gobernado, no solo añadir. Estado, frescura, procedencia, identidad de conflicto y supersesión permiten que el almacén te diga que algo dejó de ser cierto. Esa es toda la diferencia entre memoria y una pila de notas en constante crecimiento.
  • Local al repositorio, no un servicio. La base de datos se sitúa junto al código que describe. Sin cuenta, sin salida de datos, sin intermediario entre tú y tu propio historial de proyecto.

Knowl no es deliberadamente una capa de personalización. No tiene opinión sobre tus usuarios y no guarda transcripciones propias.

Características

Todo lo siguiente funciona desde el CLI y desde cualquier agente conectado a MCP, contra la misma base de datos local. Sin cuenta, sin servidor, sin clave API. Cada elemento enlaza a la referencia completa para el detalle — y para los límites.

♻️ Conocimiento que se corrige solo

Siete tipos de átomos tipados, donde una escritura del mismo tema retira a su predecesor en lugar de situarse junto a él. Ese único comportamiento es la diferencia 90-vs-73. La evidencia adjunta a un archivo o símbolo se vuelve obsoleta por sí sola cuando el código se mueve. conflicts · timeline · query --as-of · pr --since · index-code

🎯 Recuperación optimizada para agentes

Primario por vectores con un respaldo acotado de BM25, reordenado por frescura, estado y confianza, para que la respuesta actual gane en lugar de la meramente similar. El modelo de embeddings es local y opcional — sin él aún obtienes recuperación por palabras clave, y nada sale de la máquina.

query · context --token-budget · config set-model · access

⏱️ Trabajo que sobrevive a la sesión

En Claude Code, Codex y Cursor, los hooks gestionan el arranque, la captura, los puntos de control y la finalización sin que se le pida al agente. Un cierre limpio destila hasta ocho candidatos duraderos. Estaciona un flujo de trabajo bajo una clave y retómalo en cualquier sesión, desde cualquier directorio.

task run · handoff · park · resume <key>

🔗 Espacios de trabajo

Tu repositorio de API aprendió algo que el repositorio del frontend necesita. Vincúlalos y una consulta se expande, mientras cada repositorio mantiene su propia base de datos y su propio límite de propiedad. Abre un átomo compartido por pares en su totalidad por id, o termina el trabajo de ese repositorio desde aquí nombrándolo en la llamada. El conocimiento que un repositorio ya posee se comparte solo cuando lo promueves.

workspace init · workspace add · workspace promote --apply

📦 Procedimientos reutilizables

Empaqueta un procedimiento con sus scripts bajo .knowl/skills/, luego léelo antes de que se ejecute. Combina varios átomos en un resumen de arquitectura de forma determinista, sin proveedor de IA involucrado en absoluto.

skill list · skill read · skill run · synthesize

💾 Tus datos, y cómo recuperarlos

Exportación e importación JSONL con suma de verificación y cuatro políticas explícitas para cuando el mismo átomo cambió en dos lugares. La restauración verifica esquema, tamaño, SHA-256 e integridad de SQLite antes de tocar nada, y toma una instantánea previa a la restauración primero.

export · import --on-divergence · snapshot create · gc · doctor

Los comandos que vale la pena conocer desde el primer día:

knowl query "auth design"              # search project memory
knowl state                            # the active memory, as a hierarchy
knowl conflicts                        # items that contradict each other
knowl timeline <item-id>               # every version an atom ever had
knowl context --token-budget 1500      # a fixed-size briefing for an agent
knowl pr --since origin/main           # knowledge your diff may invalidate
knowl doctor                           # setup, retrieval, and registration
Conocimiento que se corrige a sí mismo — siete tipos de átomos tipados, y una escritura que retira lo que reemplaza
  • Siete tipos de átomosenumerados arriba. Estructura en lugar de un archivo de notas que crece sin fin.
  • Supersesión automática — una escritura del mismo tema retira a su predecesor. Esta es la diferencia 90-vs-73 de arriba.
  • Identidad de conflicto — marca un átomo como exclusivo y Knowl rechaza una segunda respuesta activa a la misma pregunta, en lugar de mantener ambas en silencio. knowl conflicts
  • Historial completo — cada versión que un átomo haya tenido sobrevive como una aserción inmutable. knowl timeline <item-id>
  • Viaje en el tiempo — pregunta qué creía el proyecto en una fecha pasada: knowl query "auth design" --as-of 2026-01-01T00:00:00Z
  • Evidencia — adjunta archivos, símbolos, commits, pruebas, comandos o URLs a un átomo. La evidencia de archivos y símbolos se vuelve obsoleta por sí sola cuando el código se mueve.
  • Detección de desviaciónknowl pr --since origin/main señala conocimiento que tu diff puede haber invalidado, antes de fusionarlo.
  • Inteligencia de código — índice incremental de Tree-sitter sobre .ts / .tsx / .js / .jsx, para que la evidencia pueda apuntar a localizadores symbol://, no solo a números de línea. knowl index-code
  • Escrituras seguras contra secretos — cada escritura se examina en busca de secretos detectados, rutas sensibles y contenido sobredimensionado antes de que se registre. La memoria de larga duración es el último lugar donde una credencial debería terminar.

Modelo de conocimiento · Evidencia y desviación

Recuperación optimizada para agentes — la respuesta actual gana, no solo la similar
  • Clasificación primaria por vectores con un respaldo acotado de BM25, reordenado por frescura, estado, confianza y actualidad — para que la respuesta actual gane, no solo la similar. (Este es el camino de agente/MCP; un knowl query de un solo repositorio desde la CLI es léxico.)
  • Funciona sin conexión. El modelo de embeddings es local y opcional; sin él aún obtienes recuperación por palabras clave. La recuperación nunca envía tu consulta a ningún lugar.
  • Cinco ajustes preestablecidos de embeddings, incluido uno multilingüe que cubre más de 200 idiomas, además de custom para tu propio modelo ONNX. knowl config set-model <model>
  • Soporte de identificadores exactos — nombres de archivo, IDs de elementos y localizadores symbol:// siguen apareciendo incluso cuando la similitud semántica es débil.
  • Paquetes de contexto con presupuesto de tokens — entrega a un agente un informe de tamaño fijo con restricciones fijadas primero, para que las reglas innegociables nunca se trunquen: knowl context --query "auth rollout" --token-budget 1500
  • Retroalimentación de uso — los agentes informan si un resultado ayudó, y knowl access muestra qué se usa mucho, qué está obsoleto y qué sigue causando correcciones.

Recuperación y contexto

Trabajo que sobrevive al final de una sesión — hooks, bucles de trabajo, testigos de entrega y claves de reanudación
  • Ciclo de vida automático en Claude Code, Codex y Cursor — arranque, captura, puntos de control y finalización ocurren a través de hooks sin que se le pida al agente.
  • Bucles de trabajo para todo lo demásknowl task start, checkpoint, finish, o envuelve un solo comando con knowl task run "Run tests" -- npm test.
  • Promoción al final de la sesión — un cierre limpio destila hasta ocho candidatos duraderos de la sesión, y un comando que ha tenido éxito tres veces se convierte en un átomo skill que lo describe.
  • Entrega — deja un testigo para la próxima sesión en este repositorio. Se entrega una vez y luego se archiva.
  • Claves de reanudación — estaciona un flujo de trabajo bajo una clave corta que conserves, y retómalo en cualquier sesión, desde cualquier directorio, cualquier número de veces después. knowl resume <key>
  • Búsqueda de transcripciones opcional — desactivada por defecto, y desactivada significa que no existe nada en disco. Actívala y la prosa de sesiones pasadas se vuelve buscable, para que un fallo de memoria se degrade a una búsqueda más lenta en lugar de amnesia.

Tareas, sesiones y ciclo de vida

Espacios de trabajo: muchos repositorios, una memoria compartida — tú decides qué comparte cada repositorio

Tu repositorio de API aprendió algo que el repositorio del frontend necesita. Vincúlalos, y una consulta se expande — mientras cada repositorio mantiene su propia base de datos y su propio límite de propiedad.

knowl workspace init product      # create the workspace
knowl workspace add product       # run inside each repo that joins it
                                  # ...or --default-visibility repo to keep its writes private

knowl workspace promote                               # pick what to share from a list
knowl workspace promote --category decision --apply   # or name it outright

Unirse a un espacio de trabajo comparte lo que el repositorio escribe a partir de entonces, y lo dice cuando lo hace; pasa --default-visibility repo para rechazarlo. Lo que el repositorio ya sabe se comparte solo cuando lo promueves. Los resultados de pares se etiquetan con el repositorio que los posee, y uno compartido se puede abrir en su totalidad por id — sin su affectedPaths o evidencia, que se resuelven contra un checkout en el que no estás parado. Un par que falta o no se puede leer se omite y se divulga, nunca es una razón para que tu búsqueda local falle.

Escribir en un repositorio hermano es deliberado, no incidental. Un agente nombra el repositorio en la llamada y esa única llamada se ejecuta como ese repositorio — su almacén, su configuración, sus reglas de propiedad, selladas como propias — exactamente como cd allí siempre se ha comportado para la CLI. No nombres nada y un id extranjero se rechaza como antes. De cualquier manera, el conocimiento privado de un repositorio permanece privado hasta que se promueve.

Espacios de trabajo

Procedimientos reutilizables — habilidades respaldadas por archivos que puedes inspeccionar antes de que se ejecuten
  • Habilidades respaldadas por archivos — empaqueta un procedimiento con sus scripts bajo .knowl/skills/, luego inspecciónalo antes de que se ejecute. knowl skill list · read · run
  • Síntesis determinista — combina varios átomos en un resumen de arquitectura sin proveedor de IA involucrado: knowl synthesize --scope storage

Habilidades y síntesis

Tus datos, y cómo recuperarlos — exportación portátil, instantáneas verificadas y un comando de diagnóstico
  • Exportación/importación portátil — JSONL con suma de verificación y cuatro políticas de divergencia explícitas para cuando el mismo átomo cambió en dos lugares. knowl export · knowl import --on-divergence newer
  • Instantáneas verificadasknowl snapshot create escribe un manifiesto de suma de verificación; la restauración verifica versión de esquema, tamaño, SHA-256 e integridad de SQLite antes de tocar nada, y toma una instantánea previa a la restauración primero.
  • Recolección de basura que previsualiza por defecto y protege cualquier cosa usada recientemente. knowl gc
  • knowl doctor — un comando que verifica configuración, ajustes, integridad, esquema, recuperación, cobertura de vectores, registro de agentes y salud del espacio de trabajo.
  • IA opcional — configura un proveedor para knowl ask e ingesta de texto sin procesar. Cada función anterior funciona sin uno.

Portabilidad y mantenimiento · IA opcional

Véalo: el visor local

knowl view inicia un inspector de solo lectura en 127.0.0.1 con un token de acceso nuevo por lanzamiento — saber el puerto no es suficiente para leer nada.

knowl view

Knowl local viewer showing the project-memory graph Knowl local viewer showing details for a selected knowledge atom

Busca, filtra por categoría, detecta anillos obsoletos, enfoca un vecindario y abre cualquier átomo para leer su evidencia y línea de tiempo. El gráfico vincula átomos a través de etiquetas compartidas y bordes derivados de categorías — una ayuda de navegación, no un gráfico causal o de evidencia. Muestra contenido local completo en cada estado, por lo que el enlace de bucle local es el límite de privacidad: no lo pongas detrás de un proxy público o túnel.

Visor local

Todo lo demás

27 herramientas MCP (más 3 cuando la búsqueda de transcripciones está activada, 1 cuando está conectado a un espacio de trabajo en la nube, 1 cuando está vinculado a un espacio de trabajo local, y 1 cuando el impacto de cambios está activado)

y dos URIs de recursos · la CLI completa, desde knowl status hasta knowl audit · una auditoría de integridad de solo lectura · evaluación de recuperación que puedes ejecutar tú mismo contra la gobernanza incluida y las suites de regresión de 500 casos con knowl eval.

Referencia de CLI · Herramientas MCP · Benchmarks

Requisitos y datos locales

Node.js 22 o posterior. Todo lo que Knowl escribe para un proyecto vive bajo .knowl/, que knowl init agrega a .gitignore:

RutaContiene
.knowl/config.jsonConfiguración de proyecto, búsqueda, seguridad, IA y espacio de trabajo
.knowl/knowl.dbÁtomos, aserciones, commits de conocimiento, índice de texto completo, retroalimentación, embeddings
.knowl/skills/Paquetes de habilidades respaldados por archivos

Los manifiestos de espacio de trabajo viven fuera de los repositorios miembros, porque sus rutas de checkout son específicas de la máquina. Las exportaciones e instantáneas se escriben solo cuando las solicitas.

Documentación

Todo lo anterior es el resumen. La referencia completa es un documento que cubre cada subsistema en profundidad — incluidas las partes que están deliberadamente limitadas, que es generalmente lo que realmente necesitas saber.

Si quieres saber…Ve a
Qué es un átomo y qué significa cada campoModelo de conocimiento
Cómo se clasifica una consulta y qué gana en empatesRecuperación y contexto
Qué registra un hook y cuándoTareas, sesiones, ciclo de vida
Cómo un átomo nota que el código se movióEvidencia y deriva
Cómo varios repositorios comparten memoria de forma seguraEspacios de trabajo
Cómo un procedimiento se vuelve reutilizableHabilidades y síntesis
Cómo exportar, hacer instantáneas o restaurarPortabilidad y mantenimiento
Qué muestra el visor y cuál es su límite de privacidadVisor local
Cómo encajan las piezas y dónde están los límites de confianzaArquitectura
Cómo conectar un host específicoConfiguración del agente
Cómo se midieron los números de esta páginaPuntos de referencia
Cada comando y cada banderaReferencia de CLI
Cada herramienta y recurso de MCPHerramientas MCP
Qué necesita un proveedor y qué nunca lo necesitaIA opcional
Exactamente qué se guarda en el discoDatos locales

Contribuciones

Consulta CONTRIBUTING.md para la configuración, las verificaciones que se deben ejecutar antes de una solicitud de extracción y las convenciones que sigue este código base. Se pide a los contribuyentes que acepten el Acuerdo de Licencia de Contribuyente una vez, en su primera solicitud de extracción.

Licencia

Knowl está licenciado bajo la Licencia Apache 2.0. Apache-2.0 no otorga derechos de marca comercial.