hud-sdk
Hud runtime code sensor for Python
Decision gist · record as of 2026-08-14
Yes, with conditions. The package is actively maintained, has no known vulnerabilities, and provides a genuinely useful capability for production visibility. However, the license treatment is unclear—verify the actual license terms before committing to production use. Medium install friction is acceptable given the value of runtime instrumentation. Ensure your platform (Python 3.8+, x86_64 or aarch64) is supported and that you understand the data transmission model and any backend service requirements.AI-flagged interpretation of the facts on this page — verify before relying
Before you install
- Requires Python 3.8 or later.
- Compiled wheels are provided for x86_64 and aarch64 on Linux, macOS, and musl; verify your platform is supported before installing.
- Medium install friction due to compiled wheels for multiple Python versions and architectures.
License · maintenance · safety
SEE LICENSE FILE (unclear) — License treatment is unclear: the package declares 'SEE LICENSE FILE' but provides no SPDX identifier. You should verify the actual license terms in the project repository or documentation before committing to production use.
last release 2026-08-12 (2 days)
0 known vulnerabilities (OSV.dev, 2026-08-14) · 107,272 downloads/mo, #12,621 on PyPI
Alternatives
Verify before relying
pip install hud-sdk
import hud_sdk
hud_sdk.init() # Starts runtime instrumentation- Exact initialization and configuration API—the description mentions 'installed in under a minute' but does not specify the full setup steps.
- Whether the package requires network connectivity to a Hud backend service or can operate standalone.
- Overhead and performance impact in high-throughput production environments—described as 'negligible' but not quantified.
- Data retention and transmission policies for anonymized function-level metadata.
What it is and what it does
Hud-sdk is a runtime instrumentation library that hooks into your Python application to observe function-level behavior in production without requiring explicit logging or tracing setup. It captures execution duration, error signals, and behavioral patterns, then exposes this data to Hud's IDE plugins, CI/CD integrations, and AI coding agents like Cursor and Copilot. The sensor is designed to be lightweight and read-only, transmitting only anonymized function metadata and runtime statistics over TLS.
The package targets engineers and AI agents building production-safe code by providing continuous visibility into how functions actually behave in live environments. It integrates with modern development workflows—VS Code, JetBrains IDEs, and agentic development tools—without requiring source code transmission or complex configuration. The library depends on aiohttp, requests, psutil, orjson, and dataclasses to handle async communication, system metrics, and efficient serialization.
Use it for
- Instrument a production service to detect performance regressions or error spikes in specific functions without adding logging overhead.
- Feed real-time function behavior data to Cursor or Copilot to help AI agents understand production constraints when generating code.
- Monitor function execution patterns in CI/CD pipelines to catch behavioral changes before they reach production.
- Provide IDE plugins with live production telemetry so developers can see how their code actually behaves without context-switching to dashboards.
- Identify the exact function responsible for a production degradation by correlating execution duration and error signals.
Worth the install?
AI-flagged interpretation of the facts on this page. Verify before relying on it.
Yes, with conditions.
The package is actively maintained, has no known vulnerabilities, and provides a genuinely useful capability for production visibility. However, the license treatment is unclear—verify the actual license terms before committing to production use. Medium install friction is acceptable given the value of runtime instrumentation. Ensure your platform (Python 3.8+, x86_64 or aarch64) is supported and that you understand the data transmission model and any backend service requirements.
Install
hud-sdk on PyPI
Before you install
Medium install friction due to compiled wheels for multiple Python versions and architectures. Active maintenance with a release 2 days old. Depends on aiohttp, requests, psutil, orjson, and dataclasses—all common, stable libraries with low friction.
Requires Python 3.8 or later. Compiled wheels are provided for x86_64 and aarch64 on Linux, macOS, and musl; verify your platform is supported before installing.
License in practice
License treatment is unclear: the package declares 'SEE LICENSE FILE' but provides no SPDX identifier. You should verify the actual license terms in the project repository or documentation before committing to production use.
Quickstart
pip install hud-sdk
import hud_sdk
hud_sdk.init() # Starts runtime instrumentationVerify before relying
- Exact initialization and configuration API—the description mentions 'installed in under a minute' but does not specify the full setup steps.
- Whether the package requires network connectivity to a Hud backend service or can operate standalone.
- Overhead and performance impact in high-throughput production environments—described as 'negligible' but not quantified.
- Data retention and transmission policies for anonymized function-level metadata.
Package facts
| License | SEE LICENSE FILE unclear |
| Python support | Supports the current Python release >=3.8 |
| Install friction | Medium. Platform-specific wheel |
| Runtime dependencies | 5 packagesaiohttprequestspsutilorjsondataclasses |
| Maintenance | Actively maintained 2 days since the last release |
| First released | |
| Downloads | 107,272 / month, #12,621 on PyPI 30-day window, as of 2026-08-14 |
| Known vulnerabilities | None known OSV.dev, checked 2026-08-14 |
Evidence: hud_sdk-0.5.1-cp310-cp310-macosx_10_9_x86_64.whl; hud_sdk-0.5.1-cp310-cp310-macosx_11_0_arm64.whl; hud_sdk-0.5.1-cp310-cp310-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl; hud_sdk-0.5.1-cp310-cp310-manylinux2014_x86_64.manylinux_2_17_x86_64.manylinux_2_28_x86_64.whl; hud_sdk-0.5.1-cp310-cp310-musllinux_1_2_aarch64.whl; hud_sdk-0.5.1-cp310-cp310-musllinux_1_2_x86_64.whl; hud_sdk-0.5.1-cp311-cp311-macosx_10_9_x86_64.whl; hud_sdk-0.5.1-cp311-cp311-macosx_11_0_arm64.whl; hud_sdk-0.5.1-cp311-cp311-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl; hud_sdk-0.5.1-cp311-cp311-manylinux2014_x86_64.manylinux_2_17_x86_64.manylinux_2_28_x86_64.whl; hud_sdk-0.5.1-cp311-cp311-musllinux_1_2_aarch64.whl; hud_sdk-0.5.1-cp311-cp311-musllinux_1_2_x86_64.whl; hud_sdk-0.5.1-cp312-cp312-macosx_10_13_x86_64.whl; hud_sdk-0.5.1-cp312-cp312-macosx_11_0_arm64.whl; hud_sdk-0.5.1-cp312-cp312-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl; hud_sdk-0.5.1-cp312-cp312-manylinux2014_x86_64.manylinux_2_17_x86_64.manylinux_2_28_x86_64.whl; hud_sdk-0.5.1-cp312-cp312-musllinux_1_2_aarch64.whl; hud_sdk-0.5.1-cp312-cp312-musllinux_1_2_x86_64.whl; hud_sdk-0.5.1-cp313-cp313-macosx_10_13_x86_64.whl; hud_sdk-0.5.1-cp313-cp313-macosx_11_0_arm64.whl
Tags
Let your AI agent find packages like this
Example. Real query, live index.
You found this page by searching. An agent finds it by wishing: SkillFed indexes 14,416 PyPI packages by what they can do, searchable in plain language.
wish › “function behavior monitoring production”
- hud-sdkHud-sdk is a lightweight runtime sensor that instruments Python…
- judgevalJudgeval is an SDK for tracing and evaluating LLM-powered agents in…
- openinference-instrumentation-litellmAuto-instruments LiteLLM function calls (completion, embedding, image…
Give your agent the search over MCP, or paste the wish link into any chat.
More Monitoring packages
Wraps any iterable to display a real-time progress bar in the terminal or Jupyter notebook, showing iteration count, elapsed time, and estimated time remaining.
Provides generated Python code for OpenTelemetry semantic conventions, enabling standardized attribute naming and constant definitions for instrumentation and telemetry collection.
Install it if you are using OpenTelemetry and want to follow semantic conventions correctly.
Provides the reference implementation of the OpenTelemetry API for collecting and exporting traces, metrics, and logs from Python applications.
Provides the abstract API and interfaces for OpenTelemetry instrumentation in Python, defining how to emit traces, metrics, and logs without tying code to a specific SDK implementation.
Exports OpenTelemetry observability data to an OpenTelemetry Collector using Protobuf-encoded messages over HTTP.
Install it if you are using OpenTelemetry in Python and need to send data to a Collector over HTTP.
Provides automatic instrumentation commands and programmatic APIs to inject distributed tracing into Python applications without code changes, detecting and instrumenting packages used by your program.
Install it if you need distributed tracing without code changes and have compatible instrumented packages in your environment.
See also cursor-sdk · aiodebug · autodynatrace · opentelemetry-instrumentation-openai-agents · serena-agent · opentelemetry-instrumentation-crewai · opentelemetry-instrumentation-logging · opentelemetry-instrumentation-agno · opentelemetry-instrumentation-structlog · opentelemetry-instrumentation-mcp