PARTNERS

Add selected Workbench capabilities through bounded OEM and partner integrations

SP-05

Generic Bridge and Native Adapter

A generic exchange proves interoperability; a native adapter preserves richer partner concepts, workflow state, and user experience.

comparison

BEFOREGeneric bridgeShared file or API formatFastest pilot pathCommon finding fieldsSome partner concepts may beflattenedAFTERNative adapterPartner-native object modelPreserved workflow and lifecyclestatePartner-native user experienceVersioned contract and failurehandlingQUALIFIED INTOMATURITY BOUNDARYDo not call a generic bridge nativeNative adapter remains planned until built and tested

About this figure

A generic bridge is the fastest way to prove interoperability because it can exchange a shared file or API format and surface common finding fields quickly. It is a strong pilot path when the goal is to validate connectivity, normalize minimum viable data, and learn partner-specific edge cases without committing to a full integration.

A native adapter is the right choice when the integration must preserve partner-native object models, workflow and lifecycle state, and a partner-native user experience. It replaces flattened abstractions with versioned contracts and explicit failure handling, but it should be treated as planned work until it is built and tested. The maturity boundary matters: a generic bridge demonstrates compatibility, but it should not be described as native.

Embed in a route

<FigureFromSource sourcePath="content/publications/figures/partners/scanner-providers-expansion.dsl.md" figureId="SP-05" />

Citation

Generic Bridge and Native Adapter (SP-05). AI Security LLC Figure Library. https://aisecurity.llc/publication-dsl/figures/SP-05