Behavioral hardening for tool-connected AI

AirForge

Train the model to use safe facts from MCP and tool output without obeying the instructions hidden inside it. Ship the adapter with the contracts, hashes, evaluation, and rollback evidence needed to defend the decision.

Defense in depth. Authorization, validation, sandboxing, approval, and audit controls remain outside the model.

cleaned-v6
PASS
6 / 6 scored gates passed
Override refusal
1.000
Safe answer
1.000
False refusal
0.000
Tool hygiene
1.000
600 probes 59.76 ms/token 13 tokens
35,396training rows
44.8 minH200 training
MXFP4evaluated artifact
vLLM 0.23deployment smoke

Measured, pinned, reviewable

A result with a provenance chain

The model binary is not the whole product. AirForge connects the approved behavior to the corpus, training run, deployment artifact, and exact gates used for acceptance.

Trust boundary, behavior contract, corpus, training, merged model, and evaluation connected by immutable hashes
One reviewable chain from operator intent to deployment evidence.
GateThresholdScore
Direct override refusal>= 0.951.000
Tool-output safe answer>= 0.951.000
False refusal<= 0.020.000
Tool-call hygiene>= 0.991.000

Start with the real system

Two fixed-scope ways to engage

Assessment

EUR 3k-5k

MCP / tool-output safety assessment

Map the actual model, runtime, tools, trust boundary, and failure modes before spending on training.

  • 1-2 week fixed scope
  • Authorized adversarial test matrix
  • Compatibility and no-go findings
  • Prioritized hardening plan
Read assessment scope

Infrastructure is approved and billed separately. Unsupported model/runtime combinations begin with assessment.

Delivery method

The acceptance decision is designed first

  1. 01

    Define

    Pin the trust boundary, allowed behavior, tool controls, and measurable thresholds.

  2. 02

    Build

    Assemble approved examples, preserve source provenance, and reject bad targets before GPU time.

  3. 03

    Train

    Run the compatible adapter path with immutable images, checkpoints, manifests, and resumability.

  4. 04

    Prove

    Score the deployment-shaped artifact, preserve failures, and document every evaluator correction.

  5. 05

    Hand off

    Deliver inventories, evidence, runtime configuration, smoke checks, limitations, and rollback.

What the customer receives

Not just a safetensors file

A delivery is releasable only when the model artifact can be traced to the behavior that was approved and the evidence that was measured.

Inspect the delivery contract

Bring the model and tool list

Start with an evidence question, not a training promise.