Os pipelines vetoriais desviam-se depressa: reingestar um ficheiro cria chunks duplicados, e ninguém consegue dizer que versão está ativa. Este fluxo mantém a inserção, o upsert e a recuperação num só lugar.
Os pipelines vetoriais desviam-se depressa: reingestar um ficheiro cria chunks duplicados, e ninguém consegue dizer que versão está ativa. Este fluxo mantém a inserção, o upsert e a recuperação num só lugar.
Tudo fica no Supabase com pgvector, com upserts associados a um ID de documento estável, para que reingestar substitua os chunks antigos em vez de os acumular. Cada operação é registada com o seu ID de origem, para que possas sempre rastrear o que foi embebido e quando.
Como funciona
Used at step 01 to kick off the pipeline.
Write
Used at step 01 to kick off the pipeline.
WebFetch
Used at step 01 to kick off the pipeline.
WebSearch
Used at step 01 to kick off the pipeline.
Atualizar por ID estável do documento, de modo que a reingestão de um ficheiro substitua as suas partes antigas em vez de as duplicar.
pending
Recuperar as partes mais próximas para uma consulta, utilizando distância cosseno e um filtro de metadados.
pending
Registar cada inserção, atualização e recuperação com o seu ID de origem, garantindo que todo o fluxo permanece auditável.
pending
Saída de exemplo
json
// Sample output
// (generated when the pipeline finishes)
Run insert, upsert, and retrieval over a Supabase pgvector store with stable IDs and a logged audit trail.
Unlock the rest
The full agent definition, install snippet, and starter task are gated for community members.
Members get the full `.md` agent file, the npm / pnpm install one-liners, a starter prompt that we've tuned against real runs, and the open-source repo when this automation ships there. One email, magic link, done.