Onde esta vaga está disponível
Recolhido por padrão para manter a descrição fácil de ler.
- New York, Estados Unidos
- New York City, Estados Unidos
Resumo da vaga pela JobGrid
Human Data Architect, Quality at Mecka.Ai in New York, United States, is an on-site Senior IT role classified by JobGrid under Data Engineer. The page is normalized from a source posted on 2026-06-01 and last checked on 2026-06-02, with the original source language kept in English and the employer application routed to the original public application page.
- Role focus: defining labeling rubrics, ontologies, schemas, sampling philosophy, and acceptance criteria for robotics training data.
- JobGrid classification: IT / Data Engineer, which provides a comparable role bucket for candidate browsing.
- Workplace and location: on-site in New York, United States, with New York City also listed as a location variant.
- No salary is disclosed in the provided payload, so JobGrid does not add salary context here beyond the absence of pay data listed in source facts.
About Mecka AI
Mecka AI is building the data and deployment infrastructure for embodied intelligence. We collect, curate, and license the world's most useful robotics training data to leading AI labs, and we deploy real robotic systems with enterprise customers across hospitality, retail, QSR, pharmacy, logistics, and healthcare. We work with the foundation model teams shaping the next decade of robotics, and with the operators running real businesses today. Quality, trust, and execution are core to our partnerships.
The Role
We're hiring a Human Data Architect, Quality to be the person with taste for what robotics training data should look like at Mecka. You will define what good data is — the labeling rubrics, ontologies, schemas, sampling philosophy, and acceptance criteria that every dataset we ship is measured against. You decide what goes in or out of a dataset and why.
This is a standards-and-methodology architecture role, not a QA-management role. You set the quality bar; data operations and QA teams enforce it. Your output is the spec the entire data org and our customers run on.
You will work shoulder-to-shoulder with foundation-model researchers at our customers to translate model behavior into data structure — what to label, how to label it, how to organize it, how to compose a training set, what the edge cases are, and what makes a dataset trainable versus merely large.
What You'll Own
Labeling Rubrics & Quality Criteria (per customer)
Define the labeling rubrics, severity levels, rejection taxonomies, and acceptance criteria for each customer program across video, sensor streams, trajectories, action labels, task outcomes, language grounding, and metadata.
Translate ambiguous customer requirements ("we want a model that can do X") into precise, measurable, executable data specifications.
Maintain customer-specific quality criteria and the canonical data dictionary every program references.
Build golden datasets, reference examples, and calibration tasks that define "correct" by demonstration, not just description.
Ontology & Data Organization
Own the taxonomy, schema, and class hierarchies for robotics datasets — how attributes are structured, how temporal segmentation works, how event boundaries are defined, how ambiguity is handled, how edge cases are categorized.
Decide how data is organized end-to-end so it is trainable, queryable, and composable across customers and modalities.
Set dataset versioning conventions, schema evolution rules, and the data-organization philosophy the org runs on.
Dataset Composition — What's In, What's Out
Own the philosophy for what goes into a dataset and what gets cut: distribution, diversity, edge-case representation, redundancy, license/provenance constraints.
Decide sampling strategies, balancing rules, and curation principles for each program.
Make taste-driven calls on what data is worth collecting at all — and push back when collection plans won't produce trainable data.
Define the acceptance bar that says "this dataset is ready to ship" — and hold it under deadline pressure.
Methodology Iteration from Model Signal
Iterate rubrics and ontology based on model-failure signal from customers — your standards evolve with what models actually struggle to learn.
Run cross-customer reviews of recurring quality misses and translate them into standards improvements.
Partner with engineering on automated validation (schema completeness, duplicates, time sync, metadata coverage, model-assisted review) so the standard is enforceable at scale.
Who You Are
Required Background
5+ years working at the intersection of ML and data — annotation methodology, dataset curation, data-centric ML, ground truth design, or labeling-specifications work for autonomy, vision, or multimodal teams.
Hands-on experience designing taxonomies, ontologies, or labeling schemas that fed production model training (not just internal analytics).
Strong data instincts: you can open a dataset in SQL, a notebook, or Python and tell us what's wrong with it within an hour.
Comfortable reading ML papers and translating model-architecture needs into data-structure choices.
Strong Signals
Built a labeling rubric, ontology, or ground-truth spec that a large annotation org executed against in production.
Worked directly with research scientists at frontier AI labs or autonomy companies on what training data should contain.
Background in computer vision, robotics, cognitive science, linguistics, or a related field where taxonomy design is craft.
Have strong opinions about data quality you can defend with concrete examples.
You Are
A taste-maker. You believe data quality is a design problem, not a process problem.
Precise about definitions and obsessive about edge cases.
Confident saying "this dataset isn't useful and here's why" — to customers, to leadership, to research teams.
Energized by deciding the standard, not by managing the team that enforces it.
Why This Role
Define the data standards the foundation-model teams shaping the next decade of robotics will train on.
Be the person with the pen on what good robotics data looks like — across video, sensors, trajectories, and language.
Work directly with researchers at frontier AI labs, not through a sales or PM layer.
Build the methodology backbone of a data company at the moment the field is still deciding what "good" means.
What Success Looks Like
Every major customer program has a clear, documented quality standard, ontology, and acceptance criteria authored by you.
The data organization runs against a canonical schema and rubric set — not ad-hoc per-project decisions.
Customer rejection rates fall and dataset usefulness rises because the right data is being collected and labeled the right way the first time.
Researchers at customer labs treat you as the technical counterpart they want to talk to about what they're actually buying.
Standards evolve continuously from model-failure signal, not in annual rewrites.