Search and retrieval
Ground every answer in a source — warehouse metadata, documents, or official records.
We study how to retrieve the right artifact before a model speaks: dbt runs, freshness SLAs, household ledgers, and public-sector notices. Search here is not a generic web box. It is source-first retrieval so Ask Vector can cite the table, the run, or the document instead of inventing one.
View publications →Agentic planning
Research, compare, build, and monitor as planned steps — with approval before writes.
The Agents team designs how Vector decomposes a question into lookups, comparisons, and proposed actions. Plans stay inspectable. Destructive work requires review. This is the shared workflow layer behind Ask Vector, VectorData war rooms, and VectorChat tools.
View publications →Local inference
Scout on-device — private, offline after download.
We research browser and on-device runtimes so Scout can answer without leaving the machine. Local search is a first-class path, not a fallback — then Beacon and Atlas take over when the user opts into cloud routing.
View publications →Long-term memory
Workspace, household, and conversation context that stays attached to the next action.
Memory research asks what should persist across sessions without becoming a surveillance store. We study scoped recall for VectorChat, VectorData war rooms, and Harbor households — what to keep, what to forget, and how a model cites its own prior context instead of inventing it.
View publications →Model routing
Which Vector OS model answers — local, fast, archive, or flagship — without the user managing a zoo.
Auto routing is a research problem, not a dropdown. We evaluate when Scout is enough, when Beacon should guide, and when Atlas should take the long answer — one family, three tiers, one Ask Vector entry point.
View publications →Human and AI interaction
Faces, voice, approval gates, and interfaces people can interrupt.
The Interaction team studies how people work with Ask Vector and VectorChat: when to speak, when to type, when a write needs approval, and how a face or command center changes trust. Multimodal interfaces — voice, live workspaces, plazas — are treated as research surfaces, not decoration.
View publications →Domain operating systems
How one intelligence layer becomes VectorData, Harbor, AmericaOS, and the rest.
A domain OS is a product interface on shared models: warehouse reliability, household finance, public-sector matching, local plazas, and sites. We research what must be product-specific and what must stay in Ask Vector so the portfolio feels like one company instead of unrelated startups.
View publications →Reliability science
Freshness SLOs, error budgets, and monitor design for tables — not servers.
We treat stale data as an incident class with measurable customer impact. The Reliability team studies how upstream breaks propagate through dbt graphs, how alert fatigue erodes trust, and how Fix-first ranking changes on-call behavior. Our goal is a warehouse where one root cause produces one calm signal — with blast radius, owner, and next action attached.
View publications →Warehouse economics
The cost of wrong numbers exceeds the cost of wrong queries.
The Economics team quantifies how BigQuery spend, dbt run failures, and pipeline lag compound into executive risk. We publish models for the hidden cost of stale dashboards, per-monitor pricing traps, and when metadata-only observability beats row sampling on total cost of ownership. Research here becomes pricing, audit playbooks, and ROI narratives in VectorData Enterprise.
View publications →Lineage & interpretability
Every alert should explain blast radius — which models, dashboards, and KPIs break downstream.
Metadata-first lineage is the grounding layer for Ask Vector. We investigate how dbt artifacts, OpenLineage events, and catalog metadata combine into explanations humans trust. Interpretability for us means no hallucinated table names: every recommendation cites the run, model, and downstream consumer that would break if you ship the fix.
View publications →Data platform engineering
dbt artifacts, INFORMATION_SCHEMA, and OpenLineage as structured signals — not generic log pipelines.
Built for platform engineers who own the warehouse. This team researches ingestion patterns that scale without copying customer rows, how to score warehouse health from job statistics alone, and how to ship reliability features behind flip switches an anchor client can turn on in a day. The output is VectorData's connectors, health scores, and the hybrid command center.
View publications →Open methodology
How we score warehouse health, rank Fix-first queues, and group noisy signals into one calm incident.
We publish scoring rubrics, evaluation scripts, and bake-off questions as we ship — not after a black-box launch. Open methodology covers demo scripts that surface theater vs operations, how we structure parity with observability incumbents, and what we will and will not claim before a model is production-ready.
View publications →