我用OpenClaw，5分钟给OpenClaw提了一个issue，你猜怎么着？（第四讲）

《OpenClaw100讲》

3. 应用篇：提issue

最近养龙虾有一些心得，准备持续分享出来，暂定100讲。

昨天用OpenClaw的过程中，发现一个OpenClaw的bug，于是给OpenClaw提交了一个issue，你猜怎么着？听我娓娓道来...

调试《我用OpenClaw，5分钟写出一个程序（第2讲）》的过程中，OpenClaw帮我分析过一个browser配置异常的问题。

OpenClaw自动修改配置，把异常解决了。

OpenClaw有一个备份机制，每次它修改一些关键配置之前，会自动备份。

通过diff能很容易地看到修改的内容。

这个机制，让OpenClaw很容易的实现，改出问题时，自动回退。

《我用OpenClaw，5分钟写出一个skill（第3讲）》之后，我希望这个skill每天定时执行。

OpenClaw帮我把知识星球自动点赞的程序加入Cron定时调度之后，作为程序员，我想看下这个文件的细节。

我登录到服务器上，果然有jobs.json。

OpenClaw修改定时任务时，会备份jobs.json.bak。

但当我查看diff时，却发现两个文件完全一样！

不知道啥情况时，怎么办？

问OpenClaw呀！

画外音：这一段是语音输入的，龙虾完全理解。

OpenClaw回复：额，不是你的问题，这是我的一个bug。他还询问我，是否要向官方提一个issue？

怎么向官方提交issue，是否需要配置git？

画外音：龙虾服务器在云端，我还没有配置git。

OpenClaw给了我两个方案：

1. 方案一：我帮你写好issue内容，你点这个链接，复制粘贴提交；

2. 方案二：本地安装提交；

我此时正在电脑前，登着git的，那你帮我写内容，我来提交吧。

哐哐哐，OpenClaw给我写好了描述，逾期行为，复现步骤，环境，修复建议...

好，我点击OpenClaw给我的链接。

标题按照OpenClaw给的复制过去：

内容按照OpenClaw给的复制过去：

issue的提交时间，是昨天早上9:45。

然后，你猜发生了什么？

8分钟，bug被修了！

我擦，这个效率，简直了。

想想曾经在公司开发系统的时候：建个bug-fix需求，拉分支，写代码，自测，提测，和QA沟通，QA排期，QA测试，关闭bug... 而现在，8分钟，bug被修复了。

那么问题来了？

为什么会修复这么快呢？

这个问题，值得我们思考！

相关文章：

我用OpenClaw，5分钟写出一个程序（第2讲）

我用OpenClaw，5分钟写出一个skill（第3讲）

下一讲，你想听什么？评论里告诉我！

OpenClaw100讲，欢迎围观！