Webhook testing
Receive callbacks on localhost. Inspect payloads and replay until the handler is right.
Public tunnels for local work
Chiq gives local apps, APIs, webhooks, and TCP services a secure public surface. Start a tunnel, inspect live traffic, replay requests, and keep control without deploying.
One install, one login. Tunnel HTTP, TCP, static files, readable subdomains, and custom domains straight from your terminal.
Install the CLI from the official install script.
curl -fsSL https://chiq.uz/install.sh | sudo bashObtain an auth token from chiq.uz/auth, then authenticate.
chiq auth <your-auth-token>Replace 3000 with the local port you want to expose.
chiq http 3000Expose SSH, databases, sockets, or internal tools.
chiq tcp 22Use a stable subdomain for repeated callbacks.
chiq http 3000 -s customPublish a local folder through the built-in server.
chiq serve .Start an HTTP tunnel with live request inspection.
chiq http 3000 --debugPoint your domain CNAME, then start the tunnel.
chiq http 3000 --cname example.comA focused tunnel workflow: public endpoints, live request context, replay, reserved names, custom domains, and HTTP or TCP forwarding.
Start from the CLI when you need speed. Keep session history when you need answers: what failed, what arrived, which route was slow, and what should be replayed.
Public does not have to mean uncontrolled. Attach simple policies to keep local services reachable only in the way you intended.
Use chiq.uz when the outside world needs to reach something still running on your laptop, test box, private network, or short-lived preview.
Receive callbacks on localhost. Inspect payloads and replay until the handler is right.
Share a local build without provisioning staging for every small review.
Open your local web app or API from a phone, tablet, or remote device.
Forward TCP traffic for databases, SSH, internal tools, sockets, and services.
Early access includes public HTTPS tunnels, TCP forwarding, inspection, replay, reserved subdomains, custom domains, and basic traffic controls.
Enough context without turning the landing page into full documentation.
Yes. Incoming requests should show headers, body, status, timing, and route context.
Yes. The CLI is the fastest path for opening and controlling a tunnel.
Reserved subdomains and custom domains are part of the planned workflow.
Yes. The product direction covers HTTP tunnels and raw TCP forwarding.
Join the early list and help shape a tunnel workflow for fast, precise local development.