SOFTWARE / SYSTEMS / ELECTRONICS
I’m Yingche — a student engineer and ScholarSafe co-founder. I build across AI, software, and electronics, following an idea all the way to something I can test.
Different projects.
The same instinct.
01 / SELECTED WORK
Product ownership. Systems depth. Applied AI. And hardware that leaves the screen.
ScholarSafe ↗
Housing search, roommate matching, and the trust workflows around them. I co-founded ScholarSafe and lead the engineering behind the student experience.
Authentication, weighted matching, messaging, verification, and moderation. Built around an actual student problem.
HomeHub ↗
A local AI and automation system connecting an HP Envy core and a Raspberry Pi edge node. Durable state, bounded workers, and explicit recovery turn a collection of services into a system.
A timeout does not grant permission to replay work. A green build does not grant permission to rotate production.
Sessions, leases, and cancellation are owned by the server. Tool access stays bounded.
Private infrastructure, explained here. No connection to the home network.
Two 10 kΩ resistors divide the 5 V supply equally.
Calculated illustration: VOUT = 5 × R2 / (R1 + R2). This is not a live measurement.
Ohmni ↗
A schematic becomes a reviewable graph. A deterministic solver does the math. Your measurements turn a mismatch into testable fault hypotheses.
Models help read the circuit. You confirm the connections. The solver owns the numbers.
SkillForge ↗
A local AI runtime that turns a verified, human-approved fix into a reusable skill. The next compatible incident runs the checked code with zero model calls.
The local model reads the incident and proposes a bounded repair.
An explanation of the system. No live model or backend calls.
Cyberdeck ↗
A Raspberry Pi, a touchscreen, and a Rust interface. Underneath: local status messages, a control daemon, and an FPGA cooling core tested in simulation.
Rust / Slint renders directly through LinuxKMS. Touch navigation and boot recovery are physically validated.
Device illustration, not a photograph. Physical fan integration is pending.
02 / THE REST OF THE WORKBENCH
Products, infrastructure, experiments, and unfinished questions. Every build has a different stage.
13 builds in the index
No builds match. Try another search or choose All work.
Student housing discovery, compatible roommates, and trust workflows.
Durable local state, bounded workers, and explicit release controls.
Schematic to solver-backed circuit diagnosis.
Verified local AI skills. Reuse a checked fix without another model call.
Rust, a Raspberry Pi, and a simulation-tested FPGA cooling core.
Activity planning that accounts for practical barriers and consent.
Recover partial workflows without repeating completed side effects.
Private student planning meets public academic evidence.
What happens to a robot policy after a safety intervention?
Evidence, eligibility, and explainable opportunity ranking.
Apple Dynamic Desktop schedules, brought to KDE Plasma.
Canvas perception, feedback control, and repeatable browser experiments.
An inspection-first browser automation proof of concept.
03 / THE PERSON AT THE BENCH
I’m a dual-enrollment student at Mission Early College High School and Mission College, in San Jose, California. My projects move between software and the physical world because I like understanding the whole system.
Outside the builds, I founded my school’s AI Club, led 12+ Python and AI workshops, and collaborate on educational AI evaluation with San José State University.
Education, experience & the longer storyBuild something useful.Start with a person and a real constraint.
Make the uncertainty visible.A hypothesis, a simulation, and a result deserve different labels.
Try the thing that might break.Recovery and failure are part of the design.
Leave a trail someone can follow.Source, evidence, and decisions belong beside the work.
THE NEXT CONNECTION