BIAO RFI Q_A Final_SAM Posting.pdf

PDF 149 KB Posted

Attached to
Basic Information Awareness Operations (BIAO) Request for Information (RFI)
Solicitation number
BIAO-RFI-2026
Issued by

About this file

This is a Questions and Answers document posted to SAM.gov on August 17, 2026, addressing an RFI for the Basic Information Awareness Operations (BIAO) program managed by the Strategic Capabilities Office (SCO).

The BIAO program seeks to establish a Layered Information Nexus (LIN) platform operating under Other Transaction (OT) authority at the Unclassified level. The acquisition strategy employs a two-track approach: Track A for modular technology component developers and Track B for a single systems integrator. Track A components address four primary technology areas: (1) detection of coordinated inauthentic behavior and adversary narrative campaigns across digital media platforms; (2) generation of counter-narratives; (3) simulation and audience modeling; and (4) measures of effectiveness and cognitive impact assessment. The Government seeks technologies with open architecture, well-documented interfaces, and modular design to enable "plug-and-play" integration into a secure DoD Impact Level 5/6 environment. Track B Integrator responsibilities include establishing the secure hosting environment, authoring and maintaining common data schemas and API frameworks, procuring and integrating government and commercial datasets, and executing continuous evaluation of Track A components on a six-month on-ramp/off-ramp cadence. The overall program timeline is anticipated at 3-5 years from prototype through transition. No predetermined solicitation timeline has been established, though the Government intends to move rapidly to prototyping. Multiple vendors may submit for both tracks during the RFI phase, but formal proposal evaluation will require exclusive selection as either a Track A or Track B performer. The Government does not impose minimum Technology Readiness Levels, requires no Rough Order of Magnitude pricing in RFI responses, and will sponsor Facility Clearances on an as-needed basis. Track A developers must deliver solutions deployable within Government-owned environments without external vendor-operated services, while Track B remains responsible for security hardening and compliance management within the LIN hosting environment. Data sourcing is anticipated as a combination of Government-furnished and vendor-sourced datasets, with specific data dependencies and rights treatment models to be proposed by respondents. The Government explicitly seeks industry recommendations on continuous evaluation structures, model independence requirements between detection and generation components, measurement methodologies for cognitive impact, human-in-the-loop approval workflows, and optimal funding mechanisms to address variable Track A integration costs.

View the file

Other files

On GovTribe

Work with this file

  • Download the original file
  • Contacts named in this file
  • Similar government files
  • Ask GovTribe AI about this file

Text version

Question Answer Clarify whether the "six-month continuous on-ramp/off-ramp cadence" cited in the acquisition strategy refers to the evaluation of new Track A components from new market entrants or the performance review cycles for already awarded prototype vendors.

The Government is actively requesting industry recommendations to help finalize how this process should be structured. This includes understanding what specific components should be evaluated within a continuous on-ramp/off-ramp cadence. The goal of the Government is to ensure the program stays in step with the rapid evolution of underlying AI / technology advancements. This is applicable to both new market entrants and existing vendors staying up to date.

Confirm whether Track A Component Developers are required to deliver solutions already hardened for DoD Impact Level 5 and 6 (IL5/IL6) or if the Track B Integrator will manage the security hardening and compliance of all third-party components within the LIN hosting environment.

Track A developers are required to provide modular solutions with well-documented interface definitions so that the Track B Integrator can execute a "plug-and-play" integration into the secure LIN environment. The Integrator is responsible for establishing and managing a secure cloud hosting environment capable of operating at DoD Impact Levels 5 and 6 (IL5/IL6); ensuring continuous monitoring and compliance with DoD cybersecurity frameworks.

Regarding the Detection technology component, clarify if the requirement for "EMLCOA" refers to the vendor's internal capability to model adversary intent or if the solution must ingest specific DoD intelligence products to identify the "Enemy Most Likely Course of Action."

The RFI asks vendors to define their data dependencies and methodology. Vendors have the flexibility to describe either an internal capability to model adversary intent, a solution that ingests external DoD intelligence, or a hybrid approach.

Identify whether the Government intends to issue a DD Form 254 during the prototype phase for vendors who possess a "clear path" to clearance but do not currently hold a Facility Clearance (FCL).

The Government will issue DD254s and sponsor FCLs on an as needed basis during the course of the program.

Confirm whether Track B Integrator offerors will be required to disclose any subsidiary relationships, common ownership, or joint venture interests with Track A Component Developers to ensure strict adherence to the OCI separation requirements. (Ref: BIAO_RFI_20260730.pdf, Section 2, Page 2 / Organizational Conflict of Interest (OCI), p. 2)

The Government requires a separation between the Integrator (Track B) and the Component Developers (Track A). The RFI states that to prevent an OCI, the selected Integrator (Track B) will not be permitted to develop or supply the underlying technology components (Track A). While an organization may submit capabilities for both tracks, it cannot be selected for both. Under this approach, it is expected that any vendor will clearly outline and disclose all potential OCI concerns and mitigations.

Confirm if the evaluation of "existing and deployed capabilities" for Track A will weigh documented evidence of successful API integration with external, Government-owned common operational pictures (COPs) in prior engagements.

This is an RFI for market research, there are no formal evaluation weights. However, documenting successful API integration with Government COPs strongly aligns with Track A's explicit requirements for open architecture and past performance.

May a respondent submit while its SAM registration is not yet active and its UEI/CAGE assignments are pending or not yet assigned, if that status is stated explicitly?

Because this is market research and not formal solicitation, strict SAM registration is not required just to share information. Providing your pending status explicitly in the Entity Information section where the UEI and CAGE codes are requested is reasonable.

Will Component 1 vendors furnish and license platform data, or will the LIN/integrator provide government- or commercially acquired feeds?

The Government is open to both approaches. Track A respondents are asked to clarify whether their capability relies on organic data or requires feeds from an integration platform. The Track B Integrator is expected to demonstrate the ability to procure and integrate diverse government and commercial datasets to support Track A components.

Will initial Component 1 prototyping be unclassified, and may an uncleared developer deploy inside an integrator-managed compliant environment?

Yes.

What minimum TRL, independent testing, datasets, or operational demonstration evidence is expected for initial Track A on-ramping?

There is no minimum requirement to submit, the RFI seeks to assess the technical maturity, commercial availability, and architectural modularity of dual-use capabilities. The government highly values existing, deployed solutions and requests respondents to state their Technology Readiness Level (TRL) in the Executive Summary.

Under the contemplated OT, what rights treatment is expected for pre-existing software, source code, model weights/configurations, prompts/workflows, schemas, third-party data, and government-funded integration/evaluation artifacts?

The Government is using this RFI to ask industry for recommendations on how best to protect proprietary data.

At the same time, the RFI requests an open architecture with well-documented interfaces to prevent proprietary "black box" systems and vendor lock-in. Consequently, you are expected to define and propose your own required data rights and licensing models within your response. Your proposed strategy must clearly explain how you will protect your pre-existing IP while still granting the Government and Track B Integrator sufficient access to achieve a seamless, multi-vendor environment.

Section 2, Technology Component 4 seeks digital Measures of Effectiveness that go beyond traditional social media engagement and virality metrics to assess deeper cognitive impact. Would the Government consider revealed-belief signals — such as price, volume, and order-flow data drawn from across the global prediction market ecosystem, including both regulated event contract exchanges and offshore or unregulated venues, where participants stake resources on their stated expectations — to be a responsive class of digital MOE under Technology Component 4?

These revealed-belief signals would be responsive under Technology Component 4, as they provide verifiable indicators of cognitive impact that go beyond social media metrics. In your submission, please detail how this market data can be reliably synthesized, particularly across unregulated venues, to provide operational feedback to the warfighter within our required 3-to-5-year window.

Section 2, Technology Component 1 addresses detection of coordinated inauthentic behavior and adversary narrative campaigns across digital media platforms. Is the detection of adversary influence activity conducted in or through prediction and event contract markets — including coordinated manipulation of market-implied probabilities on both regulated exchanges and offshore or unregulated venues that fall outside any domestic surveillance or enforcement framework — within the intended scope of Technology Component 1, or should such capability be submitted under the "Unlisted Capability" section?

This capability should be submitted under Technology Component 1 – Detection. The RFI defines the objective for Component 1 as seeking capabilities for "detecting adversary cognitive domain operations across the global information environment." It specifies that detection includes parsing and analyzing "multi-platform data feeds to identify, track, and alert on emerging adversary narrative campaigns, [and] coordinated inauthentic behavior (CIB)." Prediction and event contract markets—whether regulated or unregulated—are platforms within the global information environment, and their data feeds can be analyzed for adversarial behaviors. The RFI states that the "Unlisted or Emerging Capabilities" section is specifically for capabilities that "may not align with one of the four components.

Section 2 states that interested parties need not address an entire technology component and that best-in-class capability addressing a single function or sub-function is welcome. For a capability that provides a single data and analytics layer serving functions across multiple technology components — for example, a measurement layer supporting both detection under Technology Component 1 and Measures of Effectiveness under Technology Component 4 — does the Government intend to evaluate and on-ramp such a capability as one cross-cutting component within the LIN, or should it be decomposed and submitted separately against each technology component?

The four technology components were provided as a conceptual framework to articulate our operational needs.

The Government will accept submissions of cross-cutting capabilities and actively welcomes alternative frameworks or methodologies. You do not need to decompose your solution; please submit it as a single, unified response, clearly articulating how your underlying data and analytics layer seamlessly supports multiple components simultaneously.

Section 2, Track B, Data Acquisition & Sourcing indicates the Integrator must demonstrate capability to identify, procure, and integrate government and commercial data sets. Will Track A component developers be permitted to deliver their capability with an organic, vendor-maintained commercial data feed (e.g., via subscription API), or does the Government intend for all commercial data acquisition to flow exclusively through the Track B Integrator?

The Government is open to both approaches. Track A respondents are asked to clarify whether their capability relies on organic data or requires feeds from an integration platform. The Track B Integrator is expected to demonstrate the ability to procure and integrate diverse government and commercial datasets to support Track A components. Please clearly define the technical interfaces, licensing terms, and integration requirements for your organic data feed in your submission.

Section 4, Part 4 requests feedback on commercial pricing and licensing models. For Track A components delivered as a continuously enriched data and analytics service via API, does the Government anticipate that consumption-based or subscription API licensing is compatible with the contemplated Other Transaction prototype structure and the six-month on-ramp/off-ramp cadence?

The Government understands and is willing to accept certain risks associated with subscription models for data and the anticipated rapid evaluation cadence. We request you clearly detail your API tiering, volume thresholds, and scaling mechanics in your RFI response.

BIAO RFI Questions and Answers - Posted to SAM.gov on 8/17/2026

The RFI mentions a six-month continuous on-ramp/off-ramp cadence for technology components; what is the anticipated total Period of Performance (PoP) for the initial prototype award and any potential follow-on production phases?

The overall program is expected to be built and transitioned within a 3-5 year timeline. The Government is actively requesting industry recommendations to help finalize how this process should be structured. This includes understanding what specific components should be evaluated within a continuous on-ramp/off-ramp cadence. The goal of the Government is to ensure the program stays in step with the rapid evolution of underlying AI / technology advancements. This is applicable to both new market entrants and existing vendors staying up to date.

Given that this RFI will inform the BIAO acquisition strategy and the potential use of Other Transaction (OT) authority, could the Government provide an anticipated timeline for the release of a formal solicitation, such as a Commercial Solutions Opening (CSO) or Phase 1 request for white papers?

A definitive timeline for a formal solicitation has not yet been established. Our goal is to move rapidly to the prototyping phase in alignment with SCO's mandate for accelerated fielding. All official announcements, updates, and formal solicitations regarding the BIAO program will be posted on SAM.gov. We encourage interested parties to monitor the platform closely for future developments.

Track A technology providers may employ widely varying commercial pricing models (e.g., enterprise license, SaaS, consumption-based). A significant programmatic risk exists for the Integrator in estimating the uncertain costs associated with evaluating, licensing, and integrating unknown components during the continuous six-month on-ramp cycles. To mitigate this risk and prevent artificially inflated fixed-price risk premiums, does the Government anticipate utilizing cost-reimbursement type structures (or cost-type CLINs specifically for Track A software licensing/integration) during prototype execution?

The Government recognizes the programmatic risk associated with estimating costs for an evolving suite of Track A commercial components. The purpose of this RFI is to inform our acquisition strategy, we highly encourage respondents—particularly those interested in the Track B Integrator role—to include feedback and recommendations in their submissions on the most efficient, commercially aligned funding mechanisms to handle these variable Track A integration costs.

If a company elects to bid in Response Track B (Integrator), can that company select preferred Response Track A (Technology Component Developer) companies if the Track A and Track B companies have an integrated solution, or do the Track B companies simply integrate Track A solutions separately chosen by the government?

To ensure a completely vendor-agnostic architecture and to prevent any Organizational Conflicts of Interest (OCI), once this enters the proposal phase, a company must bid exclusively as either a Track A Component Developer or the Track B Integrator. The Government will consider all pros and cons involving particular Track A vendors which could include successful past performance of prior integration efforts.

For this RFI, the Government encourages all responses aligned to any track to highlight all successful past performance.

Sprint continuity and IP: The 90-days on-ramp / off-ramp construct described at the BIAO Industry Day at Ole Miss appears challenging if the objective is to close operational loops across the full set of BAIO capabilities. We would also need clarity on intellectual-property terms—specifically, confirmation that performer-developed IP remains company-owned and is not converted into GOTS or otherwise made available for reuse by other performers or integrators. This issue prospective teammates to decline accelerator opportunities in the past.

The Government is open to ideas and suggestions on how to best perform continuous evaluation and integration of state-of-the-art technologies, including mechanisms to facilitate on and off-ramp of performer solutions.

Vendors will retain any existing intellectual property rights to components that are served or integrated into the BIAO architecture. However, the Government intends to avoid undue dependency on any single vendor system, and therefore will be careful to select components which do not create implicit vendor lock-in. Proposers are invited to clarify their suggestions and intellectual property restrictions in their responses.

Follow-on participation: If a capability provider is selected for an initial 90-day sprint, is it expected to remain engaged for a subsequent sprint to address identified gaps and mature the capability? Or could it be replaced because it does not independently provide every BAIO function? To our knowledge, no single company offers the entire BAIO capability set under one roof.

There is no expectation that a single company will satisfy the entire BIAO capability set.

The Government is actively requesting industry recommendations to help finalize how this process should be structured. This includes understanding what specific components should be evaluated within a continuous on-ramp/off-ramp cadence. The goal of the Government is to ensure the program stays in step with the rapid evolution of underlying AI / technology advancements. This is applicable to both new market entrants and existing vendors staying up to date.

Will there be any priority geographic areas, languages, or TA’s that SCO will indicate for this program? TBD

Does Track A technology need to be deployable within Government-owned environments without vendor operated external services?

Track A technologies must be fully deployable within Government-owned environments without relying on any vendor-operated external services or APIs.

Can SCO provide any further operational clarification on the day-to-day structure of the SCO’s authority to award an Other Transaction (OT) for Prototype under 10 U.S.C. § 4022, a 6 month continuous on-ramp/off ramp cadence, under the Other Transaction Authority?

The details of the acquisition strategy are still being determined and the Government is encouraging ideas and recommendations as part of the responses to this RFI.

Can SCO clarify if there is a requirement to submit a rough order of magnitude (ROM) as part of this RFI response? Are contractors required to submit a ROM with our RFI Response?

There is no stated requirement for a ROM in the RFI. A ROM is not required as part of the RFI response.

Does the deployment of approved counter narratives connect to first party systems (owned apps, websites, social media pages, etc) or third-party systems (facebook advertising, programmatic digital media, etc)?

The specific deployment channels for counter-narratives—whether through first-party or third-party systems—are not yet defined. The BIAO prototype must be architected with the flexibility to support a range of potential dissemination pathways, as the optimal channel will be dictated by the specific mission, target audience, and operational context. A key goal of this RFI is to seek industry input on how to best design a system that can flexibly integrate with both types of platforms.

Once the outbound messaging is placed, will the vendors be able to connect to the data/tools that manage the outbound counter-narrative messaging to judge performance and impact on the intended audience?

TBD

For the “deployment of approved counter-narratives" and measurement of effectiveness, are you looking for a platform (such as an agent) to develop the narrative and the human-on-the-loop will determine whether to send the message or it will automatically send the counter-narrative?

The system is designed to have a human-in-the-loop decision-making requirement for all message generation and deployment, and the RFI is simply seeking the technical capabilities to support this workflow. The BIAO platform is intended to act as an enablement tool—generating, tailoring, and simulating counter-narratives based on operator inputs—but a human operator must review, approve, and manually authorize any content before it is deployed. The intended design and implementation should not preclude the future employment of fully automated solutions.

What granularity of data regarding selected outgoing messaging will be available to the vendor(s) charged with measurement of the efficacy of that messaging?

The Government cannot define the exact granularity of outgoing messaging data at this time, as it will vary dynamically based on the specific geographic region, the deployment platforms used, and evolving operational security (OPSEC) and host-nation privacy constraints during active missions. Because these data parameters cannot be predetermined, the Program Office is utilizing this RFI to have industry inform us of the specific data thresholds and minimum level of granularity their measurement models require to successfully prove message efficacy.

Will the SCO delineate target/high-priority geographic areas and languages for monitoring and dissemination?

Relatedly, are target audiences for outgoing messaging exclusively OCONUS?

The Government will not delineate specific target or high-priority geographic areas and languages for monitoring and dissemination within this RFI, as the BIAO platform is being built to be globally deployable and language-agnostic. If your capability specializes in certain geographic areas and languages, please include that in your response.

What type of contracting vehicle does SCO anticipate using? OTA, CSO, FAR? The government anticipates using OTA but is still evaluating all options.

Does the government recommend companies submit their own solutions or partner with other vendors to help deliver a more comprehensive suite of capabilities?

The Government has no formal preference and does not issue recommendations on whether companies should submit as individual entities or partner with other vendors. This decision is entirely at the discretion of each responding organization based on its business strategy and technical capabilities. The overarching goal of the BIAO program is to secure highly capable, modular, and interoperable solutions; therefore, the Government is equally receptive to both standalone submissions and collaborative teaming models.

Will the Strategic Capabilities Office infrastructure be provided to the Integrator, or is the Integrator expected to stand up hosting independently?

TBD

Will the Strategic Capabilities Office provide a reference architecture or baseline common data schema for the LIN, or is the Integrator expected to author the schema from a blank slate in coordination with Track A vendors?

This is a technical responsibility of the selected Track B Integrator, who is expected to author, govern, and maintain the common data schema in active coordination with the Track A component vendors. The Program Office’s role is to provide operational requirements and oversee the integration process, not to prescribe software engineering schemas from a blank slate.

Can a company make submissions for both Track A and B? In the naming convention for the documents, it states “Email Subject Line: The subject line must follow this exact format: BIAO RFI Submission – [Company’s Full Name] – [Track A or/and Track B]” which eludes to the ability to submit under multiple tracks.

Yes.

Will the Government require that detection components (Technology Component 1) and generation components (Technology Component 2) not share a common model supply chain, in order to preserve independence between the systems that produce content and the systems that assess it?

The Government has not finalized a requirement mandating that detection (TC1) and generation (TC2) components utilize entirely separate model supply chains. However, the Program Office recognizes that sharing a common model supply chain poses operational risks, including analytical blind spots, self-reinforcing bias, and systemic vulnerabilities. The Government is utilizing this RFI to seek industry feedback on the technical feasibility, architectural trade-offs, and supply chain security implications of enforcing strict model independence.

What are the primary operational use cases and mission scenarios being prioritized for the initial BIAO prototype?

TBD

Who are the intended end users of the Layered Information Nexus (LIN) platform? The Layered Information Nexus (LIN) platform is being designed for a diverse set of potential end-users across the enterprise. To ensure maximum operational utility, the platform will feature an intuitive, tiered access model that supports personnel ranging from tactical edge operators to strategic decision-makers.

How does SCO define and measure "cognitive impact" beyond traditional engagement and virality metrics? The government does not have a fixed definition or singular metric for "cognitive impact," and a primary objective of this RFI is to gather industry proposals for advanced methodologies that move beyond traditional digital metrics like engagement and virality. While surface-level metrics (such as likes, shares, and reach) track information spread, they do not adequately measure changes in audience belief, attitude, or behavior. The Government highly encourages respondents to propose scientifically grounded frameworks to help define, model, and empirically measure cognitive shifts, audience persuasion, and narrative resonance within the BIAO prototype.

What level of evidentiary rigor is expected when attributing real-world outcomes to digital information campaigns?

The exact level of evidentiary rigor required to attribute real-world physical outcomes to digital information campaigns is not pre-determined, as establishing direct causality remains a key research and development challenge that this RFI seeks to address. The Government is looking to industry to propose realistic, scientifically sound methodologies, statistical frameworks, and correlation models that can reliably link digital activities to physical-world behaviors.

What confidence thresholds are required before model outputs are considered operationally actionable? Specific technical confidence thresholds for model outputs are not yet defined, as the Government is utilizing this RFI to gather industry recommendations and industry-standard benchmarks to help shape these requirements.

Because defining rigid numerical thresholds too early can artificially limit innovation, the precise operational standards for detection, generation, and simulation outputs will be co-developed with selected partners through iterative testing and empirical validation during the initial prototyping phase. The Program Office highly encourages respondents to propose tiered, risk-based confidence frameworks and to share best practices for presenting model confidence metrics to optimize human-in-the-loop decision-making.

What level of fidelity is expected for audience models and digital twins (individual, segment, regional, national)?

TBD

What sources of ground truth data will be available to validate modeled audience behavior? TBD How will the Government evaluate the predictive accuracy of modeling and simulation capabilities?

TBD, if you have recommended approaches please include them in the response.

Will Government-furnished data be provided, or will vendors be expected to source commercial and other datasets independently?

Government anticipates a combination of both. Please include any data dependencies associated with your capability in your RFI response.

What data sources are considered in scope for detection, modeling, and measurement activities? At this time there is no definitive list. Please include any dependencies or recommendations in your RFI response.

Are there anticipated privacy, consent, or regulatory restrictions regarding the use of commercial audience and behavioral datasets?

TBD. The Government will work specifics around this as these issues arise during program development. Any recommended approaches are encouraged as part of this RFI response.

What benchmark datasets, operational scenarios, or ground truth environments will be used to evaluate detection capabilities? TBD Which performance metrics are most important for detection solutions? The Government is looking to industry to propose and define the advanced metrics that best evaluate high-performance detection solutions. The Government seeks industry expertise to identify which specific performance indicators are most critical when detecting sophisticated cognitive threats, such as coordinated inauthentic behavior (CIB) and manipulated media, in complex information environments.

Will adversary emulation datasets or synthetic test environments be provided as part of evaluations? Government anticipates a combination of both provided and vendor sourced data. Please include any data dependencies associated with your capability in your RFI response.

What level of human review and approval is expected before generated content proceeds to testing or deployment?

While a strict human-in-the-loop (HITL) review and approval process is required for generated content, the precise operational workflow and level of review are not yet defined because the technical capability does not currently exist. Rather than prescribing a hypothetical approval chain, the Government is looking to industry to propose intuitive workflow designs, user interfaces, and role-based approval architectures that ensure robust human oversight without creating operational bottlenecks.

What policy, legal, ethical, and communications governance frameworks will generated content be expected to meet? TBD

How will content quality, safety, accuracy, and effectiveness be evaluated during demonstrations and technical assessments?

The specific evaluation criteria, testbeds, and scoring methodologies for content quality, safety, accuracy, and effectiveness are not yet finalized. Because assessing cognitive-level outcomes is highly complex, the Program Office is utilizing this RFI to seek industry recommendations on the best evaluation frameworks, simulated environments, and benchmarks to use during demonstrations and technical assessments. All proposed models must adhere to strict human-in-the-loop (HITL) safety guidelines, but the precise metrics used to grade them are yet to be determined.

Is the Government planning to establish a common data model and API framework, or should industry propose these standards?

The Government is not planning to establish or dictate a common data model or API framework for the BIAO program. Instead, industry is expected to propose and develop these standards. Specifically, the selected Track B Integrator will have the core technical responsibility to author, govern, and maintain the common data model and API framework, actively collaborating with Track A component developers to ensure seamless, plug-and-play interoperability across the platform.

What level of interoperability testing will be required across Track A components? The specific level and methodology of interoperability testing required across Track A components are not yet defined, as a primary objective of this RFI is to gather industry input on how to best structure these testing requirements. The Government is looking to industry partners to recommend open standards, modular architectures, and API validation frameworks that will ensure seamless integration and interoperability across different Track A component technologies during the prototyping phase.

Will reference APIs, SDKs, or integration standards be available prior to prototype execution? Timing is TBD. Track B Integrator will have the core technical responsibility to author, govern, and maintain the common data model and API framework, actively collaborating with Track A component developers to ensure seamless, plug-and-play interoperability across the platform.

How does SCO envision integrating audience research and behavioral measurement into the measurement and feedback loop? TBD. Please provided recommendations in your RFI response.

What standards of evidence will be required to demonstrate that a counter-narrative influenced awareness, attitudes, beliefs, intentions, or behaviors?

The Government has not established a predetermined standard of evidence for demonstrating counter-narrative influence, as measuring cognitive and behavioral shifts is a complex challenge that this RFI is specifically designed to address. The Government is looking to industry to inform us on the available standards of evidence, scientific methodologies, and statistical baselines that can reliably prove a counter-narrative has successfully influenced audience awareness, attitudes, beliefs, intentions, or behaviors.

How should vendors validate the effectiveness of audience targeting, message resonance, and persuasion predictions?

The Government is looking to industry to inform and propose the best methodologies for validating the effectiveness of audience targeting, message resonance, and persuasion predictions within the BIAO framework.

Rather than prescribing a rigid validation standard, the Government is seeking vendors' established practices, scientific frameworks, and empirical testing methodologies that can reliably measure and validate these cognitive outcomes without violating privacy or operational security protocols.

Is the Government interested in independent measurement frameworks that combine digital signals with survey, panel, and experimental research outcomes?

The Government is interested in exploring independent measurement frameworks that combine digital signals with survey, panel, and experimental research outcomes. Because establishing attribution in the cognitive domain is highly complex, the Government does not prescribe a single methodology. Instead, we are looking to industry to inform us on the available options, methodologies, and the specific pros and cons of each approach to help us design a robust evaluation framework for the BIAO prototype.

Will the Integrator (Track B) provide raw or processed platform data feeds — together with the associated data rights, licenses, and terms-of-service coverage — to Track A detection components? Or is each Track A vendor expected to independently acquire data and the rights to use it? This materially affects whether component-only vendors without organic collection infrastructure are able to participate in the prototype effort.

Government anticipates a combination of both provided and vendor sourced data. Please include any data dependencies associated with your capability in your RFI response.

Does the Government intend to establish a Government-held evaluation corpus for detection components, including generator-shifted holdout sets for synthetic and manipulated media detection? Published in-the wild evaluations show substantial degradation in detector performance relative to vendor-reported academic benchmark results, which suggests that vendor self-reported metrics may not provide a reliable basis for comparative technical evaluation.

The Government does not intend to solely rely on vendor self-reported metrics, nor solely rely on vendor provided data.

What language set is required for detection capability at the prototype stage? Will the Government provide, fund, or otherwise make available labeled corpora in non-English languages, or is each vendor expected to source and label them independently?

TBD. Government anticipates a combination of both provided and vendor sourced data. Please include any data dependencies associated with your capability in your RFI response.

The Basic Information Awareness Operations Technical Component Slides place “Continuous Eval” within the LIN, but Section 2 of the RFI does not describe continuous evaluation among the Track B integration functions. Is continuous evaluation of Track A components a Track B responsibility? If so, how does the Government intend to mitigate the organizational conflict of interest created when the Integrator both routes data to, and scores the performance of, the components subject to the six-month on-ramp and off ramp decision?

A primary objective of this RFI is to gather industry feedback and best practices on how to execute continuous evaluation of Track A components while strictly mitigating any potential Organizational Conflict of Interest (OCI).

The Government is explicitly seeking industry recommendations on how to structure these integration and evaluation functions to ensure a fair, transparent, and objective on-ramp and off-ramp process.

The identified user base includes Public Affairs alongside operational echelons, Combatant Command staffs, and the Joint Staff. Will the LIN enforce role-based partitioning and authority-tagging of artifacts consistent with DoDD 3600.01 and DoDI 5400.19? Should Track A components assume that every generated or assessed artifact will carry an authority label distinguishing Public Affairs workflows from Military Information Support Operations workflows?

Yes, the Government expects that the BIAO technology stack will need to support various role and authority partitioning and labeling. Specific implementation is TBD and the Government is interested in recommendations and approaches as part of this RFI response.

Under the six-month continuous on-ramp and off-ramp cadence, will the Government require Track A vendors to deliver derived labels, model artifacts, and schema mappings in a portable form? Will the Government retain rights to the accumulated labeled corpus after a vendor is off-ramped? Absent such a provision, each off-ramp cycle risks destroying accumulated ground truth and resetting detection performance.

TBD

Beyond Other Transaction authority for prototypes under 10 U.S.C. § 4022, will SCO consider existing Governmentwide acquisition vehicles for component-level prototypes at appropriate scale?

While the Government's contemplated acquisition strategy for the initial prototyping phase is the Other Transaction (OT) authority under 10 U.S.C. § 4022, the Government is open to considering all viable acquisition pathways. A key objective of this RFI is to solicit industry feedback on the most effective and efficient vehicles.

At what classification level will initial prototyping and demonstration activity be conducted? Is a Facility Clearance required at the time of Other Transaction award, or may an FCL be obtained during performance under Government sponsorship?

The initial prototyping and demonstration activities for the BIAO program will be conducted entirely at the Unclassified level. A Facility Clearance (FCL) is not expected to be required at the time of the award. If required in the future, the Government will address and/or sponsor as needed.

Section 5 grants two additional pages per additional technology component or track addressed. If a submission includes an “Unlisted Capability” section as invited in Section 2, does that section receive an additional page allowance, or must it be accommodated within the base allocation?

The Government highly encourages the submission of novel, unlisted capabilities that align with our strategic objectives to identify disruptive technologies. Therefore, if a submission includes a distinct 'Unlisted Capability' section as invited in Section 2, respondents are granted an additional two-page allowance for that specific section, consistent with the extension granted for addressing additional Technology Components or Tracks."

Will CUI responses be permitted? Yes, provided submissions follow CUI requirements (encryption, etc).

BIAO Q&A

File details come from the government source that posted it. Updated .