You’ll work on the research-grade core of AI Brain alongside the CTO (exited robotics founder) and the senior engineering team. The open problems on the desk:
1. Dynamic ontology generation
The graph schema is generated, not authored. Structure emerges from the business logic of the data, with analytical insight pre-computed and stored rather than recomputed on every query. Open work:
•
Hierarchical ontology, moving from a flat conceptual space to one with inheritance, without breaking source provenance
•
Per-tenant configuration that a forward-deployed engineer can tune without touching the runtime
•
The eval question underneath all of it: how do we measure whether a generated ontology is good?
2. Primary entity consolidation
When a single real-world entity (a company, a person, a product) appears across hundreds of documents under different names, the graph has to recognise it as one thing. We do this through a multi-stage consolidation pipeline that combines fuzzy matching, heuristics, and agent-driven tiebreaking against authoritative external sources where the domain demands it. Provenance back to the source is preserved end-to-end.
•
Edge-case dedup where the same entity appears under different names in different contexts
•
The right boundary between consolidation, enrichment, and update as separable concerns
•
Determining attributes at the entity level rather than re-deriving them per chunk
3. Our own temporal graph database (Rust)
Existing graph stores don’t carry the temporal model we need, so we’re building our own in Rust. Time becomes a property of every node, edge, and attribute, and any retrieval can be run as of any point in history.
The commercial story this opens up: a graph that doesn’t only produce decisions today, but backtests its own reasoning against historical state to prove the system would have caught the right answers when it mattered. That’s what justifies the platform license, and it isn’t feasible on the existing stack without compromising the model.
You’ll be central to the design and build of the replacement. This is the deepest research-and-systems problem on the roadmap and the most consequential piece of IP we’ll ship in the next twelve months.
4. Benchmark and white paper
Existing large-context retrieval benchmarks are saturated. Frontier models score 100%, which means they no longer differentiate between systems that are good at enterprise retrieval and systems that aren’t. We need a new one. Designing it, running it, and publishing the white paper is on the roadmap. Releasing the benchmark itself, separately from our results on it, is part of the strategy.
5. Frontier work we’ll explore soon
Open ideas from research conversations: alternative embedding geometries for deep hierarchies, community-detection approaches to retrieval, graph-internal continuous-monitoring patterns as an alternative to scheduled jobs, encoder-based privacy primitives that would unblock several enterprise sales cycles. You’ll have a hand in picking what we commit to.
You’ll also contribute to hiring, technical input on client engagements where it matters, and white paper authorship.