Plan
Requirements, constraints, and trade-offs are explored with an AI assistant before code exists. Assumptions are written down, not carried in my head.
invent.ai · Senior/Staff Software Engineer
I am a Senior Product Developer based in İzmir with more than six years of shipping web products, mostly on the frontend side of API-driven systems. I run an AI-native workflow on Claude Code, custom skills, and MCP connections to production tooling, and I am building systems that hand implementation to AI agents end to end while specification, review, and verification stay with me. I am applying at the Senior band and naming backend service ownership as my growth edge rather than a claim.
End-to-end AI leverage
Planning, implementation, verification, and operations each get AI leverage. Each also keeps a human accountable for the outcome.
Requirements, constraints, and trade-offs are explored with an AI assistant before code exists. Assumptions are written down, not carried in my head.
AI agents implement and write tests against an explicit spec. Every diff is reviewed as if a colleague wrote it, and simpler options are preferred.
Vitest and Playwright run in CI. Typecheck, lint, and tests are the guardrail that lets AI-generated code move quickly without hiding regressions.
Sentry and Jira are wired into the assistant through MCP and Graylog through a custom skill, so investigation, incident notes, and follow-up tickets start from real production data.
Evidence
This is not a tool I tried once. The assistant sits in planning, implementation, debugging, incident investigation, and pull requests. I am now taking it a step further: a process that delegates implementation to AI agents end to end, automates the repeatable steps, and keeps the guardrails inside the same system.
As Senior Product Developer, my current product is a B2C eSIM purchase journey built with Next.js and TypeScript. It is where my AI-assisted workflow, API collaboration with backend teams, and production quality habits meet.
A high-traffic React product in a frontend monorepo during a migration from legacy .NET surfaces to a React SPA. Performance regressions there were user-facing production problems.
A data-focused startup building KPI dashboards from multiple sources. A small team meant I contributed briefly on the backend side as well as owning frontend delivery.
Two integration-heavy products: an advertising-management centre built on third-party platform APIs, and an enterprise map-customisation tool inside a large international codebase.
Role fit
Positioning principle
More than six years of shipping product and an AI-native workflow are the evidence. Backend service ownership is named as the growth edge, not dressed up as history.
More than six years of ES6+ and TypeScript across React, Next.js, Vue, and Angular. Asynchronous data flows, caching, state ownership, and framework migrations are everyday work, not portfolio exposure.
I use Claude Code across planning, implementation, debugging, incident investigation, and PR workflows, and I am building a process that delegates implementation to AI agents end to end. I maintain AGENTS.md files, agent rules, custom skills, slash commands, and MCP connections that compound over time, and I keep context lean so each task starts from relevant information only. I also know when a change is faster or safer by hand.
AI-generated code goes through the same gate as mine: Vitest and Playwright tests in CI, typecheck, lint, and human review of every diff. Sentry and Graylog are connected to the assistant, so debugging starts from production data. I have not owned rollout or rollback infrastructure for backend services; I have worked inside teams that did.
The posting asks the engineer to work with frontend developers on well-designed data flow. I have been on the other side of that conversation for more than six years, built lightweight Next.js endpoints, and contributed CRUD endpoints to backend projects. I know what a good contract looks like from the consumer's seat.
Code review and cross-team communication are part of my current role, and public talks on web performance, Next.js, and JavaScript internals show I can make a technical trade-off understandable. English is comfortable for interviews and daily remote work.
I do not have two years of production Express, Hapi, Sails, or Nest experience, and I have not owned microservice architecture or database operations. I am naming this directly so we can discuss how invent.ai onboards engineers into its data-intensive backend and how fast that ownership can realistically grow.
invent.ai
Public-source research kept separate from claims about invent.ai's internal architecture, roadmap, or team decisions.
The product output is a decision, not a page. Services carry forecasts and recommendations at SKU, store, and day granularity, so API correctness, performance, and clear data contracts are product features rather than internal details.
AI-Decisioning Platform overviewThe company builds with the Model Context Protocol on the product side, not only in developer tooling. I use MCP servers daily for issue tracking, error monitoring, and an internal data service, so the pattern and its trust boundaries are familiar territory.
Remi MCP announcementThe API layer sits between batch data pipelines and React interfaces. That makes the posting's line about designing data flow with frontend developers central to the role, and it is where more than six years on the consuming side of those contracts is directly useful.
Senior/Staff Software Engineer postingThat is a description of how I already work, including the judgment part. Pairing AI speed with guardrails tells me the team wants trustworthy AI-assisted engineering rather than speed alone, which matches the working rules I apply today.
Senior/Staff Software Engineer postingA science-led company with academic advisors argues engineering decisions with evidence, which is the communication style I prefer. Remote work from İzmir with European and US overlap is my normal operating mode.
Join invent.aiEnterprise customers make the 'system health' half of the posting real: rollback safety, observability, and security are commercial requirements. This is the part of the role I would be growing into fastest, and I would rather say so than pretend otherwise.
Retail Systems Awards 2026Communication proof
I have given public talks on web performance, Next.js, JavaScript internals, and data structures. They are practical evidence of preparation, technical curiosity, and explaining trade-offs to an audience.