Our own product2026Sorudaş
An AI tutor that explains the reasoning, not the answer.
- Project
- Our own product
- Our role
- Product · Architecture · Full stack · AI layer
- Duration
- In development
01 / Behind the product
A real need. A considered solution.
Challenge
In exam prep, asking a model gives you the answer but not the learning, and when the model’s solution is wrong there is no way to notice. The product comes from a 46-section master document, and every item had to map to a phase, a deliverable and an acceptance criterion.
Approach
The product is built on reasoning rather than answers, and the trust gate is a pure function in the domain layer: an unverified solution is never taught, and that cannot be bypassed. Every model output passes a Zod schema; prompts live in a versioned registry (key, version, input/output schema, model, eval suite); a separate math-check package validates solutions against a golden set.
ESLint enforces layer boundaries and architecture-guard proves the rules work with 12 deliberate violations. Every external service sits behind an interface with a deterministic mock adapter, so the system runs without a single API key. A monorepo: student web, teacher, institution, admin and mobile apps; RLS, pgvector and Edge Functions on Supabase.
Result
Most of the sixteen phases are complete: sign-up and capture gates, the learning engine and progress screen, the parent panel and notification rules, the quota gate and the right to deletion have been verified on live Supabase. The WebRTC lesson room, moderation UI and mobile device tests remain. sorudas.com is live.
02 / Inside the product
The experience, on screen.
Open a screen to explore the details.07 images
03 / Scope & details
The details make the experience.
- 01
Explains the reasoning, not the answer
- 02
Every solution passes a separate verification step
- 03
Memory of the student’s past mistakes
- 04
Provider-agnostic model layer testable with mocks
Technology
Next.js / Supabase / Vercel
INSIDE THE PRODUCT
The engineering behind the interface.
Systems we built and concrete problems we addressed in this project.
The trust gate cannot be bypassed
The trust gate in packages/domain is a pure function, independent of UI, framework and provider. An unverified solution is never taught and bypassing the gate violates the architecture rules; tools/architecture-guard proves the rule works with 12 deliberate violations.
A system that runs without keys
ADR 0004: every external service (OpenAI, Supabase, RevenueCat) sits behind an interface with a deterministic mock adapter. pnpm install && pnpm dev brings the app up; the F0 diagnostics page runs the solution chain through seven scenarios.
Prompt registry and traceability
Prompts are not scattered strings; the packages/prompts registry holds key, version, owner, input/output schema, model and eval suite. Every model request is logged with trace_id, model, prompt version, tokens, cost and the trust decision.
Your idea could be next.
What could we build for you?
From a first release to a growing platform. Let’s plan the design, development and launch together.
From Türkiye to the US, UK, Australia and everywhere in between.