
Forge
A workspace for planning, debugging, and shipping software.
Forge brings a Dev Board, HTTP inspection tools, endpoint monitoring, reusable resources, and a synced CLI into one account.
Next.js · React · TypeScript · InsForge
I build digital products that move from idea to real use.
I work with you from product definition to launch: interface, product logic, payments, and a foundation your team can maintain. I use AI when it solves a concrete task.
Each step leaves a visible decision
01
These are products I built by my own initiative or published as open source. They show how I think and how I work.

A workspace for planning, debugging, and shipping software.
Forge brings a Dev Board, HTTP inspection tools, endpoint monitoring, reusable resources, and a synced CLI into one account.
Next.js · React · TypeScript · InsForge

Spec-driven design for coding agents.
Two open-source skills that separate planning, human approval, and implementation so agents cannot improvise product decisions.
Claude Code · Agent Skills · Markdown · Cursor

Detect schema changes before they break your app.
A CLI and daemon that monitors HTTP endpoints and alerts through Telegram, Slack, or Discord when a response structure changes.
TypeScript · Node.js · Telegram API · Slack API

Personal finance designed around real daily use.
An application for managing transactions, budgets, loans, installments, savings, and recurring payments in one system.
Next.js · React · TypeScript · Supabase
02
Products I have contributed to professionally. I show my responsibility and context without presenting them as personal property.
Professional contribution
A dashboard for creating and managing digital cards, with Stripe subscriptions and Groq-powered content generated from real profile data.
Professional contribution
An internal dashboard with sensors, metrics, alerts, and reports that centralizes operations for ABEHA rainwater harvesting systems.
03


I work with people who need to build, improve, or put an existing digital product in order. I connect a business decision to a clear interface and a technical foundation the team can maintain.
I have spent more than four years building web and mobile products in production. I have worked on admin dashboards, SaaS products, APIs, payments, and internal tools. I like working close to the person who knows the business, not only the codebase.
In my current work, I have led architecture decisions for a SaaS platform with more than 200 active users. I migrated a Laravel backend from version 9 to 12, integrated Stripe, and built dashboards the team uses to run the business.
I have also worked directly with clients to turn requirements into UI improvements without making the existing code harder to work with. I can join to define a first scope, improve a product that already has users, or prepare a backend that has become difficult to change.
I like to start with a concrete problem and enough context to discuss decisions. You do not need everything figured out. You do need to explain what you want to build or what is slowing the product down.
04
I can join when the product still needs direction, when it is already running, or when a technical decision is slowing the team down. We can also start with a focused session to define the next step.
Mode / 01
If you have a concrete idea and need to reach the first payment, I can handle the frontend, backend, payments, and deployment in the same project.
What stays
06
AI makes sense when it improves one concrete part of the product or the team's work. We define the task first, then choose between an integration, an agent, or a skill.
How I work
If you already have a product, I look for a step where AI can remove work or improve a response. If the work is internal, I design the agent or skill with context, limits, and review.
Tell me what you want to improveI integrate assistants, content generation, or data extraction into the steps your customer already uses. The result belongs inside the product, not in a separate demo.
I build agents that find information, use tools, or prepare a first response. Each action has clear limits and a review step before it affects the system.
I turn repeated tasks into versioned skills with context and review steps. The team can work with agents without relying on a prompt lost in chat.
07
I show you the work as it happens. We discuss changes before they become code, and every week you have something you can open.
We talk about what you sell, who uses it, and what is holding the product back. I leave that conversation with the scope written down and the questions we still need to answer.
I choose the stack based on what the product needs to support. I explain each decision, its cost, and what I would leave ready for later.
I show you the work as it happens. We discuss changes before they become code, and every week you have something you can open.
I leave the deployment, domain, monitoring, and documented code in your repository. Then we agree on whether I keep maintaining it or your team takes over.
08
These are the rules I use when working with product and code.
I explain what changes, what risk I see, and which alternative I am ruling out before it becomes code.
I work in visible deliveries so you can review the product instead of receiving only a summary at the end.
I say what I did, what the team solved, and where responsibility for each decision sits.
At the end of a delivery, I leave the code, deployment, and decisions documented so the next change has a starting point.
09
These are concrete responsibilities: architecture, migrations, payments, and day-to-day product work.
10
Tell me what you want to build, improve, or unblock. I reply within 24 hours.