I used Clawdbot (now Moltbot) and here are some inconvenient truths

Exploring Clawdbot (Now Moltbot): An Honest Evaluation of Its Strengths and Limitations

In recent times, AI enthusiasts and developers have been eager to experiment with innovative tools like Clawdbot, recently rebranded as Moltbot. Having tested this platform across different environments—specifically on a dedicated Virtual Private Server (VPS) and a Raspberry Pi—I can offer a balanced perspective based on practical experience. While the system showcases impressive capabilities, there are notable security and usability concerns that users should be aware of.

Initial Impressions and Setup Experience

My initial testing involved deploying Clawdbot on disposable instances, deliberately avoiding any sensitive data to mitigate risk. The setup process was remarkably smooth, and the AI’s responsiveness was impressive. It felt akin to interacting with a highly polished, Apple-like product—magical in operation, at least during ideal conditions. The platform’s ability to autonomously configure itself using minimal input, such as API keys, was particularly noteworthy, especially considering I had no prior experience with agentic workflows or tools like LangChain.

Security and Data Management Concerns

However, beneath this sleek surface lie significant security vulnerabilities. The application’s internal configuration stores identical data across multiple files—such as model information in both ~/.clawdbot/clawdbot.json and ~/.clawdbot/agents/main/agent/models.json. This redundancy could lead to inconsistencies and potential exploit points.

Further, the /model command presents usability issues; it allows selection of invalid models, such as an improperly named “anthropic/kimi-k2-0905-preview,” which is not actually hosted or supported by the service provider. Such oversights suggest a lack of rigorous validation, raising concerns about robustness.

Perhaps most critically, the security posture appears questionable. The codebase seems to be a patchwork affair, with rapid development cycles raising the likelihood of undiscovered CVEs (Common Vulnerabilities and Exposures). While frequent refactoring might mitigate some threats over time, this pattern does not replace comprehensive security auditing—especially for cloud-based AI tools handling API keys and potentially sensitive data.

Cost and Performance Aspects

Another noteworthy aspect is the platform’s resource consumption. During extended use, I observed token usage reaching approximately 8 million tokens on Claude-4.5-OPUS, the most expensive model I employed. While such high consumption underscores the system’s intensive operations, it also highlights the importance of monitoring and managing resource costs carefully.

Despite the hefty token expenditure, the self-configuration capabilities—requiring only minimal input—are remarkable. It appears Clawdbot can set up complex workflows autonomously, eliminating the need for external orchestration frameworks like LangChain or MCP. This automation provides a compelling user experience—when everything functions as intended.

Limitations and Usability Challenges

Several limitations hinder seamless operation. The command-line interface (CLI) is overly complex and prioritizes visual aesthetics over clarity. This convoluted UI demands a steep learning curve, making it less accessible for users seeking straightforward interactions. Larger models like Claude Opus seem to have components that enable self-setup, but smaller or less sophisticated models struggle, partly due to the UI design and their inherent capabilities.

Despite these challenges, the architecture’s apparent lack of a defined framework is surprising, yet Claude Opus seems capable of managing its own configuration effectively. This suggests that, with refinement, the platform has potential to become more user-friendly and robust.

Final Thoughts: A Glimpse of J.A.R.V.I.S.?

Putting aside technical criticisms and security concerns, my experience with Clawdbot has been surprisingly engaging. It evokes a sense of conversing with a J.A.R.V.I.S.-like AI—an aspiration that many developers dream of. While it’s far from perfect, its ability to simulate intelligent, autonomous behavior marks a significant milestone in AI automation.

Conclusion

Clawdbot (now Moltbot) presents a fascinating blend of innovation and infancy. Its self-configuration features and user-friendly automation make it a powerful tool—when everything works flawlessly. However, security vulnerabilities, UI complexity, and resource intensity suggest that it’s still a work in progress. As the platform evolves, addressing these issues could transform it into a truly robust and secure AI management solution, bringing us closer to the sci-fi vision of intelligent, autonomous assistants.

For enthusiasts to enterprises exploring AI automation, maintaining a cautious approach and ongoing evaluation will be essential. The journey of Clawdbot exemplifies both the exciting possibilities and the current hurdles in AI-driven workflows.

Comments

No comments yet. Why don’t you start the discussion?

Leave a Reply

Your email address will not be published. Required fields are marked *