Who does the work.

FOUNDERS
They take on the hardest problems themselves.
HIRING
We hire only senior engineers, from the best institutes and from industry.
YOUR ENGINEERS
The statement of work names the engineers on your project before work starts.

What you can hold us to.

  1. The right model for the job.

    Before we commit to a model, we measure the options on your task and choose the smallest one that does it well. Sometimes that is not an LLM at all.

  2. Tested before it ships.

    Checks run on every pull request, and an engineer who can explain the change approves it.

  3. You can see it working.

    A demo every week, and a preview link for work in progress.

  4. Your code is yours.

    Everything we produce for you is assigned to you as it is created, from the first commit.

Before you hire us.

Can you work alongside our existing team?

Yes. In embedded engineering we work to your standards: your repository, CI, linters and code owners. Our pull requests go through your reviewers and your branch protection.

Can code drafted by AI agents be trusted in production?

With checks and an engineer in control, yes. Tests, type checks, lint, a dependency audit, a secrets scan and static security analysis run on every pull request, and one of our engineers reads the change and approves it before it merges.

Which models do you use?

We work with current frontier models such as GPT-6, Claude Opus 5.5 and Gemini 3.1 Pro, with open-weight models such as DeepSeek V4, Qwen3.8 and Gemma 4 on your own GPUs, and with small trained classifiers where an LLM is the wrong tool.

Can you build an AI model of our own, trained on our data?

Yes. We build an evaluation set from your real work first, adapt an open model to your data with continued pretraining, fine-tuning and RL post-training, then distil it into the smallest model that holds the score. It runs in your cloud, on your own GPUs or on the device, and you own the weights, the datasets and the evaluation suite.

Can AI run on our phones and laptops, offline?

Yes. Small models run on iPhone, Android, Mac and Windows devices and in the browser with no network, and hand harder requests to a private server when one is reachable. It suits field work, sensitive data and apps that must work anywhere.

Does our code go to a model provider?

Yes, through the AI coding tools we name before work starts, each on business terms that prohibit training on its input. You can veto any of them, and your code is never used to train any model.

Can you fix an app built with Lovable, Bolt, Cursor, Replit, v0 or Claude Code?

Yes. We know how these tools shape a codebase, and we use AI coding tools ourselves. We stabilise what breaks, move secrets out of the repository, put tests on the paths that make money and leave automated checks running in your repository, usually without a rewrite.

How fast will we see something working?

A first working slice in two to three weeks, then a demo every week. Every branch also gets a preview link on our domain, so you can click through work in progress.

Who owns the code, and what about confidentiality?

You own the code from the first commit. We sign an NDA by default, before we see anything, and remove our access within seven days of handover.

How do you protect our data and code?

Least privilege: read-only access for a technical review, and for build work a named account of our own with write access to branches, never main. Your code lives in your repository, our copy of it on our source-control host, our engineers’ encrypted machines, our agents’ isolated environments and branch previews on our domain; production data stays out of all of them unless the statement of work says so, and a secret found in your repository is reported the same day and rotated within 24 hours. The details are on our security page.

What if we are not happy with the work?

Anything that does not meet the statement of work, reported in writing within 30 days of handover, we correct under it. Embedded or ongoing engineering ends on 14 days’ written notice from either side, and within seven days of the end we revoke our access, delete local copies and confirm both in writing.

We do not have a technical team. Can you still build it?

Yes. Bring the idea and what you want customers to be able to do. We scope it on a call, show working software every week, and hand over the code, a README, runbooks and architecture notes, so another team can run it without us.

How do we work across time zones?

Our working day overlaps working hours in Europe, the Middle East and Asia. You see a demo every week, and work in progress sits on the intake board and on preview links, so you can check where things stand at any hour.

What kinds of teams do you fit best?

Startups and enterprise teams that need an AI system built, a product shipped, or an AI-built app made safe. We join a team that has engineers, or act as the engineering team for one that does not.

How is the work priced?

Scope and fee are agreed on a call, once we understand the problem, and set out in a signed statement of work. A change of scope is agreed in writing before the work changes.

Describe the problem and get the scope in writing.

Notes, designs or code help, but a few plain sentences are enough to start.