最近朋友圈里好像谁家不养只小龙虾（OpenClaw）就out了。技术背景的朋友各种论坛，各种圆桌讨论；还有人一家连带小孩一起养三只龙虾。
搞得好像不养一只就跟不上时代了，感觉跟以前抢着买房一样，这么疯狂？
在技术圈摸爬滚打多年，我得给大家泼盆冷水：绝大部分普通人，根本就不需要这东西。
先说几个最近的热乎事儿：
别被那些”自由”、”掌控”、”隐私”的包装词忽悠了。今天我就用这些真实案例告诉你，为什么普通人根本不需要养这只龙虾。
周一早上照例查看服务器监控，发现上周末的流量曲线异常陡峭。进入百度统计后台，发现了大量来自 web3000.io、shouiang.io、ganda.io 等域名的访问记录，访问路径都是类似 /qdd2000 这样的特征 URL。
翻看 Nginx 日志，情况更明显：
1 | 58.51.151.234 - - [12/Dec/2025:17:37:26 +0800] "GET / HTTP/1.1" 200 5432 "https://web3000.io/qdd2000" "Mozilla/5.0..." |
这些请求的特征是：都带着这些垃圾站点的 Referer，访问我的首页，然后就没有然后了。显然是某种 SEO 作弊或者流量劫持手段。
今天起的特别早，打开电脑就准备写代码，诡异的事情发生了。我的笔记本电脑外接的显示器，变成了1920X1080分辨率了，我这可是支持2k分辨率的。查看电脑里显示器的型号被错误的显示成了dp2hdmi，我在想是不是昨天去客户那里开会，使用了对方的无线投屏器导致的，大概率是这样！但是我插拔好多次都不行，没有道理啊！
今天客户反馈说，微信小程序登录的时候报错，无法登录。测试下来，我这边几个手机，客户公司的其他手机都能正常使用，就这个客户不行。
一开始还以为是从微信获得用户手机号时token或者code出错之类的，查看服务端日志却无法查看到任何日志。将具体出错信息在客户手机上显示出来，具体错误消息：
1 | request:fail errcode:-113 cronet error coce:-113 error msg:net::ERR SSL VERSION |
原来是ssl版本或算法不兼容的问题。
微信的帮助文档真的是让人迷糊，看了以后还是稀里糊涂，然后使用Cursor来完成开发前的配置，安装vant weapp等一系列必要插件等，结果被坑在这了。
Cursor改来改去一直无法构建成功，一会相对路径，一会绝对路径，一顿操作猛如虎，结果确实二百五。
吐槽一下，感觉现在版本的Cursor 没有之前半个月之前的好用，不知道是Cursor的原因还是Claude-4-sonnet的问题。
感觉越改越糟糕，即使我已经贴给它微信官方文档，但是已经制止不了Cursor发疯了。
看到微信开发工具的插件CodeBuddy，觉得写微信小程序，他们应该训练好了吧。结果它确实一顿操作下来确实虎，完美配置好，还做了个简单例子出来演示。
有时候还是不能太迷信单一的一个AI软件和大模型，都要试试才行，说不定柳暗花明又一村，总是有点优点。
顺便让CodeBuddy总结了一下在使用npm库时需要修改的关键配置及最佳实践。
今天给一台新的服务器配置小程序的业务域名，发现总是无法通过，微信错误提示：一直提示：系统错误，请稍后再试。
明明通过url访问的时候能够正常显示，但是一直提示稍后再试，稍后了好多次，看微信开发者社区有些玄学方法都毫无用处,例如:
在配置MongoDB单节点副本集并启用事务功能后，遇到了一个令人困扰的问题：
directConnection=true参数才能连接，但这会绕过副本集功能这个问题困扰了我整整一天的时间。期间使用Cursor编辑器配合Claude-4-Sonnet模型尝试了各种解决方案：
然而，所有这些尝试都没有触及问题的核心。最终，在使用Microsoft Edge的Copilot功能时，不到十分钟就找到了正确答案：副本集配置中的主机名解析问题。
最近像往常一样用go写服务端程序，写好了上传到线上服务器去测试一下，启动时，忽然报错：
1 | Trace/breakpoint trap (core dumped) |
通过AI得到的常见答案都没有解决问题：
以上都确认过，发现都没有问题，可问题依旧存在。
期间在qq群里也有热心群友帮忙编译发给我来做测试；也有朋友提醒我检查上传上去的文件的hash值是否和本地的一样；等等，还是好人多哦！因为上传群友的文件时，我顺手使用了ssh上传，结果发现可以。
于是我切换ftp上传为ssh上传自己的程序时，问题居然没有了。难道说，不同的上传方式还会有问题？
难道是FileZilla 上传文件到服务器，ftp上传时数据被修改了？
即使使用梯子、不使用梯子，设置各种代理和镜像，都有可能出现node install失败的可能。
即使强制设置仓库回官方的仓库都不行:
1 | yarn config set registry https://registry.npmjs.org #这个根本不行 |
经过验证简单快捷的解决方法：直接关闭npm 或 yarn的ssl证书验证。
打开PowerShell：确保你以管理员身份运行PowerShell，这样可以避免权限问题。
导航到目标文件夹：使用cd命令切换到包含你想要删除文件的顶级文件夹。例如：
1 | cd C:\path\to\your\top-level-folder |
执行删除命令：使用以下PowerShell命令来递归地查找并删除所有以点开头的文件，包括子文件夹中的文件：
1 | Get-ChildItem -Path . -Recurse -Force | Where-Object { $_.Name.StartsWith('.') -and $_.Mode -notlike 'd*' } | Remove-Item -Force |
这里的参数解释如下：