AN INDEPENDENT APP STUDIO

Apps built to be used, not just launched.

EitanX Labs designs and ships products for mobile and web, with AI capabilities woven in where they genuinely help. Built end to end - product, design, and engineering - under one roof.

See the products About the lab
Ship useful productsAI where it earns its placePrivacy by defaultMobile and web, one standard

The products

Everything the lab ships, in one clean index.

2 live · built to hold many

01
Univer app mark

Univer

- University dating, engineered end to end.

The dating app for verified Israeli university students - Go on Google Cloud, AI photo moderation, Next.js web, React Native on iOS and Android.

  • AI inside
  • Web & Mobile cross-platform
  • 99.9% uptime on Google Cloud
  • 16+ universities supported
  • 100% verified students
univer.co.il ↗App StoreGoogle Play
iOS · Android · Web
Live→
02
Norwood app mark

Norwood

- Know if your hair-loss treatment is actually working.

A local-first hair-loss tracker - SQLite on-device, a hand-built Skia scalp map, a from-scratch WiFi microscope video client. Photos never leave the phone.

  • iOS & Android one codebase
  • 0 servers - fully local-first
  • 6 scalp zones mapped
  • 100% on-device data
getnorwood.com ↗App StoreGoogle Play
iOS · Android
Live→
03

More from the lab

New apps are in progress. The index simply grows - same rhythm, same rules.

Soon

From the lab

Earlier experiments and side builds.

Small, but educating

C++

Case study2024

Linux Systems & Concurrency

A deep dive into operating system internals, covering custom process management, multi-threaded synchronization using pthreads, and inter-process communication. Focused on mastering system calls, memory allocation, and concurrency control in Linux.

  • C
  • C++
  • POSIX
  • pthreads
  • Linux
What it does
  • Built custom process management directly on Linux system calls, with no runtime doing the bookkeeping
  • Synchronised multi-threaded workloads with pthreads, and the concurrency control that keeps them correct under contention
  • Moved data between processes over IPC, with allocation and lifetime managed by hand
My takeuncensored

This one is coursework and I am not going to dress it up as anything else. It earns its place because it is the only project here where I had to be correct rather than clever - a race condition does not care how tidy your abstraction is, and it will happily pass a hundred runs before it eats one. Every runtime I have leaned on since sits on top of these primitives, and the only reason I understand what they are doing for me is that I spent a stretch of nights getting them wrong with a debugger open.

Processes, Threads, IPC, and Synchronization - Low-level POSIX systems programming in C/C++.

View code

C#

Case studyJuly 2024

Terminal Chess

A C# chess engine with full rules validation and FEN board states, using MongoDB as the move channel between two terminals. The first big one - where the obsession started.

  • C#
  • Object-Oriented Programming
  • MongoDB
  • Linux
What it does
  • Leveraged inheritance and polymorphism across piece class hierarchies to execute dynamic move logic
  • Applied abstraction and encapsulation to isolate internal board-state management from rule validation
  • Serialized board states with FEN notation and integrated MongoDB for persistent multiplayer sessions
My takeuncensored

MongoDB is doing a job that belongs to a socket. Two terminals taking turns against a shared document is a durable whiteboard, not networking, and I knew that while I built it. I kept it anyway, because the alternative was spending the summer on transport code instead of on the part I wanted to get right: a piece hierarchy where every rule lives with the piece it belongs to, and a board that hands off to another machine as one FEN string. The class design still holds up; the transport is the first thing I would throw out. It also never lost a game, which is more than I can say for some things I have shipped since.

Two terminals mid-game beside the MongoDB document holding the same game
Move 21, both players live - and the same game as a Mongo document: FEN string, 40-move history, both players' records.

OOP, Inheritance, Polymorphism and Abstraction - Online multiplayer chess, played in a Linux terminal.

View code

TypeScript

Case studyJuly 2025

Ikariam Extension & Tools

Chromium extension & Tools that gives a 2008 browser game a 2026 control panel.

  • Next.js
  • TypeScript
  • Python
  • SQL
  • Web Scraping
What it does
  • Extracted raw game data by analyzing in-browser API traffic, enabling automated collection of live game statistics
  • Built Python web scrapers to extract, clean, and deduplicate large-scale datasets into structured SQL storage
  • Developed a Next.js and TypeScript platform transforming 52,000+ SQL entries across multiple relational tables into interactive interfaces and maps, enabling data-driven gameplay decisions
My takeuncensored

Reading the game's own API traffic took an afternoon. The other three weeks went on the unglamorous half: the same island arriving twice under two spellings, players renaming cities halfway through a scrape, a key that was unique right up until it was not. Anyone can point a scraper at a server - the work is deciding which row to believe when two of them disagree, and none of that shows up in a screenshot. The atlas is the payoff. Fifty-two thousand rows mean nothing as a table and become obvious the second you draw them at their real coordinates. Given the choice I would still rather write the dedup pass than the UI.

The 3Click Resources tab listing every city's material stock side by side
Resources for every city in one table, production per hour totalled in the header.

Transforming 52,000+ SQL entries across multiple relational tables into interactive interfaces. Extracting raw game data by analyzing in-browser API traffic.

How we build

The rules the whole studio runs on.

01

Ship useful products

Not demos, not concepts. Products that live in app stores and browsers, with the unglamorous parts - onboarding, empty states, error paths - treated as the product.

02

AI where it earns its place

AI has to solve a real problem - photo moderation that keeps Univer's community safe today, on-device progress image analysis coming to Norwood in v2.

03

Privacy by default

Univer verifies every single user. Norwood keeps your photos on your phone - no account, no cloud. Trust is a feature we design for first.

04

Mobile and web, one standard

Each product is built for the phone in your pocket and the browser on your desk, to the same bar. No second-class platform.

Eitan Michaelevich, Founder, EitanX Labs
Eitan MichaelevichFounder, EitanX Labs

From the founder

EitanX started as the handle I shipped under while studying Mathematics and Computer Science at the Technion.

Browser tools, data pipelines, a chess engine, whatever problem had my attention that month. The projects kept getting more ambitious until they stopped feeling like projects.

EitanX Labs is the next step: one roof for products that are built properly, shipped, and made smarter with AI where it truly helps.

Contact

Get in touch

Whether you want to talk products, partnership, or just say hi - the inbox is open.

founder@eitanx.com
GitHubLinkedIn