Wandesk is an AI desktop. Build the apps you need just by describing them. Plug in Claude Code, Codex, DeepSeek, OpenAI, Kimi, Qwen β anything OpenAI-compatible. Apps share context. AI remembers you. All local. No signup.
Replies
Best
Yang, Wandesk mein Claude ko use kiya. Maine ek civic complaint tool banaya hai Claude + FastAPI se, aur context persistence exactly wahi problem thi jo mujhe bhi solve karni padi. Aapka shared memory approach interesting hai β ek edge case mila: agar do apps contradictory context de, AI kaise decide karta hai priority?
@atulsharmxΒ a civic complaint tool is a solid use of it, and yeah, context persistence is the hard part.
Honest answer on contradictory context: there's no explicit priority arbitration yet. It mostly comes down to the model's own judgment. For ordinary, surface-level contradictions the model can usually catch and reconcile them. For large-scale or deeper ones it still drifts, and there a human needs to step in to spot it and clean up the memory.
So for now it relies a lot on model intelligence plus you keeping the memory tidy. Explicit priority/scoping rules are something we want to add. Good edge case β thanks.
Report
Hello!
Have gone through the website, n love the no sign up feature.
Not a believer in giving my desktop access to AI(even partially), want to understand the guardrails of the AI in terms of accessing the system n the data in it.
@praveen_sanapalaΒ fair stance β being straight with you: Wandesk does use a shell to operate locally, that's how it builds and runs apps, so it's not sandboxed away from your machine.
What bounds it:
- 100% local β nothing goes to us; it runs through your own model API key.
- Every action is visible β you see each command it runs in the chat, it's not a black box.
- It asks before destructive operations (delete / overwrite / etc.).
So the control is transparency + you in the loop + nothing leaving your machine β not a jail. If "AI touching my system at all" is a hard no, that's a totally fair call.
Niceeee, but are these apps deployable ? & if so how would a creator share their app for others to use? Iβm currently using V0 by Vercelβ¦ but canβt wait to get it in on Wandesk π
@kalibdar_guideΒ right now apps run locally inside your Wandesk workspace β they're not web-deployable like V0/Vercel, and there's no built-in "publish & share" flow yet.
An app is just a folder of files (UI + backend + an APP.md), so you can hand those files to someone, but a smooth share/import path isn't there yet. It's a natural next step though.
Different model from V0 really β local-first vs web deploy. Glad you want it on here π
Report
Love the local-first approach. Curious though, how does it hold up as apps get more complex over time? Does the generated code stay manageable, or does it get messy fast?
@angga_jiyan_fajar_imanuddinΒ thanks! Honest take: we provide a baseline structure and guidance that keeps each app cleanly separated (UI / logic / data, plus an APP.md the AI reads before editing). But it's not enforced β the whole thing is AI-editable, so how clean it stays really depends on how complex the app gets.
For small, focused apps it holds up well. For genuinely complex ones, our current approach is fairly basic and we're still figuring out better architecture and patterns there.
Report
The 'conversation is good for intent, bad for persistence' line hit hard. I've been using Claude Code for infra scripts and the context gets lost every new session. Curious β when you say apps share context, does that mean a todo app I build can reference data from a notes app without me explicitly passing it? Or is it more like a shared workspace memory?
Report
How exactly does Claude Code connect? Through the API or through Pro / Max subscriptions? Using the API would be very expensive, while a regular subscription would be great. And a second question: if the application reaches the limit, what happens next? Will it resume after the limit resets?
Report
Installed but getting an error on launch. Anyone else with the same issue?
Report
Love the βapps share contextβ ideaβhow do you prevent sensitive info from leaking between apps?
Report
Local and no signup part is interesting. Is there any particular model using which you've got exceptional output with Wandesk?
Replies
Yang, Wandesk mein Claude ko use kiya. Maine ek civic complaint tool banaya hai Claude + FastAPI se, aur context persistence exactly wahi problem thi jo mujhe bhi solve karni padi. Aapka shared memory approach interesting hai β ek edge case mila: agar do apps contradictory context de, AI kaise decide karta hai priority?
Wandesk
@atulsharmxΒ a civic complaint tool is a solid use of it, and yeah, context persistence is the hard part.
Honest answer on contradictory context: there's no explicit priority arbitration yet. It mostly comes down to the model's own judgment. For ordinary, surface-level contradictions the model can usually catch and reconcile them. For large-scale or deeper ones it still drifts, and there a human needs to step in to spot it and clean up the memory.
So for now it relies a lot on model intelligence plus you keeping the memory tidy. Explicit priority/scoping rules are something we want to add. Good edge case β thanks.
Wandesk
@praveen_sanapalaΒ fair stance β being straight with you: Wandesk does use a shell to operate locally, that's how it builds and runs apps, so it's not sandboxed away from your machine.
What bounds it:
- 100% local β nothing goes to us; it runs through your own model API key.
- Every action is visible β you see each command it runs in the chat, it's not a black box.
- It asks before destructive operations (delete / overwrite / etc.).
So the control is transparency + you in the loop + nothing leaving your machine β not a jail. If "AI touching my system at all" is a hard no, that's a totally fair call.
Wandesk
@kalibdar_guideΒ right now apps run locally inside your Wandesk workspace β they're not web-deployable like V0/Vercel, and there's no built-in "publish & share" flow yet.
An app is just a folder of files (UI + backend + an APP.md), so you can hand those files to someone, but a smooth share/import path isn't there yet. It's a natural next step though.
Different model from V0 really β local-first vs web deploy. Glad you want it on here π
Love the local-first approach. Curious though, how does it hold up as apps get more complex over time? Does the generated code stay manageable, or does it get messy fast?
Wandesk
@angga_jiyan_fajar_imanuddinΒ thanks! Honest take: we provide a baseline structure and guidance that keeps each app cleanly separated (UI / logic / data, plus an APP.md the AI reads before editing). But it's not enforced β the whole thing is AI-editable, so how clean it stays really depends on how complex the app gets.
For small, focused apps it holds up well. For genuinely complex ones, our current approach is fairly basic and we're still figuring out better architecture and patterns there.
The 'conversation is good for intent, bad for persistence' line hit hard. I've been using Claude Code for infra scripts and the context gets lost every new session. Curious β when you say apps share context, does that mean a todo app I build can reference data from a notes app without me explicitly passing it? Or is it more like a shared workspace memory?
How exactly does Claude Code connect? Through the API or through Pro / Max subscriptions? Using the API would be very expensive, while a regular subscription would be great. And a second question: if the application reaches the limit, what happens next? Will it resume after the limit resets?
Love the βapps share contextβ ideaβhow do you prevent sensitive info from leaking between apps?
Local and no signup part is interesting. Is there any particular model using which you've got exceptional output with Wandesk?