Your AI workflow
Prepares an action and supplies the relevant evidence.
Forge connects to the systems where your AI does the work. Review the integration boundary, evidence and acceptance path with your technical team.
Prepares an action and supplies the relevant evidence.
Checks the evidence and rules. Returns a disposition and decision evidence.
Permits, holds or refuses the action. People retain authority.
Your reviewers examine the evidence, rule, result and approval. You agree where evidence lives and how long it is retained.
An external AI provider remains a separate data boundary. Hosting Forge locally does not make a separate external AI service local.
We scope connectors and wrappers around the AI workflows you use. You don’t need to know the technical terms to start.
Passes the proposed action and relevant information from a connected tool to Forge.
Adds a check before a connected action proceeds, then returns the result to your application.
Your team keeps its familiar tools. We work with you or your integration partner to agree the connection, permissions and review steps.
ChatGPT and Claude connection options depend on the product, account permissions and workflow. This is a scoped integration—not a claim that Forge monitors every chat or that an app-store plugin is approved. Customer-hosted Forge can run within the agreed on-premises or private-cloud boundary; any external AI provider remains a separate data path. Your application enforces Forge’s result.
The connection depends on the APIs, account permissions and controls available in the tool you use. This does not automatically monitor every conversation.
The application supplies the proposed action and relevant evidence. Its protected workflow must enforce the agreed controls; a returned result alone does not stop execution.
Confirm the exact product, version and deployment environment during the integration review. This page is not a universal compatibility or qualification claim.
Supply the proposed action, evidence, rules and required approvals. Forge returns a disposition; the connected application enforces it.
Compare agreed cases and evidence using representative inputs and expected outcomes. Review changes before relying on a new model or agent version.
Use supplied usage, prices and evaluation evidence to recommend candidates. Optimization does not automatically switch models or guarantee savings.
Scope the capability around the work. The customer keeps authority over execution and changes.
Tested on NVIDIA hardware.
Forge runs in customer-controlled environments, on-premises or in a private cloud. Agree infrastructure and access for your deployment.
Forge does not train product models on your data or learn across customers. External model providers retain their separate data paths.
Agree the evidence store, retention period, signing identity and authorized reviewers with your team. Obtain trusted verification material through a separate channel.
Agree permissions, exception routing and support responsibilities. Connection and check failures require their own escalation path.
These are review questions, not claims that a particular customer environment has already passed qualification.
Inspect the supplied evidence, applicable rules, selected result, uncertainty and human-review boundary.
Read the annotated sample →The existing sample uses illustrative signature bytes. It is an explanation, not a verifying artifact.
Independent verification checks the record’s signature and integrity against separately trusted key material. A reviewer need not rely only on the producing service’s own verification response.
Replay uses the retained inputs, pinned Forge engine and configuration to check reproducibility. It does not promise deterministic output from an external model. Neither check establishes that the source evidence was true.
See the integration acceptance checklist →An AI provider’s explanation is not a substitute for independently checkable evidence. Request an executable verification example, trusted key material and the deployment-specific integration contract. A website illustration is not evidence of a qualified customer integration.
| Exercise | What the review must establish |
|---|---|
| Expected action | The supplied evidence and rules produce the agreed result. |
| Missing approval | The connected application holds the action and routes it to the right person. |
| Unavailable check | The workflow follows the agreed failure policy; silence is not treated as proof of safety. |
| Changed action or evidence | The result is tied to the exact action being considered, not a different request. |
| Edited record | The agreed verifier detects the change using independently trusted verification material. |
| Model or cost change | Representative evaluation evidence and required approvals support the proposed change. |
Proposed acceptance checklist to agree with your team. Not a report of completed customer qualification.
Talk to Forge about deploying in your environment. Bring your application, action boundary and evidence requirements; we’ll work through the integration with your systems owner.