I have very mixed feelings about using Manus.
On one hand, I’m genuinely impressed by its high efficiency and task completion — it can quickly and accurately build product prototypes based on my needs.
On the other hand, when I invited my friends to try it, the system falsely flagged me for “fake referrals” and suspended my account — even though my friends actually subscribed.
I’ve reached out to their support team multiple times, but the issue has never been resolved.
I honestly don’t understand what their support team is doing. No matter how great a product is, poor customer service can easily ruin it.
Manus just took a big step forward with My Computer, bringing its AI agent out of the cloud and directly onto your desktop.
Until now, Manus worked in a cloud sandbox. But most of our real work lives locally: files, dev environments, apps, and workflows. My Computer bridges that gap by letting Manus execute command line instructions on your computer to read, organize, edit files, and control local applications.
What makes it interesting is the automation potential. Manus can organize messy folders, rename hundreds of files, build apps through CLI tools like Python, Node.js or Swift, and even run tasks using your machine’s idle compute.
You can also assign tasks remotely, for example, asking Manus to find a file on your home computer and email it through Gmail while you're away.
Key highlights:
Works directly with local files, tools and apps
Executes terminal commands with your approval
Automates repetitive file and workflow tasks
Can build software projects via CLI tools
Uses idle compute resources in the background
Lets you trigger tasks remotely across devices
This seems especially useful for developers, builders, and anyone managing large local workflows who wants automation beyond browser-based AI tools.
It reminds me of what Perplexity is doing with Perplexity Computer, but focused on letting an AI agent directly interact with your own machine and workflows.
What use cases are you thinking with My Computer by @Manus?
I hunt the latest and greatest launches in tech, SaaS and AI, follow to be notified → @rohanrecommends
@rohanrecommends The remote task triggering stands out. I've been manually bridging cloud agents and local tools, and the gap is real. Does it queue tasks if the local machine is asleep, or do they just fail?
@rohanrecommends Congrats, this looks quite interesting. What's one developer workflow you see My Computer automating best right now and how does it handle edge cases like permission errors during CLI execution?
Moving from a cloud sandbox to direct local execution is the real unlock here. Most “agents” hit a ceiling because they can’t touch the actual environment where work happens—files, CLI tools, dev setups. This closes that gap in a meaningful way.
The remote triggering + idle compute angle is especially interesting. That starts to look less like a tool and more like a persistent background worker tied to your personal machine.
The hard part, though, is control. Once you give an agent CLI-level access, the UX and safety model become the product.
How are you thinking about permission granularity over time—does Manus evolve toward predefined trust scopes (file ops vs system-level commands), or will users always need to approve actions step-by-step?
This is a really compelling step for desktop automation. Most AI tools today operate in a cloud sandbox, which limits what they can do with local files and apps. Having Manus run directly on your machine feels like a fundamentally different approach compared to cloud-based automation platforms like Zapier or Make. The ability to organize local files, trigger CLI commands, and even build apps without code is impressive. I'm curious about the security model here — since it has deep access to your local system, how do you handle permission scoping and ensure sensitive files or credentials aren't accidentally exposed during automated workflows?
Bringing AI agent capabilities directly to the local desktop is a game-changer. As someone who values local-first workflows, I’m curious about the performance side—does running Manus locally consume significant CPU while it's processing CLI tasks in the background?
Moving Manus from cloud-only sandboxing to direct local machine access via CLI execution is the natural next step — most real productivity workflows involve local files, dev environments, and desktop apps that a cloud-only agent simply can't touch, so bridging that gap unlocks an entirely different class of automation tasks. The remote task triggering is a compelling feature for power users, but how does Manus handle permission scoping on local execution — is there a granular approval system for different command types, or does the user approve each terminal command individually?
Moving agents from cloud sandboxing to direct local execution feels like a major shift.
Most real workflows live across files, terminals, and apps — so bridging that gap unlocks a lot of practical use cases.
Curious how you handle safety boundaries when executing local commands.
Is there a permission system for different levels of actions, or does every command require manual approval?
This looks really interesting . How does Manus handle permissions for local tasks? Do we have fine grained control over what it can and can’t do on our machine, or is it an all-or-nothing approval for commands?