One session. One thread.
Stable session IDs map a harness conversation to its Perplexity thread, keeping subsequent turns attached to the same conversation.
Bring a signed-in Perplexity web session into your local developer workflow. Keep harness sessions connected to their own persistent conversation.
Windows 10 / 11 · x64 · WebView2An interactive, illustrative preview in your browser. The real application runs on your Windows desktop.
curl http://127.0.0.1:8082/v1/chat/completions \
-H 'Authorization: Bearer YOUR_LOCAL_KEY' \
-H 'Content-Type: application/json' \
-H 'X-Perplexity-Session-Id: YOUR_UNIQUE_SESSION_ID' \
-d '{"model":"perplexity-auto","messages":[{"role":"user","content":"Hello"}]}'ILLUSTRATIVE DEMO · PREPARED SAMPLE CONTENT · NO FILE UPLOADS
Stable session IDs map a harness conversation to its Perplexity thread, keeping subsequent turns attached to the same conversation.
Use the local API and integration helpers with supported clients. Your harness remains responsible for any local tool permissions.
Large context transfers use bounded fragments and validation. Persistent session mappings help maintain continuity across restarts.
Use the x64 installer. The release includes .NET; WebView2 Evergreen Runtime must also be installed.
Sign into Perplexity in the embedded browser, verify your account, and create a local API key.
Use the documented helper or send X-Perplexity-Session-Id with a unique, stable ID for each conversation.
Windows 10 / 11 · x64 · WebView2
MIT licensed
Independent experimental project. Website changes and account limits can affect operation. Session identity is required for generation.
Integration helpers and additional packages on GitHub Releases ↗
No. The official API is a separate product. This independent project uses undocumented web interfaces and is not affiliated with or endorsed by Perplexity.
It identifies which ongoing conversation should receive a request. Requests without a stable session identity are rejected rather than silently starting a new thread.
No. Your harness controls local tools and permissions. The bridge translates tool requests; verify important work using actual tool results.