Anduril Barracuda Clears WOSA Test Before 2027 Deliveries

AFRL independently verified Anduril Barracuda-M across 14 WOSA domains as production proceeds, while first deliveries and planned annual volumes remain future milestones.

luna
2 min readPosted: Sep 25, 2026
Anduril Barracuda Clears WOSA Test Before 2027 Deliveries

COSTA MESA, California, September 24, 2026. Open architecture is easy for a defense supplier to promise and difficult for a buyer to verify. Anduril says the U.S. Air Force Research Laboratory has now independently tested its Barracuda-M software architecture across 14 Weapon Open Systems Architecture domains, making Barracuda the first weapon system in large-scale production to complete that laboratory process.

The direct answer is that this is a procurement proof point, not a fielding milestone. The four-day assessment gives government programs evidence that specified Barracuda interfaces conform to WOSA requirements and can support component changes without redesigning the entire system. Production is underway, according to Anduril, but first customer deliveries are planned for early 2027. The company’s plan to produce several thousand systems annually over the next several years remains a target, not current output.

Anduril Industries is a privately held defense-products company whose portfolio combines autonomous systems, AI, computer vision, sensor fusion, networking, aerospace, and advanced sensing. Barracuda-M is its family of autonomous cruise missiles designed around modular hardware and software interfaces. The September 23 announcement concerns independent architecture verification by the Air Force Research Laboratory’s Munition Open Architecture Test and Evaluation Laboratory, known as MOATEL.

The Difference Between a Claim and a Test Result

Suppliers routinely describe systems as modular, software-defined, upgradeable, or open. Those words are attractive because they imply lower integration cost and faster technology refresh. They are also difficult for a buyer to validate from a presentation. A system may expose an interface while keeping the implementation tightly coupled to one vendor, one component, or one development process.

MOATEL changes the evidence standard. Rather than accepting Anduril’s self-assessment, the laboratory examined whether Barracuda’s architecture met WOSA requirements in the domains tested. The company says the process ran for four days and covered mission autonomy, seeker, inertial measurement, GPS, air-data sensing, propulsion, airframe control, target-state estimation, altitude support for navigation, clock, autopilot, guidance, navigation, and the munitions data bus.

That list matters because modularity is only useful when the boundary between components is defined clearly enough for another component to be introduced without breaking the whole system. WOSA establishes common interfaces for subsystems such as seekers, navigation modules, software, and payloads. The verification was therefore not a general endorsement of every Barracuda capability. It was a conformance assessment of the architecture for the 14 domains under review.

The company says the test demonstrated modularity between its internal and external munitions-data-bus implementations. In procurement terms, that is more specific than saying the product is designed for upgrades. It offers evidence that software and components built around the relevant interfaces can move through a common integration path.

Open Architecture Is Not Open Source

The word “open” needs discipline here. WOSA does not mean Anduril released Barracuda’s source code to the public. It does not create an Apache-style license, a public repository, or a community-maintained software project. It means the system uses defined interfaces intended to let compliant modules interact and be replaced or upgraded.

That distinction separates the Barracuda result from this week’s broader move toward open-source robotics infrastructure. Open-source licensing gives users rights to inspect, modify, and redistribute code under stated terms. Open-systems architecture gives buyers and integrators a technical framework for connecting components. A program can use standardized interfaces while keeping every underlying software component proprietary.

For a buyer, the two approaches solve different risks. Open source can reduce dependence on a single maintainer or hidden implementation. Open architecture can reduce the cost of replacing a sensor, payload, or software module. Neither removes integration work, qualification requirements, cyber-security review, safety validation, or vendor accountability.

Anduril’s result is therefore valuable because an independent laboratory tested the interface claim. It does not prove that any third-party component can be installed immediately, that every future upgrade will be inexpensive, or that the government has access to all underlying code. Those questions remain part of program-level due diligence.

Production Makes Interface Discipline More Valuable

Architecture decisions become harder to reverse after a product enters production. A prototype team can change connectors, data models, or software dependencies with a small fleet and a short supply chain. A program producing large numbers must coordinate manufacturing, suppliers, test equipment, configuration records, training, and maintenance. Any design change can ripple across that system.

The company reports that Barracuda manufacturing has begun and says contracts cover multiple versions for customers across the Department of War. The announcement does not disclose customer names, contract values, quantities, delivery schedules by variant, or recognized revenue. It says first customer deliveries will begin in early 2027 and that annual production is planned to reach several thousand systems over the next several years.

Those future statements should not be collapsed into a present-tense production claim. “Production underway” establishes current manufacturing activity. “Several thousand annually” establishes an intended future rate. “First deliveries in early 2027” establishes a schedule. None establishes completed delivery, operational fielding, or revenue today.

RobotAIGeek has made the same distinction in earlier Anduril coverage. A reported ceiling or framework does not equal funded work, as explained in the analysis of Anduril’s US$20 billion Army contract framework. By contrast, a defined production award such as the US$192 million TITAN contract shared by Anduril and Palantir provides a clearer funded scope. The Barracuda announcement confirms contracts exist but omits enough terms that no financial value should be inferred.

What the Test Reduces, and What It Leaves Open

Independent conformance testing can reduce one class of risk: the possibility that a vendor’s claimed interfaces do not behave as the standard requires. That can shorten technical diligence for a program considering a new subsystem and create a common reference point when the government, prime contractor, and component supplier disagree about integration.

It can also support reuse. Anduril says its modular and configurable architecture can be deployed across multiple weapon platforms. If the same verified interface implementation is reused, programs may avoid repeating some design work. The practical value, however, depends on how much of the architecture, test evidence, and integration tooling transfers from one variant to another.

The result leaves several questions unanswered. The announcement does not identify which alternative seekers, navigation components, payloads, or software modules have been integrated through WOSA interfaces. It does not disclose the time or cost required for a technology refresh. It does not say whether a competing supplier has completed an independent module integration. And it does not provide field-reliability data for systems using a refreshed component.

Those are not defects in the verification. They define its scope. A standards test answers whether specified interfaces conform under the conditions examined. It does not replace operational testing, manufacturing qualification, supply-chain validation, or mission-specific acceptance.

A Better Checklist for Modular Procurement

Procurement teams evaluating a software-defined autonomous system should ask for evidence in layers. The first layer is interface conformance: which domains were tested, by whom, against which version of the standard, and with what result? Anduril now has a public answer for 14 WOSA domains and an identified independent laboratory.

The second layer is substitution evidence. A buyer should ask whether a component from a different supplier has been connected through the specified interface and what engineering changes were required. The third layer is configuration control: how the program tracks versions across hardware, software, test equipment, and fielded systems. The fourth is sustainment: who pays to retest a replacement component, how long qualification takes, and whether upgrades can be made without interrupting production.

The fifth layer is commercial. A technically open interface can still sit inside a procurement arrangement that limits data rights, source access, maintenance competition, or supplier choice. MOATEL verification does not answer those contract questions. Buyers need both technical conformance and commercial terms that preserve the flexibility the architecture is supposed to create.

The Next Proof Is a Changed Component

The September 23 result moves Barracuda beyond a vendor-authored modularity claim. An Air Force Research Laboratory test organization evaluated defined domains, and Anduril says the architecture passed for those domains while the product enters production. That is meaningful evidence for a procurement team deciding whether an open-systems requirement can survive contact with a real manufacturing program.

It is still an intermediate proof. The next stronger milestone would be a disclosed technology refresh or third-party module integrated through the verified interfaces without a broad redesign, followed by qualification and delivery on a production variant. That would show the architecture producing the outcome buyers actually want: faster upgrades with controlled cost and risk.

Until then, the disciplined conclusion is narrow. Barracuda has cleared an independent architecture-verification step while production is underway. Deliveries, annual volume, fielding, and the economics of future upgrades remain ahead. The verification is credible evidence of interface discipline, not proof that every promised benefit of modular procurement has already been realized.

For procurement officers, the next review should therefore compare the verified interface claims with an actual component substitution, the resulting qualification work, and the delivered configuration record.

This account synthesizes Anduril Industries' public September 2026 disclosure regarding Barracuda and independent WOSA verification. It is for general information purposes only and does not constitute investment, financial, or legal advice.

Hero image credit: Anduril Industries.