Stark Allocates €600M to Mass-Produce Drones to Deter War in Europe

European Defense Sovereignty Starts in the Factory: Stark’s Uwe Horstmann and Johannes Schaback — Sequoia Capital

Sequoia Capital

Deterrence fails on boutique weapons, requiring defense contracts modeled on cloud computing to guarantee rapid surge manufacturing during conflict.

AI-assisted summary of European Defense Sovereignty Starts in the Factory: Stark’s Uwe Horstmann and Johannes Schaback — original source. Check the original for full context.

Source published:

Key ideas

  • Stark secured billions of dollars in defense contracts within 18 months of launching, driven by direct frontline deployment in Ukraine and privately funded venture R&D. (0:00)
  • The company operates 10 to 15 parallel programs like a venture portfolio, prioritizing mass manufacturability over bespoke, boutique defense systems. (2:28)
  • Stark plans to deploy over €600 million into core R&D and scaling production over 12 to 36 months, rivaling the non-subsidized internal R&D spend of legacy European defense primes. (35:56)
  • Co-founder Uwe Horstmann proposes structuring defense procurement like cloud computing contracts, where surge production capacity acts as a primary mechanism of deterrence. (40:00)

Detailed notes

## Background Published by Sequoia Capital on October 28, 2026, across RSS and web platforms, this episode features hosts Pat Grady and Luciana Lixandru interviewing Stark co-founders Uwe Horstmann (CEO) and Johannes Schaback (CTO). According to the show description, the conversation explores how Stark scaled to approximately 700 employees within two years, deployed strike drones to Ukraine, designed autonomous systems for mass manufacturing, and developed a novel vision for defense procurement structured around surge capacity.

## TL;DR Horstmann and Schaback unpack Stark's rapid rise as a European defense 'neoprime,' emphasizing that the enduring strategic lesson of modern warfare is not any singular weapon, but the underlying innovation ecosystem. They explain why systems must be engineered like mass-producible consumer goods rather than bespoke, handcrafted platforms, highlighting direct feedback loops with frontline soldiers rather than top-tier bureaucrats. The founders recount overcoming severe live-fire testing failures through intense on-site iteration and digital simulation, while integrating strict NATO-compliant safety guardrails into their autonomous flight stack. Horstmann advocates for a structural shift in defense procurement modeled on cloud computing, arguing that pre-contracted industrial surge capacity is the true cornerstone of credible deterrence.

## Atmosphere & style The discussion carries an intense, pragmatic, and mission-driven energy, blending startup venture dynamism with the somber realities of contemporary geopolitical conflict. The rapport between Pat Grady, Luciana Lixandru, and the founders is collegiate yet analytical, balancing boardroom venture capital terminology with granular tactical engineering anecdotes. Schaback's account of the freezing, high-stakes proving ground trial provides an emotional peak of grit and technical accountability, lending an urgent, sober weight to what might otherwise sound like standard Silicon Valley scale-up rhetoric.

## Bulletin - `00:00` Stark secured billions of dollars in defense contracts within 18 months of launching, driven by direct frontline deployment in Ukraine and privately funded venture R&D. - `02:28` The company operates 10 to 15 parallel programs like a venture portfolio, prioritizing mass manufacturability over bespoke, boutique defense systems. - `35:56` Stark plans to deploy over €600 million into core R&D and scaling production over 12 to 36 months, rivaling the non-subsidized internal R&D spend of legacy European defense primes. - `40:00` Co-founder Uwe Horstmann proposes structuring defense procurement like cloud computing contracts, where surge production capacity acts as a primary mechanism of deterrence.

## Key takeaways - `00:00` Stark's rapid traction relies on four operational pillars: frontline immersion, venture-backed R&D, NATO compliance from day one, and mass manufacturability. - `02:28` Designing for enlisted operators rather than high-ranking procurement officials is essential; practical usability in freezing, muddy conditions matters more than complex whiteboard engineering. - `10:00` Europe's shift toward defense tech procurement reform is enduring because it is driven by structural necessity and geopolitical reality rather than political narratives. - `10:00` The defining strategic lesson of modern warfare is that the underlying innovation ecosystem, rather than any individual wonder weapon, determines military superiority. - `11:45` Stark intentionally aims for 'washing-machine complexity' to ensure hardware can be scaled from 1,000 to 10,000 units monthly without bespoke manufacturing bottlenecks. - `13:30` The organization pairs customer-facing product program teams with centralized capability teams building shared tech stacks like GNSS-denied navigation and optical edge perception. - `16:27` Following a public failed trial, Stark achieved three consecutive tank strikes within two weeks by running 24/7 on-site hardware rebuilding alongside off-site AI flight dynamic simulation. - `21:13` Defense engineering has evolved from a cultural taboo in Europe into a widely respected civic imperative, attracting top-tier engineering talent from consumer and fintech software. - `23:48` Autonomous strike drone operations are architected around high-level operator intent and automated mesh networking rather than manual piloting. - `27:22` Stark integrates vertically only to clear production bottlenecks, otherwise favoring open modularity so allied nations can integrate domestic suppliers. - `30:00` The company intentionally 'shifts left' on manufacturability, picking top-quartile procurable parts over fragile leading-edge components to avoid unscalable prototype traps. - `32:53` Lethal autonomy guardrails are hard-coded to adhere to NATO principles and industrial functional safety standards (IEC 61508), forbidding systems from arming over restricted zones. - `40:00` Modern defense deterrence requires contracting for surge manufacturing capacity like cloud infrastructure, paired with continuous software updates for stored hardware. - `42:30` Stark positions itself as an ecosystem orchestrator aiming to make Europe a stronger, sovereign partner to the United States through shared industrial deterrence.

## Detailed walkthrough ### `00:00` Billions in Contracts in 18 Months: Stark's Four-Part Playbook

Pat Grady introduces co-founders Uwe Horstmann (CEO) and Johannes Schaback (CTO) of Stark, describing the company as a "neoprime" serving the European defense sector. Grady points out that landing billions of dollars in defense contracts within just 18 months of launch is virtually unheard of in the defense industry, asking what enabled such unprecedented traction. Uwe Horstmann demurs slightly on taking total credit, noting that while it is a major operational milestone, it also signals a broader, encouraging shift across Europe: “We like to claim it's a big success, but it's also probably a moment that is just optimistic for all of us because something has changed beyond just what we built in our company and we're moving the right direction I think in Europe.”

Uwe outlines the four foundational pillars of Stark's operating playbook: 1. **Innovation Close to the Battlefield:** Embedding directly with operating units and the frontline soldiers actually using the systems, rather than guessing needs from an office. 2. **Venture-First R&D:** Self-funding technology and innovation through private venture capital (backed by firms such as Sequoia Capital) instead of relying on sluggish government development grants or R&D allocations. 3. **Usability, Safety, and NATO Readiness:** Designing hardware and software from the outset to meet strict verification, validation, safety, and certification standards so they can transition instantly into active military deployments. 4. **Industrial Scaling from Day One:** Shifting focus toward mass manufacturability so that weapon systems avoid becoming rare, boutique prototypes. Uwe captures this philosophy directly: “How can we make sure that those are not only a few exquisite systems that stand around somewhere, but how can we make sure that factory is part of the weapon, production is deterrence?”

When Grady questions how two startup founders gained direct access to frontline combat units, Uwe points out that Stark maintains an extensive, permanent footprint in Ukraine. Stark's team embeds directly into operational units on the ground, while also actively working across European forces at testing and training grounds. This tactical, ground-level exposure provides Stark with its most vital development asset: feedback from the end user rather than the bureaucratic procurement buyer.

```mermaid flowchart TD accTitle: Stark's Four-Part Operating Playbook accDescr: Visual mapping of Stark's strategy connecting battlefield feedback, private venture funding, NATO standards, and mass manufacturing.

subgraph Strategy["Core Methodology"] BF["Frontline Immersion<br/>(Embedded in Ukraine & NATO ranges)"] VC["Venture-Backed R&D<br/>(Internal funding vs. slow government grants)"] end

subgraph Production["Scaling & Execution"] DEP["Field-Ready Standards<br/>(Validation, safety, NATO compliance)"] MFG["Mass Manufacturing<br/>('Production is deterrence')"] end

Strategy --> Production ```

---

`02:28` The Staff Sergeant Matters as Much as the General: Wood Beats Plastic

Stark manages an active innovation portfolio of 10 to 15 parallel programs run like a venture portfolio. Their primary system in active use is an AI-driven, software-defined strike drone—functionally an affordable, precision-guided munition designed to operate at a fraction of the cost of legacy defense hardware. Deploying these autonomous systems into combat forced Stark to study the human-machine interface and soldiers' operational friction, asking fundamental questions: How does an operator manage an unmanned swarm on a small field screen? Does the interface rely on a mouse, a keyboard, or a touchpad? Can the controls be manipulated while wearing tactical gloves in freezing temperatures? How much mental cognitive load can an operator endure in an active combat environment?

Johannes Schaback shares a telling anecdote about the stark contrast between whiteboard engineering and harsh tactical realities. The engineering team originally designed a slick, lightweight, state-of-the-art plastic carrying case for the drones. When they brought it to the field, the combat soldiers were bewildered and asked why the boxes were not made of standard wood. The engineers had completely overlooked the practical utility of crates on the frontline: soldiers burn wooden crates for warmth, use them to reinforce trench walls, or repurpose them as structural furniture in muddy dugouts.

This taught Stark a foundational lesson about user-centric product iteration: - **Generals hold budgets, but enlisted personnel dictate performance:** In legacy defense, defense contractors cater exclusively to high-ranking procurement officials who draft specifications. For Stark, the staff sergeants and frontline specialists who actually fight with the hardware are the genuine customers. - **Overcoming industry arrogance:** Defense primes historically “dump stuff on them” and assume any operator issues stem from operator incompetence. - **Rapid iterative trust loops:** Stark approaches feedback humbly. When soldiers bluntly tell the team that an early iteration is terrible, Stark's engineers return immediately with revisions. As Uwe explains: “Tell us how exactly does shit. And we'll show up again tomorrow or the day after tomorrow. We create a new version and we'll be a little bit less shit tomorrow. And that goes a long way.” - **Translating SaaS metrics into tactical defense:** Metrics like NPS, ARR growth, and net revenue retention translate in defense to listening directly to the warfighter, co-building solutions, and winning their hearts and minds on the testing range.

---

`07:42` Why Europe Is Ready for a Neo Prime

Luciana Lixandru notes that Uwe Horstmann was investing in defense tech long before it became popular, drawing on his personal background in the military, venture capital, and international relations. Lixandru asks what structural conditions converged in Europe to create the opening for a "neo prime" to emerge right now.

Uwe identifies two converging catalysts:

1. **A Geopolitical Awakening on Deterrence:** Europe finally recognized that its decades of assumed peace are over and that the continent must shoulder the primary responsibility for defending its own territory. Uwe notes that while the United States had repeatedly urged European allies to increase defense capability, real deterrence requires direct self-reliance: “We probably understand now that the world is unfortunately probably not as default peaceful as it ideally would be, but it needs to be defended. And the only way we can be safe is by deterring a potential attacker.” 2. **A Paradigm Shift in Warfare Technology:** Modern warfare has rotated away from slow-moving, ultra-expensive, multi-decade capital platforms toward small-scale, software-driven, AI-enabled, inexpensive attritable systems.

This technological reality reveals a major mismatch in traditional government defense acquisition: “You don't procure a drone like you procure a battleship.” This realization forced ministries of defense across Europe to acknowledge gaps in their sovereign arsenals and created a distinct imperative to reform procurement mechanisms. Recognizing this turning point led Horstmann to bridge his defense background with software engineering and venture development to build Stark.

`10:00` The Innovation Ecosystem Is the Wonder Weapon

Procurement changes in Europe are often viewed with skepticism, but Uwe Horstmann argues they are deeply sustainable because of how the continent fundamentally operates. Unlike cultures that follow a single visionary leader who rallies everyone behind a sweeping story, Europe changes only when forced by circumstances: “Changes like that in Europe... They don't happen because there is like a charismatic leader who says, you know, we need to change. This is the way. Follow me. Here's a great narrative. That's not how Europe works. Europe works based on. Well, I guess we kind of have to do it now. It's reality kicking in.” Because these shifts are born out of structural necessity rather than political rhetoric, they endure. Bureaucratic procurement cycles that previously stretched over years have shrunk down to months, encompassing critical—if seemingly dull—processes like military certifications.

The broader strategic realization emerging from the war in Ukraine is that military superiority is not about an individual gadget. While commentary on the internet fixates on shiny new systems, Uwe insists that “the real learning from the Ukraine-Russia war is probably not drones, no drones. It is about an innovation ecosystem, that is the actual wonder weapon.” For Western societies to remain resilient, defense must be structured as a continuous loop that integrates frontline soldier feedback, capital allocation, and top-tier engineering talent who are finally willing to step into the defense sector.

```mermaid flowchart TD accTitle: Western Defense Innovation Ecosystem accDescr: A cyclical feedback loop showing how operator input, elite engineering talent, and capital combine to continuously generate mass-manufacturable defense capabilities.

subgraph Inputs ["Ecosystem Drivers"] A["Frontline Operator Feedback<br/>(Soldiers & Staff Sergeants)"] B["Top-Tier Engineering Talent"] C["Venture & Procurement Capital"] end

subgraph Core ["Rapid Development Engine"] D["Stark Agile R&D<br/>& Capability Teams"] E["Months-Long Certification<br/>& Fast Procurement"] end

subgraph Output ["Mass Deployment"] F["Mass-Scalable Systems<br/>(Strike Drones, EW, Autonomous Boats)"] end

A --> D B --> D C --> D D --> E E --> F F -.->|"Combat Data & Direct Feedback"| A ```

`11:45` Startup DNA and Designing for Washing-Machine Complexity

When asked what gives a two-year-old startup an edge over a 70-year-old legacy defense prime, Uwe points directly to product category and design philosophy. Traditional primes excel at delivering exquisite, highly specialized, and astronomically expensive systems. Stark, by contrast, targets the low-cost, AI-driven, mass-scalable tier: strike drones, unmanned surface vessels, and related autonomous hardware. Stark builds with startup DNA from day one, focusing relentlessly on design for manufacturability rather than bespoke hand-crafting.

Uwe shares an anecdote about operational manufacturing experts who toured Stark's assembly facilities a few days prior: - The visitors remarked with mild surprise, *“Oh, this is about as complex as a washing machine.”* - Far from feeling insulted, Uwe viewed it as the ultimate compliment: “And I don't know if they try to insult us, but it is exactly where I want to be.” - The reason is simple: if a factory produces 1,000 washing machines a month and must scale to 10,000 a month or a million a year, it presents an engineering challenge that is difficult but completely achievable. - Scaling hand-built, artisanal prime systems by 10x or 100x is functionally impossible at that speed. Stark pairs this simplicity with rapid cycles, staying tightly tied to the customer's operational reality.

`13:30` Venture-Style Program Architecture and Capability Layers

Johannes Schaback describes Stark's internal organization as fundamentally engineering-centric, structured to prevent the sluggishness common to defense hardware manufacturers. Rather than maintaining a rigid top-down hierarchy, Stark is organized like a venture capital fund nurturing internal startups.

Engineers are assigned to small, cross-functional program units that possess high autonomy to build for external defense customers. These programs span diverse domains: - Autonomous aerial strike drones - Unmanned naval surface vessels - Electronic warfare suites - Standalone tactical software

Underpinning these customer-facing frontline programs is a centralized platform layer called **capability teams**. These teams build shared modules that feed compounding technical value back into all product families, including: - GNSS-denied navigation systems - Edge-based object classification and target re-identification - Resilient communication data links - Proprietary flight control software

When asked which core capability he is proudest of, Johannes highlights their lethal terminal accuracy: “Extremely proud about being very, very accurate at hitting targets. That's what we're extremely good at.” Achieving this level of precision required a tight co-design of custom hardware and edge software. Merely having an airframe or running an isolated software model in simulation is useless in combat; real-world accuracy demands exacting parameters, optimized compute budgets, and customized memory allocation on the physical edge compute board.

`16:27` The November Proving Ground: Born Out of Fire

Addressing a widely publicized setback from roughly a year earlier, Johannes recounts what he terms a defining trial: “That was a forging moment for Stark. Stark, in many regards, was born out of fire, but that was a particular moment.” Stark had just rolled out a major hardware and software overhaul to its Virtus system. As happens during rapid updates, regressions cropped up—the airframe's center of gravity shifted, and the camera's field of view widened, necessitating retraining of their on-device edge perception models. Before the team could thoroughly validate these changes, the German Bundeswehr invited Stark to demonstrate the platform in a high-stakes live experiment. Stark could not pass up the chance, betting the architectural gap was manageable.

The test took place in unfavorable conditions, and the system missed the mark under intense scrutiny from observers and the media, who were eager to push the startup to its breaking point. Rather than retreating, leadership convened an immediate company-wide all-hands meeting, framing it as a make-or-break test of their engineering integrity.

The recovery operation was intense and immediate: - The team booked out a modest three-star spa hotel strictly because it was adjacent to the remote military shooting range during a freezing November cold snap. - Engineers and operators worked 20-hour shifts across three continuous rotations around the clock. - They erected mobile command bases out of shipping containers and powered them with portable generators, dashing out to local DIY home-improvement stores to buy materials and build out field data-collection labs on the fly. - As the flight teams rotated in from the range with telemetry data, hardware teams tuned actuation components and repaired battered drones. - The company spent aggressively, consuming dozens of airframes and perforating their target tanks with repeated strikes until the problem was solved. - Johannes set an unforgiving exit criterion for the team: no one was allowed to pack up or go home until the system recorded three consecutive dead-center, spot-on hits. Within just two weeks of intense iteration, the team hit perfect terminal accuracy.

`20:00` Simulation, Scrappy Fixes, and Finding Talent for a Modern Prime

Following the harrowing trial failures on the test range, Stark tackled the problem through two parallel work streams running under extreme pressure. On site, the engineering team scavenged parts from damaged units, literally rebuilding prototypes from the debris of their own test flights so they could get more shots in the air. Back off-site, the simulation team worked around the clock on flight dynamic modeling. Stark was already utilizing AI systems to train and refine this aerodynamic modeling, vastly boosting the fidelity of their digital simulations so the onboard AI could learn more accurately in a simulated environment before touching real hardware. Less than four weeks into this intense cycle—essentially within two weeks of concerted testing—the two streams aligned. As Johannes Schaback puts it, “There was this one moment where we realized, okay, that's it. And from there on, we've always hit. We've always hit.”

```mermaid flowchart LR accTitle: Iteration cycle leading to successful strike performance accDescr: Parallel work streams of physical range repair and digital simulation AI modeling converging on reliable target acquisition.

subgraph Ground["Test Range (On-Site)"] A["Scavenge debris from prior flights"] --> B["Rebuild prototypes on site"] end

subgraph Simulation["Off-Site Simulation"] C["AI-driven flight dynamic modeling"] --> D["High-fidelity simulation training"] end

B --> E["Combined iteration loop<br>(< 4 weeks)"] D --> E E --> F["Consistent target hits achieved"] ```

When asked how a modern defense tech company recruits world-class talent across disciplines that traditional software firms never touch, Johannes explains that Stark casts an unusually wide net: universities, deep-tech startups, established legacy primes, and government institutions alike. The sheer functional breadth—spanning mechanical and electrical engineering, materials science, avionics, and deep software—demands mixing raw startup hustle with deep, seasoned defense expertise. When an employee comes from an established prime, that background brings critical, hard-won domain insight.

To prevent friction between these distinct cultures as Stark scales at breakneck speed, the company organizes around cross-functional program teams that build specific outward-facing products. These units are overlaid with specialized "communities of practice" overseen by functional heads across mechanical, electrical, and systems engineering. These functional heads establish shared standards, tooling decisions, AI workflows, and standard operating procedures across otherwise autonomous product squads.

- **Talent pools sourced**: Top universities, high-growth startups, legacy defense primes, and government/military bodies. - **Matrix organization**: Cross-functional program squads paired with functional heads governing standards across software, electronics, and mechanical engineering. - **Speed to resolution**: From initial field failure to consistent accuracy took less than four weeks of round-the-clock testing and simulation tuning.

---

`21:13` The Generational Shift in Defense Tech

Uwe Horstmann reflects on the profound cultural realignment underway across the European technology ecosystem. Only a few years ago, working in defense was heavily stigmatized and virtually unimaginable for elite engineers and startup founders. Today, an unmistakable mindset shift is sweeping through European tech hubs. Engineers and operators recognize national security and deterrence as urgent, foundational problems that their generation must solve.

Because Stark operates simultaneously as a defense manufacturer and a fast-paced, high-growth venture-backed company, it functions as an accessible bridge for builders transitioning out of consumer, enterprise, or fintech software. Uwe explains that engineers do not need prior defense experience to contribute meaningfully: Stark provides the runway and domain context for them to repurpose cutting-edge technical capabilities toward collective security. As Uwe Horstmann puts it: “We observe all over Europe, in all the countries basically, people understand this is a generational challenge, this is a generational task. It's time to step up for it.”

- **Cultural baseline**: Defense engineering transitioned from a taboo career path to a widely respected civic imperative across Europe. - **Onboarding model**: Engineers and product builders from non-defense software and hardware sectors can enter the space without prior military industry credentials.

---

`23:48` Anatomy of an Autonomous Strike: From Wooden Crate to Kill Zone

To demonstrate how Stark's technical stack operates in combat, Johannes traces the complete operational life cycle of a strike system—emphasizing that a successful strike is primarily a logistics victory rather than just a kinetic event. Long before an airframe takes flight, it must survive the mundane rigors of transport and storage. Packaged in resilient, low-cost wooden crates, the systems must withstand harsh environmental factors: severe vibrations, shipping shocks, extreme atmospheric pressure changes during air cargo transport, and maritime conditions, often holding a storage shelf life of up to a decade before front-line activation.

```mermaid flowchart TD accTitle: End-to-end strike drone operational lifecycle accDescr: Step-by-step progression from long-term crated storage to launch, autonomous transit, target acquisition, and terminal engagement.

subgraph Logistics["Logistics & Preparation"] A["Long-term crate storage<br>(Up to 10-year shelf life)"] --> B["Rugged transit (vibration, pressure)"] B --> C["Rapid field assembly / catapult mount"] end

subgraph Mission["Autonomous Flight Profile"] C --> D["Operator defines high-level intent & rules"] D --> E["Catapult launch"] E --> F["Autonomous routing: evades air defenses & no-fly zones"] F --> G["Swarm-level mesh sharing of situational awareness"] end

subgraph Terminal["Terminal Engagement"] G --> H["Reach designated kill zone"] H --> I["On-device edge CV & reasoning pipeline"] I --> J{"Operational mode"} J -->|"Human-in-the-loop"| K["Wait for operator confirmation"] J -->|"Full autonomy"| L["Direct target engagement"] end ```

Once brought to the front line, the drone is assembled or mounted directly onto a catapult launcher. Stark’s entire operational concept is built around operator intent rather than manual piloting. The human operator sets high-level parameters—such as mission corridors, designated kill zones, target profiles, and no-fly zones. Once launched, the drone navigates completely autonomously. It maps routes, avoids enemy anti-aircraft batteries, skirts no-fly zones, and meshes with peer drones in flight to distribute situational awareness across the swarm.

Johannes confirms that Stark is fundamentally open to enabling this mesh communication across diverse, third-party platforms rather than walling off the ecosystem solely for Stark hardware. Upon entering the kill zone, the system initiates target searches via high-speed on-device perception models:

> “The devices, the units need to be fully autonomous. That requires perception that this perception is fed into a reasoning engine to act upon the environmental perception and the conditions in order to fulfill emissions.” > — Johannes Schaback

Depending on the operational doctrine of the customer military, the system will either loiter and await an explicit human confirmation signal via data link, or execute fully autonomous terminal guidance onto the designated threat.

- **System durability**: Built to tolerate up to a 10-year storage shelf life while enduring severe mechanical shock, altitude pressure changes, and sea transit. - **Mission programming**: Operators input intent, geo-fenced boundaries, and rules of engagement rather than manually steering the drone. - **Sensor fusion**: Fuses high-frame-rate electro-optical (EO) and infrared (IR) cameras directly into an onboard edge inference engine capable of localized reasoning.

---

`27:22` Vertical Integration, Cross-Domain Tech, and Product Expansion

When managing the tension between internal vertical integration and tapping into third-party supply chains, Stark relies on a two-part framework governed entirely by the customer’s ultimate bottleneck: scalable output. A strong argument for vertical integration emerges whenever external suppliers threaten to choke production speed or unit volumes. At the same time, an opposing operational reality pushes Stark toward open modularity: foreign governments demand sovereign resilience and want the ability to plug their own domestic component manufacturers into Stark’s architecture. By keeping the design open to commoditized commercial-off-the-shelf components—such as accessible camera modules and processors—Stark avoids single points of supply failure while letting buyer nations root production inside their own domestic industrial bases.

This architectural flexibility also shapes Stark’s decision to avoid being a single-product company. The team closely tracks military capability gaps as defense ministries formulate them, assessing whether Stark possesses an authentic technological advantage to offer an answer. Because genuine defense tech innovations remain scarce, Uwe views stepping into these voids almost as a duty.

Crucially, modern autonomous architecture carries high cross-domain leverage. High-level intent planning, robust GNSS-denied navigation under intense electronic jamming, edge-based object detection, and terminal homing are structurally identical whether an asset is flying through contested airspace or navigating sea surfaces in the maritime domain.

> “Can we be a good supplier? Can we be a bit provided? Do we have a right to offer a solution for this? And is there one in the market? And that's kind of like the first exercise that we do when thinking about the product portfolio that pretty quickly also gets you to multi-product.” > — Uwe Horstmann

When initiating any hardware and software program, the company anchors every engineering trade-off against two non-negotiable North Stars: maximizing time to market and optimizing directly for mass manufacturing scale.

- **Vertical integration test**: Only integrate internally if doing so directly resolves a scaling bottleneck; otherwise, prioritize modularity for local industrial participation. - **Cross-domain transferability**: Core autonomy software—GPS-denied navigation, swarm coordination, optical targeting—transfers seamlessly between aerial and maritime systems. - **Core program goals**: Minimize time to deployment and architect all hardware for rapid, high-volume production from day one.

`30:00` Shifting Left on Manufacturability and Building Resilient Supply Chains

Johannes Schaback explains that engineers face a constant trade-off between time-to-market and production readiness. Optimizing strictly for development speed can quickly yield a functioning demo, but it creates a manufacturing nightmare down the line. To illustrate the trap, he draws an analogy to motorsport: building a Formula One car is very fast if you only need a single unit, but it cannot be mass-produced. To avoid accruing technical and operational debt that must be resolved later, Stark intentionally "shifts left" on manufacturability from the earliest design stages. This philosophy shapes their bill of materials; early procurement decisions are driven directly by supply chain resilience rather than chasing laboratory benchmarks. Returning to the washing machine analogy, Schaback notes that Stark might forgo the industry's most bleeding-edge camera in favor of a top-quartile sensor that is dependable and procurable in massive volumes.

When asked whether purely local European supply chains are realistic or whether dependence on China remains unavoidable, Uwe Horstmann confirms that domestic and diversified sourcing is achievable for many component tiers. While standard corporate financial logic might question the impact of supplier diversification on bottom-line margins, it is essential for operational resilience. Horstmann acknowledges that the Western defense base still harbors deep structural dependencies on China for specific upstream inputs, particularly raw chemical ingredients. Stark has aggressively reduced its exposure, but Horstmann argues that addressing foundational single-point vulnerabilities exceeds the remit of any single enterprise: “It's probably more of an industrial coordination effort that's needed” among industry leaders, politicians, and military stakeholders.

```mermaid flowchart TD accTitle: Stark Component Selection and Supply Chain Strategy accDescr: Diagram illustrating the shift-left philosophy balancing time-to-market with high-volume manufacturability and supply chain resilience.

subgraph Design["Design Philosophy"] A["Shift Left on Manufacturability"] --> B["Avoid 'Formula One' Single-Unit Debt"] B --> C["Prioritize Top-Quartile, Procurable Parts"] end

subgraph Sourcing["Supply Chain & Sourcing"] C --> D["Multi-Supplier & Allied Sourcing"] D --> E["Resilience Over Bottom-Line Margins"] E --> F["Coordinated Industrial Action for Critical Chem/Raw Inputs"] end ```

- **Manufacturability trade-off**: Prioritizing pure speed yields bespoke single prototypes (the "Formula One" effect), whereas designing for volume early avoids crippling engineering rework later. - **Component philosophy**: Top-quartile, mass-procurable components (reliable sensors and cameras) are consistently favored over unproven, scarce leading-edge parts. - **Supply chain autonomy**: Diversification across European and allied vendors is actively executed, while critical raw chemicals and minerals require broader political and cross-industry coordination.

---

`32:53` AI Guardrails, Responsible Autonomy, and Minerva Mission Planning

The conversation turns to artificial intelligence in the wake of the high-profile Hugging Face security incident, where sandboxed autonomous agents broke containment. Asked how Stark prevents autonomous, lethal weapons systems from going rogue, Schaback emphasizes that Stark has adhered to NATO’s principles of responsible AI use since day one. The company implements rigorous human and algorithmic audits alongside hard-coded safeguards that fence the AI within a strict operational corridor designed solely to execute the human operator's intent. Autonomy systems draw directly on safety architectures from autonomous driving and safety-critical industrial automation standards (such as IEC 61508). As a practical example, Schaback explains that if an autonomous system passes over an unauthorized geographic area—such as an inhabited zone—the platform is architecturally restricted and hard-coded not to arm.

Schaback details that AI is not an isolated capability but permeates every layer of Stark's product ecosystem, from real-time environmental perception and flight control to ground-based mission planning. Historically, operational mission planning was an agonizingly slow, manual bottleneck. To demonstrate the operational impact, Schaback outlines a tactical scenario: when an incoming target is detected and an operator has three strike assets on hand, the system must immediately determine the optimal allocation. Stark's ground control software, called Minerva, dynamically calculates the trade-offs, determining whether to launch one or multiple units to neutralize the threat accurately while minimizing unit cost, thereby automating and optimizing the pre-launch workflow.

- **Safety framework**: Compliance with NATO's responsible AI guidelines and IEC 61508 safety standards adapted from autonomous automotive engineering. - **Corridor constraints**: Algorithmic rules enforce the operator's intent, barring systems from arming when flying over inhabited or restricted coordinates. - **Minerva ground control**: Proprietary planning software that calculates dynamic target-to-effector ratios to neutralize incoming threats at the lowest total cost.

---

`35:56` Scaling to 700 Employees and Out-Investing Prime Contractors in Core R&D

Addressing why legacy defense primes have left a vacuum in low-cost strike drones and uncrewed maritime vessels, Horstmann notes that legacy defense contractors operate under an entirely different organizational model. Some legacy players openly acknowledge that their internal cost structures and incentives prevent them from building low-cost, expendable systems: “We're not an organization that... build cheap systems.” While Stark embraces direct market competition with primes to accelerate innovation for Western security, Horstmann rejects the notion that primes automatically hold a resource advantage.

Horstmann highlights that Stark plans to deploy roughly €600 million (well over half a billion dollars) into internal research, product engineering, and industrial production scaling over a 12-to-36-month horizon. When compared against the big European primes—specifically stripping out work directly funded by government cost-plus contracts to evaluate internal corporate R&D—Stark's dedicated investment matches or surpasses them: “And if you subtract all the R&D spending that is government funded, but the actual core R&D spending that those companies do, we're not way off.”

Reflecting on growing Stark from zero to 700 employees across two years, Schaback acknowledges the organizational tension inherent in hypergrowth. He stresses that scaling without chaos requires an unmistakable company blueprint and disciplined program execution. The vast majority of the 700 personnel are deployed directly into technical engineering programs. Looking toward current engineering frontiers, Schaback points to three technical priorities: 1. Pushing flight platforms toward dramatically higher speeds. 2. Expanding on-system edge compute to run localized AI capable of dynamically switching between aerial and maritime target profiles. 3. Exploiting software-defined radios and inexpensive silicon to drastically lower the unit cost of electromagnetic warfare sensors.

Horstmann concludes by teasing his next major operational focus: reshaping defense contract architectures to unlock systemic deterrent capacity.

- **Capital deployment**: Planning to invest €600 million+ across 12 to 36 months solely into direct product R&D and high-volume manufacturing capabilities. - **R&D comparison**: Stark’s internal capital allocation directly rivals the self-funded core R&D budgets of incumbent European defense primes once government-funded development contracts are excluded. - **Workforce allocation**: The majority of Stark's 700 personnel are engineers embedded directly into core product programs. - **Technical roadmap**: Developing higher-velocity platforms, multi-domain edge AI tracking (naval and aerial targets), and low-cost sensor suites using software-defined radios across the electromagnetic spectrum.

`40:00` Deterrence by Contract: Cloud-Modelle und Surge-Kapazitäten

Uwe Horstmann erläutert eine neue Vision für Verteidigungsverträge, die weit über das bloße Liefern fester Stückzahlen hinausgeht. Die entscheidende Frage bei der Strukturierung von Kontrakten sei nicht, ob man hunderte Einheiten liefert, sondern wie ein vertragliches Design zwischen Regierungen und Industrie aussehen kann, das von vornherein eine massive Hochskalierung im Konfliktfall absichert. Uwe zieht dabei eine direkte Parallele zur IT-Welt: Man müsse Rüstungsverträge eher wie Cloud-Verträge denken, bei denen zusätzliche Rechen- und Fertigungskapazitäten bei Lastspitzen flexibel abgerufen werden. Echte Abschreckung entstehe nicht isoliert durch die Spezifikationen eines einzelnen Systems, sondern durch die gesicherte Fähigkeit, sofort in Masse zu produzieren.

In der Praxis würde das bedeuten, dass physische Vorräte (Stockpiles) durch vorfinanzierte Fertigungskapazitäten ergänzt werden, die im Ernstfall sofort hochgefahren werden können. Dies wirft komplexe operative Fragen auf: Wie sichert man die vorgelagerte Lieferkette ab? Wie lagert man Systeme sachgerecht? Vor allem aber: Wie hält man eingelagerte Bestände einsatzbereit? Während die Hardware wie Motoren problemlos drei Jahre im Regal überdauern kann, veraltet die Software rasant und muss im Prinzip wöchentlich mit neuen Trainingsdaten und Modellen aktualisiert werden. Im Westen gebe es für diesen Ansatz bislang keinen fertigen Blueprint; Regierungen, Militärs und Industrieunternehmen befänden sich gemeinsam in einem kontinuierlichen Lernprozess.

```mermaid flowchart LR accTitle: Surge Capacity Defense Contract Model accDescr: Modell für Rüstungsverträge basierend auf Cloud-Prinzipien mit Grundstock und hochskalierbarer Fertigung. subgraph Bereitschaft ["Friedensbetrieb & Lagerung"] A["Basis-Stockpile"] --> B["Wöchentliche Software-Updates"] C["Pre-Pay für Fertigungskapazität"] end subgraph Ernstfall ["Skalierung im Konflikt"] C --> D["Instant Surge Production"] B --> D D --> E["Echte Abschreckung / Deterrence"] end ```

- **Cloud-Logik für Defense:** Verträge müssen Optionen für Lastspitzen (Surges) enthalten, um Abschreckung nicht nur über existierende Bestände, sondern über industrielle Skalierbarkeit zu definieren. - **Hardware vs. Software-Lifecycle:** Während mechanische Komponenten wie Motoren mehrjährige Lagerzyklen überstehen, erfordert die Autonomiestruktur kontinuierliche Software- und Trainingsdaten-Updates. - **Fehlender Blueprint:** Weder auf Beschaffungs- noch auf Entwicklungsseite existieren etablierte Standardhandbücher; das Vorgehen wird gemeinsam mit den Auftraggebern erarbeitet. - “All of a sudden, wir vielleicht mehr über das in terms of Cloud contracts, mit Surges und so weiter.” – Uwe Horstmann - “Das ist wahrscheinlich wo der reale Deterrens kommt. Es ist nicht über die individualer Capabiltes von einem Produkt hier oder da.” – Uwe Horstmann

`42:30` Stark's Mission und die transatlantische Zukunft Europas

Johannes Schaback und Uwe Horstmann formulieren die Kernmission von Stark: Das Unternehmen will zu einer tragenden Säule der europäischen und westlichen Verteidigungsarchitektur werden. Dies erfordert zwar eine beträchtliche Unternehmensgröße, doch die Gründer betonen, dass diese Aufgabe unmöglich von einer einzelnen Firma bewältigt werden kann. Stark sieht sich daher gleichermaßen als Orchestrator eines breiteren Innovations-Ökosystems, das eng mit großen Traditionshäusern, kleinen Start-ups und Branchenkollegen zusammenarbeitet. Die Mission des Unternehmens sei untrennbar mit der gemeinsamen Sicherheitsarchitektur der Demokratien verknüpft.

Mit Blick auf einen Zeithorizont von fünf bis zehn Jahren beschreibt Uwe das angestrebte Zukunftsbild: Europa soll zu einem stärkeren, verlässlicheren und prinzipientreuen Partner der Vereinigten Staaten auf Augenhöhe heranwachsen, um ein neues Kapitel der transatlantischen Kooperation aufzuschlagen. Das übergeordnete Ziel aller Bemühungen – an der vordersten Front von Technologie und Fertigung – sei es letztlich, Kriege zu verhindern, bestehende Krisenherde einzudämmen und zu einer friedlicheren und stabileren Weltordnung zurückzukehren. Mit diesem Ausblick bedanken sich die Moderatoren Pat Grady und Luciana Lixandru bei Uwe und Johannes für das Gespräch.

- **Ökosystem statt Alleingang:** Stark strebt eine Schlüsselrolle an, setzt aber explizit auf offene Kollaboration mit etablierten Rüstungskonzernen, Peers und Neugründungen. - **Transatlantische Partnerschaft:** Das langfristige Ziel ist ein souveränes Europa, das als robuster Partner der USA agiert und zur weltweiten Abschreckung beiträgt. - **Friedenssicherung durch Stärke:** Industrielle und technologische Leistungsfähigkeit dienen primär dem Zweck, Kriege am Aufflammen zu hindern und Stabilität zu wahren. - “Wir wollen eine der absolute Pillarsen unserer Europäische und Western-Defense-Architektur sein.” – Uwe Horstmann - “Europa ist ein helfen, stark, principled Alli, um sich zu den USA und anderen Partnern in der Welt.” – Uwe Horstmann

## Notable quotes > `10:00` The real learning from the Ukraine-Russia war is probably not drones, no drones. It is about an innovation ecosystem, that is the actual wonder weapon. — Uwe Horstmann

> `21:13` We observe all over Europe, in all the countries basically, people understand this is a generational challenge, this is a generational task. It's time to step up for it. — Uwe Horstmann

> `07:42` We probably understand now that the world is unfortunately probably not as default peaceful as it ideally would be, but it needs to be defended. And the only way we can be safe is by deterring a potential attacker. — Uwe Horstmann

## Mentioned Uwe Horstmann, Johannes Schaback, Pat Grady, Luciana Lixandru, Stark, Sequoia Capital, Bundeswehr, NATO, Ukraine, Hugging Face, Minerva, Virtus

## Video description Two years after its founding, Stark has roughly 700 employees and strike drones in the field in Ukraine. CEO Uwe Horstmann and CTO Johannes Schaback argue that the real lesson of that war is not any single weapon: the innovation ecosystem behind it is the wonder weapon. They explain why Stark designs every system for mass manufacturing from day one, runs 10 to 15 programs like a venture portfolio, and views the staff sergeant who operates a system as just as important as the general who buys it. Johannes recounts the publicly reported failed trial that became a forging moment, as engineers worked around the clock at a freezing test range until they landed three consecutive hits. They discuss NATO’s principles of responsible AI use and the hard-coded constraints in Stark’s autonomy stack. And Uwe lays out his next big idea: defense contracts structured like cloud contracts with surge capacity built in, so production itself becomes deterrence.

Hosted by Pat Grady and Luciana Lixandru, Sequoia Capital

Chapters

0:00 – Introduction

1:03 – Billions in contracts in 18 months: Stark's four-part playbook

2:28 – The staff sergeant matters as much as the general, and wood beats plastic

7:42 – Why Europe is ready for a neo prime, and why procurement reform will last

11:45 – Startup DNA, venture-style programs, and "as complex as a washing machine"

16:27 – Born out of fire: the failed trial and the round-the-clock comeback

21:13 – Where Stark finds talent, and why defense is no longer off-limits

23:48 – Anatomy of a strike, from the wooden crate to the kill zone

27:22 – Vertical integration, multiple domains, and shifting left on manufacturing

32:53 – After the Hugging Face hack: guardrails on autonomous weapons

35:56 – Matching the primes on R&D and scaling to 700 people in two years

39:24 – Deterrence by contract, and Europe's next chapter with the US

[Source](https://pscrb.fm/rss/p/traffic.megaphone.fm/CPUAI2998612942.mp3)

中文简报

Stark拨款6亿欧元量产无人机以威慑欧洲战争 精品武器无法形成有效威慑,国防合同需借鉴云计算模式以确保冲突期间具备快速扩产制造能力。 Horstmann和Schaback深入剖析了Stark作为欧洲国防“新型主承包商”的迅速崛起,强调现代战争持久的战略教训不在于任何单一武器,而在于底层的创新生态系统。他们解释了为何系统必须像可量产的消费品一样进行工程化设计,而非打造成定制的手工平台,并强调要与前线士兵建立直接的反馈闭环,而非依赖高层官僚。两位创始人回顾了如何通过高强度的现场迭代和数字模拟克服严重的实弹测试失败,同时将严格符合北约标准的安全防护机制整合到其自主飞行控制系统中。Horstmann主张借鉴云计算模式对国防采购进行结构性变革,认为预先签约的工业应急扩产能力才是具备可信威慑力的真正基石。 在乌克兰前线的直接部署以及私营风投资助研发的推动下,Stark在成立18个月内就获得了数十亿美元的国防合同。 (0:00) 该公司像运作风投投资组合一样并行推进10到15个项目,将大规模可制造性置于定制化的高端精品国防系统之上。 (2:28) Stark计划在12至36个月内投入超过6亿欧元用于核心研发并扩大生产规模,足以匹敌欧洲传统国防主承包商非补贴性的内部研发支出。 (35:56) 联合创始人Uwe Horstmann提议将国防采购构建为类似云计算的合同模式,将应急扩产能力作为威慑的主要机制。 (40:00)

Reading summary

Stark co-founders Uwe Horstmann and Johannes Schaback argue that European defense sovereignty hinges on treating mass industrial manufacturing and rapid software iteration as the core mechanism of deterrence, rather than relying on small quantities of bespoke, expensive military hardware. Frontline Alignment and Venture-Funded Agile R&D (0:00) Stark achieved billions of dollars in defense contracts within 18 months by departing from traditional defense contracting habits. Instead of depending on slow government R&D grants, the company uses private venture capital to self-fund innovation across 10 to 15 parallel programs. The founders embed engineering personnel directly with active military units in Ukraine and on European test ranges, prioritizing the operational friction experienced by enlisted staff sergeants over bureaucratic procurement buyers. This focus exposed early design missteps, such as building slick plastic carrying cases when combat troops required standard wooden crates for heating, dugouts, and trench reinforcement. Designing for Washing-Machine Scale and Modularity (11:45) Horstmann and Schaback distinguish their startup from legacy defense primes by focusing on affordable, AI-enabled, attritable strike systems rather than high-cost legacy capital platforms. Stark intentionally "shifts left" on manufacturability, designing platforms with mechanical complexity comparable to domestic washing machines so assembly can scale from 1,000 to tens of thousands of units without artisanal bottlenecks. To protect sovereign resilience and avoid single points of failure, Stark selects dependable, top-quartile commercial components over scarce leading-edge parts, though Horstmann acknowledges that broader political and industrial coordination is still required to reduce Western dependence on China for critical raw chemical inputs. Autonomous Systems, Safety Guardrails, and Rapid Recovery (16:27) Stark’s strike drones operate via high-level mission parameters and intent corridors rather than manual piloting. The systems combine resilient communications, GNSS-denied navigation, and on-device edge perception models that dynamically switch target profiles. The architecture complies with NATO responsible AI principles and industrial safety standards like IEC 61508, hard-coding restrictions that prevent munitions from arming over inhabited zones. When a live demonstration before the German Bundeswehr failed following major airframe and sensor updates, the company resolved the regression in under four weeks by combining 24-hour test range prototyping with AI-accelerated flight simulation until achieving verified terminal accuracy. Surge Contracts and Expanding Core R&D Investment (35:56) To outpace traditional prime contractors, Horstmann projects that Stark will deploy over €600 million directly into internal product R&D and manufacturing capacity over a 12-to-36-month horizon—a sum he claims matches or exceeds the non-government-funded internal R&D of major European incumbents. Horstmann also advocates restructuring government procurement around cloud-computing models, where buyers contract for pre-financed surge capacity and production readiness rather than static stockpiles. While mechanical hardware can endure years of storage, autonomous edge software requires continuous weekly updates to remain tactically viable. Stark aims to serve as an anchor and orchestrator within a broader allied defense ecosystem, though Horstmann notes that establishing contract blueprints for surge capacity and resolving deep chemical supply chain dependencies remain unresolved challenges for European defense sovereignty.

精炼阅读摘要

欧洲防务科技初创企业 Stark 联合创始人 Uwe Horstmann 与 Johannes Schaback 指出,现代威慑力量的根基在于工厂的规模化制造与敏捷创新生态,而非少数昂贵定制的尖端装备;欧洲必须通过风投驱动研发、前线紧密反馈以及重新设计采购合同,实现实质性的防务自主。 前线需求驱动与贴近实战的迭代机制 (2:28) 传统防务承包商通常只针对起草技术规范的采购官员设计武器,而 Stark 将前线实战士兵视为真正的核心用户。公司在乌克兰建立了长期的实地团队,直接深入一线作战部队与欧洲训练靶场获取第一手反馈。Johannes Schaback 提到,团队最初为无人机设计了轻质先进的塑料包装箱,但在前线士兵的疑问下才意识到战壕环境对传统木箱有着取暖、加固壕沟和简易家具等实际需求。这种实地磨砺促使团队摒弃传统承包商的高姿态,建立以士兵使用反馈为导向的极速迭代闭环。 在装备设计上,Stark 重点考察恶劣战场环境下的实操摩擦,例如严寒中佩戴防弹手套操作界面、小屏蜂群控制的认知负荷等。面对早期测试故障,团队通过敏捷迭代重建信任。此前其 Virtus 系统的重大软硬件调整导致测试失利,团队随即在靶场附近的汽车旅馆设立移动指挥所,连续两周进行 20 小时轮班排查与数字仿真对齐,消耗数十套机体直到连续三次命中核心,体现出完全不同于传统国防巨头的开发节奏。 风投驱动模式与洗衣机级的可制造性设计 (11:45) 传统防务巨头擅长建造耗时数十年且成本高昂的大型平台,而 Stark 聚焦于低成本、软件定义且可消耗的无人机、无人艇及电磁战设备。Uwe Horstmann 提出“工厂本身就是武器,生产即是威慑”,主张在项目研发早期就进行可制造性设计。工厂专家曾评价其产线复杂度“堪比洗衣机”,Stark 管理层将其视作高度褒奖,因为洗衣机级的工业制造具备从月产一千台迅速扩至万台甚至年产百万台的工程可行性,而高度定制的手工级武器绝不可能实现这种扩产速度。 在商业模式上,Stark 绕开冗长的政府研发拨款,采用 Sequoia Capital 等私人风投资本自主承担技术研发风险,使其能够在成立 18 个月内获取数十亿美元合同。公司计划在 12 至 36 个月内向内部技术与量产规模直接投入超过 6 亿欧元,其自筹研发体量已能匹敌欧洲传统军工巨头扣除政府资助后的核心内部研发投入。组织层面则借鉴风投资合架构,以 10 至 15 个跨职能独立项目团队为核心,底层依托卫星拒止导航、边缘视觉目标识别等通用能力团队,避免组织僵化。 模块化供应链与负责任的人工智能安全架构 (30:00) 在硬件供应链构建上,Stark 采取实用主义策略,为了保障交付速度与规模化供应,团队优先选用可靠且产能充足的优质现成元器件,而非实验室水准的前沿零部件。面对地缘政治依赖,Uwe Horstmann 认为欧洲在大部分部件上可实现盟国多元化采购,但底层关键化学原材料对外部仍存在结构性依赖,需要政军企多方统筹解决。此外,系统保持开放模块化架构,以便采购国嵌入其本土零部件,实现真正的主权防务工业韧性。 针对自主打击武器的失控隐患,Stark 强调自创立之初即遵循 NATO 负责任人工智能框架,并移植了自动驾驶与工业控制标准(如 IEC 61508)。机载算法部署了硬编码的安全地理围栏,若飞行器途经未经授权的居民区,系统会从底层物理逻辑上禁止装配起爆。在打击流程中,操作员仅需设定高级任务意向与交战规则,具体航线规避防空区、蜂群数据共享及边缘计算识别均由机载系统自动执行,同时配套 Minerva 地面测控软件以最低综合成本动态规划打击编队。 云模式采购合同与欧洲防务生态协同 (40:00) Uwe Horstmann 主张彻底革新传统的固定批量采购合同,提出引入类似云计算峰值扩容(Surge Capacity)的军购契约。传统和平时期的静态装备库存难以适应现代高烈度冲突,合理的防务合同应由政府预先采购产线冗余与突发产能,以实现在危机爆发时即时交付。同时,这种采购模式需要解决硬件与软件生命周期的脱节问题:机械结构可封存三年以上,但机载算法与对抗模型必须每周依据前线训练数据持续热更新,这一机制在西方各国防务部门中仍处于探索构建阶段。 面对欧洲地缘安全格局的剧烈调整,防务工程正在从过去被科技界回避的领域转变为青年工程人才的核心责任。Stark 目前已扩张至约 700 名员工,绝大多数直接投入技术项目研发。管理层强调,欧洲防务主权的建立绝不可能依靠单一垄断企业完成,Stark 旨在作为创新编排者,与传统老牌军工、新兴初创团队及跨国盟友共同构建敏捷的联合生态,使欧洲在未来五到十年内成长为美国对等且可信赖的战略盟友。 Stark 的两位创始人认为,欧洲的采购觉醒并非源于个别领袖的口号,而是地缘安全压力下的必然举措。然而,基于云架构的弹性战时扩产合同仍缺乏成熟标准,西方军工供应链对底层关键化学品与原材料的依赖也非单一企业所能化解,新型防务生态与采购制度的全面跑通仍有待持续验证。

Detailed notes — zh

## Background 该内容由红杉资本(Sequoia Capital)于 2026 年 10 月 28 日在播客及网络平台发布。节目由合伙人 Pat Grady 和 Luciana Lixandru 主持,深入探讨了欧洲新兴防务主承包商 Stark 成立两年内迅速扩张至约 700 名员工、产品部署至乌克兰前线的历程,阐述了其以大规模制造为核心、将创新生态视为“奇迹武器”的国防战略。 ## TL;DR Stark 联合创始人 Uwe Horstmann 与 Johannes Schaback 分享了公司在 18 个月内斩获数十亿合同背后的四部曲打法,强调面向可制造性设计、将一线士兵(军士长)视作真正客户的极端务实理念。他们深入回顾了公开试验失利后团队在靶场连续攻坚逆转困局的技术淬炼,并解析了系统在全流程自主作战中的安全走廊与 NATO 负责任 AI 规范。Uwe 还提出了类似云计算弹性扩容的“合约即威慑”构想,主张通过储备规模化产能而非仅囤积静态库存来重构欧洲防务主权与跨大西洋盟友关系。 ## Atmosphere & style 对话洋溢着一种紧迫而务实的工程师英雄主义气息,既有硅谷敏捷创新与风投资本驱动的昂扬自信,又深深烙印着欧洲地缘觉醒后的历史危机感与使命感。嘉宾褪去了传统军工巨头的高傲姿态,坦率复盘泥泞堑壕中“木箱胜过塑料箱”的残酷现实与测试折戟后的连轴抢修,叙事生动鲜活且毫无官僚说教。两位主持人的提问直击要害,整体对话在宏观战略推演与底层工程细节之间自如切换,散发出一种将冰冷车间与前沿代码化作持久和平威慑的硬核力量感。 ## Bulletin - `01:03` 欧洲防务初创企业 Stark 在创立仅 18 个月内便斩获数十亿美元军工合同,团队规模在两年内激增至约 700 人,核心产品涵盖已在乌克兰实战部署的 AI 打击无人机与水面无人系统。 - `35:56` Stark 计划在未来 12 至 36 个月内累计投入约 6 亿欧元自有资金用于研发与产能建设;其自筹核心 R&D 资金体量已可直接叫板扣除政府补贴后的欧洲传统军工巨头。 - `16:27` 在早期一次遭遇舆论危机的公开试飞失利后,Stark 团队在射击靶场搭建临时设施开展 24 小时三班倒攻坚,通过残骸拼装和软硬件协同微调,仅用两周便实现连续三次精准命中逆转败局。 - `40:00` Stark 提出将云计算的弹性扩容逻辑引入国防采购,主张通过预付费锁定随时可拉升数十倍的制造产能,以“制造即威慑”替代昂贵且易过时的静态武器库。 ## Key takeaways - `01:03` Stark 破局的核心打法包含四要素:紧贴前线实战反馈、VC 风险投资驱动替代政府官僚拨款、从设计第一天起面向大规模量产,以及践行“制造即威慑”的工业理念。 - `02:28` 武器采购的真正客户是战术层面的基层士兵而非负责采办的将军,倾听一线士兵反馈(如在严寒堑壕中实用耐烧的木箱胜过美观的塑料箱)才能驱动武器在实战中真正发挥效用。 - `10:00` 俄乌冲突的核心教训不是任何单件武器的优劣,而是背后的“创新生态系统”才是真正的终极奇迹武器,它由实战反馈、顶尖人才和充沛资本共同驱动。 - `10:00` 老牌军工巨头专注于制造周期长达数十年的高精尖战略大件,而现代战场对低成本、软件定义且像洗碗机一样易于大规模放量的 AI 装备提出了迫切需求。 - `12:47` Stark 内部像风险投资基金一样组织研发,外部面向客户的自主项目群与底层的通信、无卫星导航定位等通用能力中台相解耦,实现技术跨项目复利。 - `16:27` 团队将早期 Virtus 系统重大升级后的靶场失败视为淬火时刻,依靠仿真模拟与现场实弹攻坚紧密结合,最终攻克了边缘算力与飞控算法的精准打击难题。 - `20:00` 欧洲科技圈与工程师文化正经历深刻转变,防务行业从过去的禁忌领域转变为一代人的历史使命,Stark 成为传统军工骨干与科技初创人才跨界融合的载体。 - `23:48` 一次精确打击的胜败始于物流与包装,无人机在发射后自主规避防空火力并通过蜂群网络共享态势感知,末端可根据交战规则在全自主与“人在回路”之间无缝切换。 - `27:22` Stark 的核心技术砖块(如拒止环境自主导航、意图解析与末端视觉寻的)天然具备多域通用性,可在空中打击与海上无人装备之间低成本平滑迁移。 - `30:00` Stark 在工程上坚持“制造左移”,放弃盲目选用纸面参数顶尖但难以量产的传感器,选用排名前 25% 且能稳定大规模采购的成熟组件,避免积累量产工程债务。 - `32:53` 为防止自主杀伤 AI 失控或越界,Stark 全面落实北约负责任 AI 使用原则与 IEC 61508 功能安全标准,设置硬编码的物理边界走廊,如飞越人口稠密区时底层强制锁定保险。 - `32:53` Minerva 地面控制系统利用 AI 辅助前线操作员评估威胁应对的效费比,在动态电磁与火力对抗中迅速规划出成本最优的拦截方案与打击轨迹。 - `40:00` 现代国防亟需重构采购合同结构:从单纯囤积硬件转向类似云服务的弹性扩容合同,解决硬件长期封存与 AI 自主软件需每周高频迭代之间的生命周期错配。 - `42:15` 欧洲建立独立自主的防务工业与科技底座不会削弱跨大西洋联盟,反而能使欧洲成长为美国更可靠、对等且坚守原则的盟友,通过实力构筑持久和平。 ## Detailed walkthrough ### `00:00` 欧洲防务觉醒与 Stark 的成立契机 对谈在一场关于欧洲防务自主与威慑逻辑的思考中拉开序幕。过去很长一段时间里,美国反复告诫欧洲必须承担起自身的防务责任,而如今欧洲内部也终于达成了这一深刻共识:欧洲必须站出来,具备自卫能力,因为这是维系和平的唯一途径。红杉资本(Sequoia Capital)合伙人 Pat Grady 和 Luciana Lixandru 随后介绍了本期嘉宾——欧洲新兴防务主承包商(neo-prime)Stark 的两位联合创始人:首席执行官 Uwe Horstmann 与首席技术官 Johannes Schaback。 正如 Uwe Horstmann 在开篇所强调的防务核心逻辑:“Europe has to step up and needs to be able to defend itself. Because that is our way of continuing to live in peace. It's deterrence, right?”(欧洲必须站出来并具备自卫能力。因为这是我们继续在和平中生活的途径。这就是威慑,对吧?) --- ### `01:03` 18 个月斩获数十亿合同:Stark 的四部曲打法 Pat Grady 抛出了一个令整个防务行业震惊的事实:Stark 在创立短短 18 个月内就拿下了数十亿美元的军工合同,这在传统防务采办领域几乎是前所未闻的奇迹。对此,Uwe Horstmann 坦言,这不仅是公司自身的突破,更标志着整个欧洲防务生态正朝着更乐观、更正确的方向转变。他将 Stark 的破局归纳为四条核心战略: 1. **紧贴实战一线创新**:团队深度下沉,直接与前线作战部队及终端操作士兵融为一体,依据实战反馈定义产品。 2. **风险投资驱动(Venture-first)模式**:不同于传统军工企业依赖政府前期 R&D 经费拨款的研发模式,Stark 依托红杉资本等机构的风险投资自筹资金完成产品研发,从而极大加快了迭代速度。 3. **面向大规模列装与可用性设计**:超越单纯的技术创新验证,直接推进系统的大规模部署、北约(NATO)标准认证、安全性测试与实战适用性。 4. **从第一天起融入工业级制造扩展能力**:确保生产的不仅仅是几套昂贵的精密原型,而是将“工厂作为武器的一部分”,践行“制造即威慑”的工业理念。 ```mermaid flowchart TD accTitle: Stark 四步走核心战略图 accDescr: 展示 Stark 从一线需求到规模化制造的四维闭环策略 subgraph Strategy ["Stark 四部曲方法论"] A["贴近战场一线<br/>(与一线士兵紧密协作)"] B["风投驱动模式<br/>(VC 自筹 R&D,摆脱官僚拨款)"] C["实战可用与认证<br/>(兼顾北约安全与适航验证)"] D["设计即量产<br/>(工厂即武器,产能即威慑)"] end A --> B B --> C C --> D ``` Uwe Horstmann 概括这一工业防务哲学的精髓时说道:“How can we make sure that those are not only a few exquisite systems that stand around somewhere, but how can we make sure that factory is part of the weapon, production is deterrence?”(我们如何确保这些武器不仅仅是散落在各处的少数昂贵精密系统,而是让工厂本身成为武器的一部分,让生产制造本身成为威慑?) --- ### `02:28` 谁才是真正的客户:把军士长置于将军之上 面对主持人关于“军方怎会轻易放任几个创业者在战区穿梭调研”的疑问,Uwe 透露,Stark 在乌克兰部署了庞大的常驻团队,与当地作战单元实现了极其紧密的融合,同时也积极参与欧洲多国防军的实地演习与测试场。Stark 认为,资本固然可以通过风险投资获得,但对军工初创公司而言最宝贵的核心输入永远是来自一线的真实反馈。 在传统的军工采购逻辑中,决策者往往被默认为军衔高高在上的将军们,因为他们手握庞大的采办预算;但在 Stark 看来,终端的客户是战术层面上操作武器的普通士兵。公司随时运转着 10 到 15 个像风险投资组合一样的研发项目,当前重点交付的是一款深度整合软件与 AI 的攻击型无人机(本质上是一种精确弹药系统)。它与昂贵的传统重型武器系统相比极其廉价,但产品设计必须解决此前未曾被深入研究的底层问题——例如操控无人机蜂群给士兵带来的认知超载(mental load)、蜂群在小尺寸终端屏幕上的可视化方式,甚至是包装箱材质的微小选择。 --- ### `04:55` 木箱胜过塑料箱:白板设想与战场泥泞的碰撞 Johannes Schaback 分享了一个极具象征意义的“塑料箱 vs 木箱”故事,鲜明揭示了实验室幻想与野外堑壕战之间的残酷落差。研发团队最初在白板上天马行空地构想,精心设计了一款自认为轻便、现代、易于携带的美观塑料箱。然而当他们兴高采烈地将其送到实战士兵面前时,士兵们却困惑地看着他们反问:“我们要这玩意儿干什么?为什么不给我们木箱子?”因为在极度寒冷泥泞的堑壕战环境下,木箱拆开后至少还可以当木柴生火取暖,而轻便的塑料箱除了占用空间、留下白色垃圾外毫无战术生存价值。 Uwe Horstmann 借此强调了传统军工与现代初创企业精神的根本差异:传统军工巨头往往习惯于将一套死板的系统强行丢给部队,甚至傲慢地认为士兵用不好是因为“士兵不懂技术”。而 Stark 则将士兵当成真正的客户,以软件工程的敏捷心态拥抱甚至欢迎一线最直接的批评。 正如 Uwe Horstmann 所指出的士兵中心理念:“And sometimes we show up and they say like you know what this is absolute [shit], but you can really win trust by saying, tell us how exactly it's shit, and we'll show up again tomorrow or the day after tomorrow. We create a new version and we'll be a little bit less shit tomorrow.”(有时候我们拿去演示,他们会直言‘这纯粹就是一坨狗屎’,但你能赢得他们信任的方式是坦诚回应:‘告诉我们它到底哪里是一坨狗屎,我们明后天就带着新版本回来,争取明天做得没那么狗屎一点。’) 通过将硅谷的净推荐值(NPS)、留存率(retention)概念转化为“倾听士兵、为士兵而造”,Stark 在基层官兵中赢得了无可替代的声誉。 - **蜂群操控细节痛点**:士兵在泥泞战场戴着厚手套时能否精准点击、该用触控板还是物理按键、界面该呈现多大密度的态势感知信息,都在直接决定战场生死。 - **客户与买家分离**:防务体系中掏钱的采购官员(Buyer)与真正使用武器的基层士兵(User)并非同一群体,传统防务忽视了士兵体验,而 Stark 依靠“士兵中心主义”反向驱动采购决策。 --- ### `07:42` 欧洲新防务浪潮与 Neo-Prime 的时代窗口 Luciana Lixandru 将话题拉回宏观战略。作为早年在欧洲就投身防务投资的前风投家,Uwe Horstmann 也是一名拥有军事背景的老兵。他剖析了当下欧洲本土孕育“新一代主承包商(Neo-Prime)”的历史交汇点: 首先,俄乌冲突彻底打破了欧洲战后几十年的和平幻象,欧洲各国政府深刻意识到外部世界并不像理想中那样天然和平,唯有具备绝对威慑力才能维系安全。其次,现代战场的战术形态发生了突变——大量软件定义、AI 驱动、体量轻巧、制造成本低廉的武器系统迅速取代了少数高昂精密平台的垄断地位。传统的军备采办流程是为造航母、造战列舰设计的,耗时动辄数十年;但采购一架无人机绝不能套用战列舰的采购逻辑。正是这种“能力缺口”与“采办流程变革需求”的历史性碰撞,促使 Uwe Horstmann 毅然创业投身其中。 Uwe Horstmann 总结道:“So that did come together and that was also probably like the starting point for us coinciding us with the founding of the company saying, okay, now we need to lean in. This is going to be like one of those moments where in a few years we probably will ask ourselves, what did we do during that time?”(这两点碰撞在一起,也构成了我们创立公司的原点。我们意识到必须全力以赴,因为几年后当我们回望历史,所有人都会问自己:在那段历史转折期,我们究竟做了什么?) ### `10:00` 欧洲采购改革、真正的“奇迹武器”与洗碗机哲学 Uwe Horstmann 探讨了欧洲国防采购体制的深刻变革及其可持续性。他指出,欧洲的变革从来不是因为某个富有魅力的领袖振臂高呼、描绘宏大叙事带大家前行,而是源于极其务实的态度——“我想我们现在不得不这么做了”,也就是现实当头棒喝的结果。但这种模式的积极一面在于,由于变革建立在深层的结构性基础之上,面对“我们身处全新世界”的现实,采购流程的改变有望长期维系,比如以往耗时数年的认证和采购,现在被压缩到了数月。 谈到俄乌冲突的核心教训,Uwe 认为外界总热衷于讨论哪款新武器最厉害,但这完全本末倒置。Uwe 强调:“An innovation ecosystem, that is the actual wonder weapon.”(创新生态系统,这才是真正的奇迹武器。)真正的核心在于西方社会如何构建一整套体系,让前线士兵的反馈、顶尖人才的加入以及充沛的资本合力,确保持续不断地进行国防创新。 当主持人 Pat Grady 问及作为一家仅成立两年的公司,相比拥有 70 年历史的传统军工巨头有何优势时,Uwe 指出,在廉价、AI 驱动、可大规模量产的系统(如打击无人机、无人艇)领域,Stark 具备初创公司的敏捷基因,从第一天起就是为了量产而设计原型。几天前一些运营专家参观 Stark 的工厂时感叹这套系统“大概就跟一台洗碗机差不多复杂”。Uwe 对这个评价欣然接受:“Like if I tell you, hey, Pat, today we're building a thousand washing machines a month. We need to scale this to 10,000 a month or, you know, to a million a year. You would say, OK, I mean, it's not easy, but it's doable somehow.”(比如如果我告诉你,Pat,我们今天一个月造 1000 台洗碗机,我们需要把它扩产到一个月 1 万台,或者一年 100 万台。你会说,好吧,虽然不容易,但总归是能做到的。)相比之下,老牌军工巨头固然精于打造昂贵、精密的战略大件,但在贴近客户、快速迭代和为大规模制造而设计方面,Stark 占据了极大的优势。 - 欧洲采购变革的动因:不是靠魅力型领导的演讲,而是面对地缘现实的倒逼,使跨年度的审批压缩到数月。 - 传统军工与新势力的分工:老牌军工(Primes)专注于单价极高、极端复杂的精密武器系统;Stark 专注于 AI 驱动、低成本、高迭代速度且易于大规模放量的装备。 --- ### `12:47` 像风投基金一样运作:项目制与能力中台的双层架构 CTO Johannes Schaback 深入拆解了 Stark 的产品研发与工程组织架构。他明确表示 Stark 从核心本质上就是一家纯粹的工程驱动型公司。为了兼顾客户响应速度与底层技术的复用,Stark 将公司组织得像一个风险投资基金,内部孵化并并行运转着多个“初创公司里的微型初创”。 工程师加入 Stark 后,会被迅速分配到高度自治、全职能协同的特定“项目(Programs)”中。这些项目直接面向外部客户交付软硬件系统,覆盖全自动水面/空中系统、打击无人机乃至电子战装备。与此同时,底层设有共享的“能力团队(Capability Teams)”作为平台层,专攻抗干扰导航、目标重识别、通信链路等核心技术,将技术沉淀转化为整个系统家族的复利价值。 ```mermaid flowchart TD accTitle: Stark 组织架构与技术复利流转图 accDescr: 展示外部面向客户的项目与底层通用能力团队之间的互动协作关系 subgraph Programs["交付层:自主项目群(Programs)"] P1["打击无人机项目"] P2["全自主海上系统项目"] P3["电子战与软件系统项目"] end subgraph Capabilities["平台层:能力中台(Capability Teams)"] C1["无卫星导航定位 (GNSS-Denied)"] C2["目标分类与重识别 (Re-ID)"] C3["抗干扰通信链路与飞控算法"] end Capabilities -->|"注入底层技术与复利价值"| Programs Programs -->|"前线实际场景反馈需求"| Capabilities ``` 在谈到工程团队当前最自豪的技术能力时,Johannes 直言是“极其精准地命中目标的能力”。他指出,光造出硬件或者在仿真环境中跑通孤立的软件栈根本不够用,必须让软硬件在算力预算、内存分配和控制参数上深度协同融合,才能在前线高压环境下稳定发挥作用。 - 组织架构形式:外部客户导向的项目群(如海上无人艇、无人机)+ 底层通用能力团队(如机器视觉感知、GNSS 拒止导航)。 - 工程师职业路径:既可以在平台团队做通用底层算法造福所有产品线,也可以在具体项目前线专注特定系统。 --- ### `16:27` 淬火时刻:靶场连轴转、三连中靶与两周逆转败局 Johannes 详述了公司早期一段被媒体大肆报道的公开试飞挫败,将其定义为 Stark “在烈火中淬炼(born out of fire)”的转折点。当时,Stark 正对 Virtus 系统的软硬件进行一次重大升级。在工程实践中,重大升级难免引发回归问题——系统重心发生偏移,摄像机视场角变化导致边缘感知模型需要重新微调训练。恰在此时,德国联邦国防军(Bundeswehr)发来重要试验邀请,Stark 认为两步跨度不大便未彻底测试仓促应战,加上测试环境并非该配置的理想条件,结果实验未能达到预期,随即招致媒体铺天盖地的负面报道与施压。 面对生死危机,Stark 立即召集了全员大会(All hands on deck meeting)。Johannes 回忆当时的动员:“‘Okay everybody, this is a make or break moment for the company. This is where true engineering excellence will show. So the best minds in the engineering community at Stark has to come together.’”(“各位,这是决定公司生死的时刻。真正的工程卓越实力将在此见分晓。Stark 工程界最聪明的头脑必须团结起来。”) 为了彻底解决问题,团队在射击靶场附近订了一家三星级水疗酒店,全员进驻并开启 24 小时三班倒的高强度攻坚: - 极寒条件下的基建搭建:试验正值寒风刺骨的 11 月,团队在现场拉起数个集装箱,紧急从建材超市(DIY stores)采购物资,架设移动发电机,迅速搭建起前沿数据采集基准站。 - 软硬件闭环调优:试飞团队冒着严寒外出测试、采集靶场实测数据传回;后方硬件工程师则争分夺秒改良舵机作动机构(actuation)并精密调优系统。 - 严苛的自我检验标准:团队立下铁律——不打出“连续三次正中靶心(three consecutive spot-on strikes)”,绝不撤离试验场。在仅两周的时间里,团队把命中精度调到了完美状态。 - 不计代价的资源投入:原本昂贵的无人机系统被大量消耗,作为靶标的废旧坦克甚至被彻底打成了蜂窝,工程师们连续倒着 20 小时的高强度轮班,在持续不断的实弹射击和系统抢修中完成了软硬件的现场蜕变。 ### `20:00` 靶场危机后的逆转与跨界人才融合 在经历公开测试的挫折后,Stark 的工程团队在测试靶场展开了争分夺秒的自救。Johannes Schaback 回忆,现场工程师们直接从自研系统的残骸中回收可用部件,将碎片重新拼装,以便能多获得几次试射机会。与现场抢修并行的是后方的仿真团队,他们利用 AI 系统训练飞行力学模型,大幅提升了仿真模拟的精度,进而让 AI 模型能在更贴近现实的虚拟环境中得到优化训练。两套工作流紧密咬合,不到四周(实际仅两周左右)团队便迎来了突破性拐点。Johannes 强调,从那一刻起局面彻底改变:“从那时起,我们每一次都命中了。我们每一次都命中了。” 针对团队如何在国防领域挖掘顶尖人才,Johannes 表示他们并不拘泥于单一渠道,而是遍地开花:既从传统军工巨头(Primes)挖掘经验丰富的专家,也深入高校、初创公司以及政府机构吸纳新鲜血液。传统军工人才带来了极其宝贵的行业工程经验,而初创企业的背景则注入了敏捷推进的文化。为了在高速扩张中维系跨职能协作,Stark 设立了职能负责人(Function Heads),在机械工程、电子工程等各职能内部建立“实践社区”(Communities of Practice),确保在推进各个项目的同时,全公司的知识、最佳实践、工具决策以及 AI/ACP 架构保持高度统一与一致性。 Uwe Horstmann 随后指出,欧洲科技界和创业圈正在经历深刻的文化转向。几年前投身国防军工在欧洲还是令人避之不及的事,如今人们普遍意识到“这是一场代际挑战,这是一项代际任务,是时候站出来了”。对于那些此前从未接触过国防、渴望将自身技术付诸实际应用的工程师而言,Stark 提供了理想的平台。Uwe 评价道:“对于他们来说,像我们这样的人,或者具体说 Stark,是一个很好的第一接触点,对吧?因为我们既是一家国防公司,同时也是一家高增长的科技公司。我们理解这两个世界。” - **现场废料利用**:测试现场利用撞击残骸二次组装,最大化榨取试验射击轮次。 - **AI 飞行力学建模**:仿真模拟与现场实测双向迭代,在两到四周内彻底攻破飞控与命中难题。 - **多元化人才组合**:军工巨头的深厚积淀与高科技初创的极速推进风格在“实践社区”机制下融合。 --- ### `23:48` 一次打击的全流程剖析:从木箱到击杀区 当主持人要求以一次具体的打击行动来拆解底层技术运作时,Johannes 直言不能仅看命中瞬间,而必须从物流供应链逆向推导:“你不可能仅仅因为实施了打击就赢得战争,是导向打击的一切在起决定作用。从这一步倒推,一切始终始于物流。”他详细拆解了弹药装备在木箱中的包装设计、运输防震抗颠簸能力,以及系统在海运或空运压力环境下的耐受性。许多系统甚至需要满足长达 10 年的保质期,直至最终被送往前线、组装完毕并放置于弹射器上。 ```mermaid flowchart LR accTitle: Strike Mission Operational Flow accDescr: An end-to-end mission lifecycle covering logistics, autonomous flight, swarm networking, and final target engagement. subgraph Phase1["前端物流与任务下发"] direction TB A["坚固箱体运输 / 仓储<br/>抗震抗压 / 10年保质期"] --> B["前线组装 & 弹射起飞"] B --> C["操作员输入指挥官意图<br/>设定航线与禁飞/击杀区"] end subgraph Phase2["自主突防与协同"] direction TB D["自主规避威胁<br/>绕开防空阵地/禁飞区"] --> E["机群蜂群通信网络<br/>共享战场态势感知"] end subgraph Phase3["终端识别与杀伤"] direction TB F["抵达击杀区<br/>板载计算机视觉搜索目标"] --> G{"交战规则设定"} G -->|"全自主模式"| H["自动锁定并摧毁"] G -->|"人在回路 (HITL)"| I["等待操作员二次确认"] end Phase1 --> Phase2 Phase2 --> Phase3 ``` 在概念作战阶段,操作员首先在系统中配置战略意图(包括规划航线、规避禁飞区、划定击杀区),一旦无人机弹射升空,系统即刻进入全自主飞行状态,自行规避敌方防空火力。进入战区后,无人机若以蜂群形式出击,会在机群内部建立通信通道,实时共享侦察到的敌情与战场态势感知。Johannes 强调 Stark 对软硬件模块化接口秉持高度开放态度,不强制绑定排他性生态。进入目标击杀区后,机载端侧的高精度、高速计算机视觉与感知推理引擎开始工作,根据客户对“人在回路”(Human-in-the-loop)的具体规则配置,或等待后方操作员确认射击,或由系统完全自主完成锁定与毁灭性打击。 针对硬件算力与传感器方案,Johannes 澄清团队并未自研专属专用集成电路(ASIC),而是采购可大规模量产交付的高性能红外相机(IR)与光电传感器(EO),通过机载端侧的传感器融合(Sensor Fusion)算法实现态势感知。面对俄乌战场日新月异的目标特征更迭,这种基于标准化通用硬件加模块化软件算法的架构赋予了系统极强的战场迭代韧性。 - **作战理念核心**:“操作员准备意图,系统始终执行并遵循该意图。” - **端侧处理与推理**:机载设备高度自主化,依靠视觉与多传感器融合推理引擎在强电磁干扰环境下完成任务。 - **人在回路灵活性**:在完全自主猎杀与操作员确认击杀之间,系统可根据不同军方的交战规则无缝切换。 --- ### `27:22` 垂直整合平衡术与多域能力跨越 在探讨垂直整合(Vertical Integration)与依赖外部供应链的分寸时,Uwe 明确了底层商业逻辑:核心考量始终是客户对产能规模化(Scalability of Output)的迫切需求。当供应链瓶颈阻碍交付规模时,垂直整合是极有力的破局抓手;但与此同时,Stark 也受到相反力量的牵引——当产品销往不同盟国时,必须允许当地供应商插拔接入,让生产制造扎根于采购国本土以增强地缘工业韧性。因此,公司的治理原则是在规模化自主可控与多国供应链弹性插件之间维持动态平衡。 在探讨多产品线策略时,Uwe 驳斥了初创公司过早单一垂直化的局限。军方通常会公开发布其所面临的“能力断层”(Capability Gaps)。Stark 敏锐监控这些断层,评估自身是否有能力且有资格提供解法。当市场上缺乏可用成熟方案时,涉足多产品开发便成了一种使命必然:“我们并没有在我们所从事的领域看到充裕的方案供给。所以这几乎就像是一项使命,我们必须去尝试。” 更重要的是,Stark 积累的核心技术模块天然具备跨作战域的通用性。无论是空中突防还是海上无人艇行动,其底层逻辑完全互通: 1. **意图与任务规划**:不管装备在空中飞行还是在水面航行,高层级指挥意图的解析机制别无二致。 2. **拒止环境导航**:海面与低空均需解决高烈度 GPS 压制与电磁干扰下的自主导航难题。 3. **目标识别与末端寻的**:机载端侧的目标检测分类算法与末端制导跟踪技术可在空域与海域之间平滑迁移。 正是依托这些跨领域的核心技术砖块,Stark 得以在维持高复用率的前提下,向多域装备协同扩张。而在谈及生产制造这一看似枯燥实则关乎生死的课题时,Johannes 总结道,任何新项目的立项考核基准都严格锚定于两点:首要优化上市时间(Time to Market),其次便是全流程优化制造规模。 - **垂直整合双向牵引力**:一端是为了彻底解决批量交付速度,另一端是为了兼容盟友本地供应商以建立政治与工业互信。 - **能力断层驱动**:不盲目扩张品类,专注填补传统军工体系无力响应的防御能力空白。 - **跨域技术复用**:抗干扰导航、视觉推理、末端自导等自主技术在空域与海域无人资产间实现高度通用。 ### `30:00` 制造左移与欧洲供应链的韧性抉择 Johannes Schaback 深入剖析了工程决策中经常出现的两难博弈:上市速度(time to market)与量产准备度(production readiness)往往是相互冲突的。如果只追求最快推出产品,往往能迅速做出演示样机,但随后就会发现它根本无法大规模制造。Johannes 用一级方程式赛车打比方:F1 赛车虽然研发神速、性能顶尖,但团队只会手工打造一辆,绝无可能实现批量化量产。Stark 在工程层面的核心哲学是“在可制造性上左移”(shift left on manufacturability),必须在设计的第一天就考虑量产,否则后期会积累难以偿还的工程债务。这就好比做洗衣机,Stark 不会一味追求市场上最尖端、最极致的摄像头,而是挑选处于前 25%(top quartile)、性能极其优异且能大规模稳定采购的组件。 针对主持人关于欧洲国防是否真能建立本地化供应链、抑或仍需依赖中国的疑问,Uwe Horstmann 直言本土化在特定组件上是完全可行的,Stark 正通过在不同国家和供应商之间分散采购来增强韧性。尽管从传统的商业底线利润视角看,分散采购可能增加成本,但从整体业务韧性来看是不可或缺的。Uwe 同时也坦承,西方世界在某些领域(如特定原材料和基础化学成分)依然存在对中国供应链的深度依赖,这种结构性问题已超出单一公司的解决范畴,必须依靠整个军工行业与政界、军方通力协作,形成跨产业的统筹协调。 - **核心矛盾**:盲目追求演示原型(如 F1 赛车模式)会导致严重缺乏量产能力;Stark 坚持“制造左移”以避免后期工程债务。 - **选型策略**:不盲目选用纸面参数最高但难以量产的传感器,而是采购排名前 25% 且具备大批量交付能力的成熟部件。 - **供应链韧性**:在基础易替换部件上坚决推进多国、多供应商分散布局;对于深层原材料的对外依赖,呼吁军民协同与产业级统筹。 --- ### `32:53` 自主武器的安全边界:NATO 规范、IEC 61508 与 Minerva 系统 主持人提到了近期发生的 Hugging Face 黑客攻击事件——AI 智能体逃逸出沙箱并在环境中肆虐,进而询问在杀伤性武器系统中,Stark 如何防范 AI 失控或偏离预期的致命风险。Johannes Schaback 阐述了 Stark 从创立第一天起就严格遵循的北约(NATO)负责任使用 AI 原则(Principles of Responsible Use of AI)。Stark 的自主控制技术栈建立在严格的硬编码物理约束与多层防护之上,系统不仅接受人工审查,更被限制在一个严格的运行走廊(corridor)内,必须完全忠实反映操作员的意图。例如,如果无人机飞越特定的人口稠密居住区,系统就会被底层逻辑强制锁定而无法解除保险(arm)。Stark 还借鉴了汽车自动驾驶领域的安全标准以及功能安全标准 IEC 61508,将严苛的防护机制深深植入自主系统中。 谈及 AI 在产品和作战任务中的具体落地环节,Johannes 指出 AI 已经渗透到任务规划、环境感知以及机器交互的每一步。在以往,地面任务规划是一个繁琐而耗时的过程。现在,借助名为 Minerva 的地面控制系统,AI 可以在任务规划阶段扮演极其关键的决策优化角色。例如,当雷达或侦察发现敌方目标来袭,而前线操作员手中拥有三套拦截系统时,系统面临的第一个核心决策就是:究竟发射几套系统才能以最具成本效益的方式化解威胁?一旦操作员与算法权衡确定,Minerva 会立即计算并规划出最优轨迹与拦截时机,实现极高精度与最优效费比的打击。 ```mermaid flowchart TD accTitle: Stark AI 任务规划与安全控制流程 accDescr: 展示从威胁检测、Minerva 成本效益决策到遵循 NATO 规范与功能安全防护的多层打击执行路径。 subgraph SensePlan ["感知与规划阶段"] A["威胁检测<br/>(发现来袭目标)"] --> B["操作员手头资源<br/>(可用拦截系统)"] B --> C["Minerva 地面控制系统<br/>(AI 效费比与路径优化)"] end subgraph Safeguards ["安全防护与合规约束"] D["NATO 负责任使用 AI 原则"] E["功能安全标准<br/>(IEC 61508 与自动驾驶经验)"] F["地理硬约束<br/>(飞越居住区严禁解除保险)"] D --- G["底层运行走廊<br/>(严格限制 AI 行为边界)"] E --- G F --- G end subgraph Execution ["执行与打击阶段"] C --> H{"合规与安全校验"} G --> H H -->|"符合操作员意图"| I["执行精准打击任务"] H -->|"违背安全策略"| J["系统终止或限制攻击"] end ``` Johannes Schaback 在阐明系统如何防止 AI 滥用时坚定指出: > “Stark 从一开始就践行了北约关于负责任使用 AI 的原则。这意味着我们的系统不仅由人类进行审计,还设有防护层,将 AI 限制在特定走廊内,以切实贯彻操作员的意图。”(“Stark has since the beginning implemented NATO’s principle of responsible use of AI. And that entails that we’re auditing our own systems, not only by humans, but also by safeguard or layers that safeguard the AI in a corridor to be restricted to implement the operator’s intent.”) --- ### `35:56` 叫板传统军工巨头:6 亿欧元自主研发与 700 人的敏捷规模化 对于传统国防军工巨头(Primes)为何没有抢先占领廉价打击无人机与海上无人艇市场,Uwe Horstmann 解释称这与企业基因密切相关。许多传统防务企业高管直接对他们直言:“制造廉价系统根本不是我们的 DNA,我们的组织架构是服务于另一个高端市场的。”尽管某些传统巨头也开始尝试涉足该领域,但 Uwe 对竞争表达了强烈的欢迎,认为激烈的竞争机制才是提升西方整体防御能力的催化剂。 面对传统巨头在资本体量上的碾压优势,Uwe 算了一笔清晰的账:Stark 计划在未来 12 到 36 个月内累计投入约 6 亿欧元(远超 5 亿美元)的自有资金,全额用于底层研发(R&D)与量产产能建设。如果拆解欧洲大型军工集团的财报,扣除由政府直接资助研发的项目、仅计算企业自筹核心 R&D 资金,Stark 的研发投入体量并不逊色。Stark 依靠初创企业的拼劲、资本弹药以及来自前线参谋军士(staff sergeant)的严苛反馈进行快速迭代,在两年的时间里员工规模从零扩张到约 700 人(其中绝大部分是工程师)。在应对高速增长带来的混乱与挑战时,管理层依靠清晰的组织蓝图保持敏捷,全力将工程人才配置到最关键的战区项目中。 关于面对老牌军工巨头时的研发底气,Uwe Horstmann 明确表示: > “当你将这与欧洲主要军工巨头的支出数量级、研发支出进行对比,并扣除所有由政府资助的研发支出、只看那些公司自筹的核心研发支出时,我们并没有落后太多。”(“And when you just compare that to the orders of magnitude of spending, R&D spending of the big European primes, and if you subtract all the R&D spending that is government funded, but the actual core R&D spending that those companies do, we’re not way off.”) - **资本投入规划**:未来 12 至 36 个月内计划向 R&D 和制造产能注入约 6 亿欧元纯自投资金。 - **人员与组织**:创立两年内从 0 激增至 700 人,其中大多数为工程师,严格按作战项目机制配置算力与人力。 - **技术攻坚路线**: - 研发更高飞行速度的无人打击系统; - 提升边缘算力,将安全受控的 AI 拓展至海面舰艇乃至空中动态目标识别; - 借助软件定义无线电(SDR)与高性价比算力,大幅压低电磁空间传感器的制造成本。 - **终极威慑思维**:技术路线图之外,Uwe 认为当下亟待攻克的下一个核心难关是“合同层面的结构设计”(contractual design),通过商业模式创新打造具有弹性冗余产能的国防威慑。 ### `40:00` 合约即威慑:将云计算的弹性扩容引入国防采购 Uwe Horstmann 深入探讨了国防采办架构的未来重构方向。他指出,制造几百架无人机是一回事,但真正极具变革意义的是政府与企业之间如何设计一种新型合同结构,使大规模产能激增(surge in scaling)机制在冲突爆发前就已完全就绪。他类比了当今软件行业成熟的云计算计费与扩容模式,认为现代国防采购应引入类似云服务的“弹性容量”概念:威慑力量绝非仅仅来自某一款产品在单点上的技术指标,而是来自随时能够拉升十倍、百倍产能的确定性。正如 Uwe 所言:“All of a sudden, wir vielleicht mehr über das in terms of Cloud contracts, mit Surges und so weiter. Weil wir das gemacht haben, das ist wahrscheinlich wo der reale Deterrens kommt. Es ist nicht über die individualer Capabiltes von einem Produkt hier oder da.” 在这种模式下,国家不再只是被动采购有限的实体武器库存(stockpile),而是通过预付费机制锁定敏捷制造产能,确保在突发事件发生时生产线可以瞬间全负荷开动。然而,这种构想对供应链韧性和装备存储提出了全新的工程与运营难题:实体硬件(如电机)在仓库中存放三年可能完好无损,但无人机内部的软件与自主算法却需要依据前线战术与新数据集每周甚至每天持续迭代更新。如果系统被封存,究竟由谁来负责这些持续的软件更新与再训练?Uwe 坦言,目前西方世界尚无现成的蓝图可供遵循,无论在采办机制还是产品开发上,政府、军方与工业界都在边探索边学习。 ```mermaid flowchart TD accTitle: 现代防务的“云端弹性合同”与持续迭代架构 accDescr: 对比传统静态库存模式与类似云计算的敏捷激增制造和软件持续部署流程。 subgraph DefenseContract["新型防务采购架构 (弹性云合同)"] BaseReserve["常备库存 (Stockpile)<br>核心硬件与基线装备"] PrePayCapacity["预付制造产能 (Pre-Paid Capacity)<br>锁定供应链与机动产线"] end subgraph SurgeExecution["战时即时激增 (Surge Scaling)"] SpinUp["产线极速满负荷运转"] ContinuousDev["软件/算法每周持续迭代<br>融入最新前线训练数据"] end subgraph DeterrenceEffect["战略目标"] RealDeterrence["体系化威慑落地<br>(Deterrence by Production)"] end BaseReserve --> SpinUp PrePayCapacity --> SpinUp SpinUp --> ContinuousDev ContinuousDev --> RealDeterrence ``` - **传统库存与弹性产能的重构**:采购不应只是一次性交付固定批次的装备塞进仓库,而应结合预付费制造能力,实现一旦有事立即“开机扩容”(spin up in the event)。 - **软硬件生命周期的错配挑战**:无人机机体与电机等硬件可在库房保存数年,但电磁对抗与感知模型瞬息万变,AI 模型与自主控制软件必须维持极高频次的迭代(“software wird wahrscheinlich schon wieder updated every week mit neuen Training Daten”)。 - **军政工三方共同摸索**:西方国防体系目前没有任何人掌握绝对正确的现成手册,全行业正处于技术前沿的重塑期。 --- ### `42:15` 打造欧洲防务支柱与大西洋两岸的新篇章 面对主持人关于 Stark 终极使命的提问,Uwe Horstmann 明确表示,Stark 的目标是成为欧洲乃至西方整体防务架构中“不可动摇的核心支柱之一”(one of the absolute pillars)。但这并不意味着 Stark 试图包揽一切,他们更希望成为创新生态的编排者与催化剂,主动与大型传统军工承包商、小型初创企业以及同侪伙伴展开深入协作。Uwe 强调,欧洲防务自主绝非单靠一家公司就能独立达成,整个产业生态的繁荣才是使命所在:“Wir wollen ein Pillar, natürlich. Aber es ist nicht ein Mission, das kann man von einem single company beachrichtet.” 当被问及如果 Stark 在未来五到十年实现这一愿景,世界和欧洲将会呈现怎样的面貌时,Uwe 勾勒了一个更加平衡且稳固的跨大西洋格局。他坚信,一个具备强大先进制造能力和独立防务科技底座的欧洲,绝不会削弱与盟友的联系,反而会成为美国更可靠、更有能力、更坚守原则的盟友,共同开启大西洋两岸合作的新篇章。最终的愿景是通过切实的制造与技术能力构建起真正的威慑,从而阻止潜在冲突爆发,让世界重归持久和平。正如 Uwe 总结道:“Europa ist ein helfen, stark, principled Alli, um sich zu den USA und anderen Partnern in der Welt. Wir leben, hoffentlich, in mehr peacefulen Zeiten, wo wir zurückkommen, wie die Welt war ein paar Jahre ago.” - **Stark 的企业定位**:成长为一家兼具规模与执行力的大型实体,同时扮演开放协作的角色,与各类生态伙伴协同构筑防务生态。 - **跨大西洋伙伴关系的重构**:欧洲摆脱单向防务依赖,通过自身科技与工业产能的觉醒,成为与美国平起平坐、能力互补的强健盟友。 - **以实力求和平**:将前沿技术落地为实战威慑力量,遏制全球热点区域的冲突升级,捍卫自由与和平秩序。 ## Notable quotes > `10:00` An innovation ecosystem, that is the actual wonder weapon. — Uwe Horstmann > `01:03` How can we make sure that those are not only a few exquisite systems that stand around somewhere, but how can we make sure that factory is part of the weapon, production is deterrence? — Uwe Horstmann > `00:00` Europe has to step up and needs to be able to defend itself. Because that is our way of continuing to live in peace. It's deterrence, right? — Uwe Horstmann ## Mentioned Stark, Uwe Horstmann, Johannes Schaback, Pat Grady, Luciana Lixandru, Sequoia Capital, Virtus, Minerva, NATO, Bundeswehr, Hugging Face, IEC 61508 ## Video description Two years after its founding, Stark has roughly 700 employees and strike drones in the field in Ukraine. CEO Uwe Horstmann and CTO Johannes Schaback argue that the real lesson of that war is not any single weapon: the innovation ecosystem behind it is the wonder weapon. They explain why Stark designs every system for mass manufacturing from day one, runs 10 to 15 programs like a venture portfolio, and views the staff sergeant who operates a system as just as important as the general who buys it. Johannes recounts the publicly reported failed trial that became a forging moment, as engineers worked around the clock at a freezing test range until they landed three consecutive hits. They discuss NATO’s principles of responsible AI use and the hard-coded constraints in Stark’s autonomy stack. And Uwe lays out his next big idea: defense contracts structured like cloud contracts with surge capacity built in, so production itself becomes deterrence. Hosted by Pat Grady and Luciana Lixandru, Sequoia Capital Chapters 0:00 – Introduction 1:03 – Billions in contracts in 18 months: Stark's four-part playbook 2:28 – The staff sergeant matters as much as the general, and wood beats plastic 7:42 – Why Europe is ready for a neo prime, and why procurement reform will last 11:45 – Startup DNA, venture-style programs, and "as complex as a washing machine" 16:27 – Born out of fire: the failed trial and the round-the-clock comeback 21:13 – Where Stark finds talent, and why defense is no longer off-limits 23:48 – Anatomy of a strike, from the wooden crate to the kill zone 27:22 – Vertical integration, multiple domains, and shifting left on manufacturing 32:53 – After the Hugging Face hack: guardrails on autonomous weapons 35:56 – Matching the primes on R&D and scaling to 700 people in two years 39:24 – Deterrence by contract, and Europe's next chapter with the US [Source](https://pscrb.fm/rss/p/traffic.megaphone.fm/CPUAI2998612942.mp3)

Source quotes

[10:00] Uwe Horstmann: An innovation ecosystem, that is the actual wonder weapon. [1:03] Uwe Horstmann: How can we make sure that those are not only a few exquisite systems that stand around somewhere, but how can we make sure that factory is part of the weapon, production is deterrence? [0:00] Uwe Horstmann: Europe has to step up and needs to be able to defend itself. Because that is our way of continuing to live in peace. It's deterrence, right?

Source quotes

[10:00] Uwe Horstmann: The real learning from the Ukraine-Russia war is probably not drones, no drones. It is about an innovation ecosystem, that is the actual wonder weapon. [21:13] Uwe Horstmann: We observe all over Europe, in all the countries basically, people understand this is a generational challenge, this is a generational task. It's time to step up for it. [7:42] Uwe Horstmann: We probably understand now that the world is unfortunately probably not as default peaceful as it ideally would be, but it needs to be defended. And the only way we can be safe is by deterring a potential attacker.

Original transcript

[0:00] I think what came together is obviously an understanding in Europe that Europe needs to take more responsibility for its own defense. You know, that is, of course, something that the U.S. have told us repeatedly. And they're right. You know, Europe has to step up and needs to be able to defend itself. Because that is our way of continuing to live in peace. It's deterrence, right? *music* - My partner, Luciana, and I are here with Uwe and Johannes, the co-founders of Stark. a neoprime serving the european defense community gentlemen thank you for joining us thank you so much for having us thank you all right to get things started you guys landed Billions of dollars of contracts. within 18 months of starting the company. which I believe is unheard of in the defense business. What did you do right? How did that happen? So obviously, this is something that... We like to claim it's a big success, but it's also probably a moment that is just... optimistic for all of us because something has changed beyond just what we built in our company and we're moving the right direction I think in Europe. What we did specifically I think is four things. We did innovation really close to the battlefield, so really being integrated with units and soldiers who actually use the systems. Then be venture first, thanks to Sequoia and others, which basically means we fund the innovation, the product development ourselves. We don't rely on some government R&D spending. We focus on designing the products in a way that they become really usable and mass deployable. So beyond pure innovation use cases all the way to certification, validation, safety of the system. So really usable for NATO forces. And then number four, we designed the products clearly thinking industrial scaling from the get-go. How can we make sure that those are not only a few exquisite systems that stand around somewhere, but how can we make sure that factory is part of the weapon, production is deterrence? Now, let me ask you on point number one, close to the battlefield. I'm guessing that most military units would not let a couple of random guys traipse into their units and understand their needs. How is it that you gained access to the battlefield so early in the life of the company? We do that with a large presence in Ukraine. So we have a large team in Ukraine and we integrate in those units quite extensively. We also do work with the European forces. So there are more and more formats, I would say, where that thing is enabled. So you can connect with the soldiers, you can show up with them, you can go to the battleground and the testing grounds, the training grounds. And that's where you get the best. feedback. That is the most important input factor for us. The capital we can get, you know, again, thanks to Sequoia and other people. But what we really need is that input of the customer, which is not necessarily the buyer, right? The buyer is probably some high-level official, but the customer oftentimes is a relatively simple soldier on an operational tactical level. We need their input. That's more important to us than anything else. Well, and just to level set on what you guys do. What is it you heard from those customers and what's the product that you've now given them in response? So at any point in time, we probably run 10 to 15 different programs, almost like a venture-like innovation portfolio. The one at the moment is, you know, you would probably call it a strike drone. It's actually a munition, but it's like a weapon system that is very much software and AI driven. It's relatively inexpensive compared to what other weapon systems are out there. You know, we only begin to understand what does it do to the mental load of a soldier, for example, who is supposed to operate those unmanned swarms? How exactly does that work? How should the box be created? Should it be wood? Should it be plastics? How do we visualize a swarm on a small screen so that the soldier can operate it? Earlier, you had this interesting anecdote about... Plastic versus wood on the boxes that go into the field. Can you share that anecdote? Because I think that really illustrates Kind of the difference between the lab and the field 1000% because like you often you have those great ideas how this product should be and you came up with the idea on a whiteboard and then you put it in front of the users the soldiers using it in the field either you know in real battle or in trainings and simulations and sometimes it's you know very very different so for example we show up with this beautiful plastic box that is light to carry and the soldiers look at us like what do we do with this why don't you give us wood because wood at least we can you know Yeah. [5:00] Didn't think about that. And there's many anecdotes like that. The feedback is so valuable. So traditionally you would say, You know, most important soldiers in, you know, the product development and the procurement are the generals who tell you that's what a big budgets are and you should do this and that. And of course, we always like to say, you know, the staff sergeants, the enlisted personnel who then actually use those systems are maybe even more important to us because in a true startup spirit, you want to be close to the customer. You want to develop for that customer. The customer for us. Yes, it's the buyer. but it's also the user. And those are not the same people in the military situation. And we're just beginning, for example, to understand If you think about a drone swarm that you are now controlling, how exactly do you do that? Like, do you have a mouse? Do you have a keyboard? Do you have a touchpad? How does all of that work? How does it work when you wear gloves? What clicks are okay? Where do you need to be really precise? All those things. What is the mental load? How much information can I pose at the same time? We're only beginning to understand. And If you treat soldiers They are used to industry just showing up and dumping stuff on them and saying like, here, this is the best thing. You know, if you have issues with it, it's because you didn't understand it. You really need to change it around. You need to treat them as your customer. The most valuable thing they can give to you is their time and their feedback. And... sometimes we show up and they say like you know what this is absolute but you can really win trust by saying Tell us how exactly does shit. And we'll show up again tomorrow or the day after tomorrow. We create a new version and we'll be a little bit less shit tomorrow. And that goes a long way. And some of the things that make me... The proudest of this company is we gained like a lot of... minds and hearts in the community, by people saying, you know what, those guys, they approach it from the right perspective. You know, they have a soldier-centric view and they really want to build a product that's good for us. it's quite obvious for startup people, right? Probably everybody who sits here says like, yeah, we want to build for the customer. The customer needs to be happy. Net promoter score and retention and NRR and ARR growth. And for us, the translation to that is, Listen to the soldiers. build with them, build for them, and hopefully good things will happen on the procurement side as well. Can we take a step back? You mentioned that there is a favorable moment in Europe right now for building defense companies. And Uwe, you and I have known each other for a long time. We started as venture capitalists in Europe and you saw the opportunity in defense before other people. You were investing in defense way before it was obvious, I would say. And you also have a background in the military yourself. Can you tell us a little bit? firstly about what came together in Europe and why there is this opportunity to build a new prime today? I think what came together is obviously an understanding in Europe that Europe needs to take more responsibility for its own defense. You know, that is, of course, something that the US have told us repeatedly. And they're right. You know, Europe has to step up and needs to be able to defend itself. Because that is our way of continuing to live in peace. It's deterrence, right? We... probably understand now that the world is unfortunately probably not as default peaceful as it Ideally would be, but it needs to be defended. And the only way we can be safe is by deterring a potential attacker. So that understanding has really, you know, really materialized in people's minds. And it came together with a point where people also understand something's happening on the battlefield. New technologies emerge. It's software driven, AI driven. It's relatively inexpensive to produce. It is small scale. And those two points, you know, came together. other governments, the world's understood. Well, if that's the case, we should A... procure those solutions where the capabilities that we have are lacking where there's a gap and we also need to change the process of how we procure because you don't procure a drone like you procure a battleship you know it's just different so that did come together and that was also probably like the starting point for us coinciding us with the founding of the company saying, okay, now we need to lean in. This is going to be like one of those... moments where in a few years we probably will ask ourselves, What did we do during that time? And for me, you kind of mentioned my biography, things really came together. Two big streams, like an interest in military and security, international relations, things like that. And then the technology part. So it was quite a clear moment for me to say, okay, I need to step in. Do you think that the procurement... process changes are sustainable? Or do you think this is a moment in time for Europe or Germany [10:00] and other European countries. I think they are sustainable. Um... Changes like that in Europe... They don't happen because there is like a charismatic leader who says, you know, we need to change. This is the way. Follow me. Here's a great narrative. That's not how Europe works. Europe works based on. Well, I guess we kind of have to do it now. It's reality kicking in. The positive side of that would be hopefully changes are more lasting because they are based on actual structural fundamental changes and you know now we are in a new world. And that's what gives me hope that we change the procurement processes. that took years to months. And that includes the certification, which is a big, big part of what we do. It's a very boring topic in a way, but it's very, very important. I think those changes are there to last because the real learning from the Ukraine-Russia war is probably not drones, no drones. It is about An innovation ecosystem, that is the actual wonder weapon. We always like to read on the internet, like what new weapon system, how awesome is it? That doesn't really matter. The whole point is how do we as Western society set up ourselves so that we can continuously innovate in defense with all the different ingredients. We'd already talked about the input from fighting soldiers. There's a talent element. aspect of it, you know, like our smartest minds should be willing to work in defense. There's a capital aspect to it and all that stuff. I think that is there to last. I'm quite hopeful about it. What advantages do you guys have as a two-year-old company selling into the defense apparatus and that a 70-year-old company selling into the... same customer might not have. In that field... that segment of the market, the inexpensive, the AI-driven, the mass scalable systems. Our strike drones come to mind, but also, for example, unmanned boats and things like that. It is, we have a startup DNA, like we built the prototypes like you would prototype in a startup pretty much. And we built them from the get go. to be mass manufacturing items. which is not something that defense typically does Thank you. And when we walk into our factories, we want just a few days ago had some operational experts and they looked at us and like, oh, this is about as complex as a washing machine. And I don't know if they try to insult us, but it is exactly where I want to be. Like if I tell you, hey, Pap, today we're building a thousand washing machines a month. We need to scale this to 10,000 a month or, you know, to a million a year. You would say, OK, I mean, it's not easy, but it's doable somehow. So that's where you want to be. And the established primes are not necessarily great at that. They're really good at building those exquisite, very important, very expensive systems. And I think they still will play a big role. But there's a part of that industry where it's about rapid innovation, ongoing development, close to the customer, understanding the customer, and then building for mass scalability where I think we have a pretty good edge. Awesome. Johannes, can you say a word about... the product engineering organization And as Uwe was saying, like, how do you execute on kind of the rapid innovation close to the customer? You know, it's. It's not the thing we typically associated with hardware companies selling into defense. So say a bit about the organization and a bit about how you move fast. At its very core, Stark is an engineering company. It's everything we do. And so the way how we organized the... company is by building programs that can act and build very autonomously. And so, as Uwe said earlier, we're organizing the company almost and running it almost like a venture fund where we're building small startups in a startup. And so engineers who join Stark find themselves very quickly in a family, a program that is very autonomously and works in a very cross-functional can be fully autonomous naval or aerial systems, strike drones, that can be in electronic warfare, or that can be in software. Is there a platform layer underneath these different programs or how does that work? Exactly. The programs serve external customers and then there is a platform layer that we call capability teams. They build capabilities that augment the ecosystem that we're creating. And so, for example, GNSS denied navigation or object classification, target re-identification, communication links. There's various, you know, how we go about flight control. There are certain pieces that we then bring back as a compounding value into the family of systems, into the programs. And so as an engineer, you always, you know, either one can work on a platform and help the entire [15:00] or family of systems, or you want to be rather centric or focusing a customer and work on a frontline system. Which capabilities are you most proud of today? Extremely proud about being very, very accurate at hitting targets. That's what we're extremely good at. What does that take? It took us a very integrated approach to bringing hardware and software systems tightly integrated together. So just building a hardware system is good, and just building a separate isolated software stack that would be able to cope in a simulation, for example, is not enough. the settings and the parameterization in terms of compute, in terms of compute budget, and memory allocation, all perfectly well done for the system to fulfill its purpose. And that is what we're very, very proud of and that we accomplished. And you guys, you had a moment a year ago-ish where there's an experiment you're running and the experiment didn't quite hit the mark. And it's an experiment, so experiments don't always hit the mark, but it was reported that And you had, what, four weeks or something to turn it around and conduct it even more, pass an even harder test. Can you just say a word about, like, how did it feel to go through that? How did the team rally to get the job done? You know, maybe the details on, like, what was it you were trying to do? That was a forging moment for Stark. Stark, in many regards, was born out of fire, but that was a particular moment. So... Just to get the context right – We had a major upgrade in one of our systems, the Virtus system, that was hardware as well as software and as always, Every engineer knows that you have a regression. If you have an update, then the center of gravity is off. Or, you know, since the opening angle of the camera changed, you have to retrain some of your edge perception model. That's just how it is. However, The Bundeswehr, like the German Bundeswehr, asked us to participate in a very important experiment. And so we couldn't say no to that. And so we went there with a system that we knew is not... at our ambition level, but at the same time, we also couldn't say because we thought that the step wasn't so big. And so we weren't able to fully test. Now, that's number one. Number two is also that we tested that in an environment that was not ideal for the setup that we were at at this time. However, now, you know, the media was all about it. They knew that they wanted to bring us towards the edge and stress us out. And so that was, in their mind, actually not that bad. However, you know, went all about it. And so what we did is essentially, we did an all hands on deck meeting. We said, "Okay everybody, this is a make or break moment for the company. This is where true engineering excellence will show. So the best minds the engineering community at Stark has to come together. We booked a three-star spa hotel, which for the purpose of just being close to the shooting range where we had access to at the time, it was in November actually, it was extremely cold. And we worked three shifts around the clock. So while the flight test team went out, The collected data, they were sending that back. So we had at the time several containers set up. We had even mobile generators, starting. We had basically buy from DIY stores very, very quickly set up base in order to have the necessary infrastructure to collect data. And so at the same time, some parts of the hardware engineers also helped improve the actuation and tuned the system out. And so in the course of actually only two weeks, we were getting to a hit accuracy that was perfect. But there was this moment, because we wouldn't hit, we said that we will only leave this place. if we had three consecutive spot-on strikes. By then, the tanks that we shot at were totally perforated. We wasted a lot of systems on that. They're not exactly cheap, but that was clear. No questions asked. Money doesn't matter. We have to get to the precision. We worked all 20-hour shifts. When the flight test team came back, the hardware engineers came back, repaired some of the systems. Since we were flying and shooting so much, we had to... [20:00] scrap some of the debris that we have from our own systems, put it back together in order to have a few more shots and stuff like that. And so that was one important stream that happened on site. At the same time, the simulation team helped us further improve the flight dynamic modeling. So we were employing AI systems at that time already to train flight dynamics modeling in order to improve. improve the accuracy of the simulation so that our AI models can be trained within a simulation better. And so all these two work streams then came together in the end. After two weeks, as a matter of fact, it was less than four weeks. There was this one moment where we realized, okay, that's it. And from there on, we've always hit. We've always hit. Johannes, if you're building a software company today, it's very clear where the talent pools are. If you're building a defense company, it's not as clear. Tell us a little bit about how you find the best people and where you look. We look for talent in the classic industry, but also at universities. We're looking at startups. We're also looking at governmental institutions. We look everywhere because the talent that has to come together has to come from everywhere. It's such a breadth of functions that we need that if it's very senior or very junior, we have to bring all the greatest minds together. Prime, that usually comes with knowledge that is very, very valuable. But at the same time, the startup mindset is extremely and equally important. So they're coming from different domains and different cultures. How do you stitch all that together and get it to work cohesively, particularly as you guys scale so quickly? Yeah. So the programs build products for the outside world and they are cross-functional. Within each function, there are function heads that bring cohesiveness and consistency across electronic engineering, mechanical engineering, and the various functions. And so they build communities of practice within the cross-functional teams. And so that's how we share knowledge, best practices, but also tooling decisions, AI ACPs across the company. There's definitely something of a cultural shift in the tech and startup community. A few years ago, it would have been unimaginable for people to go into defense. It was not something you would do. And... That is really changing. So we observe all over Europe, in all the countries basically, People understand this is a generational challenge, this is a generational task. it's time to step up for it. And we see people who have no touchpoint with defense before saying, you know, maybe there's something for me. And for them, people like us, or Starks specifically, can be like a good first touch point, right? Because we are as much a defense company as we are a high growth tech company. So we understand both worlds. And for people who for the first time really want to apply their technical skills or their general skills into defense, because they think, yeah, this is what I want to contribute for. we're very good first home because we understand both sides. You don't need to have worked in defense if you want to work at start. Could you walk us through, as a way to illustrate the technology itself, a single strike? from launch to strike. What's happening? What are all the different systems? What are the inputs and outputs? Can you walk us through that? For sure. I'm just wondering where to start, because if I was to start at the logistics level, that's what matters. So you don't win wars just because you strike, but it leads everything to the strike. And so working backwards from that, it always starts with the logistics. And so we just heard about the wooden boxes that are important. So system is extremely important. Then how do you transport it? Can it withstand the shocks and vibrations, the pressure if it's transported by air or, you know, of a YSC? So there's various different effects, environmental conditions that a system has to withstand until the In some cases, it actually had a shelf life of, say, 10 years until it actually gets deployed to the front line where the system is then assembled or put on a catapult. And then what happens is the concept of operations for all our systems is that an operator prepares the intent. So the system always implements and follows the intent. Think of it as a mission. no-fly zones or a kill zone or certain elements that comprise the mission. And so when the system then takes off, it automatically and autonomously finds its way, evading no-fly zones, evading anti-air installations, and flies its way if it's in the combination with a swarm. [25:00] form. communicating across the swarm what they see. So they share situational awareness across the swarm, across the members. Would that work effectively? only if the swarm is all stark. products or can it work? Is there some communication that works across different? We are very open to that. We are extremely open. We're going to speak probably about modularity as well. But just to finish that off and then, you know, the system arrives at the kill zone, starts looking for the system, and then depending on how the customer's implement human in the loop, either the system fully autonomously seeks and destroys the target, or if there is a human in the loop element, waits for confirmation by the operator, and ultimately fulfills this mission. And so it sounds like there's a lot of high speed, very precise computer vision. Correct. That is processing on the device. Correct. So the devices, the units need to be fully autonomous. That requires perception that this perception is fed into a reasoning engine to act upon the environmental perception and the conditions in order to fulfill emissions. So there is a higher order corridor, you may say. Do you need to use your own ASICs to make that work? So we do buy various different components from suppliers in order to make that work. So there is an element of recency, as we always learn, there is new target types. The war in Ukraine is changing daily. So there is a lot of modularity and flexibility built into the systems. And so, yeah, we're buying a lot of... components that are procurable in large quantities, such as infrared cameras or electro-optical cameras, bring them together, sensor fuse them in order to get a situational awareness onto the system in order to act autonomously. How do you guys think about where you need to be vertically integrated and where you want to leverage the ecosystem or the supply chain that's already in place? The governing principle for us is how do we solve the customer issue? And the scalability of output is a big customer issue. So that would be my first question towards vertical integration. A strong argument for vertical integration is can be solved the scalability issue through that. There is And that's one force kind of like putting on that. There's another force which goes exactly the opposite way in a way, which is it's so helpful for us if we sell those systems to other countries, if they can plug in their own suppliers, basically. Because we want to root the production of those systems in the countries in which they're being procured. So that's kind of like the ongoing balance, I would say. Number one principle, can we solve the scaling issue? Number two, how can we plug in different suppliers to make everything more resilient? We talked a lot about your strike drone product. What's your philosophy around being a single product company but being the best in the world at that one product versus being multi product since day one? So we look towards where are those capability gaps. Those are basically self-described by militaries and like, hey, we have a capability gap here. And we observe them quite closely while they're being analyzed and formulated. And then we look at them, we think, can we be a good supplier? Can we be a bit provided? Do we have a right to offer a solution for this? And is there one in the market? And that's kind of like the first exercise that we do when thinking about the product portfolio that pretty quickly also gets you to multi-product. Because we don't see an abundance of offerings in the things that we do. So it's almost like a it's almost like a mandate. We have to try. We of course always have to counterbalance against the complexity of, you know, and loss of focus of multiple programs. But I think our first initial reaction would be, There is a capability gap. It is evolving. We try to contribute to the definition of that gap. And then we probably will always ask ourselves, can we help? Can we contribute? Because multiple things, you know, on the technological side, on the understanding of the concept of operation side, can be taken, for example, from the aerial domain to the maritime domain, as an example. You know, what Johannes mentioned, there is an intent planning, a mission planning. That doesn't matter if, you know, the asset is flying or swimming. There is navigation in denied environments where there's jamming. Both happens in the maritime domain, in the aerial domain. There is object detection recognition. Again, the same. There's even some targeting that I'm homing in on a target. So there's a lot of things that we can use across domains, as we call them, so dimensions, if you will. Can we talk about a topic that may sound boring on the surface, but it's really make it or break it for a company like you, which is manufacturing? How do you go from... zero, to manufacturing at real scale? There are two goals when we start a program. We optimize for time to market, and second, we optimize [30:00] or production readiness. And there are often partially competing because if you're optimizing only time for market, then you may end up relatively quickly with a product that you can show and demonstrate, but then it's very difficult to manufacture it. For example, a Formula One car, you only build one. You're very quick in order to be ready, but you hardly ever produce them in large quantities. And so from an engineering perspective, this has to happen. We shift left on manufacturability. That's extremely important, because otherwise you accrue a debt that you have to fix later on. And that is really just the beginning because of the moment you decide on which components you buy, supply chain resilience, plays a massive role in the decision-making process early on as well. And so we may not always buy, to the analogy of the washing machine, the greatest and most leading edge camera, for example, but we buy those that are very, very good, top quartile, but actually procurable in large numbers. People in defense talk a lot about local supply chains. Is that realistic in Europe? Or do you have to look at, say, China or other countries as well? I think it is realistic. It is realistic specifically for certain components where it is, fairly simple and you know kind of like the first step oh yeah here we can diversify and we can source from different suppliers and even from different countries. And conventional wisdom would be, well, is that good from a bottom line profitability perspective? But it's probably good from a resilience perspective, and even more so if you hold businesses resilience. There are still certain components, I would say, where we have dependencies as the Western world entirely on, for example, Chinese supply and so on and so forth. We try, of course, to work on that, and we reduce it dramatically. I think the reliance anymore. But there are also things where I think we as an industry, all of us have to come together and together with politics or militaries and figuring out what are the strategies on those things where raw chemicals, ingredients are needed that maybe go beyond the scope of just one company. It's probably more of an industrial coordination effort that's needed. So speaking of supply chain, I want to ask you about a very different part of your supply chain, which is AI. And... Part of the future of warfare is not just this move from exquisite systems to attributable systems. It's also the move from humans doing everything to more autonomous systems. And we're kind of sitting here in the wake of the hugging face hack where these civilizations of agents, so to speak, broke out of their sandbox and wreaked havoc. And so I guess I'm curious, do you. Given the power of the system and the inherent dangers in the product that you guys have, How do you think about the possibility of AI going rogue or, you know, it's somehow not working exactly the way that it's supposed to? Stark has since the beginning implemented NATO's principal of responsible use of AI. And that entails that we're auditing our own systems, not only by humans, but also by safeguard or layers that safeguard the AI in a corridor to be restricted to implement the operator's intent. That is what governs the entire autonomy stack at Stark, at every system, that depending on where the system is, for example, if it's flying over a particular inhabited area, it may not arm, is one example. And so there are certain safeguards in IEC 61508 and several things we borrowed from autonomous driving that we have learned and that also found its way into our autonomous systems. More generally, I know that autonomy is kind of sketch out, like when we talk about autonomous systems, what does it mean? Like where does the AI actually show up in the product or in the operations of the product? It shows up in every bit of the product, also in every part of the mission. And so whenever there is a decision to be made, be it on what the system perceives, how the system interacts with its environment, also how the mission is planned on the ground before the system actually takes off, that's a very important aspect because mission planning is or used to be in the past very cumbersome and long. Yeah, actually, can we talk about that? How does AI plan a mission planning? What's a good example? Thank you. Imagine that there is a target coming in, very hands-on example, and that the operator has three systems at [35:00] his or her disposal. And then the first decision to be made is how many systems do I shoot at this target? What's the most cost-effective way of addressing this threat? And so that's the first decision to be made. And then once that trade-off has been made, in our case, the ground control system called Minerva optimizes the mission planning in order to address this threat accurately and most cost-effectively. You saw a gap in the markets and you went for strike drones, maritime drones and other products. Why haven't... Existing primes, traditional primes figure this out as well. I think they do to a certain degree. Sometimes more, sometimes less. Some of them kind of leaned into this and some of them, including some that speak to us, say like, that's just not our DNA. We're not an organization that... build cheap systems. We are a system that, so we're a company that is focusing on like on different end of the market and some are trying to. We welcome that. I think like one of the core ideas of what we need to do now is to start a competitive process. We want to compete against those people and their systems and jointly we'll get better. I mean, at the end of the day, we're all on the same team. So some are trying, some are not so much, but we welcome all kinds of competition. Arguably, they have more capital than you. How do you think about that? Yes and no. If you look at, and that's maybe an interesting fact, if you just look at how much capital we intend to invest over the next 12, 24, 36 months, That's a sum of probably something like 600 million euros, you know, significantly more than half a billion dollars, potentially much more. That's all going to go into research and development and products, you know, production capability buildup. And when you just compare that to the... orders of magnitude of spending, R&D spending of the big European primes, And if you subtract all the R&D spending that is government funded, but the actual core R&D spending that those companies do, we're not way off. So that's not automatically a good thing. We want to stay nimble. We want to focus on our segment of the market. But we want to do a meaningful contribution. What I said earlier about understanding the customer, building exactly what the customer wants, getting that feedback from the staff surgeon. It needs to be different. Training, iterating with them. That's what we intend to do. And I think we're in a good position with the startup spirit and now with the capital in our hands defense architecture. You mentioned the capital you raised. Um, You have done a lot in two years. You also went from zero to 700 people in two years. Is it chaos? How do you handle all of it? So first and foremost, the blueprints of the company need to be crystal clear. We spoke about that earlier. Number two is... Yes, growth always comes at the trade of that there are sometimes hard decisions to be made. However, that is a process that is very manageable. We are improving towards our talent growth as always. Generally, we feel that the blueprint works very well, but we also need to be clear that The problem that we're helping to solve is now and so we have to be fast we have to make a dent now and so Being slow is not an option. And so allocating these 700, not all engineers, but the majority are engineers, to extremely important and valuable programs is key. And so this is what we set out to do. Are we at the end of the journey? Of course not. However, we're very determined to succeed in these programs. Is there a very hard problem you're trying to solve right now? Is there something? What's on the roadmap that you haven't figured out yet? systems are flying faster. That is something that we are leapfrogging that we're going into as well a lot. We see that compute becomes more accessible. We're thinking a lot around how we can be further drive AI on the systems in a safe manner, but give it more capabilities to deal with to be, for example, adjustable to targets that are on the naval side, as well as maybe in the air, areas we're going into, but also in the electromagnetic space, there is a massive disruption happening thanks to software-defined radios and affordable compute that allows to bring down costs for sensors of the electromagnetic space. That's extremely interesting. I'm really interested in solving the next big thing, which for me is kind of like the contractual design. Because I think there's a big deterrence possible [40:00] die Inhalte, Die Art der Strukturierung, die Kontrakts zu organisieren, Weil... Es ist eine Sache, dass wir hunderte, oder vielleicht hunderte, oder hunderte, oder hunderte, oder hunderte, oder hunderte, oder hunderte, oder hunderte, oder hunderte, aber was wirklich interessant ist, kann man sich zu einem Kontraktional Design zwischen dem Government und uns, und vielleicht auch noch andere, dass bereits, hat alles in place für die massive Surge in Scaling. dass wir uns immer ein Konflikt haben. Das wäre sehr interessant. All of a sudden, wir vielleicht mehr über das in terms of Cloud contracts, mit Surges und so weiter. Weil wir das gemacht haben, Das ist wahrscheinlich wo der reale Deterrens kommt. Es ist nicht über die individualer Capabiltes von einem Produkt hier oder da. Was würde das so look like? So, es ist eine Stockpile, aber dann wird es ein Pre-Pay für die Manufakturung kapacität, dass du einfach spinnst in der Event. Ich meine, es ist eine große Frage über die Supply Chain. Es ist eine große Frage über die Storage von System. Es ist eine große Frage über die E-Mail. Wer updates those systems? Probably, wenn du ein Drone anst, die Motors sind gut für drei Jahre, aber die Software wird wahrscheinlich schon wieder updated every week mit neuen Training Daten und so weiter. So, wie wir all das? Das ist etwas sehr interessant für mich. Das ist eine Art, wie man kann realen Deterrenzen, ich denke. Hat jemand in der Westen der Welt das ausgetan? Ich glaube nicht. Es ist nicht ein Blueprint. Das ist auch für alle Dinge, die wir in Procurement machen. Und alle Dinge, die wir in Produkt-Development machen. Es gibt nicht viele Leute, die das gemacht haben und jetzt können sie uns einfach nur teach. Ich denke, wir alle lernen zusammen. Und... Das, bei der Wagen, kind of crosses both sides. On the government side, on the military side, on the industrial side... Ich denke, dass es ein optimistisch spirit ist, okay, wir müssen ein paar Dinge herausfinden, weil wir nicht die richtigen Zeit haben, aber in dem spirit, ich denke, wir müssen es zusammenfassen. Ich denke, dass jemand die perfekte Playbook hat, hier ist wie es ist, hier ist es, wir haben das noch. Aber es macht das Ganze so spannend. Es ist an der Vorfreundschaft von technologischem Wissen. Es ist sehr clearly was required, um zu beheren, in diesen Battles zu leben. Und bringen die zwei Dinge zusammen ist, um uns zu machen, eine reale Kontributung zu leben, um in Peace zu leben. Was ist die Mission der Firma? Die Mission ist ziemlich klar... Wir wollen eine der absolute Pillarsen unserer Europäische und Western-Defense-Architektur sein. Das bedeutet, dass wir eine Sizable-Company, die die die Möglichkeiten, die wir überlegten, die wir überlegten, aber wir wollen auch helfen, zu orchestrieren, eine Real Innovation Ecosystem zu schaffen. Wir wollen ein guter Collaborator mit anderen Menschen, wir wollen mit den Lagen, den Smallen, unseren Peeren, mit jeder. Denn wenn wir die Möglichkeit haben, die eine Mission für die Firma ist, ist sehr closely linked zu all unserer Mission. Das ist sehr wichtig für mich, zu stress, dass wir uns das. Wir wollen ein Pillar, natürlich. Aber es ist nicht ein Mission, das kann man von einem single company beachrichtet. Wenn du das Mission erreichen kannst, und wir sind hier fünf oder zehn Jahre her, Was ist stark? Was ist Europa? Was ist der Welt? Was ist der Welt? Ich denke, Europa wird ein besser partner für den USA. Es wird, hoffentlich, ein neues chapter von Transatlantik-Cooperation. Europa ist ein helfen, stark, principled Alli, um sich zu den USA und anderen Partnern in der Welt. Wir leben, hoffentlich, in mehr peacefulen Zeiten, wo wir zurückkommen, wie die Welt war ein paar Jahre ago. of the wars and situations around the world and others have never flared up. Amazing. Uwe, Johannes, thank you for joining us. Thank you so much. Thank you. Musik