Deployment flexible
Instrumentation runs inside your Python agent process, wherever you host it — not tied to a single host or orchestrator.
Instrument once. Govern at runtime. PUVINOISE™ brings telemetry and behaviour signals into a multi-tenant control plane — so operators cut MTTR instead of guessing from stderr.
Python-native and framework-agnostic, configured through PUVINOISE_* environment variables. Start agent governance without rewriting your stack.
# Install the PUVINOISE SDKpip install puvinoise-sdkAgent stacks change. Vendors change. What must not change is your ability to observe, decide, and recover while agents are live. PUVINOISE™ attaches at runtime so governance starts without a platform migration.
Instrumentation runs inside your Python agent process, wherever you host it — not tied to a single host or orchestrator.
LangChain, LangGraph, CrewAI, AutoGen, LlamaIndex, and custom runtimes. Adapters and OTel paths meet you where the agent already runs.
Model and cloud vendors stay your choice. PUVINOISE™ does not lock you to one LLM, region, or hosting SKU to get signal, policy, and recovery.
Install the SDK, emit lifecycle signals, verify in Command Centre. No fleet rewrite, no new agent framework, no months of platform plumbing before governance starts.
MTTR is the key — and MTTR only moves when detection, policy, and recovery share the live path.
Build-time reviews and static configs cannot see tool failures, policy skips, model drift, or cascading retries as they happen. Runtime is where blast radius grows and where minutes of delay become hours of customer impact. PUVINOISE™ puts instrumentation, behaviour intelligence, governed controls, and recovery on the same runtime path — so operators diagnose with correlated evidence and remediate under policy instead of rebuilding dashboards after every Runtime Case. That is the MTTR northstar: shorten time-to-detect, time-to-decide, and time-to-recover without forcing teams onto a single framework or provider.
Install the Python SDK (pip install puvinoise-sdk) and set the PUVINOISE_* environment variables for your tenant and agent.
Instrument key lifecycle events such as tool invocations, decisions, and errors.
Confirm signals appear in operational views. Validate correlation IDs and execution context before promoting to broader fleets.
Once signals are trusted, SRE and agent ops use behaviour intelligence and Runtime Case workflows — MTTR-minded recovery without bespoke dashboards.
Meet your fleet where it runs — a Python SDK, a CLI, and OpenTelemetry.
Instrumentation for agent lifecycles, tool calls, and decisions with minimal boilerplate.
Open SDK docs →Bind environments, register agents, and run agents with telemetry from the command line.
Talk to us about programmatic access for your fleet.
Send OpenTelemetry traces — PUVINOISE™ adds behaviour context.
Telemetry reference →An optional sidecar, shipped with the SDK, for binding agent environments.
Built-in support for LangChain, LangGraph, CrewAI, AutoGen, and LlamaIndex.
Instrumented agents send telemetry to PUVINOISE™, which turns it into behaviour intelligence and governed recovery your operators can act on.
Tenant-scoped
Legend: — tenant boundary · → data flow
The SDK complements your existing frameworks and deployment model. We document patterns; you retain ownership of agent logic and infrastructure choices — because MTTR improves when governance attaches, not when you migrate.
Factual answers for engineers instrumenting agents — aligned with the SDK and control plane, not marketing filler.
Install the PUVINOISE™ Python SDK, emit lifecycle and behaviour signals, and verify ingest in Command Centre. You do not need to rewrite your agent framework or change model providers to start.
The SDK is Python. It runs inside your agent process wherever you host it, works with LangChain, LangGraph, CrewAI, AutoGen, and LlamaIndex as well as custom agents, supports OpenAI, Anthropic, and other LLM providers, and exports standard OpenTelemetry.
Build-time reviews cannot see live tool failures or cascading retries. Runtime instrumentation feeds detection, policy, and recovery on the path agents already run — the path that moves MTTR.
Instrument your agents, then talk to developer relations about fleet topology and MTTR outcomes.