SDK 1.0.0

Rules for the framework your team already uses

Nobody wants to rebuild a working agent to add controls. With the 1.0.0 release, the check can sit inside the framework your developers already picked, in TypeScript, Python, .NET, Java, Go, or Rust.

Where the extra work used to go

Picture an agent that handles refunds. It runs on LangGraph because that's what the team knew, and it works. Then risk asks for a limit: anything over $2,000 needs a manager.

Without support for that framework, a developer has to find every place the agent can issue a refund, wrap each one by hand, and remember to do the same for the next tool someone adds. The rule ends up only as good as the last person who read the code.

An Enforce adapter moves that work into the framework itself. The check runs where the agent already makes its calls, so a new tool or a new step doesn't quietly slip past it.

What's in the release

VeriProof SDK 1.0.0 has a core SDK for each of six languages and 35 Enforce adapters. Every one of them enforces your rules: the action goes ahead, goes ahead with a warning, goes ahead in a corrected form, waits for a person with authority, or stops.

Scroll horizontally to see all columns.

LanguageCore SDKEnforce adapters for
TypeScript@veriproof/sdk-coreAnthropic SDK, Express, Fastify, Genkit, Google GenAI, LangChain.js, LlamaIndexTS, Mastra, Next.js, OpenAI Agents, Vercel AI SDK
Pythonveriproof-sdkAnthropic SDK, CrewAI, Google ADK, LangGraph, LlamaIndex, Microsoft Agent Framework, OpenAI Agents, Pydantic AI
.NETVeriproof.Sdk.CoreAutoGen, Microsoft Agent Framework, OpenAI .NET, Prompty, Semantic Kernel
Javacom.veriproof:veriproof-sdk-coreLangChain4j, Micronaut LangChain4j, OpenAI Java, Quarkus LangChain4j, Semantic Kernel Java, Spring AI
Goveriproof.app/sdk/goAnthropic Go, LangChainGo, OpenAI Go
Rustveriproof-sdkasync-openai, Rig

Each adapter covers a documented part of its framework, such as a model call, a tool call, or a whole run. Anything outside that part stays with the core SDK, and the coverage guide spells out exactly where the line sits for each one.

What changes for the business owner

Less to build before go-live

The check comes with the framework instead of being written call by call. That's one less project standing between a pilot and production.

Rules that change without a release

Your risk team adjusts a limit in VeriProof. Once the change is reviewed and approved, the agent applies it on its next action, without waiting for the next deployment.

Exceptions that reach the right person

When a request falls outside a rule, the agent holds the work and a person with authority decides, with the facts in front of them.

One record, whatever the framework

A decision made through CrewAI and one made through Spring AI land in the same history, so an auditor's question has one answer.

The same approach across every kind of agent

Frameworks cover the agents your developers write. They're only part of the picture. Agents built in Copilot Studio and agents that work through a browser answer to the same rules, the same review, and the same decision history.

That's the point we made in the agents you did not write: coverage is a property of your whole estate, not of any one library. SDK 1.0.0 makes the developer-built part of that estate much easier to reach.

What 1.0.0 promises your developers

A released version never changes. If a fix is needed, it ships as a new patch version with its own release evidence, so a package you tested is the package you run.

Each package was released only after its exact artifact passed a clean install, a security scan, and registry verification, and its bytes are signed. Developers get install commands for their environment from Tools and SDKs in the customer portal, and the SDK 1.0.0 overview covers versions, compatibility, and release notes for each language.

Find the adapter for your framework

See which frameworks are covered in your team's language, and where the core SDK takes over.