Skip to content

A2Genesis GmbH

Software that solves your problem. AI when it does it better.

We build software, websites and applications — from the first sketch to the running system. Our core discipline is AI-native architecture: systems designed out of intelligence rather than having it bolted on.

Your solution

  • Software
  • Data
  • Processes

used where it is measurably better

AI
Not as a label.

Where we stand

AI where it wins — and nowhere else

Right now every application is getting a language model wired into it so the box can say “AI”. We think that is the wrong reflex. A great many tasks are solved faster, cheaper and more reliably in plain deterministic code — code that does the same thing every time and can be read line by line.

So we decide per task, not per proposal. Where a model is a clear advantage, we build it in and measure the gain. Where a handful of rules will do, we write a handful of rules — and we will tell you so even if you came asking for AI.

We prefer to run models on our own hardware. Not out of hostility to the cloud, but because confidentiality, control over the whole system and the freedom to experiment matter to us. What suits your project best is something we decide together.

The difference is not how much AI is in it, but whether anyone checked where it actually helps.

What we do

Three fields of work

We work across the full range and have one core discipline. What a task needs is decided by the task — not by what happens to sell well.

  • 01

    Software, web and processes

    The daily craft: applications, websites, interfaces, automation of recurring steps, plus findability and brand presence. Most of it needs no models at all, and that is as it should be — deterministic code is faster, cheaper and the same every time.

  • 02

    AI-native development

    Core discipline

    Software in which intelligence is part of the architecture rather than a feature bolted on. The difference is testable: an AI-native system keeps context across steps, makes intermediate states visible, and can be recomposed in its capabilities. A retrofitted system has an input field.

  • 03

    Research and our own infrastructure

    We run models on our own hardware and use it to try out what we do not yet know. Two reasons: confidentiality, because nothing leaves the building, and freedom, because on a system you own you can measure everything and change everything. Whatever moves from that into communication is labelled as a research finding, not as an available capability.

Difference

What we set ourselves apart from

Compared toOur position
Intelligence added after the factAI-nativeIntelligence is embedded, not attached.
AI as a selling pointJustifiedA model goes in when it is measurably better. Otherwise it does not.
Selling tools instead of advisingOpen-endedWe will also say no when the effort would not pay off for you.
Monolithic approachesModularCapabilities can be combined, replaced and reused.
“Magical” systemsTraceableOrigin, state and effect stay visible.

Have a go

AI or not?

Six everyday tasks. Each time, decide whether a language model is the better choice or ordinary code. Two of them are traps — and those same traps get sold elsewhere as AI projects.

Task 1 of 6

Read the amount and invoice number from 4,000 incoming invoices — all in the same format from the same supplier.

How we work

How a project runs

Whichever service — the order is the same. It is here because the most common unspoken question is not “what does it cost” but “how does this start”.

  1. Conversation

    An hour, no invoice. You describe what needs deciding; we say whether we are the right people for it. The no comes here, not after the quote.

  2. Assessment

    In writing, with an effort range and the open questions beside it. Where we cannot prove something, it says so there — not in a footnote.

  3. First slice

    The smallest part that changes something goes live. It is the measure for everything after it: what does not hold here will not hold at scale.

  4. Extend

    In stages, each with a result of its own. After any stage you can stop without being left with a building site.

  5. Hand over

    Source code, credentials, build instructions, operating notes. Whether we then take on operations is a separate decision, not a consequence.

In numbers

What already stands

Counted in our own files, not estimated. Where each number comes from is stated beneath it.

95

Components in the design system

exports from A2 Lumina

171

Design tokens

colours, spacing and type scales in tokens.css

40

Icons in the set

our own icon set, one SVG

16

Pages in A2 Apex

the tenant platform, in operation

Hands-on

Talking is easy. Showing is better.

Four places where you can check for yourself instead of taking our word for it. Everything runs in your browser, nothing goes to a server.

  • The tour

    Six stations straight through a language model — from splitting a sentence to the question of where the computing actually happens. No prior knowledge, just scroll.

    Come along
    1. The
    2. ·invoice
    3. ·arrived
    4. ·yesterday
    5. .

    The lab

    Four pieces to work yourself. Type a sentence and see why German costs more than English — and each piece states what is computed and what is merely shown.

    Try it
  • The games

    Two pieces with a score: guess how many parts a sentence breaks into, and find the bug in the source. Both compute for real, both can be lost.

    Play
  • 588 kB

    The downloads

    Our design tokens, the icon set and the shader behind this site. No sign-up, no address, under MIT.

    Take a look

Technology

What we build with

Not an allegiance to a vendor, but the tools we actually work with. What is listed here is in our own projects too.

Application

  • TypeScript
  • React
  • Next.js
  • Node.js
  • Python

Data

  • PostgreSQL
  • Redis
  • Drizzle ORM
  • S3-compatible storage

Models and inference

  • Ollama
  • vLLM
  • llama.cpp
  • OpenAI-compatible APIs
  • Vercel AI SDK

Operations

  • Docker
  • Linux
  • Caddy and nginx
  • GitHub Actions
  • Vercel

The list is information, not a boundary. Where an existing system calls for something else, we work with that — a tool that fits the house is worth more than one that fits us.

Who we serve

Who listens — and why

Organisations accountable for their dataregulated industries, manufacturing, public sector, law and medical practices
They may not or will not move data out, and still find hardly any AI-native systems that work entirely inside their own network.
Technical decision-makers
They know the difference between built-in and bolted-on intelligence, and would rather be shown an architecture than told about results.
Teams with a grown tool landscape
They lose the connection between knowledge, tool and decision at every handover.
Research and development partners
They are looking for someone who places results in context openly instead of overstating them.

Assistant

Ask instead of scrolling

The assistant knows exactly what is on this page — nothing more. It answers questions about our position, our fields of work and how to reach us, and it says so when an answer is not supported here.

The assistant is not configured on this installation. info@a2genesis.de

Contact

Let us talk

A short message is enough. You get an honest assessment — usually the same day.

Contact

Joel Drude