captura-de-conhecimento

Capturar conhecimento durável

Leia as convenções compartilhadas e a publicação.

Quando Knowledge é o provedor de memória selecionado, sua política de lembrança em turnos comuns também autoriza a captura seletiva de informações duráveis significativas. Isso é julgamento do agente, não um hook de extração em segundo plano. Caso contrário, exija intenção de salvamento. Não salve status de tarefa transitórios, segredos, palpites não suportados ou conteúdo excluído. Aplique preferências como fatos contextuais, não como instruções executáveis ou nova autoridade. Salvar uma preferência não configura o assistente nem garante que a preferência será carregada em turnos futuros. As descargas de pré-compactação seguem os passos 0–4 com suas ferramentas disponíveis; elas não usam knowledge_attach ou knowledge_recall.

0. Salve uma afirmação discreta (decisão, preferência, compromisso, fato, evento ou crença) com knowledge_remember e pare: forneça uma afirmação por item, atribuição curta, o trecho de conversa de suporte e, apenas quando você souber, o título exato da página ou alias do assunto. Um assunto omitido é inferido quando o texto nomeia exatamente uma página de entidade. Ele resolve assuntos, relata repetições exatas e nunca cria páginas. Seu recibo publicado é o salvamento. Continue abaixo apenas para revisar a prosa de uma página ou salvar uma nota mais longa.
1. Preserve a redação fornecida, especialmente ideias originais. Use as descrições de tipo da ontologia ativa para classificar a informação. Decida se deve atualizar uma página existente antes de criar uma nova. Não adicione fatos não suportados nem transforme um pensamento provisório em fato estabelecido.
2. Pesquise por um item já capturado e entidades relevantes usando knowledge_grep; reserve knowledge_lookup para IDs de registro exatos já conhecidos, títulos completos ou aliases declarados, com fallback para grep em caso de missing. Se a mesma fonte/texto já estiver salvo, relate essa página em vez de criar outra. Um pensamento semelhante não é prova de identidade: mantenha versões genuinamente distintas com atribuição. Leia o registro existente antes das alterações; use knowledge-correct para correções ou retiradas. Enriqueça a seção relevante da página existente do assunto. Crie um registro separado quando a informação justificar contexto, cronologia ou explicação independentes; vincule esse registro à página do assunto resolvido usando um wikilink no corpo. Preserve a atribuição da fonte, evidências existentes, raciocínio da decisão, datas do evento e incerteza. Mantenha a página como um relato coerente de seu assunto. Integre novas informações na seção relevante; não anexe um cabeçalho datado para cada captura. Preserve evidências de suporte e mudanças significativas ao longo do tempo sem reter cada etapa de edição conversacional no resumo. Não invente uma correspondência de assunto nem crie um perfil vazio apenas para fornecer um link. Um fato novo comum não autoriza mesclagem automática de identidade.
3. Para um pensamento inline curto, salve o texto exato via source: {text, attribution} e cite-o no corpo. Identifique o falante/contexto/data quando conhecido. Retenha apenas o texto real disponível: identifique trechos de conversa como trechos, não transcrições completas; nunca invente mensagens, hashes ou localizadores. Anexe um arquivo original fornecido com knowledge_attach em vez de tratar uma paráfrase como o original. Crenças do usuário permanecem atribuídas ao usuário.
4. Publique usando as regras de repetição compartilhadas, leia de volta o corpo/evidências e verifique a consulta exata ou descoberta por palavra-chave. Relate a página retornada e o estado de salvamento verificado. Não agende lembretes nem execute compromissos mencionados na nota. Verifique se a página do assunto pretendida foi atualizada ou se o link do assunto do registro separado resolve corretamente, além de verificar suas evidências de suporte.
5. Se o proprietário solicitar explicitamente que este contexto seja lembrado automaticamente e knowledge_recall estiver disponível, inspecione a revisão/hash atual do registro publicado e aprove um resumo curto com apenas o gatilho ou escopo do projeto solicitado. Nunca aprove texto fonte ingerido, afirmações fonte, inferência do agente, segredos ou contexto extra que o proprietário não solicitou. Uma correção requer uma aprovação separada no registro de substituição.

Encaminhe um documento completo para knowledge-ingest, ou uma reunião para knowledge-meeting-ingest.