Ligar o Airtable a um agente de IA

1. O que mata uma base do Airtable

Vale a pena olhar com honestidade para o modo como estas bases acabam, porque o padrão repete-se e nada tem que ver com a qualidade da ferramenta.

• A base é construída por uma pessoa. Está bem feita, corresponde exatamente ao ofício, e é clara para quem a concebeu. É o melhor momento.
• O preenchimento assenta nessa mesma pessoa. Os outros olham para a base, não a preenchem — não por má vontade, mas porque preencher a linha exige saber em que coluna vai o quê.
• Passa um mês carregado. Três semanas sem atualizar bastam: a partir daí ninguém confia nos números, portanto ninguém os corrige, portanto tornam-se realmente falsos.

O custo não é a subscrição do Airtable, que é modesta. O custo é a meia jornada que valeria o verdadeiro software que se substitui, multiplicada pelo facto de não o ter — e a decisão que se toma sobre uma tabela desatualizada. É o esquema clássico da empresa que não tem meios para comprar a ferramenta: a montagem caseira é a escolha certa, e exige que alguém a mantenha.

2. O que o agente faz no Airtable

O conector oficial do Airtable dá acesso de leitura e de escrita às bases que indicar. Concretamente, é isto que abrange:

• Ler os registos. Encontrar uma ficha, cruzar duas tabelas, responder a uma pergunta que exige olhar para a base em vez de a percorrer à mão.
• Criar um registo. A linha que falta — um novo contacto, uma encomenda recebida, uma obra aberta — acrescentada no momento em que o facto ocorre, e não à sexta-feira.
• Atualizar um registo. Mudar um estado, completar um campo que ficou vazio, corrigir um dado que mudou noutro sítio.

A combinação que torna isto útil é quase sempre a mesma: o agente lê o que se passa numa ferramenta onde a informação nasce — o correio, a cobrança, as reuniões marcadas — e guarda o rasto disso no Airtable. A base deixa de ser um trabalho de cópia para se tornar um reflexo.

3. A restrição própria do Airtable: uma base de cada vez

O perímetro é nomeado em dois níveis, e não é uma formalidade: no Airtable, uma mesma conta aloja muitas vezes bases que nada têm que ver umas com as outras.

• O espaço de trabalho, que reúne as bases de uma equipa ou de um cliente.
• A base propriamente dita. O agente vê aquela que indicar, e não as outras.

É o conselho mais concreto desta página: partilhe apenas as bases necessárias aos seus agentes. Muitas empresas guardam no Airtable, sem pensar nisso, tanto o seu acompanhamento comercial como informação que nada tem que fazer ao alcance de um programa — um ficheiro de salários, notas de entrevistas, um processo em negociação. Indicar a base é o gesto de trinta segundos que resolve a questão definitivamente.

É também o que torna este conector menos exposto do que a maioria: não fala com ninguém. Nada do que escreve chega a um cliente, aparece em público nem cobra dinheiro. O risco, aqui, é o dado visto ou alterado — e fecha-se indicando a base.

4. O que não faz

• Não reorganiza a sua base. As suas tabelas, os seus campos e as suas vistas são o seu trabalho. O agente preenche a estrutura; não a refaz porque outra divisão lhe parecesse melhor.
• Não elimina em série. Uma limpeza em massa é irreversível na prática, mesmo quando existe uma reciclagem. São operações que se validam uma a uma, ou que não se fazem.
• Não preenche um campo vazio com uma estimativa. Uma célula por preencher fica vazia em vez de receber um valor verosímil — é a forma mais discreta de corromper uma base, e a mais difícil de detetar depois.
• Não escreve sem validação enquanto não o tiver flexibilizado. Neste conector, flexibilizar é razoável depois de o vocabulário estar fixado: a escrita aqui é reversível, ao contrário de um envio ou de uma publicação.

5. Escrever numa estrutura que não se concebeu

É esta a dificuldade própria do Airtable, e merece ser nomeada. Uma base é um vocabulário privado: a sua coluna «estado» contém valores que só fazem sentido na sua empresa, a sua tabela «projetos» não designa aquilo que essa palavra designa noutros sítios, e por vezes duas colunas têm nomes parecidos para coisas diferentes.

Um agente que escreve numa estrutura destas sem a compreender produz desordem arrumada: linhas bem formadas, no sítio errado. O que evita esse vício resume-se a dois hábitos:

• Mantenha a validação nos primeiros dias, não por desconfiança, mas para ver onde o agente arruma as coisas. É aí que se descobrem as ambiguidades da própria base — muitas vezes com surpresa.
• Indique o que é ambíguo. Dizer uma vez que um processo «em espera» significa na sua empresa «à espera do cliente» e não «à nossa espera» vale mais do que qualquer correção posterior.

Este trabalho de enquadramento demora uma hora e não se repete. É também, já agora, a primeira documentação que a sua base alguma vez terá tido.

6. O que muda ao longo do tempo

• Semana 1. As escritas passam por validação e ajusta a arrumação. O ganho visível é pequeno; o ganho real é a base deixar de depender de uma só pessoa.
• Mês 3. As linhas acrescentam-se no dia em que o facto ocorre. As vistas e os painéis que tinha construído voltam a dizer alguma coisa — não tinham deixado de estar certos, tinham deixado de ser alimentados.
• Ano 2. A base está completa ao longo de um período extenso, o que é raro e valioso: pode-se comparar, pode-se ver uma sazonalidade, pode-se decidir parar algo. É também o momento em que se sabe se a base merece tornar-se uma verdadeira ferramenta — pergunta que não se podia decidir com dados esburacados.

Não se promete qualquer poupança de tempo quantificada: depende do que acompanhava e com que frequência. O que se garante é que a base seja preenchida quando ninguém tem tempo para a preencher.

7. Perguntas frequentes

Para saber mais

Leia a seguir: ligar o Google Sheets, ligar o Notion, ou todos os conectores disponíveis.