普通视图

发现新文章,点击刷新页面。
昨天以前Reorx’s Forge

My OpenClaw Desperately Needs a DevOps Agent

2026年2月11日 12:00

A few days ago I shared how OpenClaw has been helping me — it can truly take over the programmer role, freeing me from the grind of development tasks so I can think about project decisions, product design, and where the company is heading. I can finally act like a CEO of a one-person company, doing more of what a manager should do. That’s been a huge level-up for me.

But when I was about to ship a project the other day, I realized it still can’t replace me when it comes to DevOps:

  1. Extremely high complexity: DevOps work is far more complex than programming. You’re operating command lines, logging into servers to check things, and you need to be incredibly careful — one mistake can have massive consequences.

  2. Multi-dimensional interaction: You need to open various web UIs to manage cloud resources, copy-paste critical keys, deploy services, and operate cloud platform dashboards.

  3. Constant context switching: You’re jumping between the terminal and web UIs, constantly verifying and handling edge cases. These operations go beyond what plain text can express.

While OpenClaw can already replace the programmer, no agent can truly handle DevOps yet. I think there’s a huge opportunity here. Maybe it’s time to build a real, autonomous DevOps Agent.

A Real Deployment Story

To show what DevOps difficulties actually look like, let me walk through my recent experience deploying Vocalflow — a voice input and transcription service I built.

First, I created a project on my self-hosted Dokploy instance and set up the app inside it. Then I manually clicked through the configuration to set the Docker image path pointing to GitHub’s container registry. Since the image is private, I had to dig up a GitHub PAT and paste it in.

Next, I wrote GitHub Actions for building the image — this was the one thing I had OpenClaw help with. Then I added another Action: once the image build completes, it calls the deployment platform’s API via curl to trigger auto-deployment. Since this step requires token authentication, I had to open the GitHub Actions settings page and add the Secret Value.

After all that, I pushed the code. The auto-deployment kicked in, but the app failed to start. I checked and found that better-sqlite3 couldn’t find its native Node extension. I had OpenClaw debug and search for a while:

  1. First it tried switching the image base from Alpine to Debian Slim — didn’t help.
  2. After several fruitless searches, I manually went to the project’s Issues and searched for “Alpine,” finally finding a relevant thread about Docker startup problems. https://github.com/WiseLibs/better-sqlite3/issues/146
  3. In there I found a reply about pnpm workspaces — turns out pnpm was blocking better-sqlite3’s post-install build step, and you need to add an “approve-builds” config.

Once I told OpenClaw, it added the file and pushed again. The project finally came alive.

Then came domain configuration. I had to go to the Cloudflare Dashboard, find my top-level domain, add a subdomain, and point it to the deployment server. After that, I went back to Dokploy to map the new domain to the service and configure automatic HTTPS via Let’s Encrypt. I also needed to get the port right — I asked OpenClaw which port the service was actually running on. Only then was everything set up. I then checked Docker’s runtime logs to verify whether auto-migration ran correctly. It didn’t. I notified OpenClaw to look into it, but since it couldn’t directly access the production logs, verifying the fix was hard. I went back and forth debugging several times. Once that was sorted, I started a new session and had it research and write a CLI tool for fetching Dokploy service logs — just to make life easier next time. https://github.com/reorx/scripts/blob/master/dokploy-logs

The Future of the DevOps Agent

This is what DevOps work looks like — extremely tedious, fragmented, and unpredictable. There’s no universal approach to standardize it. Especially in the early stages of a project, entropy is incredibly high. Only after a project stabilizes can you start managing things through standardized text-based tools like Ansible or Terraform, forming SOPs.

In an era where development moves this fast and everyone is constantly building new projects, general-purpose Coding LLMs trained on existing data do have DevOps knowledge, but they can’t truly do the job. They can’t close the loop the way they can with development work. That’s the reality, and it’s the direction I believe future agents need to explore.

The core ideas behind such an agent:

  • Not another DevOps platform: Don’t try to build yet another IaaS or ops platform.
  • Adapt to the real world: The agent should adapt to real-world DevOps workflows, learning and mastering various skills — like operating AWS, Dokploy, or Cloudflare infrastructure.
  • Pluggable architecture: The agent should be pluggable, like a person who can work at any company in any role. It can be installed into any system — whether that’s OpenClaw, Claude Code, or Cursor.

This would complete the last missing piece, freeing developers and small companies from DevOps busywork and closing the entire loop from idea → development → launch.

OpenClaw Is Changing My Life

2026年2月8日 10:00

I want to share some thoughts on my recent experience with OpenClaw. Over the past year, I’ve been actively using Claude Code for development. Many people believed AI could already assist with programming—seemingly replacing programmers—but I never felt it brought any revolutionary change to the way I work.

Sure, agentic coding tools like Claude Code and Cursor have made writing code easier, but at the end of the day, I was still the one writing. It might look like the AI is doing the work, but “writing” is a broad term—writing is execution. As the person making code happen, I’m the one writing code. Whether I’m editing line by line, copy-pasting, or telling an AI what I want and letting it finish—it’s still me “writing.” My role as the programmer responsible for turning code into reality hasn’t changed.

My productivity did improve, but for any given task, I still had to jump into the project, set up the environment, open my editor and Claude Code terminal. I was still the operator; the only difference was that instead of typing code manually, I was typing intent into a chat box. That only changed one dimension. Testing, debugging—most of it still fell on me. There was some change, sure, but it wasn’t mature, and there was no fundamental shift. I still had to stay deeply involved and monitor everything. And it was exactly this deep involvement that kept me stuck in the role of code executor.

Then OpenClaw came along, and everything changed.

I once discussed with my wife: in the age of AI, should you aim to be a “super individual” or build a “super team”? My answer is: become a “super manager.” A super individual who can juggle multiple threads and coordinate numerous AI tools is essentially demonstrating great management skills. Being a super individual means using AI tools to lift yourself from a basic executor to a higher-level one, and eventually into a manager. So even if you’re going the super individual route, you need solid management awareness and methods to keep everything running smoothly.

OpenClaw gave me the chance to become that super manager. After a few rounds of practice, I found that I could completely step away from the programming environment and handle an entire project’s development, testing, deployment, launch, and usage—all through chatting on my phone. That’s something Claude Code simply can’t do, or rather, it was never designed to.

As a general-purpose agent, OpenClaw interacts through messaging apps via voice, accurately understands what I mean, works independently for extended periods, and has solid memory—it can persist the methods and rules it picks up during work, gradually evolving through use. These are the capabilities that make it the real turning point for replacing me as the code executor. The biggest change is this: I just need to express my intent, and it automatically creates the project, writes up a plan for me to review. I can discuss changes with it by voice, and then it executes—even directing Claude Code to do the actual coding.

It replaced the “me” that used to write code, truly stepping into the programmer role and freeing me to act as a manager. A manager shouldn’t get bogged down in the specifics—they should focus on the higher-level, abstract work. That’s what management really is. You could even flip it around: you’re only a true manager when you can get things done purely through communication. Before, Claude Code alone couldn’t get you there. But when you have a dedicated machine running 24/7, set up with all your tools, and an agent that understands your intent sitting at the computer writing and debugging code for you—that’s when things truly change. That’s when the revolution arrives.

This is the biggest shift OpenClaw has brought—it completely transformed my workflow. Whether it’s personal or commercial projects, I can step back and look at things from a management perspective. It’s like having a programmer who’s always on standby, ready to hop into meetings, discuss ideas, take on tasks, report back, and adjust course at any time. It can even juggle multiple roles, like having several programmers working on different projects simultaneously. Meanwhile, I can be the tech lead keeping tabs on specific project progress, or the project manager steering the overall schedule and direction.

This has truly freed up my productivity, letting me pursue so many ideas I couldn’t move forward on before. I feel like my life genuinely changed at this moment. I used to have way too many ideas but no way to build them all on my own—they just kept piling up. But now, everything is different.

It’s like I suddenly have a team, achieving the dream scenario I always imagined: owning a company, hiring people to bring my ideas to life, while I just focus on product design and planning. I’m closer than ever to that dream state. Before, that required serious capital. Without money, you can’t hire anyone, and you can’t just be the idea person. Unless you’re some trust fund kid doing it for fun, you’re stuck bouncing between “indie developer who wants to build multiple projects” and “solo hustler just trying to survive.”

But now, I can finally break out of that trap and move toward actually having a team. It keeps all my projects moving forward at any time. It’s not perfect yet, but I’ve taken the first step.

Thank you, OpenClaw. Thank you, AGI—for me, it’s already here. The gears of fate are turning in directions I never imagined.

I Realized OpenClaw Is Changing My Life

2026年2月8日 10:00

I want to share some thoughts on my recent experience with OpenClaw. Over the past year, I’ve been actively using Claude Code for development. Many people believed AI could already assist with programming—seemingly replacing programmers—but I never felt it brought any revolutionary change to the way I work.

Sure, agentic coding tools like Claude Code and Cursor have made writing code easier, but at the end of the day, I was still the one writing. It might look like the AI is doing the work, but “writing” is a broad term—writing is execution. As the person making code happen, I’m the one writing code. Whether I’m editing line by line, copy-pasting, or telling an AI what I want and letting it finish—it’s still me “writing.” My role as the programmer responsible for turning code into reality hasn’t changed.

My productivity did improve, but for any given task, I still had to jump into the project, set up the environment, open my editor and Claude Code terminal. I was still the operator; the only difference was that instead of typing code manually, I was typing intent into a chat box. That only changed one dimension. Testing, debugging—most of it still fell on me. There was some change, sure, but it wasn’t mature, and there was no fundamental shift. I still had to stay deeply involved and monitor everything. And it was exactly this deep involvement that kept me stuck in the role of code executor.

Then OpenClaw came along, and everything changed.

I once discussed with my wife: in the age of AI, should you aim to be a “super individual” or build a “super team”? My answer is: become a “super manager.” A super individual who can juggle multiple threads and coordinate numerous AI tools is essentially demonstrating great management skills. Being a super individual means using AI tools to lift yourself from a basic executor to a higher-level one, and eventually into a manager. So even if you’re going the super individual route, you need solid management awareness and methods to keep everything running smoothly.

OpenClaw gave me the chance to become that super manager. After a few rounds of practice, I found that I could completely step away from the programming environment and handle an entire project’s development, testing, deployment, launch, and usage—all through chatting on my phone. That’s something Claude Code simply can’t do, or rather, it was never designed to.

As a general-purpose agent, OpenClaw interacts through messaging apps via voice, accurately understands what I mean, works independently for extended periods, and has solid memory—it can persist the methods and rules it picks up during work, gradually evolving through use. These are the capabilities that make it the real turning point for replacing me as the code executor. The biggest change is this: I just need to express my intent, and it automatically creates the project, writes up a plan for me to review. I can discuss changes with it by voice, and then it executes—even directing Claude Code to do the actual coding.

It replaced the “me” that used to write code, truly stepping into the programmer role and freeing me to act as a manager. A manager shouldn’t get bogged down in the specifics—they should focus on the higher-level, abstract work. That’s what management really is. You could even flip it around: you’re only a true manager when you can get things done purely through communication. Before, Claude Code alone couldn’t get you there. But when you have a dedicated machine running 24/7, set up with all your tools, and an agent that understands your intent sitting at the computer writing and debugging code for you—that’s when things truly change. That’s when the revolution arrives.

This is the biggest shift OpenClaw has brought—it completely transformed my workflow. Whether it’s personal or commercial projects, I can step back and look at things from a management perspective. It’s like having a programmer who’s always on standby, ready to hop into meetings, discuss ideas, take on tasks, report back, and adjust course at any time. It can even juggle multiple roles, like having several programmers working on different projects simultaneously. Meanwhile, I can be the tech lead keeping tabs on specific project progress, or the project manager steering the overall schedule and direction.

This has truly freed up my productivity, letting me pursue so many ideas I couldn’t move forward on before. I feel like my life genuinely changed at this moment. I used to have way too many ideas but no way to build them all on my own—they just kept piling up. But now, everything is different.

It’s like I suddenly have a team, achieving the dream scenario I always imagined: owning a company, hiring people to bring my ideas to life, while I just focus on product design and planning. I’m closer than ever to that dream state. Before, that required serious capital. Without money, you can’t hire anyone, and you can’t just be the idea person. Unless you’re some trust fund kid doing it for fun, you’re stuck bouncing between “indie developer who wants to build multiple projects” and “solo hustler just trying to survive.”

But now, I can finally break out of that trap and move toward actually having a team. It keeps all my projects moving forward at any time. It’s not perfect yet, but I’ve taken the first step.

Thank you, OpenClaw. Thank you, AGI—for me, it’s already here. The gears of fate are turning in directions I never imagined.

A Message to GPT-API Product Makers

2023年3月8日 15:37

I regularly check new GPT-APT-based products for my awesome list every day. Recently I found Zeeno.ai and Monica. They both look promising but lack the ability to customize API keys, so I left some comments on Product Hunt asking if this feature could be supported. Luckily, they both responded with a positive attitude.

Additionally, the maker of Monica replied:

I’m a bit curious, is using a personal API because the daily free quota is not enough?

This is an interesting question because I initially asked for this feature solely from a developer’s point of view: utilizing my own key would decrease expenses and provide more autonomy. But for product makers, it’s not worth creating a feature for a small group of people with technical background when the majority of users are normal individuals. That seems to be the case, and the common practice for GPT-API-based products is to build a subscription model around the usage amount—a reseller of the upstream API. So why bother telling the user that you can bring your own key if we want them to think highly of our technology?

Well, there are still reasons to do so. Let me explain:

  1. What the user truly cares about is the usability of your product. Although some may not be aware of OpenAI, the number of competitors in the market continues to grow rapidly on a daily basis. Therefore, providing this option will not have a negative effect on how normal individuals think about your product.
  2. The developer’s favor is a cost-free marketing promotion. As a developer, I appreciate transparent and customizable products. I will spare no effort to promote your product for free through writing articles or posting tweets, as long as I find it powerful and customizable, and I believe other developers are the same as me. YouTubers may also appreciate the opportunity to create tutorials teaching their viewers how to use great products for free by utilizing “certain technologies”. We will spread its popularity.
  3. Those willing to invest in a tool are less concerned about API keys, because they prioritize convenience and time over cost. Consequently, we can assume that conversion rates for subscriptions are constant. The more users a product has, the higher the likelihood of gaining subscribers. It’s straightforward logic, isn’t it?

I am aware that, in many cases, backend logic can be too complex to allow for this feature. However, where possible, I recommend enabling the customization of API keys, which would be a mutually beneficial solution for both of us. So, what is your opinion on this?

「荒木型」与「三浦型」创作者

2023年1月13日 15:18

最近看 JoJo 石之海的时候,看到替身的战斗中竟然化用了莫比乌斯环和广义相对论的概念,又一次被荒木老师丰富的知识储备和想象力所震惊。之后在 B 站刷到一则荒木最近接受访谈的视频1,精神和皮肤都非常好,谈起自己的工作的样子充满热情,整个人都仿佛笼罩在一层光芒中。昨天又看到一则新闻,JoJo 第九部的主角设计已经公布,看来再画个二三十年也不成问题。

而我另一位喜欢的漫画家,《剑风传奇》的作者三浦健太郎,前阵子刚刚因病去世。在惋惜的同时,我也一直关注着后续的进展。这两天看到一篇文章2讲到,三浦对画作有着非常严格的要求,因此一直以来都没有培养自己的助手团队,直到 2019 年身体每况愈下才逐渐让助手介入到创作中,但一直到死前,他都负担着 90% 以上的创作工作。想到荒木的采访,他虽然坦言自己不擅长和陌生人交流,但和工作室团队却有着非常好的分工与配合。

荒木和三浦都是最出色、最具艺术追求的漫画家,但他们的性格和处事风格却截然不同。荒木良好的 work-life balance 使他拥有远低于实际年龄的年轻外观,粉丝们常以「荒木老妖」、「Jo 级生物」调侃;三浦却一直身体欠佳,最终因「主动脉夹层」而英年早逝。在和他人共事方面,荒木不仅有着多年培养的工作室团队协助漫画创作,使得 JoJo 系列问世 30 多年依旧保持稳定地产出,还与动画公司(大卫社)在动画创作中保持紧密地联系,如亲自挑选每一个 ED 的歌曲;而三浦习惯一个人战斗,随着年龄的增长更新速度越来越慢,直到去世也没能将《剑风传奇》完结,成为所有读者的遗憾。

我在他们身上看到两种开发者(创作者)的影子。荒木型开发者同时有着对生活的热爱和专业的追求,他们不仅能够开发出色的软件,在兴趣爱好上也有持续的投入和收获。由于思想的开放,他们也具有一定的管理能力和产品能力,这使他们能够在需要的时候组建和领导团队,把自己的作品带向更好的生产循环。

三浦型开发者如同独狼,或许是多年持续维护一个硬核软件的开源工作者,或许是隐匿在地下室的超级黑客,大家对他们的了解只有固定使用的 id。他们有着非常高超的技术,能够在一个事情上做到极致,但在现实中却缺少归属感,导致生活节奏混乱或行为孤僻。

希望我能成为一个荒木型的开发者。

❌
❌