Engineering inputs, not just text
Drawing sets and GD&T. Tolerance stack-ups. Tables inside scanned PDFs. Workbooks whose formulas reference three other workbooks. The commercial terms buried on page 40 of the purchasing agreement.
Defensible quotes in minutes, not weeks.
Nyotta turns drawings, specifications, and commercial requirements into structured scope, BOMs, and cost estimates. Your engineers review the evidence, resolve open questions, and approve the quote.
Audited security controls
Every line cites its sheet and zone
Nothing reaches the ERP unapproved
STEP, IGES, DWG, DXF, PDF, XLSX, DOCX, native CAD, scans... Work on the package as it arrived.
Nyotta reads the whole package first. Every sheet, specification, workbook, and clarification. Then it resolves the revisions, structures the variant-level BOM, builds the should-cost line by line, and writes the exception list. Reconciliation starts on day one, and every number arrives with the sheet and zone behind it, for you to judge.
A 2D drawing set, a STEP AP242 model, a 14-tab commercial workbook, and eleven emails of clarifications. Nothing in the package references anything else in it, and the revision that governs is rarely the one on top.
Rev C in the print. Rev D in the spec.
You quoted a near-identical bracket in 2023. The assumptions that made that number defensible live in a local workbook.
High-variant component programs, and systems that have never been built before. One is priced against a variant matrix, the other against a scope nobody has built yet. Same platform.
Read the drawing set against the variant matrix, carry GD&T and datum callouts into the BOM, and price every variant without rebuilding the estimate four times.
Whether the cell can meet the spec, what it takes to build, what it costs, and what margin survives. Applications and sales working from the same numbers instead of two spreadsheets.
Seven stages. Each one keeps the evidence it was handed.
See how Nyotta worksDrawing sets, STEP and native CAD, specifications, commercial workbooks, and the clarification thread.
Requirements, features, quantities, GD&T callouts, and the commercial terms that move the number.
Rev conflicts, variant logic, missing inputs, and the assumptions nobody wrote down.
Can we actually make it? Every route checked against your own machining, forging, and build criteria before a number is committed.
Should-cost, tooling, secondary operations, and commercial impact, editable line by line.
The responsible engineer signs the output. Not the model.
Approved decisions carry into the next program with their evidence attached.
Four properties that decide whether a quoting system survives contact with a real package.
An approved quote is not a number. It is a set of decisions, mappings, standards, and dispositions that already passed review. Nyotta keeps them with their evidence and the engineer's name attached, so the tenth program in a customer's book opens against your basis instead of a blank model.
All of it stays scoped to your instance. Nothing you approve trains a shared model or reaches another customer.
How isolation worksWhat your systems already hold. Drawing sets, specifications, workbooks, closed quotes, rate cards, and the clarification threads, read where they live.
What your engineers decide. A disposition on an exception, a corrected forge allowance, a customer-specific standard read one particular way. Each becomes a rule with its source, its owner, and the date it was approved, applied to the next package.
Still yours. The layer below narrows what an engineer has to re-decide. It never decides for them, and nothing reaches the ERP without a signature.
We build and maintain the connectors. Read-only to start, no migration, no data prep, and your quote history comes with it.
Drawings, models, revisions, lifecycle stateERP & procurementNot on the list? Tell us what you run
Scoped access, tenant separation, source-level traceability, and an engineer's approval before anything is written back.
Explore securityHardware programs and production AI infrastructure on one side; language systems and enterprise search on the other. Nyotta is what we wanted to exist while doing that work.
Led the Pixel A-series program at Google from concept to launch. Built AI infrastructure for large-scale models at Meta Superintelligence Labs, including trust and safety systems running inline at production scale. Dropped out of Harvard Business School to build Nyotta AI.



Led NLP and AI projects at Google Assistant, now part of Google DeepMind. Built enterprise search at Moveworks for Northrop Grumman, CVS, and other enterprises with the most fragmented legacy systems and highest security requirements. Graduate degree in CS and NLP from Yale.



Nyotta reads engineering RFQ packages and turns them into a quote your team can review. It takes the whole package: 2D drawings, 3D CAD, specifications, variant tables, bid forms and the emails that clarify scope. Out of it comes a quote in your own template, ready to send: [including] a structured bill of materials, a should-cost estimate, a feasibility check, an open exception list and the outgoing proposal etc. Every line links back to the sheet and zone it came from, with the reasoning behind it shown.
Nyotta is built for teams whose quoting is technical and high-variant: every RFQ brings a different set of parts, options and requirements, and the number that goes out has to be defended line by line. Estimating, applications and design engineering, sales, finance and purchasing all work from the same package rather than separate copies of it. For example, automotive Tier-1 suppliers quote engineered components from customer prints, and custom automation builders scope complete systems.
Estimating and quoting run it first, because the RFQ lands with them. Applications and design engineering work from the extracted requirements and drawing data instead of rebuilding context per bid. Sales gets a defensible number early enough to matter. Finance and purchasing see the cost drivers behind an approval rather than a standard cost. Everyone reads the same package, with the same source links.
Yes. Nyotta reads 2D engineering drawings directly and extracts dimensions, geometric tolerancing callouts, threads, surface finishes, material and heat treat requirements, title block data and drawing notes. It also works on vector PDFs and on scanned prints with no text layer. Each extracted characteristic carries its location on the sheet, so the output can be checked against the drawing.
Yes. Nyotta reads a model for overall envelope, true material volume and mass, wall thickness, and how much stock has to come off. Those feed the cost side, because mass and machined volume are among the strongest drivers of what a part actually costs. Send a drawing package, send a model, or send both, and Nyotta reads whichever arrives.
Minutes for the whole package, seconds for a sheet. A complex RFQ package of drawings, specifications and commercial documents is read end to end in minutes. It is read in full while the clarification window is still open, so questions reach your customer in time to be answered. What remains is engineering review, the part of quoting that needs a person.
Yes. That is the return most teams are buying. What goes away is the manual reading: working through forty-page specification PDFs, pulling features off drawings by hand, redrawing a customer print to generate a parts list, retyping tables into a cost sheet, chasing the same clarification twice. That work is measured in weeks per programme, and programme volume only goes up. Engineers still approve every quote before it goes out, and review is where their judgment was always the point.
Nyotta scores 0.91 F1 on engineering drawing extraction. A general-purpose AI agent scores 0.38 F1 on the same work. Scored separately against released feasibility analyses, Nyotta reached 93.7% precision at 97.2% recall. Accuracy is re-measured on every pipeline change against golden sets built from real drawings, and each engagement runs to acceptance criteria both parties define before work starts.
One RFQ package your current process struggles with. The drawings, the specification, the variant table or quantity breaks, and if you have it the quote you eventually sent. Nyotta runs it live and you compare the output against what your own team produced. The most useful demos have been on packages the customer already quoted, because they already know the right answer.
Quickly, because there is no data preparation step. The estimating templates, rate card, past proposals and historical RFQ packages already exist inside your business and are sent as they are, with no cleanup. You run your own programs through the platform from the start, and the pace after that is set by your review cycle rather than by anything Nyotta has to build first.