kazenai
Stop your AI agents from burning your budget. Catch loops before they catch you.
Install: PyPI · kazenai · Customer SDK: kazenai-finops · Docs: docs.kazenai.com · Products: kazenai.com
Source: github.com/kazenai-ai/kazenai-core
What is this?
kazenai is the core Python SDK behind KazenAI’s economic control layer for AI agents. One call — monitor() — wraps your OpenAI or Anthropic client and:
- Blocks overspend before the provider call (
BudgetExceeded) - Detects runaway loops before another LLM request
- Optionally ships evidence to Agent FinOps / Agent Lens as canonical
KazenEvents
Most observability tools tell you what went wrong after the bill. KazenAI can stop the call that would cause it.
Traditional tools: LLM call → response → log cost → dashboard shows overspend
KazenAI: Pre-flight check → BLOCKED → LLM call never made
Install
python -m pip install kazenai openai
# Most teams install the customer package instead:
python -m pip install kazenai-finops openai
kazenai-finops re-exports this SDK and is the recommended install for product integrations.
Requires Python 3.10+.
Quick start
import os
from openai import OpenAI
from kazenai import monitor, BudgetExceeded
# Optional FinOps ingest (env only — not monitor kwargs):
# export KAZENAI_FINOPS_API_KEY=kz_...
# export KAZENAI_FINOPS_INGEST_URL=https://finops.example.com
client = monitor(
OpenAI(),
agent_id="support-agent",
max_budget_usd=5.00,
debug=True,
)
try:
client.chat.completions.create(
model="gpt-4o-mini",
messages=[{"role": "user", "content": "hello"}],
)
except BudgetExceeded as e:
print("hard budget cap:", e)
Your call sites stay the same — monitor() wraps the client.
With debug=True you’ll see spend as the run progresses:
[KazenAI] step=1 gpt-4o-mini cost=$0.0043 total=$0.0043 proj=$0.21/$5.00 OK
[KazenAI] step=8 gpt-4o-mini cost=$0.0039 total=$0.43 proj=$4.91/$5.00 WARN:budget_87pct
[KazenAI] step=9 gpt-4o-mini BLOCKED:budget spent=$5.00 limit=$5.00
Illustrative debug output — not a customer bill or savings claim.
What you get
| Capability | Behavior |
|---|---|
| Hard budget cap | BudgetExceeded before the provider call |
| Soft trajectory pause | KazenCircuitBreaker after a completed call when projection trips |
| Loop detection | Blocks high-risk repeat patterns before another provider call |
| Event ingest | Optional HttpSink batches to Agent FinOps when URL + API key are set |
| Shared schema | Canonical KazenEvent via kazen-event-schema |
Supported today
| Path | Status |
|---|---|
Sync OpenAI chat.completions.create (non-streaming and stream=True) / chat.completions.stream |
Supported via monitor() |
Sync Anthropic messages.create / messages.stream |
Supported via monitor() |
| OpenAI Responses API / async clients / Realtime | Not on the supported control path |
| LangChain / CrewAI / LangGraph / AutoGen helpers | Available for evaluation — wrap the underlying client with monitor() for the supported path |
Streaming
from kazenai import StreamCutoffError, monitor
from openai import OpenAI
client = monitor(
OpenAI(),
max_budget_usd=1.00,
stream_cutoff_usd=0.01, # optional local observable-output guard
)
try:
with client.chat.completions.create(
model="gpt-4o-mini",
stream=True,
messages=[{"role": "user", "content": "Explain this result"}],
) as stream:
for chunk in stream:
...
except StreamCutoffError:
# The client attempted to close future output. Final provider billing may
# remain pending when authoritative final usage was not received.
pass
monitor() requests final OpenAI usage and settles exact cost when authoritative
usage arrives. OpenAI chat.completions.stream(...), Anthropic
messages.create(..., stream=True), and the
messages.stream(...) context manager follow the same finalize-once accounting
lifecycle. A shared reservation is marked in-flight at provider dispatch. Early
cancellation, provider failure, or missing final usage moves it to pending
reconciliation—never an exact zero and never released as an unstarted call.
stream_cutoff_usd estimates only output observable by the client. It cannot see
hidden reasoning or guarantee that the provider stopped generating or billing
immediately. stream_enforcement=True is deprecated.
The official lazy OpenAI helper is supported as well. Its reservation is marked
provider_started when the context manager is entered:
with client.chat.completions.stream(
model="gpt-4o-mini",
messages=[{"role": "user", "content": "Explain this result"}],
) as stream:
for event in stream:
...
Local and shared enforcement
- Hard cap works without FinOps network — deny even when ingest is offline
- Low overhead — budget and loop checks stay on the hot path
- Shared policies can fail closed — production/staging modes deny when a required shared reservation cannot be obtained
An explicitly configured development fail-open path retains only the local client safeguards. It does not preserve a cross-process or account-wide budget guarantee.
Optional FinOps environment variables
| Variable | Purpose |
|---|---|
KAZENAI_FINOPS_INGEST_URL / KAZENAI_FINOPS_URL |
FinOps base URL for shared reservations and event ingest |
KAZENAI_FINOPS_API_KEY |
Credential for FinOps budget and event requests |
KAZENAI_DEPLOYMENT_MODE |
production / staging require fail-closed shared reservations |
KAZENAI_FINOPS_RESERVE_TIMEOUT_S |
Timeout for a shared pre-call reservation |
KAZENAI_TIMELINE_PATH |
Optional local JSONL evidence path |
Pass max_budget_usd, org_id, project_id, workspace_id and attribution
fields directly to monitor(); they are not inferred from similarly named
environment variables.
Packages in the stack
| Package | Role |
|---|---|
kazenai |
Core monitor() engine (this repo) |
kazenai-finops |
Customer-facing SDK (recommended install) |
kazen-event-schema |
Shared event contract across FinOps / Lens / SDKs |
Contributing
Issues and PRs that improve budget/loop reliability are welcome. Keep claims aligned with the supported paths above.
Maintainers: follow RELEASING.md for the clean-checkout and public-PyPI verification sequence.
Products and design-partner enquiries: kazenai.com · founder@kazenai.com
License
Apache License 2.0. See LICENSE and NOTICE.
Metadata
Release files for kazenai 1.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| kazenai-1.1.0.tar.gz | 135.5 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| kazenai-1.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 238.2 kB
Release files / kazenai-1.1.0.tar.gz
| Download URL | kazenai-1.1.0.tar.gz |
|---|---|
| Size | 135.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
00321a903853d63b1b429ba6d12ad664e3e3e59e8c53476c8a2dce5f983f1026
|
|
BLAKE2b-256 checksum How to use checksums |
f6acceaf71eaa9cdbfa7af748ef35a6cf503d30b7bd4815f6ac1982413fe8a39
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 1, 2026.
Transparency logRelease files / kazenai-1.1.0-py3-none-any.whl
| Download URL | kazenai-1.1.0-py3-none-any.whl |
|---|---|
| Size | 102.6 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
5a70d31a93b6a077468cb13890a6a5958b4848027318c6d4d35bde21c3e455c3
|
|
BLAKE2b-256 checksum How to use checksums |
11ea8915be2db4828f210e6b4c96a2beee754bf57d66ecda1da98935b63322bd
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 1, 2026.
Transparency log