we use openclaw to handle a lot of process automation for game development (asset handling, configuration adjustment, etc.) and debugging. it's lead to some very big time-savings, productivity increase
something interesting has happened as well: a new type of business process has organically developed as well, which I think can turn into something: sort of agent-assisted pair-programming, where QA team would start talking to openclaw in a slack thread about an issue, in order to have it pull the server logs and try to pin down the source of the issue, but then an engineer would drop by the thread, read the discussion, provide supplementary implementation details or direct openclaw to check different logs or pull the code (it has access to git repos) and correlate the logs with the code, or ping a different engineer/code owner to come confirm something. and between them, they'd very quickly narrow down the bug, and often openclaw could then just do the fix and raise the PR for it. The quality of those PRs are high because rather than vibe-coding, it's very directed, using the observed behaviour from QA, real logs, the code, and direction and confirmation from devs
Our problem resolution speed is through the roof with this method. Normally there isn't this sort of collaboration between QA and devs working together to find an issue. previously, QA did the testing, and submitted reports. Devs read the report and acted on them. It wasn't previously efficient for QA and Devs to be pair-programming. But with bot assistance, QA are basically taking on the role of driving the first-pass data gathering, and their "chain of thought" as it were, is recorded in the form of the conversation between them and openclaw, which devs can quickly read to understand the issue; and then because everyone's talking to openclaw conversationally, and because it can access code and surface likely issues, it becomes a hub for pair programming/debugging between everyone, where everything is easy to understand, people are sharing their reasoning (because they have to explain it to openclaw)
I think this is happening for a few different reasons:
1. not openclaw-specific, but LLMs in general really good at navigating logs, because it can reason about the message, and widen the search filters and correlate cause and effect. So a chat agent with access to logs alone is a great tool for debugging systems that have centralized logging
2. everything is conversational, which helps with communication and understandign. where before QA and Devs would work in silos, because they're all operating in a slack thread, asking openclaw to do stuff, everyone is aware of what is being checked, and the hypotheses being thrown around to try to narrow down the issues
3. that information-rich conversation in a slack thread is just easy to produce and consume, and there's a record of previous chats. Nobody has to write a whole-ass incident report, it's easy to skim, and slack's own built-in thread summarization actually works really well and kind of ideal UX - any dev joining a debugging session can summarize the thread at any point. anyone can look at previous chats to see what was being worked on
4. openclaw acts as a hub for information and needs zero setup for additional users. unlike a coding agent that only has access to code, openclaw installed in our kubernetes cluster has access to centralized logs for all our backend, the code (because I gave it git access), it can ping internal APIs to surface more information, and other information. so once installed, anyone can use it without having to learn how to use it. it's just in slack, you just chat.
our token spend is through the roof, and there are clearly some data security landmines that need to be secured. but it's worth it and even AI skeptics in the company are using it
Given all of this, it is very weird to see constant posts about people who say they don't see a use for openclaw. I get that there's probably less use for individuals - I have the option to run a personal openclaw but don't because I don't see a use for it for personal use. But I can see a lot of use-cases for it in businesses (and personal projects) with a need to automate some processes