Voltar ao blog

Base de conhecimento: um ficheiro só é um ativo quando entra na biblioteca

A meio da escrita de um artigo, já tem uma série de materiais acumulados: os artigos que descarregou estão espalhados na pasta de transferências do navegador, o relatório inicial do projeto que gerou está no ambiente de trabalho, as imagens para a reunião de grupo estão no Assistente de Transferênci

Base de conhecimento pessoalAgente de IA para investigação científicaAgente de IA assistente de escritório

A meio da escrita da tese, já tens na verdade uma série de coisas acumuladas: a literatura descarregada espalhada na pasta de transferências do navegador, o relatório de proposta gerado no ambiente de trabalho, as imagens para a reunião de grupo a repousar no Assistente de Transferência do WeChat. Está tudo lá, mas, quando precisas de usar, tens de os encontrar um a um de memória. A base de conhecimento no conjunto de aplicações MuchSci é precisamente para isto — reunir os ficheiros dispersos numa «biblioteca de ativos», para que sejam pesquisáveis, partilháveis e rastreáveis.

Este artigo analisa a base de conhecimento em separado: em que difere das pastas locais, o que acontece quando um ficheiro entra na biblioteca, o que faz cada um dos pontos de entrada da interface e como as ligações de partilha transformaram a tarefa de «enviar ficheiros».

01 «Biblioteca» e «pasta» não são a mesma coisa

▲ Figura 1|Ambos podem armazenar ficheiros, mas a diferença é que um lado depende de a pessoa se lembrar e o outro permite pesquisar e circular

A lógica das pastas é «guardar por caminho»: crias uma série de níveis, enfias os ficheiros lá dentro e depois manténs essa estrutura de memória. A lógica da biblioteca é diferente: quando um ficheiro entra, é primeiro arquivado de forma uniforme; metadados como tipo, tamanho e data são lidos automaticamente, e a pesquisa é incorporada.As pastas tratam de «onde está», a biblioteca trata de «como encontrar e como usar».

Estes metadados não são apenas decoração: o tipo determina o modo de pré-visualização, o tamanho e a data ajudam-te a decidir «é este?», e na pesquisa também são filtros prontos a usar. À medida que o número de ficheiros cresce, a utilidade destes campos torna-se cada vez mais evidente.

Isto não quer dizer que as pastas tenham deixado de ser úteis. Para guardar rapidamente um instalador ou uma captura de ecrã no dia a dia, as pastas continuam práticas. Mas os materiais de investigação têm uma característica: ciclo de vida longo, elevada frequência de reutilização e necessidade frequente de os enviar a outras pessoas. É para este tipo de coisas que entrar na biblioteca traz benefícios claros — porque «encontrar, enviar e recuperar» são três coisas que as pastas não gerem de todo.

02 O que acontece quando um ficheiro entra na biblioteca

▲ Figura 2|Só o primeiro passo exige ação da tua parte; o arquivo, a análise e a indexação seguintes são automáticos

Ao arrastar um ficheiro para a biblioteca, as ações realmente valiosas acontecem depois. A fase de análise lê o tipo, o tamanho e a data; a fase de indexação permite que seja encontrado por palavras-chave.Quando chega a altura de o usar, já não estás perante um caminho, mas perante um cartão que podes pré-visualizar diretamente.

Nas pastas, um ficheiro é «guardado e pronto»; na biblioteca, um ficheiro «só começa a ser usado depois de entrar». Esta diferença determina a experiência em todas as fases seguintes: pesquisa, pré-visualização e partilha assentam todas na premissa de que o arquivo e a indexação já estão feitos.

Um exemplo concreto: precisas de encontrar um primeiro esboço de revisão usado na reunião de grupo do ano passado. Nas pastas, tens de te lembrar em que diretório do projeto está e como se chama; na biblioteca, pesquisas por palavras-chave, filtras por tipo docx e ordenas por data, e em poucos passos ficas com alguns cartões.O que poupas não é o tempo de procurar o ficheiro, mas o próprio esforço de «lembrar-me onde é que o guardei».

03 Interface: três capacidades reunidas num só lugar

▲ Figura 3|Todos os ativos, As minhas partilhas e Reciclagem correspondem, respetivamente, a arquivo, circulação e reversibilidade

Abaixo está a interface da biblioteca de ativos de ficheiros MuchSci; os três separadores tornam visíveis os mecanismos descritos acima:

▲ Figura 4|Biblioteca de ativos de ficheiros: cartões em grelha, pesquisa e filtros, partilha e transferência, tudo no mesmo nível

Em Todos os ativos, os ficheiros aparecem como cartões em grelha, com docx e imagens misturados; cada cartão inclui tipo, tamanho e data, permite pré-visualizar, pesquisar, filtrar, alternar a vista e também transferir diretamente ou remover da biblioteca de ativos.As minhas partilhas gere o envio para fora: com um clique gera-se uma ligação de partilha, com permissões e validade controláveis.Reciclagem serve de rede de segurança: os ficheiros removidos da biblioteca de ativos vão primeiro para aqui, e os apagamentos acidentais ainda podem ser recuperados. As três áreas cobrem uma parte cada, e só em conjunto formam o significado completo da palavra «ativo».

04 Enviar ficheiros passou a ser dar permissões

▲ Figura 5|As mesmas quatro coisas: a diferença entre os dois métodos não está na rapidez, está no controlo

A forma tradicional de enviar ficheiros é «fazer uma cópia e mandá-la para fora»: para quem foi, o que a outra pessoa fará com ela, se é preciso recolhê-la — tudo isso fica fora do teu controlo. A partilha da biblioteca é outro modelo: só existe uma cópia do ficheiro na biblioteca e o que é enviado é uma ligação com restrições — quem pode ver e até quando, tudo configurável.

O prazo de validade merece menção à parte: definir uma data de expiração para uma ligação de revisão enviada a um colaborador é muito mais fiável do que andar depois a pedir que apaguem o conteúdo — a restrição fica escrita na ligação, não depende da memória das pessoas.

O que um colaborador quer é sempre «poder aceder», não «uma cópia»; esta diferença é mais evidente no trabalho colaborativo: quando a versão muda, não é preciso reenviar, as permissões expiram e fecham automaticamente, e a origem dos materiais fica clara.

05 Limites

Como de costume, os limites ficam bem claros.

① Este artigo descreve a localização das funcionalidades e os mecanismos, não constitui uma promessa de resultados. Se os materiais se podem ou não «transformar em ativos» depende também de quão bem os ficheiros estão organizados e de se os nomes são claros; a biblioteca resolve a fase posterior ao armazenamento.

② A responsabilidade pelo conteúdo partilhado é do utilizador. A ligação tem permissões e validade configuradas, mas o que enviar e a quem enviar são decisões humanas; em ficheiros com dados não publicados ou privacidade de terceiros, confirma primeiro se tens autorização antes de partilhar.

③ O armazenamento e a circulação de dados de investigação regem-se pelas normas em vigor da instituição a que pertences. Que dados podem sair do ambiente local e com quem podem ser partilhados varia de instituição para instituição; a ferramenta não substitui este juízo.

Voltar aos artigos