You just wanted to test a local service behind HTTPS, but now you’re stuck fiddling with paths, headers, and certs. The editor sits open while Caddy does its best impression of a silent gatekeeper. You start to wonder if there’s a smoother way to make Caddy Sublime Text play together without wrenching your workflow apart. There is.
Caddy is famous for automatic HTTPS and sane configuration defaults. Sublime Text is the engineer’s scalpel for editing files at light speed. Caddy serves, Sublime builds, and together they create a tight development loop that feels instant—when set up correctly. The trick is mapping identity, permissions, and file changes so every save becomes a safe reload, not a panic button.
Integrating the two starts with intent, not syntax. Think of Caddy as your gateway: it wraps your local Sublime Text projects in TLS, handles routing, and enforces origin policies that mimic production. With proper configuration, Sublime’s build system can push or preview via Caddy without extra scripts. This makes local work look and behave like staging, cutting debugging time in half.
When Caddy terminates TLS locally, you can run Sublime’s live server or build listener through the same reverse proxy. That means consistent headers, OAuth tokens from your identity provider, and enforced redirects that match production behavior. The end result is reproducible environments for front-end and API testing, all while editing code in your favorite text editor.
If you plan to integrate credentials or protected endpoints, introduce OIDC or short-lived tokens like AWS IAM session creds. Rotate secrets often and keep audit logs clean with per-user access stamps. RBAC maps nicely here: developers hit only what they need. Caddy’s native JSON config and Sublime’s build targets make that easy to define.