captura-de-conocimiento

Capturar conocimiento duradero

Lee las convenciones compartidas y la publicación.

Cuando Knowledge es el proveedor de memoria seleccionado, su política de recuerdo en turnos normales también autoriza la captura selectiva de información duradera significativa. Esto es criterio del agente, no un hook de extracción en segundo plano. En caso contrario, se requiere intención de guardado explícita. No guardes estado de tareas transitorias, secretos, conjeturas sin fundamento ni contenido excluido. Aplica las preferencias como hechos contextuales, no como instrucciones ejecutables ni nueva autoridad. Guardar una preferencia no configura al asistente ni garantiza que la preferencia se cargue en turnos futuros. Los vaciados previos a la compactación siguen los pasos 0–4 con sus herramientas disponibles; no usan knowledge_attach ni knowledge_recall.

0. Guarda una afirmación discreta (decisión, preferencia, compromiso, hecho, evento o creencia) con knowledge_remember y detente: proporciona una afirmación por ítem, una atribución breve, el extracto de la conversación que la respalda y, solo cuando lo sepas, el título exacto de la página o alias del sujeto. Un sujeto omitido se infiere cuando el texto nombra exactamente una página de entidad. Resuelve sujetos, informa repeticiones exactas y nunca crea páginas. Su recibo publicado es el guardado. Continúa solo para revisar la prosa de una página o guardar una nota más extensa.
1. Preserva la redacción suministrada, especialmente las ideas originales. Usa las descripciones de tipo de la ontología activa para clasificar la información. Decide si actualizar una página existente antes de crear una nueva. No añadas hechos no respaldados ni conviertas un pensamiento tentativo en un hecho establecido.
2. Busca un ítem ya capturado y entidades relevantes usando knowledge_grep; reserva knowledge_lookup para IDs de registros exactos ya conocidos, títulos completos o alias declarados, con fallback de grep en caso de missing. Si la misma fuente/texto ya está guardada, reporta esa página en lugar de crear otra. Un pensamiento similar no es prueba de identidad: mantén versiones genuinamente distintas con atribución. Lee el registro existente antes de hacer cambios; usa knowledge-correct para correcciones o retiradas. Enriquece la sección relevante de la página existente del sujeto. Crea un registro separado cuando la información justifique contexto, cronología o explicación independientes; enlaza ese registro a la página del sujeto resuelta usando un wikilink en el cuerpo. Preserva la atribución de la fuente, la evidencia existente, la justificación de la decisión, las fechas del evento y la incertidumbre. Mantén la página como un relato coherente de su sujeto. Integra la nueva información en la sección relevante; no añadas un encabezado con fecha para cada captura. Preserva la evidencia de respaldo y los cambios significativos a lo largo del tiempo sin retener cada paso de edición conversacional en el resumen. No inventes una coincidencia de sujeto ni crees un perfil vacío solo para proporcionar un enlace. Un hecho nuevo ordinario no autoriza la fusión automática de identidades.
3. Para un pensamiento breve en línea, guarda el texto exacto mediante source: {text, attribution} y cítalo en el cuerpo. Identifica al hablante/contexto/fecha cuando se sepa. Conserva solo el texto real disponible: identifica los extractos de conversación como extractos, no como transcripciones completas; nunca inventes mensajes, hashes ni localizadores. Adjunta un archivo original suministrado con knowledge_attach en lugar de tratar una paráfrasis como el original. Las creencias del usuario permanecen atribuidas al usuario.
4. Publica usando las reglas compartidas de reintento, lee el cuerpo/evidencia de vuelta y verifica la búsqueda exacta o el descubrimiento por palabras clave. Reporta la página devuelta y el estado de guardado verificado. No programes recordatorios ni ejecutes compromisos mencionados en la nota. Verifica que la página del sujeto prevista se haya actualizado o que el enlace al sujeto del registro separado se resuelva correctamente, además de verificar su evidencia de respaldo.
5. Si el propietario solicita explícitamente que este contexto se recuerde automáticamente y knowledge_recall está disponible, inspecciona la revisión/hash actual del registro publicado y aprueba un resumen breve con solo el activador o el ámbito del proyecto solicitado. Nunca apruebes texto fuente ingerido, afirmaciones fuente, inferencias del agente, secretos ni contexto adicional que el propietario no haya solicitado. Una corrección requiere una aprobación separada en el registro de reemplazo.

Redirige un documento completo a knowledge-ingest, o una reunión a knowledge-meeting-ingest.