Tethys · founder and product engineer
Shape the problem, design the system, build the product, and stay responsible after release.
Founder · product engineer
Fifteen years turning messy operations into products, automations, and infrastructure people can actually run.
Ignition sequence
The camera leaves the launch field here. The portfolio remains readable even when the flight layer is unavailable.
I work where product judgment, engineering depth, and operating responsibility overlap. The useful question is not whether AI wrote a line. It is whether the system solves the right problem, ships, and keeps working.
I have spent fifteen years building across product, backend, mobile, automation, and infrastructure. That range matters because real systems fail at the seams.
I use AI aggressively. I also own the architecture, the tradeoffs, the production failures, and the conversation with the person whose day the software changes.
How I turn that into a delivery method →The through-line is ownership: discover the bottleneck, ship the narrow proof, and keep responsibility when real usage begins.
Shape the problem, design the system, build the product, and stay responsible after release.
Turn WhatsApp conversations and voice notes into work that can be assigned, tracked, and recovered.
Deliver human-in-the-loop automation for sensitive clinic intake, scheduling, and follow-up.
Product engineering for the integration engine that moves more than a billion clinical messages a day across 1,900+ healthcare organizations in 31 countries.
Frontend, backend, and production support for the internet banking of Central and Eastern Europe's largest banking group — 25 million clients across 13 markets.
Full-stack and reliability engineering for the virtual-data-room pioneer trusted by over 95% of the Fortune 500, with $35+ trillion executed on platform.
Product clarity, scope, adoption, and operations decide whether a build becomes leverage or another abandoned repository.
Start with the bottleneck, the person doing the work, and the decision that keeps getting delayed.
A narrow system in real use beats a broad platform waiting for permission to matter.
Deployment, observability, handoffs, and recovery are part of the product, not cleanup after it.
Each project is a real operating system, product, or public experiment. The code supports the story; it is not the story.
Product studio
Productized software, AI workflows, and internal systems built around measurable operational outcomes.
Logistics SaaS
A logistics platform for local operators: order intake, pricing, PIX payments, dispatch, route optimization, and live tracking.
Logistics operations
A WhatsApp-first operating system that turns voice notes and conversations into trackable delivery work.
Clinic operations
AI-assisted intake, scheduling, and follow-up designed to hand sensitive decisions back to clinic staff.
Restaurant operations
A complete takeout operation for a ramen house: WhatsApp ordering agent, live pickup queue, payments, and customer feedback.
Automotive consumer
Human-reviewed audits of Romanian car-repair estimates: parts pricing, labor-overlap checks, and negotiation guidance.
Build in public
The honest record of building products, making decisions, and showing the work without guru theatre.
04 / Mission control
Send me the bottleneck, who feels it, and what a useful outcome looks like. I will tell you plainly whether software should touch it.