Human Atlas embeds AI agent tools directly into a 3D anatomy explorer

A responsive React and Three.js viewer that bundles 2,234 optimized anatomical meshes into a 33MB client-side package. By exposing WebMCP inspector tools directly to the browser, it allows AI models to search and manipulate the 3D canvas.

JURY SCORE
79.8/ 100

ConsensusStrong Consensus
Judge Range77.0–81.5
EvidenceHigh Confidence
🤖

Autonomously generated. This product was selected by the automated daily curation process. The jury evaluation, scores, article text, and publication were generated automatically. No human edited the jury scores or verdict before first publication.

Selection and product detailsSource: github_breakout ·Source snapshot: GitHub: 2297 stars (Retrieved Sep 8, 2026) ·Website: https://github.com/ashemag/human-atlas

Curation Metrics

  • Selection Mode: Automated daily curation
  • Selected by: System
  • Source Rank: 2

Product Overview

Product Summary

An interactive client-side 3D anatomy explorer built with React, Three.js, and shadcn/ui. It bundles and optimizes the BodyParts3D adult male reference into 2,234 selectable meshes across 15 anatomical systems, offering local validation scripts and built-in WebMCP agent tools for browser-based AI interaction.


Jury Summary

Human Atlas sits at an intriguing intersection of interactive 3D graphics, local web performance, and the emerging Model Context Protocol. Built on React, Three.js, and shadcn/ui, the application runs entirely client-side. The engineering is carefully optimized: it compresses the BodyParts3D adult male reference into a 33MB payload and uses batched geometry alongside GPU textures to avoid performance-killing draw calls. The standout feature is its WebMCP tool registration in app/agent-tools.ts. By exposing custom tools to the browser's agent environment, Human Atlas lets AI agents search and highlight specific structures on behalf of the user. However, the jury split on its ultimate utility. While Alex and Lisa praised the zero-friction onboarding and developer ergonomics of the browser-based tools, David and Sarah pointed out the lack of automated test suites and the complexity of the Python and Node geometry rebuilding pipeline. Marcus observed that without a structured ecosystem or API integrations for electronic health records, it risks remaining a polished showcase rather than an integrated industrial tool.

WHERE THE JURY AGREED

  • ✓

    Responsive client-side rendering optimization: Batched geometry and GPU-driven translations in app/page.tsx make manipulating 2,234 meshes fluid and lag-free in a standard browser.

  • ✓

    Innovative AI agent integration: The inclusion of WebMCP tool registration points toward a novel class of AI-assisted 3D interfaces.

  • ✓

    Zero-friction local setup: The reliance on purely static assets means getting the application running locally takes seconds with no API keys or database setup.

WHERE THE JURY SPLIT

  • usability onboarding

    Alex argues that for a rich 3D experience, a single 33MB bundle is a practical way to avoid backend database latency. David and Lisa counter that this high initial bandwidth load severely limits mobile usability on cellular connections, despite the responsive UI.

  • project health stewardship

    The geometry rebuild pipeline is external and complex. David is concerned that the Python and Node scripts used to parse OBJ files are undocumented, untested, and separate from standard CI. Sarah argues that since browser-ready assets are committed directly, normal users never need to touch this pipeline, making it a non-issue for the target audience.

Five Jury Perspectives

Five simulated professional perspectives scored the same public evidence using the JuryPress Open Product Rubric.

Alex, Serial Entrepreneur

Alex

Serial Entrepreneur

SCORE81.5

Human Atlas is a practical template for anyone building 3D user interfaces that need to talk to AI agents. It skips the typical heavy backend and delivers immediate client-side value. Imagine a developer on a Monday morning trying to build an anatomy quiz app: they clone this, run two npm commands, and have a fully interactive 3D model on their screen within sixty seconds with zero setup.

  • Immediate user-facing value with no sign-up or API key barriers
  • Fluid interactive selection flows
  • Clear visual feedback for isolated anatomical systems

The 33MB initial payload is a major barrier for cellular-first mobile users who need a quick reference on the go.

Implement progressive loading of anatomical systems to shrink the initial download payload below 10MB.

Criterion: usability onboarding
View full scorecard
purpose usefulness
4.5 / 5(Weighted: 18.0)

The project has a clear target audience in educators and developers looking to bootstrap anatomical apps. The client-side isolation model makes it a fantastic starting point for custom lightweight apps.

Confidence: high
implementation evidence
4 / 5(Weighted: 16.0)

The public demo at the Vercel URL works immediately and showcases all promised features including the exploded views.

Confidence: high
technical quality
4 / 5(Weighted: 16.0)

The batching logic is smart and responsive. However, downloading the entire dataset at once is a heavy tax for web users.

Confidence: medium
usability onboarding
4.5 / 5(Weighted: 13.5)

It is hard to beat the ease of running this project. It requires no databases or cloud infrastructure, allowing immediate local experimentation.

Confidence: high
differentiation insight
4 / 5(Weighted: 12.0)

Exposing the anatomical structures to local LLM engines using standard schemas is a major differentiator in a crowded field of 3D web viewers.

Confidence: medium
project health stewardship
3 / 5(Weighted: 6.0)

The repository lacks standard community health files, making it hard to see how external contributors can safely submit features.

Confidence: low
David, Principal Software Engineer

David

Principal Software Engineer

SCORE77.0

The Three.js rendering architecture is remarkably clean, but the project lacks any form of automated continuous integration or test suites. Committing 33MB of binary geometry assets directly to git without a deterministic build-and-test pipeline is a liability. It is a strong showcase of WebGL performance, but it is not yet ready for production deployment.

  • Effective use of batched geometry and GPU textures to minimize WebGL draw calls
  • Robust type safety using TypeScript 5.9
  • Clean React 19 component structure

Complete lack of automated workflow validation or standard unit tests to prevent regression in the complex anatomy-parsing logic.

Add a GitHub Actions CI workflow that runs the local validation scripts and typescript checks on every push to verify the build integrity.

Criterion: technical quality
View full scorecard
purpose usefulness
3.5 / 5(Weighted: 14.0)

The core utility is solid for education, but the reliance on a single static medical reference dataset restricts generic clinical use cases.

Confidence: high
implementation evidence
4.5 / 5(Weighted: 18.0)

Local scripts are provided to validate interactions and atlas buffers, which is solid evidence of defensive development.

Confidence: high
technical quality
4 / 5(Weighted: 16.0)

The web/main.tsx and app/page.tsx codebases show rigorous state management. The batching and GPU rendering loop in scene.tsx avoids performance degradation successfully.

Confidence: medium
Limitations:
  • Confidence limited to medium: 4 of 76 source files were examined, a sample of the codebase. The examined files bear on execution & permission safety, data write safety, cost & resource controls; production reliability were not examined.
usability onboarding
3.5 / 5(Weighted: 10.5)

A Node 22.13 dependency is quite modern, which is good, but the initial page load halts without a fast network connection due to mesh bundle sizes.

Confidence: medium
differentiation insight
4.5 / 5(Weighted: 13.5)

Exposing the find_anatomy and inspect_anatomical_structure tools in app/agent-tools.ts via WebMCP is a clever, direct approach to AI-assisted spatial computing.

Confidence: high
project health stewardship
2.5 / 5(Weighted: 5.0)

The absence of standard release tags, changelogs, or standard workflows indicates a project currently maintained in a silo.

Confidence: medium
Lisa, Head of Product Design

Lisa

Head of Product Design

SCORE79.5

This is an outstanding study in developer ergonomics for web-based 3D graphics. The UI controls stay out of the user's way, and the keyboard shortcuts make navigating the complex hierarchy intuitive. However, the visual hierarchy between grouped systems and individual organs needs clearer separation in the viewport.

  • Exceptional layout management on mobile screens that keeps control panels clear of the 3D canvas
  • Instant tactile feedback when hovering or selecting individual meshes
  • Logical grouping of 15 anatomical systems

Unclear visual indicators when switching between a grouped anatomical concept and an individual mesh selection, causing momentary cognitive friction.

Enhance the selection panel with distinct breadcrumbs and visual badges to clarify whether the user has targeted a grouped concept or an individual mesh.

Criterion: usability onboarding
View full scorecard
purpose usefulness
4 / 5(Weighted: 16.0)

For anatomy students, the mental mapping of systems is immediately intuitive. The exploded view successfully reduces cognitive load when analyzing overlapping structures.

Confidence: high
implementation evidence
4.5 / 5(Weighted: 18.0)

The UI is remarkably responsive and smooth, rendering immediately on page load without jerky transitions or unstyled states.

Confidence: high
technical quality
3.5 / 5(Weighted: 14.0)

While visually fast, downloading 33MB of geometry up front is poor digital accessibility for users in low-bandwidth regions.

Confidence: medium
usability onboarding
4.5 / 5(Weighted: 13.5)

Onboarding is practically instant. The inclusion of a keyboard shortcut helper and simple controls ensures zero initial friction.

Confidence: high
differentiation insight
4 / 5(Weighted: 12.0)

Using GPU texture mapping for translation and highlighting is a clever interaction design choice that keeps the interface responsive.

Confidence: medium
project health stewardship
3 / 5(Weighted: 6.0)

There are no assets or guidelines detailing how to modify the design systems or components, leaving developers to guess.

Confidence: low
Sarah, Senior Product Manager

Sarah

Senior Product Manager

SCORE80.0

The scope of Human Atlas is refreshingly focused, serving as an educational explorer rather than trying to be a medical diagnostic tool. The licensing is clearly separated between code and data, which protects commercial integrators. However, the roadmap for model updates is completely opaque, leaving the community uncertain about the project's longevity.

  • Clear definition of scope boundaries in the README preventing feature creep
  • Excellent attribution of the BodyParts3D CC-BY-4.0 dataset
  • Useful default camera and system presets

No public roadmap or issue management guidelines, making it difficult for external contributors to align their pull requests with the project's direction.

Publish a CONTRIBUTING.md file defining the project scope boundaries and the roadmap guidelines for introducing new model datasets.

Criterion: project health stewardship
View full scorecard
purpose usefulness
4.5 / 5(Weighted: 18.0)

The scope is perfectly defined. It clearly identifies itself as an educational viewer and outlines what it is not designed to do.

Confidence: high
implementation evidence
4 / 5(Weighted: 16.0)

All promised components exist and are runnable. The data optimization steps are clearly outlined in the build scripts.

Confidence: high
technical quality
4 / 5(Weighted: 16.0)

The codebase is modular and avoids excessive dependency bloat, which aligns well with long-term maintenance.

Confidence: medium
usability onboarding
4 / 5(Weighted: 12.0)

The local deployment process has minimal dependencies and works without any external cloud service integrations.

Confidence: high
differentiation insight
4 / 5(Weighted: 12.0)

Exposing structural metadata directly to browsers via WebMCP is a smart, scope-appropriate innovation.

Confidence: high
project health stewardship
3 / 5(Weighted: 6.0)

The licensing split between code and medical data is correct, but there is no structured issue management or release plan.

Confidence: high
Marcus, Venture Capitalist

Marcus

Venture Capitalist

SCORE81.0

Exposing interactive 3D assets to browser-based AI agents via WebMCP is a forward-thinking move. It positions Human Atlas as an early mover in the spatial-computing agent ecosystem, though it needs standardized API integrations to capture commercial value. The core code is modular, but the single-dataset lock-in limits its market reach.

  • Strategic leverage of the emerging WebMCP agent standard
  • High fork-to-star ratio indicating strong community intent to adapt and customize the codebase
  • Modular MIT codebase that is easy to self-host

The project is strictly dependent on the static BodyParts3D datasets, creating a content bottleneck that prevents scaling to other anatomical models.

Document a step-by-step developer guide for importing custom OBJ meshes and mapping them to new anatomical datasets to prove the pipeline's extensibility.

Criterion: differentiation insight
View full scorecard
purpose usefulness
3.5 / 5(Weighted: 14.0)

The value proposition is clear for educational platforms, but it requires integration hooks to medical systems to capture broader commercial utility.

Confidence: medium
implementation evidence
4.5 / 5(Weighted: 18.0)

The rapid accumulation of over 2,297 stars and 588 forks demonstrates strong developer engagement and interest.

Confidence: high
technical quality
4 / 5(Weighted: 16.0)

Relying on standard React and Vite components ensures a straightforward upgrade path as the web ecosystem matures.

Confidence: medium
usability onboarding
4 / 5(Weighted: 12.0)

Because it works entirely locally, developers are protected against SaaS runtime lock-in, which lowers adoption friction.

Confidence: medium
differentiation insight
5 / 5(Weighted: 15.0)

Exposing 3D interactive assets directly to AI models inside the browser via WebMCP is a brilliant piece of ecosystem leverage.

Confidence: high
project health stewardship
3 / 5(Weighted: 6.0)

While the MIT code license is fully permissive, the lack of governance policies poses a sustainability risk for enterprise buyers.

Confidence: medium

Final Verdict

Developers building interactive medical, educational, or AI-agent interfaces should adopt Human Atlas as an optimized reference implementation for Three.js and WebMCP integration. Teams requiring a general-purpose, cross-platform anatomical engine should skip it due to its hard coupling to the single BodyParts3D adult male reference dataset and its large client-side asset footprint. To secure wider enterprise interest, the maintainers must transition their local validation scripts into a standardized, automated CI workflow that tests model loading on every commit.

Evidence reach: the jury examined 4 of 76 source files, including implementation bearing on execution & permission safety, data write safety, cost & resource controls. Not examined: production reliability.

Bring the jury to your own project

Run the same five AI personas with your own evidence and evaluation criteria using Judgie-AI.

Explore Judgie-AI →
Sources, evidence map and generation metadata

Sources

What the jury could not assess

  • Could not evaluate actual performance on physical mobile devices or under real multitouch hardware as noted in the validation scripts.
  • Could not test the behavior of the WebMCP tools under diverse browser-based agent runtimes since only basic registrations are coded.
  • Could not assess production scalability or hosting costs beyond the basic Vercel static deployment.

How claims relate to sources

After this review was written, a separate pass recorded how its statements relate to the collected material. It is a record of the writing, not a score of it: opinions and comparisons are expected to be the jury's own.

This record covers the review's narrative — the summary, headline, standfirst, jury summary, points of agreement and disagreement, stated limitations, verdict, and each judge's verdict and leading concern — plus any specific factual claim made elsewhere, such as a figure, a security or runtime assertion, or a claim about what the project lacks. The per-criterion scoring commentary is not mapped statement by statement: an opinion about a score is the jury's judgment, not a claim about the world. All 63 covered statements were recorded.

  • Repository observation3 statements
  • Creator claim11 statements
  • Editorial judgment49 statements

Statements recorded as more than one claim

These sentences assert more than one thing, and the collected material does not cover every part equally. Each part is recorded separately so that a well-sourced half does not stand in for the whole. Where the parts differ, the statement is counted at the strength of its weakest factual part.

  • “It bundles and optimizes the BodyParts3D adult male reference into 2,234 selectable meshes across 15 anatomical systems, offering local validation scripts and built-in WebMCP agent tools for browser-based AI interaction.”
    • It bundles and optimizes the BodyParts3D adult male reference into 2,234 selectable meshes across 15 anatomical systemsCreator claim · strong support
    • offering local validation scripts and built-in WebMCP agent tools for browser-based AI interaction.Repository observation · strong support

Generation metadata

  • Model: gemini-3.5-flash
  • Prompt version: 4.8.0
  • Rubric: open-source-product 2.0.0
  • Scores recalculated by code: yes
  • Editorial provenance: Autonomously generated
  • Evidence record: complete — 63/63 covered statements (43 scoring statements out of scope)

Discuss this review

Disagree with the verdict or found evidence we missed? Share a reasoned response, public evidence, or a factual correction.

Comments are public and require a GitHub account. Comments do not automatically change the jury score. Verified corrections may be reflected separately in Corrections & Updates.

Open GitHub Discussions