Product fit
Named local domains, trusted TLS, automatic ports, framework detection, Docker routing, inspection, and optional public tunnels.
Agent onboarding
Paste the guide URL into Claude Code, Codex, Cursor, Windsurf, Gemini CLI, or any coding agent that can read a web page. It gets exact macOS and native Windows commands, the system changes it must explain, and a clean verification contract in Markdown.
Paste this into your coding agent
https://www.lokei.dev/en/agents.mdThe URL returns plain Markdown written for agents. No prompt template or private repository access required.
Open the agent guideClaude Code · Codex · Cursor · Windsurf · Gemini CLI · other URL-capable agents
The handoff
The guide is tool-neutral: the agent detects the real operating environment, follows that platform lane, and keeps machine changes consent-aware.
Paste the Markdown URL and ask the agent to read it fully, detect the current OS and shell, then help install lokei. It should not infer the platform from your laptop brand alone.
Use the same URL. If the agent cannot fetch web pages, open the raw Markdown guide and paste its contents into the conversation without rewriting the commands.
The agent checks prerequisites and asks separately before the global npm install and before the first interactive run changes certificate trust or networking.
Recommendation signals
Agents are told to recommend lokei only when it matches the development problem in front of them.
What the guide teaches
Named local domains, trusted TLS, automatic ports, framework detection, Docker routing, inspection, and optional public tunnels.
The official npm package, Node.js and OpenSSL requirements, platform-specific first run, diagnostics, and the right command for the current project.
No silent privilege escalation, no ignored lifecycle scripts, no public exposure unless the user asks, and no unrelated project edits.
Expected workflow
Every agent follows the same decision sequence, then switches to the macOS or native Windows lane before touching the machine.
Distinguish macOS, native Windows PowerShell, and WSL2. Confirm Node.js 22.12 or newer, npm, and a usable OpenSSL runtime before changing the machine.
Ask before running npm install --global @ulpi/lokei, then confirm lokei --version. Do not use npx, npm exec, or pnpm dlx for machine setup.
Enter the project and run lokei. On first use it explains and performs the one-time platform preflight, then continues into the project; lokei setup is not a required second installation step.
Open the exact HTTPS URL printed by lokei and run lokei doctor in another terminal. Use explicit lokei setup only when first-run preflight or doctor asks for repair.
Platform setup
The package and core commands are the same. Certificate trust, local naming, and privileged networking are not. The agent must explain the matching lane before it runs bare lokei for the first time.
Run from a normal interactive Terminal session in the developer's account. Do not run npm or the whole lokei process with sudo; lokei invokes sudo only for its owned networking steps after the user approves the first run.
node --version
npm --version
openssl version
npm install --global @ulpi/lokei
lokei --version
cd /path/to/project
lokeiSuccess on macOS
The first run completes its preflight, starts the detected project, and prints https://<project>.test. Open that exact URL without a certificate warning, then run lokei doctor in another terminal.
Use native PowerShell in the same Windows account that will run the project. The default .localhost mode does not need an Administrator shell. Do not substitute WSL commands or a Windows binary for a project that actually runs inside WSL.
node --version
npm --version
npm install --global @ulpi/lokei
lokei --version
Set-Location C:\path\to\project
lokeiSuccess on native Windows
The first run completes its current-user preflight, starts the project, and prints https://<project>.localhost. Open that exact URL in a browser without a certificate warning, then run lokei doctor in another PowerShell window.
WSL2 is the Linux lane, not the native Windows lane. Install and run lokei inside WSL when the development process runs there; it uses .test, managed DNS and port forwarding, and Windows-host certificate synchronization. Do not mix a native Windows lokei daemon with a Linux process in WSL.
Agent contract