OpenAI 2026 hackathon

Litmus: AI-Native Browser Lab

3D chemistry lab simulation with live AI coaching, agentic lab designer, and verifiable deterministic chemistry for learning procedures and best practices before real-life execution

Solo project by Mingjia Zhang · 1 likes · 0 comments

Archive position — measured, not model output

1 like on Devpost

506 of the 7,856 archived projects have more likes, and 1,758 share exactly 1 — so this project's #1,373 place in the like-ranked listing is a tie-break inside that group, not a ranking.

Projects (log scale)

1
10
100
1k
10k
05,592
11,758
2285
3–4132
5–975
10+14

Likes on Devpost. ▲ marks this project's group.

Show the figures
LikesProjectsShare of archive
05,59271.2%
11,75822.4%
22853.6%
3–41321.7%
5–9751.0%
10+140.2%
Devpost like counts for all 7,856 archived projects, captured when this archive was built.

Executive Summary

What the company appears to be

Litmus is an AI-native browser-based chemistry lab simulation platform designed for high school students and teachers. The description states it provides immersive 3D lab experiences with deterministic chemical simulations, live AI coaching, and teacher-authored lab workflows. It uses GPT-5.6 for pedagogy, authoring, and advisory critique, while a deterministic engine handles the core chemistry.

What changed

The project is presented as a self-contained prototype built by one developer (Mingjia Zhang) over a hackathon period. The author describes a significant technical evolution from a hard-coded titration engine to a generalizable chemistry engine that supports multiple experiments and allows AI-based lab composition.

Single most important open question

Is there any evidence of real-world usage, user feedback, or traction with students or teachers? The description is entirely self-reported and lacks any demonstration of adoption, revenue, or customer validation beyond the author’s own claims.

Back to contents

What The Product Actually Is

The description states that Litmus is a browser-based 3D chemistry lab simulation platform. It includes:

  • Interactive 3D equipment for students to manipulate.
  • Deterministic chemical simulations (based on real chemistry calculations).
  • A GPT-5.6 Student Coach offering contextual guidance and safety alerts.
  • A Lab Composer tool for teachers to describe learning goals and receive AI-generated lesson plans.
  • Support for lab types including acid/base titrations, quantitative precipitation, solution preparation, and mass-based dissolution calorimetry.

The system is built using Next.js, React, TypeScript, React Three Fiber, Zustand, Zod, Supabase, and OpenAI API. The architecture separates deterministic chemistry logic from AI components to ensure scientific accuracy.

Evidence

  • Author states: “Litmus provides two connected experiences for students and teachers.”
  • Author states: “Students can perform browser-based chemistry labs with interactive 3D equipment.”
  • Author states: “A GPT-5.6 Student Coach—reminiscent of a helpful TA—is available to help guide the student through confusing patches.”

Inference The product is described as an educational tool for high school chemistry, but no evidence of actual deployment or usage exists.

Back to contents

Positioning & Claim Evolution

The author positions Litmus as a solution to gaps in U.S. public high school chemistry education:

  • Lack of physical lab space.
  • Nonimmersive 2D simulations that limit inquiry.
  • Students entering labs without understanding procedures.
  • Need for rehearsal environments before real-life execution.

The platform is described as an AI-native browser lab where GPT-5.6 adapts pedagogy, but deterministic software remains the authority on chemistry.

Evidence

  • Author states: “Over half of U.S. public high schools lack physical lab space...”
  • Author states: “I wanted something more active: a rehearsal space where students manipulate equipment, make meaningful mistakes, ask contextual questions, and build confidence before touching the real apparatus.”
  • Author states: “At the same time, teachers should not need to become simulation developers.”

Inference The positioning suggests a shift from traditional lab simulations toward an AI-enhanced, student-driven learning environment. However, no evidence of market testing or user validation is provided.

Back to contents

Target Customer & ICP

The author identifies two main customer segments:

  1. Students – High school students who need to practice chemistry labs before using real equipment.
  2. Teachers – Who use Lab Composer to create custom lab assignments based on curriculum goals.

The platform is intended for schools with limited physical lab access, particularly in U.S. public high schools.

Evidence

  • Author states: “Students can perform browser-based chemistry labs...”
  • Author states: “Teachers use Lab Composer to describe a desired lesson.”

Inference While the target market is defined, there is no evidence of actual users or customer engagement beyond the author’s own description.

Back to contents

Business Model & Pricing Evidence

The description does not contain any information about pricing, monetization, or business model. There is no mention of subscription tiers, licensing, or revenue streams.

Evidence

  • No statement on how the platform will be monetized.
  • No indication of whether it’s free, paid, or B2B.

Inference The business model remains undefined in the self-reported description.

Back to contents

Technical & Delivery Signals

The system is built using a modular architecture that separates AI from deterministic chemistry logic:

  • Frontend: React, Next.js, React Three Fiber for 3D rendering.
  • State Management: Zustand.
  • Validation: TypeScript + Zod.
  • Engine: Plain TypeScript for deterministic chemistry and lab mechanics.
  • AI Layer: GPT-5.6 via OpenAI API for coaching, authoring, and critique.
  • Backend: Supabase for persistence; Vercel serverless functions for API handling.
  • Testing: Vitest + Playwright.

The architecture is designed to ensure replayability and scientific accuracy by isolating AI from chemistry logic.

Evidence

  • Author states: “Responsibilities are split so that no model output can become scientific truth.”
  • Author states: “Deterministic chemistry models own pH, equilibrium, precipitation, conservation, temperature, and enthalpy.”

Inference The technical stack suggests a strong focus on correctness and reproducibility. However, no evidence of production deployment or scalability is provided.

Back to contents

Traction & Maturity Signals

There is no evidence of traction, adoption, or user feedback beyond the author’s own account. The project was submitted to a hackathon and appears to be a prototype built by one person.

Evidence

  • Author states: “This project was submitted to the OpenAI 2026 hackathon on Devpost.”
  • Author states: “Team size: 1.”

Inference No data on user engagement, retention, or performance metrics is available. The platform has not been demonstrated in a real-world setting.

Back to contents

Competitive Context

The description does not mention competitors or market positioning relative to existing lab simulation tools. It implies that current solutions are limited to 2D and nonimmersive formats.

Evidence

  • Author states: “Most virtual labs solve this with fixed animations or step-by-step worksheets.”
  • Author states: “Existing lab simulations are 2D and nonimmersive, restricting free student inquiry and exploration.”

Inference While the author positions Litmus as an improvement over current offerings, no competitive analysis or market data is provided.

Back to contents

Key Risks & Red Flags

  1. Single Developer: The platform was built by one person (Mingjia Zhang), raising questions about scalability and long-term maintenance.
  2. No Traction: No evidence of real-world usage, user feedback, or adoption.
  3. Unverified Claims: All claims are self-reported; no independent validation or third-party data.
  4. AI Dependency: Heavy reliance on GPT-5.6 for pedagogy and authoring raises risks related to model availability, cost, and consistency.
  5. Technical Complexity: The described architecture is complex, but there is no evidence of successful deployment or performance testing at scale.

Evidence

  • Author states: “Team size: 1.”
  • Author states: “This project was submitted to the OpenAI 2026 hackathon on Devpost.”

Back to contents

Diligence Questions To Ask The Founders

  1. What is the current status of the platform? Is it being used in any classrooms or schools?
  2. How do you plan to scale beyond a single developer?
  3. Have you tested the AI components with real students or teachers?
  4. What are your plans for monetization and distribution?
  5. How do you ensure consistency and accuracy of GPT-5.6 outputs across different use cases?

Back to contents

Investment/Partnership Verdict

Not evidenced.

The description is entirely self-reported, unverified, and lacks any data on traction, revenue, customers, or market validation. The platform appears to be a prototype built by one person for a hackathon, with no evidence of real-world usage or commercial viability.

Confidence Level Low

Reasoning

No third-party verification, no user data, no financials, no customer feedback — only the author’s own claims and technical architecture.

Back to contents

Source

Submitted to the OpenAI 2026 hackathon on Devpost. Project home on DevPost.

The analysis above was generated by a language model from the project's own one-line description. It is not independent research and contains no verified traction, revenue or customer data.