// Deep-tech · Artificial reasoning

A reasoning engine that learns from almost nothing.

Lindwurm is a novel, neuro-symbolic reasoning system built on a compact set of logical primitives and a self-regulating learning loop — designed to acquire new skills from a handful of examples, not from oceans of data.

// The opportunity

Scaling alone is hitting a wall — the next step is efficiency.

Today's frontier AI improves mostly by getting bigger: more parameters, more data, more compute. Yet on tasks that require genuinely novel reasoning — where memorisation cannot help — even the largest models stay far below human performance. The bottleneck is no longer scale; it is the ability to generalise from very little. Lindwurm attacks exactly this gap, treating sample-efficient, adaptive reasoning as a first-class engineering goal rather than a by-product of size.

Novelty

A different substrate

Not another wrapper around a frozen large model. A purpose-built engine that keeps learning at run time.

Efficiency

Few-shot by design

Rules are inferred from a few demonstrations, then applied — the way people solve unfamiliar puzzles.

Openness

Objectively testable

Built to be measured on independent, public benchmarks so progress is verifiable, not asserted.

// What's different?

Not another model — an engine that develops itself.

Today's familiar systems are fixed at the moment of training: what they know was in the training data. Lindwurm works on a different principle.

A trained modelLindwurm
Its knowledge is frozen at training time
Keeps learning at run time — every task develops it
Recalls patterns
Derives and composes rules
Optimised for one type of task
General reasoning capability, whatever the task

The goal is not a bigger model but a generally reasoning system — one that keeps improving its own workings.

// How it works

Two examples — and the rule is found.

A simple, ARC-style illustration: from the demonstration pairs the engine derives the rule by itself — reflection across the vertical axis — then applies it to a task it has never seen.

1 · Demonstrations

2 · Inferred rule

  • axial reflectionreinforced
  • translationinhibited
  • colour swapinhibited

3 · New task

Solved after two demonstrations.

Illustration: the rule is not programmed in — the engine derives it from the demonstrations, while the homeostatic loop fades the hypotheses that do not fit.

// Where we are

The engine runs. Now it needs to be stress-tested at full width.

The core reasoning engine is built and operational. The remaining work is a disciplined test-and-tune phase: running Lindwurm across its full breadth, hardening the learning loop, and validating it against external, independent benchmarks so its performance is objective and comparable.

Operational
Core engine — built and running
In progress
Testing & fine-tuning phase
16 months
Planned duration of this phase
Concept Core engine Testing & tuning Benchmarked

Current position — engine complete, entering full-scale evaluation.

Why compute is the blocker

To run Lindwurm across its full range of behaviour — and to iterate quickly on the learning loop — we need sustained access to high-performance GPU capacity. At small scale the engine works; at full width it needs the hardware to breathe.

Why external test systems matter

Self-reported results are not enough. Independent, public evaluation makes our claims objective and comparable to the state of the art — exactly the credibility a deep-tech reviewer should demand.

Status updates

July 2026

Public debut of the program: test programme, audit protocol, and milestones published.

// The 16-month plan

From a working engine to an independently benchmarked result.

Months 1–4 · Infrastructure & full-width runs

Bring the engine up to full scale

Secure GPU capacity, port the engine to run across its complete primitive space, and establish the internal measurement harness.

Milestone: the engine runs on the full primitive set; the internal measurement harness logs every run and makes it re-measurable.

Months 4–9 · Fine-tuning the learning loop

Harden the homeostatic controller

Tune reinforcement/inhibition dynamics for stability and sample efficiency; eliminate failure modes; build reproducible evaluation pipelines.

Milestone: a stable, reproducible learning loop — same input, same result; documented sample-efficiency baselines.

Months 9–14 · Independent benchmarking

Objective, comparable evaluation

Run Lindwurm on external, public reasoning benchmarks (e.g. the ARC-AGI series) to produce third-party-verifiable, comparable performance.

Milestone: a third-party-verifiable result on at least one public reasoning benchmark (the ARC-AGI series).

Months 14–16 · Consolidation & next stage

Package results & prepare to incorporate

Consolidate findings, document the method, and prepare the company formation and follow-on funding (e.g. FFG, EIC) from a position of measured strength.

Milestone: complete methodological documentation; follow-on applications submitted; ready to incorporate.

// Responsible research

Aligned with Europe's frameworks — by design.

EU AI Act — in full

We develop with the full scope of the EU AI Act in view: risk management, human oversight, logging, transparency.

Reproducibility

Every published result can be verified by an independent run — same inputs, same outcome.

Public yardsticks

Progress is demonstrated on external, public benchmarks — not asserted in our own words.

Documentation first

The method is auditable end to end; the knowledge lives in the documentation, not in any one head.

// Honest risk assessment

What could go wrong — and how we contain it.

Risk: the learning loop is unstable at scale

Mitigation: phased scale-up with continuous internal metrics; the fine-tuning phase is budgeted specifically for this.

Risk: benchmark scores plateau below target

Mitigation: we develop in a closed feedback loop — a low score is not a failure but an input: it shows exactly what to improve, and the next iteration starts from it. The real risk would be having no test results at all, or results that are not honest.

Risk: compute cost overruns

Mitigation: combine funded GPU time with free research compute (e.g. EuroHPC, research cloud programmes) to extend runway.

Risk: key-person dependency

Mitigation: documentation-first development and knowledge shared across the founding team; a defined plan to add further collaborators as the project incorporates.

// FAQ

Frequently asked questions

What happens to the intellectual property?

The method, the architecture, and the code are created within the program and documented as they evolve. Public communication is limited to benchmark results and the principles of the method — implementation details remain protected. Upon incorporation, the IP moves into the new company.

Why grant funding rather than venture capital?

At this stage the goal is measurement, not growth — non-dilutive funding exists precisely for that. After an independently verified result, the next stage, with investors where appropriate, starts from a far stronger position. The order is deliberate: evidence first, capital second.

What if benchmark scores plateau below the target?

Even a partial, independently verified result is valuable: it shows where the approach stands and what to change next. The method and the evaluation infrastructure remain either way — the program measures publicly precisely so that the next step rests on facts.

Why isn't the project open source?

The system's distinctive properties — sample-efficient reasoning that keeps learning at run time — are dual-use: they could also serve to build critical or offensive systems, such as self-guided missiles or drones. Until we have worked out the appropriate ethical and safety mechanisms, the code remains strictly closed. Openness is provided elsewhere: through public benchmarks and independent audit.

How can one collaborate — or become an auditor?

There are two routes: research and industry partners can join through the program's application directions, while for independent auditors the public audit protocol sets the framework — we welcome academic groups, accredited test laboratories, and ML evaluation bodies. In both cases, reach out via the contact form.

A decisive phase — we are looking for partners and auditors.

Sample-efficient reasoning · a working engine · independent, reproducible benchmarks

Start a conversation