Cut Snowflake costs
with a proxy you run.

chukei runs in your infrastructure, serves verified repeated reads, lets idle warehouses sleep, and passes unsafe queries straight through to Snowflake. Use replay when you need to validate the savings before rollout.

VALIDATED LAUNCH SURFACE
Snowflake Snowflake JDBC Python connector dbt Docker Helm / Kubernetes

WHERE IT FITS

chukei is the engine
that cuts the bill.

You already see your Snowflake spend. chukei acts on it — in the query path, in your infrastructure.

query in compute out
See it Dashboards dbt-monitoring · BI

Show where money went. Someone still has to act.

Act on it ← chukei
Self-hosted proxy Apache-2.0 · your VPC

Reuses safe reads, sleeps idle warehouses, verifies every saved credit.

Run it Snowflake native cache · session-only

The warehouse. chukei sits in front, not in its place.

PILOT PATH

Run it in your infra.
Validate it on one workload.

chukei PILOT PATH

Point one Snowflake JDBC, Python connector, or dbt workload at chukei instead of changing every client at once. Credentials stay with the driver and SQL stays the same.

Replay QUERY_HISTORY when you need evidence first, then use the proxy to verify cache hits and keep unsafe decisions on Snowflake.

START THE PILOT
1Download chukei2Deploy in your infra3Point one workload4Verify cache hits5Keep unsafe queries direct6Share signed evidence
chukei — relay — zsh
WHY CHUKEI

Cut Snowflake costs.
Keep the data plane yours.

Built for teams that need cost reduction they can validate before a wide rollout: one Snowflake workload, verified cache hits, signed evidence, and fail-open passthrough.

① DEPLOY

Start with one workload

Point one JDBC, Python, or dbt workload at chukei. SQL and credentials stay with the existing driver, and rollback is changing the hostname back.

hostname-only pilot
② CACHE

Reduce repeated compute

Deterministic repeated reads can return from a verified proxy cache instead of burning warehouse credits on the same dashboard or report again.

live Snowflake checks
③ SUSPEND

Cut idle warehouse burn

Detect idle windows and begin in suggest-only mode. Enforce suspend later only for the warehouses and roles you choose.

suggest first
④ ATTRIBUTE

Show who created the cost

Attach spend and avoided credits to the query source: user, app, team, and dbt metadata where available, without relying on perfect query tags.

showback-ready
⑤ VALIDATE

Validate before rollout

Replay QUERY_HISTORY and export signed JSON evidence so finance, platform, and security can review the savings case before broader routing.

signed evidence
⑥ OPERATE

Keep production predictable

Run the Apache-2.0 proxy in your environment. Cache misses, parse failures, unsafe SQL, and plugin errors pass through to Snowflake.

fails open · no LLM
0-0%
Snowflake compute bill
target to validate
~0k
queries in live
validation
0
cache mismatches
in the soak
~0ms
measured p99
proxy overhead

Savings vary by workload mix and existing tuning. Use replay against your own QUERY_HISTORY before routing traffic.

VALIDATE BEFORE CUTOVER

Start from history.
Then route one workload.

chukei replay reads a Snowflake QUERY_HISTORY export before traffic moves. Use it to size the opportunity, then deploy the proxy where verified cache hits and safe suspend decisions can actually cut spend.

$ chukei replay --query-history queries.csv --output projection.json --evidence COPY
PROJECTED_SAVINGS / REPLAY SIGNED
parse covered
cache projected
suspend modelled
rewrite flagged
evidence signed
VERIFY WITHchukei evidence verify
READY Route one workload through the proxy. PILOT GUIDE

Run the proxy.
Pilot one workload first.

Download chukei, deploy it in your infrastructure, and point one low-risk Snowflake workload at the proxy. Replay query history first when you need a savings case.