昨晚下班之后，依然跑步回家。今天的天气有些差，路上笼罩着一层雾气，路灯在迷雾中也变得有些朦胧。气温还是徘徊在零度多一点，一阵凉风吹来还是能感受到深深的寒意。

跑步的时候，难免也会想一些乱七八糟的事情，不禁就想到了最近关于 cursor 的各种行为问题。自从某天 cursor 的背景插件更新之后，编辑器在打开文件之后就开始频繁卡顿。正常情况下 cursor 插件都开了自动更新，也就是这次更新，让 cursor 直接到了崩溃的边缘。

让 cursor 解决 ide 卡顿的问题，给推荐一个更加轻量化的插件 backgroud-cover,但是安装的时候是 3.0 版本，提示使用了什么后台服务，balalbalabal。刚开始使用一切顺利，然鹅，这几天更新几次后就又出现了卡顿的问题。

只好回滚到了 3.0 版本，相对来说就稳定可靠多了。所以哦，并不是每次更新带来的都是优化，也可能是退化。

退化的可能不仅仅是这些东西，ai 虽然也在不断的迭代，整体来说能力越来越强，但是针对特殊问题的解决能力却鲜有进步。集成百度 asr 语音识别之后，出现一个诡异的 bug，那就是在 安卓手机上正常，但是在 ios 系统上出错了。让 cursor 解决问题，给出的方案就是方法论的那一堆，包括定位错误，调整配置等等。当然，cursor 也不是一无是处，对于权限的处理还是有价值的：

"NSMicrophoneUsageDescription" : "To use the AI voice assistant's speech recognition feature",
"NSSpeechRecognitionUsageDescription" : "To use the AI voice assistant's speech recognition feature",

然而，对于具体的错误处理：

{
    "code": 2225220,
    "message": "Error Domain=33 Code=2225220 \"asr authentication failed[info:-3004] [(-3004)] \" UserInfo={NSLocalizedDescription=asr authentication failed[info:-3004] [(-3004)] , NSHelpAnchor=7697EC65-0C8F-4640-8993-699C90797ACC},https://ask.dcloud.net.cn/article/282"
}

cursor 给出的建议：

说的的确是问题，但是实际上并不是问题的根本。哪怕去百度的后台看也是一切正常的，

包括 ios 的包名也设置了，网上搜索，能看到的唯一的一篇相关的文章是官方论坛的：https://ask.dcloud.net.cn/question/182917

里面提到了注入权限，直接修改源文件，重新打包，申请资源包等等。然而，在我这里问题的关键在于开通按量付费里面的短语音识别、实时语音识别。

虽然提示的是asr authentication failed，然而，在通过 cursor 一通折腾没有任何的效果之后。我就开始怀疑这个明显不是认证问题，因为目前能做的都做了，并且安卓可以，ios 不行，大概率还是百度平台的设置问题。而至于给出的错误码，这个充其量是个参考，之前对接百度原生的 asr 和 tts 的时候就出现过错误码毫无任何价值的情况。并且，更神奇的是，同样是语音识别，ios 走的是不同的接口，这也挺神奇的。而调用的接口，就是 uni 官方给出的：

var options = {
    engine: 'baidu'
};
text.value = '';
console.log('开始语音识别：');
plus.speech.startRecognize(options, function(s){
    console.log(s);
    text.value += s;
}, function(e){
    console.log('语音识别失败：'+JSON.stringify(e));
} );

https://uniapp.dcloud.net.cn/tutorial/app-speech.html#%E9%85%8D%E7%BD%AE%E7%99%BE%E5%BA%A6%E8%AF%AD%E9%9F%B3%E8%AF%86%E5%88%AB

对于这种问题，目前网上相关的资料少的可怜。可能也有人遇到过，可能解决了再也没人发文章了。

自从有了各种开发助理之后，现在网上的新的技术文章已经肉眼可见的少了。解决问题的文章也少了，不知道是大家都不在遇到问题了，还是真的让 ai 全部给解决了。

现在看到一篇文章，在不确定是真人写的情况下，第一认知，应该判定这个东西是 ai 生成的。现在要判断 ai 生成的内容，成本也越来越高了。

昨天下午博客有段时间卡死了，登录服务器发现 php进程跑满了。看了下实时流量的 ua 竟然有个 gptbot。日志文件分析之后，发现各种 bot 真的不少：

而 umami 统计的流量，也属实有些离谱了：

这种 ai 对于这种真人输出的内容的依赖性从来不低，毕竟 ai 生成的内容反复投喂给 ai，最后 ai 就会变成智障，这个和近亲繁殖有着异曲同工之效。太多的人依赖于 ai，ai 解决问题之后，也很少有人会在写这些问题的解决过程。只要 ai 还需要人类生成的内容进行 feed，那么哪怕是再拙劣的文字也有重大的价值，直到那天 ai 能自己进化，那时候就不需要人类的。

互联网的荒漠化进程依然会继续，珍惜那些愿意打字的博主们吧，他们才是这个时代的宝藏，让 ai 不会快速沦落为智障。