A complete application in a minute
Tailored resume and cover letter, ready to send.
Physical Superintelligence is hiring a Member of Technical Staff, Data Systems to own the data that the platform’s results rest on. You will design scalable data plane, provenance-at-write-time, and catalog-driven systems to support AI workflows at scale.
The role requires 3+ years building and operating data infrastructure, plus deep experience with metadata, lineage, and cross-cloud data placement. This hybrid Cambridge, MA position offers equity and competitive compensation.
Physical Superintelligence is a startup with roots at Google, NVIDIA, Harvard, Meta, MIT, Oxford, Johns Hopkins, Cambridge, and the Perimeter Institute building AI systems to discover new physics at scale. We are seeking engineers to build platform infrastructure at the intersection of computational science, AI systems, and software engineering.
Our mission is to discover and commercialize transformative physics breakthroughs at scale with artificial superintelligence, safely, verifiably, and for broad public benefit.
The last century's golden age of physics gave us transistors, lasers, and nuclear energy. We believe artificial superintelligence will unlock the next one. We're creating the infrastructure to industrialize scientific discovery and usher in this new era.
We have one product: new physics, at scale.
We are seeking a Member of Technical Staff, Data Systems to own the data our results rest on: everything the platform's runs produce, and the shared corpora every team depends on. These systems have a property most infrastructure doesn't. Their failures cannot be fixed by a rewrite. A provenance field you didn't capture at collection time cannot be added later, at any price. We are hiring the engineer who designs so that it never happens.
Build the data plane for scientific results at scale: content addressing, lineage captured at write time, rights metadata carried on the object rather than bolted on after. Every result should be traceable to what produced it, mechanically, without anyone having to remember to do it.
Scale the catalogs and query paths that make a billion-object corpus usable. Metadata operations break before byte volume does. You design for the scale before it arrives, and you own the database layer the catalogs live on.
Own the databases behind the platform, not just the object store. Transactional stores, analytical query paths, filesystems, schema evolution, and the judgment of which engine fits which job. The data plane is a system of systems, and you reason across all of it.
Own ingestion of the shared datasets every team depends on: scientific corpora, public data feeds, whatever comes next. Brought in once, licensed once, versioned, served to everyone. Not re-downloaded per team.
Own the replicate-versus-fetch economics across storage tiers and clouds. What lives where, what it costs to keep it there, what it costs to move it. Placement decisions get modeled, argued in dollars, and revisited as the corpus grows.
Understand data for AI, because that is what most of this data is for: training sets, eval corpora, and captured traces, each versioned, rights-tracked, and lineaged, so any model or eval can be traced to the exact data that built it and rebuilt from it.
Three or more years building and operating data infrastructure in production: databases, storage systems, filesystems, or the data platforms other teams build on every day. You have owned a platform through growth and through a failure, and you scale systems rather than administer them.
Three or more years working in data identity and provenance: immutable content, names as pointers to versions, lineage and rights carried with the data rather than in a policy document. You have built systems that capture provenance at write time, and you know what lineage costs when it is an afterthought.
Depth in one of the following. We hire for one lane and expect you to learn the others on our platform:
Storage and object stores: content addressing, data versioning, object-store internals, tiering at petabyte scale.
Catalogs, metadata, and lineage: namespace and metadata services past hundreds of millions of objects, schema evolution, provenance systems.
Checkpointing at GPU scale: absorbing the burst when a training run dumps state from every card at once, and making restore fast enough to matter.
Table formats and multi-cloud placement: Iceberg-class formats and catalogs, replication economics, what lives where and what it costs to move.
A second lane from the list above.
You have watched a catalog, namespace, or metadata service break before the storage under it did.
Storage tiering and placement decisions argued in dollars and defended to the person paying the bill.
Experience with scientific or research data: instrument output, simulation results, dataset licensing, or archives meant to be readable a decade later.
Distributed-systems depth alongside the data work: schedulers, workflow engines, high-volume services. Our data and execution work sit next to each other, and the engineer strong in both is the one we most want to meet.
We hold a high technical bar and give people full ownership of their work, from spec to ship to on-call. We write contracts before logic, test against real systems instead of mocks, and favor simple designs that ship over clever ones that do not. Our development process is AI-native: we work with agentic coding tools daily, write specs that are legible to humans and agents alike, and lead with leverage.
This role is hybrid, three days a week in person in our Cambridge, MA office. We offer competitive compensation including salary, benefits, and meaningful early-stage equity. We evaluate on technical breadth, systems thinking, scientific curiosity, and shipping velocity. We are an equal opportunity employer and value diverse perspectives in building platforms for AI-driven discovery.