██╗ ██╗ ██████╗ ██╗ ██╗ ███╗ ██╗ ██████╗ ████████╗ ██████╗ █████╗ ██████╗ ███████╗ ██████╗ ██║ ██║ ██╔═══██╗ ██║ ██║ ████╗ ██║ ██╔══██╗ ╚══██╔══╝ ██╔══██╗ ██╔══██╗ ██╔════╝ ██╔════╝ ██╔══██╗ ███████║ ██║ ██║ ██║ ██║ ██╔██╗ ██║ ██║ ██║ █████╗ ██║ ██████╔╝ ███████║ ██║ █████╗ ██████╔╝ ██╔══██║ ██║ ██║ ██║ ██║ ██║╚██╗██║ ██║ ██║ ╚════╝ ██║ ██╔══██╗ ██╔══██║ ██║ ██╔══╝ ██╔══██╗ ██║ ██║ ╚██████╔╝ ╚██████╔╝ ██║ ╚████║ ██████╔╝ ██║ ██║ ██║ ██║ ██║ ╚██████╗ ███████╗ ██║ ██║ ╚═╝ ╚═╝ ╚═════╝ ╚═════╝ ╚═╝ ╚═══╝ ╚═════╝ ╚═╝ ╚═╝ ╚═╝ ╚═╝ ╚═╝ ╚═════╝ ╚══════╝ ╚═╝ ╚═╝
Offline-First Diagnostic Agent for CI/CD, Build, Test, and Deployment Failures
Hound Tracer is an offline-first diagnostic tool and terminal interface (TUI) for investigating CI/CD failures, build errors, test regressions, and container crashes.
Hound Tracer ingests execution logs, JUnit XML reports, SARIF static analysis files, and test runner outputs. It strips sensitive credentials and private data by default, frames stack traces across seven programming languages, correlates failure lines with git commits, categorizes issues, deduplicates recurring incidents, and drafts issue tickets for development teams.
Hound Tracer is strictly advisory and read-only. It inspects artifacts and produces structured findings; it does not deploy code, restart services, or alter infrastructure.
Highlights
- Offline-first analysis: Built-in deterministic rules evaluate failures with zero network requests and no external API keys (
--offline). - Multi-provider LLM support: Connects to OpenAI, Anthropic, Google Gemini, Groq, Ollama, DeepSeek, Azure OpenAI, 9router, and generic OpenAI-compatible gateways.
- Deterministic fallback: Automatically switches to local rule evaluation if an LLM provider times out, returns HTTP 429 rate limits, or generates invalid responses.
- Cost controls: Caches root-cause findings by failure fingerprint (
dedup.reuse: true) to avoid repeated model calls, skips specified failure kinds (skip_kinds), enforces per-run request caps (--max-llm-calls), and limits spend (--max-cost-usd). - Secret redaction: Strips private keys, API tokens, passwords, database connection strings, email addresses, and IP addresses before text reaches disk or network requests.
- Supply chain isolation: Enforces source profiles (
trusted_branch,local_artifact,fork_pr). Pull requests from forks run in a restricted sandbox with offline-only analysis, locked redaction, and disabled external delivery. - Container and infrastructure diagnostics: Identifies Kubernetes
CrashLoopBackOff,OOMKilled(exit code 137), container probe failures, scheduling constraints, Helm release rollbacks, and Terraform run errors. - Quality gates and analytics: Tracks test flakiness and execution duration in SQLite (
hound insights), and enforces configurable gates on test failures, coverage regressions, and SARIF static analysis findings (hound gate). - Idempotent ticket delivery: Dispatches issues to GitHub, Jira, GitLab, and Slack through a persistent SQLite delivery ledger that prevents duplicate ticket creation during network retries.
Architecture
┌────────────────────────────────────────────────────────────────────────┐
│ Failure Artifacts (.log, JUnit .xml, SARIF .sarif, test .json) │
│ + Optional Git Checkout & Sidecar Metadata (.hound/logs/*.json) │
└───────────────────────────────────┬────────────────────────────────────┘
│
▼
┌────────────────────────────────────────────────────────────────────────┐
│ 1. INGESTION & REDACTION │
│ • Head/Tail windowing (preserves start and failure boundaries) │
│ • Secret & PII scrubbing (Keys, Tokens, Passwords, IP addresses) │
│ • Stack trace framing (Python, Go, Rust, Java, JS/TS, C#) │
│ • Request correlation (trace_id, request_id, user_id) │
│ • Git context (diff, blame, CODEOWNERS, recent commits) │
└───────────────────────────────────┬────────────────────────────────────┘
│
▼
┌────────────────────────────────────────────────────────────────────────┐
│ 2. ROOT CAUSE ANALYSIS (RCA ENGINE) │
│ ├─► Dedup Cache Reuse (fingerprint match: zero API calls) │
│ ├─► LLM Synthesis (OpenAI, Gemini, Claude, Ollama, DeepSeek) │
│ └─► Deterministic Fallback Rules (offline baseline and safe backup) │
│ • Structured evidence citations ([llm-ref ev-001]) │
└───────────────────────────────────┬────────────────────────────────────┘
│
▼
┌────────────────────────────────────────────────────────────────────────┐
│ 3. TRIAGE & DEDUPLICATION │
│ • Severity (Critical, High, Medium, Low) and Priority (P1 to P5) │
│ • Component mapping through path glob patterns │
│ • Normalized SHA-256 fingerprinting (SQLite WAL or JSON file) │
│ • Flakiness detection from retry-then-pass execution records │
└───────────────────────────────────┬────────────────────────────────────┘
│
▼
┌────────────────────────────────────────────────────────────────────────┐
│ 4. INVESTIGATION, TIMELINE & OUTPUT │
│ • Timeline reconstruction: chronological ordering & causal tracing │
│ • Report artifacts: report.json (Schema v2.0), report.md, ticket.md │
│ • Idempotent delivery: GitHub Issues, Jira, GitLab, Slack │
│ • Execution modes: Interactive TUI, CLI automation, Webhook server │
└────────────────────────────────────────────────────────────────────────┘
Installation
Using uv (Recommended)
Until the first verified PyPI publication, install the reviewed Git commit:
# Install globally
uv tool install "hound-tracer @ git+https://github.com/youthisss/hound-tracer.git@e0a640effda889427598b0cdb5bdd41d9749045c"
# Verify installation
hound --version
hound doctor
Using pipx or pip
# Install with pipx (isolated application environment)
pipx install "hound-tracer @ git+https://github.com/youthisss/hound-tracer.git@e0a640effda889427598b0cdb5bdd41d9749045c"
# Or install in a standard Python environment (Python >= 3.10, < 3.13)
pip install "hound-tracer @ git+https://github.com/youthisss/hound-tracer.git@e0a640effda889427598b0cdb5bdd41d9749045c"
Replace the Git source with hound-tracer only after the release checklist
confirms the package is publicly available.
From Source
git clone https://github.com/youthisss/hound-tracer.git
cd hound-tracer
uv sync --extra dev
uv run hound doctor
Quick Start
# 1. Run environment and diagnostic readiness checks
hound doctor
# 2. Launch the interactive Terminal UI (TUI) pointing to a log directory
hound console --logs ./ci-logs --offline
# 3. Analyze artifacts in a directory using offline rules
hound analyze ./ci-logs --offline
# 4. Intercept a test command; immediately analyze if the command exits non-zero
hound log --analyze --offline -- pytest -q
Terminal Interface (TUI)
Hound Tracer includes an interactive terminal user interface built with Textual for navigating failure logs, inspecting stack frames, and reviewing diagnostic reports.
# Launch in offline mode
hound console --logs ./ci-logs --offline
# Launch with online LLM analysis and worker limits
hound console --logs ./ci-logs --online --jobs 4 --max-llm-calls 20
Keyboard Shortcuts
| Key | Action | Description |
|---|---|---|
a |
Analyze | Analyze or retry the currently selected log artifact |
A |
Analyze All | Sequentially or in parallel analyze all visible logs |
b |
Browse Folder | Open interactive filesystem directory picker |
r |
Refresh | Reload log listing and recent analysis runs |
h |
Home | Return to the default Home view |
f / l |
Artifacts / Results | Open the artifact or stored-results workspace |
y / i |
Quality / Context | Open QA workflows or read-only report context |
m |
Sidebar | Focus the navigation sidebar |
s |
Settings | Configure LLM providers, models, API keys, base URLs, and offline mode |
v |
Feedback | Review the currently opened stored run |
o |
Toggle Offline | Switch between local deterministic rules and online model analysis |
space |
Toggle Selection | Select or deselect the focused artifact or stored run |
z / d |
Select / Deselect All | Change selection for the active workspace |
p / n |
Previous / Next | Change page or move between opened results, depending on context |
x / X |
Clear | Clear one stored run or all selected runs with confirmation |
g |
Focus Filter | Focus the filter for the active list workspace |
c |
Copy Report | Copy generated Markdown report to clipboard |
e |
Copy Ticket | Copy formatted ticket draft to clipboard |
? |
Help | Display keyboard shortcut reference |
q |
Quit | Exit the interface |
Command-Line Reference
Use canonical subcommands for automation scripts and CI pipelines:
| Canonical Command | Compatibility Alias | Description |
|---|---|---|
hound analyze |
(default) | Analyze single files or directories of artifacts |
hound batch |
None | High-throughput batch processing with spend guardrails |
hound console |
None | Launch interactive Textual terminal UI |
hound log |
None | Intercept, tee-stream, and optionally analyze command execution |
hound gate |
hound qa gate |
Evaluate test results, coverage deltas, and SARIF against a policy |
hound insights |
hound qa |
Long-term test history, flakiness, and runtime analytics |
hound serve |
hound server |
HTTP webhook server with persistent SQLite job queue |
hound doctor |
None | Validate environment, storage, and dependency health |
hound config |
None | Inspect, set, or strictly validate configuration (.hound.yml) |
hound providers |
hound list-providers |
List available LLM provider presets |
hound models |
None | Query or refresh provider model discovery catalog |
hound runs |
hound list-runs |
List historical analysis runs stored on disk |
hound report |
None | Re-render a stored run report in text, JSON, or Markdown |
hound feedback |
None | Record engineer ratings and export regression test candidates |
hound delivery |
None | Inspect and explicitly recover persisted external-delivery outcomes |
hound incidents |
None | Inspect recurrence and invalidate cached RCA snapshots without deleting history |
hound client |
None | Submit, inspect, poll, or cancel jobs on a bounded Hound server |
hound clean |
None | Safely purge output directories verified by .hound-owned markers |
Capability boundaries
The four supported surfaces share the same read-only analysis pipeline, but they do not expose the same controls:
| Surface | Primary capabilities | Deliberate limits |
|---|---|---|
| CLI | Headless analysis, batch budgets, log capture, QA gates/history, reports, feedback, providers, and opt-in delivery | No interactive screen; automation must handle exit codes and output files |
| TUI | Interactive artifact selection, local/LLM analysis, stored runs, report/ticket/raw-log review, settings, QA history import, feedback, and Context | No infrastructure mutation, connector collection, or automatic external delivery; bounded local history/feedback/preferences writes are allowed |
| Server | Authenticated POST /analyze, bounded jobs, polling, health/readiness, and telemetry endpoints |
HTTP receiver only; no interactive UI, shell commands, or deploy/rollback operations |
| GitHub Action | One artifact analysis with JSON/Markdown/ticket outputs and Action outputs | Action wrapper only; it does not expose the server, TUI, or long-term QA export workflows |
The tested platform/runtime boundaries are maintained in
docs/support-matrix.md.
| Capability | CLI | TUI | Server | Action |
|---|---|---|---|---|
| Analyze artifacts | Yes | Yes | Yes | Yes |
| Batch analysis | Yes | Yes | Via queue | Limited |
| QA history import | Yes | Yes | No | No |
| Quality gate | Yes | Yes | No | Optional |
| Feedback record | Yes | Yes | No | No |
| Feedback export | Yes | No | No | No |
| DevOps enrichment | Yes | Read-only report validation/readiness view | Yes | Optional |
| Ticket delivery | Yes | Read-only status | Caller-managed | Optional |
| Log capture | Yes | No | No | No |
| Server lifecycle | Yes | No | N/A | No |
The console opens on Home and provides four navigation workspaces: Artifacts, Results, Quality, and Context. Settings is an overlay, Feedback is a modal, and the Overview, Report, Ticket, and Raw log tabs appear only after a run is opened. The console can inspect delivery history and connector audits, but never sends external delivery or constructs an infrastructure mutation command. QA history export, feedback export, delivery reconciliation, and incident invalidation are CLI-only administrative operations.
hound analyze: Core Artifact Analysis
Scans .log, .xml (JUnit), .sarif, and .json test reports. Generates report.json (Schema v2.0), report.md, and ticket.md.
Directory analysis uses opaque run-<id> subdirectories. The legacy
hound analyze --log <single-file> form keeps its direct --output-dir layout
for compatibility; new automation should pass a directory.
# Offline analysis (safe, deterministic, zero network requests)
hound analyze ./ci-logs --offline
# Include source code snippets from Git repository around stack frames
hound analyze ./ci-logs --repo-dir . --source-context --offline
# Output structured JSON directly to file
hound analyze ./artifacts --format json --output ./results/hound-report.json
# Parallel multi-worker analysis with prompt preview (dry-run without calling API)
hound analyze ./ci-logs --jobs 4 --llm-preview --output-dir hound-output
# Analyze and automatically file tickets to GitHub Issues and post to Slack
hound analyze ./ci-logs --gh --slack-webhook
Exit Codes
| Exit Code | Meaning | Condition |
|---|---|---|
0 |
Clean / Healthy | Analysis completed successfully; no failure signals detected. |
1 |
Failure Detected | Analysis completed; actionable failure (test failure, crash, OOM) found. |
2 |
Usage / Config Error | Invalid CLI arguments, missing paths, or failed configuration validation. |
3 |
Execution Error | Internal pipeline crash, I/O error, or failed ticket delivery dispatch. |
hound batch: Scaled Processing with Budgets
Processes large directories of build logs with atomic deduplication and budget limits.
hound batch --logs ./ci-logs \
--output-dir ./batch-output \
--jobs 8 \
--max-llm-calls 50 \
--max-cost-usd 5.00
- Produces
summary-<batch-id>.json(per-artifact classification and triage) andusage-<batch-id>.json(token metrics, cost tracking, and reuse count). - When
--max-llm-callsor--max-cost-usdthresholds are reached, remaining artifacts fall back to deterministic local rules and receive thebudget_skippedtag.
hound log: Process Interception and Tee Streaming
Runs build, test, or deployment commands while live-streaming output to stdout/stderr. Simultaneously writes a redacted log file and a JSON metadata sidecar (cwd, git_branch, git_commit, exit_code, timestamp) under .hound/logs/.
# Capture test output and stream to console
hound log -- npm test
hound log --name unit-tests -- pytest -q
# Intercept piped stdout from CLI tools
kubectl logs deployment/api -n prod | hound log --name api-deploy
terraform apply -auto-approve 2>&1 | hound log --name tf-apply
# Capture and immediately run root-cause analysis on failure
hound log --analyze --offline -- pytest -q
hound gate: Deterministic Quality Gate Policy
Evaluates test outcomes, code coverage deltas, and SARIF static analysis findings against a versioned policy file (quality-gate.yml).
hound gate ./test-results \
--repo-dir . \
--baseline-ref origin/main \
--candidate-ref HEAD \
--policy ./quality-gate.yml \
--coverage ./coverage/coverage.json \
--baseline-coverage ./coverage/baseline-coverage.json \
--sarif ./reports/semgrep.sarif \
--output gate-results.json
Quality Gate Policy Example (quality-gate.yml)
version: "1.0"
rules:
# Block on new test failures introduced in candidate ref
new_failure: block
# Warn on tests showing flaky behavior
flaky: warn
# Block if overall coverage drops by more than 2%
coverage_delta:
outcome: block
threshold_percent: -2.0
# Block if changed line coverage falls below 80%
changed_line_coverage:
outcome: block
threshold_percent: 80.0
include: ["src/**"]
exclude: ["tests/**", "docs/**"]
# Block on critical SARIF security findings
critical_sarif: block
sarif_warning: warn
hound insights: Test Run History and Flakiness Analytics
Maintains an SQLite database tracking test durations, success rates, and flakiness across branches, environments, and commit hashes.
# Import JUnit XML into historical store
hound insights import ./junit.xml \
--test-runner pytest \
--branch main \
--commit abc1234 \
--environment "os=linux;python=3.11"
# Query aggregate statistics (failure rate, p95 duration)
hound insights stats tests/test_payment.py test_checkout_idempotency
# View recent execution records
hound insights history tests/test_payment.py test_checkout_idempotency --window-days 30
# List tracked tests across all suites
hound insights tests --suite-prefix tests/unit/
hound serve: Production Webhook Server
HTTP webhook service with Bearer token authentication and persistent SQLite job management (jobs.sqlite3).
export HOUND_SERVER_TOKEN="your-secure-auth-token"
hound serve \
--host 127.0.0.1 \
--port 8123 \
--log-root ./ci-logs \
--output-dir ./server-runs \
--workers 4 \
--rate-limit 60
Endpoints
POST /analyze: Submit analysis job{"log": "relative/path.log", "offline": false}GET /jobs/<id>: Poll bounded job status, engine, errors, and the managed report pathDELETE /jobs/<id>: Cancel a queued or running job; a worker that already started is not force-killedGET /healthandGET /ready: Health and readiness probes for orchestratorsGET /stats: Telemetry counters (queued, running, completed, engine breakdown)
For production deployment with reverse-proxy TLS termination and systemd service units, refer to docs/guides/server-deployment.md.
Operational Commands
# Generate a commented configuration template (.hound.yml)
hound init
# Validate configuration keys and schema strictly
hound config validate --config .hound.yml
# Inspect current resolved configuration
hound config show
# Discover and cache available models from an LLM provider
hound models --provider ollama --refresh
# Record engineer feedback on analysis accuracy
hound feedback record --run-id run-abc1234 --usefulness useful --actual-kind test_failure
# Export reviewed feedback as candidate regression fixtures
hound feedback export --candidate-fixtures --output candidate-fixtures.json
# Safely purge analysis output directory (checks .hound-owned marker)
hound clean --output-dir hound-output --yes
# Inspect and explicitly recover delivery outcomes
hound delivery list --output-dir hound-output --json
hound delivery inspect --output-dir hound-output --incident-key <key> --destination github --json
hound delivery reconcile --output-dir hound-output --incident-key <key> --destination github --external-id <id>
hound delivery mark-failed --output-dir hound-output --incident-key <key> --destination github --error "verified absent" --confirm-absent
hound delivery retry-failed --output-dir hound-output --incident-key <key> --destination jira
# Inspect recurrence and stale RCA provenance without deleting history
hound incidents list --output-dir hound-output --json
hound incidents inspect --output-dir hound-output --key <dedup-key> --json
hound incidents invalidate --output-dir hound-output --key <dedup-key> --yes
# Use the bounded server client
hound client submit --url http://127.0.0.1:8123 --token "$HOUND_SERVER_TOKEN" --log failure.log --offline --wait
hound config set intentionally supports only the non-secret model key. Use
YAML for other non-secret settings and environment variables or the keyring for
credentials; the command does not accept arbitrary keys.
Supported Failure Types
Hound Tracer classifies failure signals across the software delivery lifecycle into over 25 distinct failure kinds:
| Stage | Failure Kinds | Typical Indicators & Diagnostic Sources |
|---|---|---|
| Build & Compile | compilation_errorimport_errordependency_resolutionconfig_missing |
Syntax errors, broken typings, missing modules, package conflict resolution errors, missing lockfile sync. |
| Testing | test_failuretimeoutflaky |
Failing assertions, hanging unit/integration tests, verified rerun-then-pass flakiness (pytest-rerunfailures, Jest retry, Go -count). |
| CI System | ci_failuredisk_fullapi_rate_limitedpermission_error |
Pipeline step non-zero exits, missing step artifacts, runner disk space exhaustion, API 429 rate limit rejections, CI token access denied. |
| Deployment & CD | deployment_failedrollbackreadiness_timeoutmigration_failed |
Terraform apply rejections, Helm release crashes, database migration locks/failures, deployment deadlines exceeded. |
| Container & K8s | oom_killedcrash_loopimage_pull_errorregistry_auth_failurescheduling_failedquota_exceededliveness_probe_failedreadiness_probe_failed |
Exit code 137 (OOM), CrashLoopBackOff, invalid image tags, Docker registry 401/403, pod scheduling taints/tolerations, memory/CPU quota limits, HTTP probe failures. |
| Network & Security | network_failuretls_certificate_error |
DNS lookup failures, connection refused, expired or untrusted TLS certificates on mirrors or registries. |
Ecosystem Ingestion Support
- Stack Trace Framing: Python, Go, Rust, Java, JavaScript/TypeScript (V8 engine format), C/C++, C#, and deployment configurations (
.yaml,.tf,.tpl). - Test Runner Ingestion: pytest, Jest, Vitest, Go test (
-v), RSpec, Cargo test, dotnet test, and JUnit XML. - Static Analysis & Security: SARIF 2.1.0 output (Semgrep, CodeQL, Snyk, ESLint, Trivy).
Supported Providers
Hound Tracer connects to any OpenAI-compatible API endpoint. Select presets with --provider or through environment variables:
| Provider Preset | Required Environment Variable(s) | Default Base URL | Model Selection |
|---|---|---|---|
openai |
OPENAI_API_KEY |
https://api.openai.com/v1 |
auto or explicit model ID (e.g. gpt-4o-mini) |
anthropic |
ANTHROPIC_API_KEY, ANTHROPIC_BASE_URL |
(OpenAI-compatible proxy required) | auto or explicit model ID (e.g. claude-3-5-sonnet) |
gemini |
GEMINI_API_KEY |
https://generativelanguage.googleapis.com/v1beta/openai |
auto or explicit model ID (e.g. gemini-1.5-pro) |
groq |
GROQ_API_KEY |
https://api.groq.com/openai/v1 |
auto or explicit model ID (e.g. llama-3.3-70b-versatile) |
ollama |
None required | http://localhost:11434/v1 |
auto or explicit model ID (e.g. qwen2.5-coder:7b) |
deepseek |
DEEPSEEK_API_KEY |
https://api.deepseek.com/v1 |
auto or explicit model ID (e.g. deepseek-chat) |
azure |
AZURE_OPENAI_API_KEY, AZURE_OPENAI_BASE_URL |
(Resource-specific) | Explicit deployment name |
9router |
NINE_ROUTER_API_KEY |
http://127.0.0.1:20128/v1 |
auto or explicit model ID |
custom |
CUSTOM_API_KEY, CUSTOM_BASE_URL |
(User-specified) | auto or explicit model ID |
Configuration resolution order:
CLI flags > YAML llm: block > Generic HOUND_* environment variables > Provider-specific environment variables > Offline fallback rules.
Query provider model catalogs with:
hound models --provider groq --refresh
Configuration
Generate a starter configuration file (.hound.yml) with hound init. Validate syntax with hound config validate.
# ==============================================================================
# LLM Provider Configuration
# ==============================================================================
llm:
provider: gemini # openai | anthropic | gemini | groq | ollama | deepseek | azure | custom
model: auto # auto resolves first cached catalog model; or pin model ID
temperature: 0.2
timeout: 120.0
max_retries: 3 # Exponential backoff on 429 and 5xx responses
max_concurrency: 4 # Parallel requests per process
routing: exclude-kinds # all | exclude-kinds
skip_kinds: [flaky, timeout] # Skip model calls for noisy kinds (100% token savings)
pricing:
default:
prompt_per_mtok: 0.15 # USD per million prompt tokens
completion_per_mtok: 0.60 # USD per million completion tokens
# ==============================================================================
# Security, Trust & Privacy
# ==============================================================================
redact: true # Enable secret and PII scrubbing (default: true)
trust:
source_class: local_artifact # trusted_branch | local_artifact | fork_pr
# ==============================================================================
# Component Triage Mapping (Glob Pattern -> Engineering Team)
# ==============================================================================
components:
"services/billing/**": "team-billing"
"services/auth/**": "team-security"
"k8s/**": "platform-infra"
"frontend/**": "team-ui"
# ==============================================================================
# Incident Deduplication & Snapshot Cache
# ==============================================================================
dedup:
backend: sqlite # sqlite (WAL mode, multi-worker safe) | file (JSON)
state_file: ".hound/state.sqlite3"
max_entries: 50000
retention_days: 90
reuse: true # Enable dedup-first RCA snapshot reuse
reuse_after_occurrences: 3 # Reuse previous analysis after 3 identical runs
# ==============================================================================
# Incident Policy & Severity Overrides
# ==============================================================================
policy:
recurrence_threshold: 3
severity_overrides:
production:
deployment_failed: critical
oom_killed: critical
staging:
deployment_failed: high
# ==============================================================================
# Observability & Deployment Runbooks
# ==============================================================================
observability:
prometheus_url: "https://prometheus.internal"
tempo_url: "https://tempo.internal"
window_minutes: 15
runbooks:
api: "https://runbooks.internal/services/api.md"
billing: "https://runbooks.internal/services/billing.md"
# ==============================================================================
# Issue Tracker Integrations (Warn-only on network failure)
# ==============================================================================
github:
repo: "my-org/my-repo" # or GH_REPO environment variable
jira:
url: "https://jira.example.com"
project: "PROJ"
gitlab:
url: "https://gitlab.com"
project: "my-org/my-repo"
slack:
webhook_url: "https://hooks.slack.com/services/..."
CI/CD Integration
Official GitHub Action
Hound Tracer provides a GitHub Action. Until an immutable release tag is published, pin the reviewed commit shown below:
name: CI Suite with Hound Tracer Failure Triage
on:
push:
branches: [main]
pull_request:
jobs:
test:
runs-on: ubuntu-latest
steps:
- name: Checkout Source
uses: actions/checkout@v4
- name: Set up Python
uses: actions/setup-python@v5
with:
python-version: "3.12"
- name: Run Test Suite
id: test_run
continue-on-error: true
run: |
mkdir -p artifacts
pytest --junitxml=artifacts/junit.xml | tee artifacts/pytest.log
- name: Investigate Failures with Hound Tracer
if: steps.test_run.outcome == 'failure'
uses: youthisss/hound-tracer@e0a640effda889427598b0cdb5bdd41d9749045c
with:
log: "artifacts/pytest.log"
repo: "${{ github.workspace }}"
out: "${{ github.workspace }}/hound-output"
offline: "true"
- name: Upload Investigation Report
if: steps.test_run.outcome == 'failure'
uses: actions/upload-artifact@v4
with:
name: hound-investigation-report
path: hound-output/
Docker Execution
Run Hound Tracer inside an isolated container with mounted artifact volumes: This is an operator/CI path; Docker and Trivy execution are not available in the current verification workspace and are not claimed as locally passed gates.
# Build image locally
docker build -t hound-tracer .
# Run offline analysis mounting local log directory
docker run --rm -v "$PWD/ci-logs:/logs:ro" -v "$PWD/hound-output:/out" \
hound-tracer analyze /logs --output-dir /out --offline
Security and Privacy
- Redaction by Default: Log text is scrubbed before being passed to model prompts, saved to JSON reports, or dispatched to ticketing systems. Target patterns include private keys, bearer tokens, JWTs, AWS and Azure credentials, passwords, database URLs, emails, and IP addresses.
- Untrusted Repositories:
Hound Tracer treats analyzed Git checkouts as untrusted input. Hound Tracer never automatically loads configuration from analyzed repositories;
--configmust be explicitly specified by operators. - Fork PR Sandboxing (
fork_pr): When analyzing pull requests from forks, Hound Tracer isolates execution: offline mode is mandatory, redaction cannot be disabled, and external ticket delivery and source extraction are suppressed. - Symlink and Path Traversal Defenses:
Hound Tracer validates all target output directories and generated file paths, preventing symlink traversal or unintended file overwrites. Output cleanup (
hound clean) verifies.hound-ownedintegrity markers before removing files.
Testing and Verification
Hound Tracer maintains an automated test suite with local isolation guarantees:
# Run complete test suite (unit, integration, and end-to-end)
uv run pytest
# Run with test coverage measurement
uv run pytest --cov=hound --cov-report=term-missing
# Run code linter and static type checker
uv run ruff check .
uv run mypy src/hound
# Run offline accuracy and evaluation threshold check
uv run python -m hound.eval --offline --check --format json
Repository Structure
src/hound/
├── __init__.py # Package metadata and __version__
├── cli.py # Command-line interface definition and dispatch
├── service.py # Shared service layer for CLI, TUI, server, and Action
├── pipeline.py # Core investigation pipeline orchestrator
├── models.py # Dataclasses and RCA Document Schema v2.0
├── config.py # Configuration loader, validation, and provider presets
├── tui.py # Interactive Textual terminal application
├── server.py # HTTP webhook service and SQLite job queue
├── collector.py # Subprocess capture, tee-streaming, and metadata sidecar
├── trust.py # Security trust profiles (trusted_branch, fork_pr, local)
├── feedback.py # Structured review feedback store and candidate export
├── eval.py # Offline accuracy evaluation harness and gate
├── analyze/ # RCA reasoning: LLM client, rule fallback, cost accounting
├── ingest/ # Artifact parsers, windowing, stack trace framing, redaction
├── triage/ # Severity classifier, component mapper, SHA-256 deduplication
├── qa/ # Test history SQLite store, coverage, SARIF, and quality gate
├── devops/ # Timeline reconstruction, causal tracing, incident correlation
├── connectors/ # Read-only deployment audits (K8s, Helm) and observability (Prometheus/Tempo)
├── source/ # Repository source context extraction and impact analysis
└── output/ # Markdown/JSON report rendering, tickets, Slack, delivery ledger
Documentation
Comprehensive specifications, operational manuals, and architecture guides:
| Document | Topic |
|---|---|
| Architecture Deep Dive | Pipeline mechanics, data contracts, and module boundaries |
| Security & Threat Model | Redaction mechanics, untrusted inputs, and supply chain isolation |
| Server Deployment Guide | Reverse-proxy setup, rate limiting, and systemd units |
| GitHub Action Guide | Action inputs, outputs, trust profiles, and upgrade guidance |
| Reference Contracts | Log formats, timeline schemas, and test impact contracts |
| Support Matrix | Tested runtimes, operating systems, and external boundaries |
| Release Checklist | Maintainer release, publication, and recovery gates |
| Changelog | Release history, migration notes, and version changes |
License
Hound Tracer is open-source software distributed under the MIT License.
Metadata
Release files for hound-tracer 0.4.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 | |
|---|---|---|---|
| hound_tracer-0.4.0.tar.gz | 769.2 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| hound_tracer-0.4.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 1.1 MB
Release files / hound_tracer-0.4.0.tar.gz
| Download URL | hound_tracer-0.4.0.tar.gz |
|---|---|
| Size | 769.2 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
e8fc68aea244a9ca28a19e47b2de0f813cd153828f7f9257583166dca4059041
|
|
BLAKE2b-256 checksum How to use checksums |
fd7f6a01f016fa96e9496a268475ee982088008ceddf9f8b4399010f81059877
|
| 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 Sep 10, 2026.
Transparency logRelease files / hound_tracer-0.4.0-py3-none-any.whl
| Download URL | hound_tracer-0.4.0-py3-none-any.whl |
|---|---|
| Size | 316.1 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
8cbffed20bca533bd1e6fbc72b6026f5c146088c8ad0bbcfde180688a1d656c6
|
|
BLAKE2b-256 checksum How to use checksums |
16bb1e2b51c1848b3d869f92ccd9bec2cbfe869cf7453e4adccb02de2d117be7
|
| 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 Sep 10, 2026.
Transparency log