Recorded 28 October 2026 · 44 min
Uve and Johannes, co-founders of the European defense startup Stark, argue that deterrence is now an industrial and innovation-ecosystem problem as much as a weapons problem. Cheap, software-driven systems that can be built in large numbers matter more than a few exquisite platforms. The interviewers credit the company with billions of dollars of contracts within 18 months of founding.
The tension lies between speed and proof. The founders describe a European procurement shift they believe is permanent, and a new kind of prime built on soldier feedback and washing-machine-level manufacturing simplicity. Yet they concede that the hardest problems, including surge-ready contracts, have no Western blueprint, and a publicly reported test shortfall shows how quickly such claims get tested.
Four-part formula — ▶ 1:17
Stark credits four choices for landing what the hosts describe as billions of dollars in contracts within 18 months. It innovates close to the battlefield, integrated with units and soldiers. It is venture-first, so Sequoia and other investors fund product development and the company does not rely on government R&D spending. It designs for certification, validation and safety so NATO forces can use the systems. And it plans for industrial scaling from the start. Uve treats the last as strategic, since production capacity is itself deterrence. The contract figure is the hosts' characterization; no breakdown was given.
The soldier is the customer — ▶ 3:06
Uve distinguishes the buyer, often a high-level official, from the customer, often a relatively simple soldier at the tactical level. He says that user's input matters more to Stark than capital. Soldiers asked for a wooden box instead of a light plastic one because wood can be burned for warmth. Interface questions remain open: how to show a swarm on a small screen, what works with gloves, how much mental load an operator can bear. Industry traditionally dumps products on soldiers; Stark says it returns the next day with a revised version, which it says wins trust.
Reality-driven procurement reform — ▶ 7:59
Uve attributes Europe's opening to two converging recognitions. Europe must defend itself, as the US has repeatedly urged, and battlefield technology is now software-driven, AI-driven, inexpensive and small-scale. Because a drone is not procured like a battleship, he says processes had to change. He credits Germany and others and says procurement, including certification, has gone from years to months. He argues the change will last because Europe changes through "reality kicking in" rather than a charismatic leader. The durability claim is a judgment, not something demonstrated in the discussion.
Washing-machine manufacturing benchmark — ▶ 11:57
Stark builds prototypes from the outset as mass-manufacturable items, which Uve says defense does not typically do. When operational experts visiting a factory said the product was about as complex as a washing machine, he took it as the right benchmark. Moving from 1,000 units a month to 10,000, or a million a year, is hard but conceivable. Established primes excel at exquisite, expensive systems and will keep a large role, he says. Stark's claimed edge is in inexpensive, AI-driven, mass-scalable systems such as strike drones and unmanned boats.
Startups inside a startup — ▶ 13:28
Stark runs like a venture fund. It has 10 to 15 autonomous, cross-functional programs at any time, spanning maritime, aerial, strike-drone, electronic-warfare and software work. Underneath, capability teams build shared components: GNSS-denied navigation, object classification, target re-identification, communication links and flight control. These return as compounding value to every program. Uve adds that mission planning, navigation under jamming and object detection transfer between air and sea. Function heads run communities of practice that share tooling decisions and AI workflows across programs.
Precision under pressure — ▶ 15:09
Hitting a tank, or a target moving at 60 km/h, with submeter precision requires tightly integrated hardware and software, Johannes says. A simulation-only software stack is not enough; compute budget and memory allocation must be tuned. A reported Bundeswehr experiment fell short after an upgrade that the team could not fully test. Stark booked a hotel near the range, ran three shifts and used AI-trained flight-dynamics models in simulation. It vowed to leave only after three consecutive spot-on strikes. Johannes says this took under four weeks. It is the company's own account.
Intent-based autonomy — ▶ 23:34
Operators give each system an intent, a mission modeled as no-fly zones, a kill zone and related elements. The system then navigates autonomously around anti-air installations, and swarm members share what they see. Whether it fires on its own or awaits operator confirmation depends on how the customer implements human-in-the-loop. Perception runs on the device and feeds a reasoning engine. Stark buys commercially procurable components such as infrared and electro-optical cameras and fuses their data. It keeps modularity because Ukraine's war changes daily. Logistics shape design too, including shelf lives that in some cases reach 10 years.
Scale shapes design choices — ▶ 26:58
Vertical integration is governed by whether it solves the customer's scalability problem. Pulling against it is the need to let buyer countries plug in their own suppliers, so production can be rooted where systems are procured. Johannes says programs optimize for both time to market and production readiness, which partially compete. A Formula 1 car is built once and rarely at scale, so Stark shifts manufacturability early. It buys top-quartile cameras that can be procured in volume rather than leading-edge ones. The founders say current systems have hardly any Chinese reliance, though raw chemical inputs need industrial coordination beyond one company.
Safeguards by design — ▶ 33:05
Stark says it implemented NATO's principle of responsible use of AI from the start. Humans and safeguard layers audit the systems, and those layers keep the AI within a corridor restricted to the operator's intent. Hard-coded constraints depend on context: a system flying over an inhabited area may not arm. Johannes says safeguards, including IEC 61508, were borrowed from autonomous driving. AI appears in perception, interaction and mission planning; given an incoming target and three systems, ground control software decides how many to fire cost-effectively. The answers describe design principles. No testing or failure data was offered.
Capital versus incumbent primes — ▶ 36:22
Uve says Stark intends to invest probably around 600 million euros over 12, 24 and 36 months in R&D and production build-up, "significantly more than half a billion dollars," potentially much more. Excluding government-funded R&D, he says, this is not way off the core R&D spending of the big European primes, though he cites no figures for them. Some incumbents have leaned in, while others have told Stark cheap systems are "not our DNA." Stark welcomes competition and wants to stay nimble rather than simply large.
Contracts as deterrence — ▶ 39:53
Uve sees contract design as the next big problem: contracts that pre-arrange the surge capacity needed in a hot conflict, closer to cloud contracts with surges than to one-off hardware sales. He argues deterrence comes from this rather than from any single product. Unresolved elements include stockpiles, prepaid manufacturing capacity, storage, supply chains and who updates systems. Motors may last three years, but software should be updated weekly with new training data. He says no one in the West has a blueprint, and that government, military and industry are learning together.
Stark's founders make an argument that changes what a defense company is understood to sell. Uve says the real lesson of the war in Ukraine is not drones but an innovation ecosystem, which he calls "the actual wonder weapon." In this view, deterrence depends on how reliably a Western society can combine soldier input, talent and capital into continuous product development, and then convert the results into hardware at volume. Uve places Europe's opening at the intersection of two realizations. Europe must be able to defend itself, as the US has repeatedly urged, and battlefield technology has become software-driven, AI-driven, inexpensive and small-scale. The rest of the company's strategy follows from that pairing.
The first mechanism is a feedback loop that bypasses the people who normally define requirements. Uve distinguishes the buyer, often a high-level official, from the customer, often a relatively simple soldier at the tactical level. He says the soldier matters more to Stark than capital does. A large team in Ukraine integrates with units, and the company also works with European forces. The plastic-versus-wood anecdote is trivial in itself: soldiers wanted a wooden box because wood can be burned for warmth, something no whiteboard would have revealed. The harder questions concern operating drone swarms with gloves on a small screen, and how much information an operator can handle. Stark's answer is to return the next day with a revised version.
The second mechanism is manufacturing, and here the language is deliberately mundane. Uve says Stark designs prototypes from the outset as mass-manufacturing items. He took an operational expert's remark that the product was about as complex as a washing machine as the right benchmark, because scaling from 1,000 to 10,000 units a month is hard but conceivable. Johannes describes the trade-off behind it. Programs optimize for both time to market and production readiness, which partially compete, so manufacturability is moved early in design to avoid accruing debt. That is why Stark buys top-quartile cameras that can be procured in volume rather than the most advanced available. Established primes, Uve says, remain strong at exquisite, expensive systems. Stark claims an edge only in the cheaper, mass-scalable segment.
Stark's organization is built to sustain that pace. It runs 10 to 15 programs at a time, each a small cross-functional startup within the company, while capability teams build shared components such as GNSS-denied navigation, object classification, target re-identification, communication links and flight control. A reasonable reading is that this creates a portfolio with a common technical base. Each new program inherits perception, navigation and mission-planning work, and Uve notes that much of it transfers between aerial and maritime systems. The company grew from zero to 700 people in two years, and Johannes says slowness is not an option because the problem is immediate. The transcript does not show how well the structure holds as headcount rises. Johannes acknowledges only that growth forces hard decisions.
The test of any such claim is performance, and Johannes offers one episode. Hitting a tank, or a target moving at 60 km/h, with submeter precision requires hardware and software tuned together, down to compute budget and memory allocation. After a major upgrade, a system took part in a Bundeswehr experiment that fell short. Johannes says the team knew the system was below its ambition level, could not fully test it, and faced a non-ideal environment. Stark then ran three shifts near a shooting range and vowed to leave only after three consecutive spot-on strikes. Johannes says accuracy was perfect within two weeks and the whole effort took under four. It is the company's own account, and it also shows the risk of shipping an untested step into a high-stakes trial.
Autonomy raises the sharper question. Stark's model has the operator define an intent, such as no-fly zones and a kill zone, and the system executes it, with swarm members sharing situational awareness. Whether it fires without confirmation depends on how each customer implements human-in-the-loop. Johannes says safeguards include layers that confine the AI to the operator's intent, hard-coded constraints such as not arming over inhabited areas, and standards borrowed from autonomous driving, including IEC 61508. These are credible design principles, but the discussion offers no testing data, failure rates or account of how the constraints are verified. The interviewer's concern was AI behaving in unintended ways. The answer was architectural rather than empirical.
The durability of the procurement shift is the other hinge. Uve says processes that took years now take months, including certification, and he credits Germany and others for recognizing that a drone cannot be procured like a battleship. His case for permanence is unusual. Change in Europe comes not from a charismatic leader but from "reality kicking in," and changes grounded in structural necessity should last. That is an inference about political behavior rather than demonstrated evidence. An editorial reading suggests a corollary: a shift driven by perceived necessity could be vulnerable if that perception fades. Uve does not address that scenario. He says only that he is quite hopeful, which leaves the claim as a bet on how long the threat stays salient.
Capital is the second place where scale claims need scrutiny. Stark intends to invest around 600 million euros over the next 12 to 36 months in R&D and production, potentially more. Uve says that, excluding government-funded R&D, this is not way off the core R&D spending of the large European primes. He cites no figures for the primes, so the comparison cannot be checked from the discussion. He also says bigger is not automatically better, preferring to stay nimble and focused on one segment. Incumbents vary, in his telling. Some have leaned in, while others have told Stark that cheap systems are not their DNA. Stark welcomes the competition, reasoning that everyone is on the same team.
The most original idea arrives late. Uve argues that deterrence will come less from any single product than from contract design that prepares for surge scaling in a hot conflict, structured more like cloud contracts than one-off equipment purchases. The pieces are not yet defined: stockpiles, pre-arranged manufacturing capacity, storage, supply chains and responsibility for updates. He notes the mismatch in lifecycles, since motors may be good for three years while software should be updated weekly with new training data. An editorial inference is that governments would be buying readiness and continuous software service as much as hardware. Uve concedes that nobody in the West has a blueprint, and that government, military and industry are all learning together.
That admission frames the unresolved issue. Stark's thesis is that production is deterrence, yet deterrence works only if capacity is credible before any conflict begins, and credibility has to be paid for in peacetime. Idle factory capacity, aging stockpiles and weekly software updates are costs without visible output until the moment they are needed. Whether European governments will fund them on the scale the thesis demands is untested, and the founders' own account suggests the contract structures do not yet exist. If the thesis holds, a neoprime's central advantage may lie less in its drones than in its ability to help write that agreement first.
The open question. Stark's thesis is that production is deterrence, but capacity only deters if it is credible before a conflict starts, and that credibility must be funded in peacetime. Will European governments pay for idle factory capacity, stockpiles and weekly software updates at the scale this implies? The founders concede that no one in the West has a blueprint for the surge-ready contracts that would pay for it.
Watch the full video at https://www.youtube.com/watch?v=qhIabMKHJlA.

Comments ()