普通视图

发现新文章,点击刷新页面。
昨天以前首页

新年半月记

作者 扶苏
2026年1月16日 11:29
新年半月倏忽而过,诸事纷扰,趁今日清闲,随笔记下这段日子的点滴。 故事得从去年12月底说起。一向虔诚礼佛的丈母娘,不知怎的,突然对道家文化产生了浓厚兴趣。她去某道场听大师讲法,得知我夫人今年冲太岁,便特意为我们一家三口——包括小女妞妞——都...

Source

荒漠化

作者 obaby
2026年1月7日 11:00

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

跑步的时候,难免也会想一些乱七八糟的事情,不禁就想到了最近关于 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 不会快速沦落为智障。

拿到Manus邀请码后,我肝了一个博客站点,耗尽了所有免费积分

作者 小饿
2025年4月11日 23:53

如今的AI爱好者分两种,一种是有Manus邀请码的人,一种是没有Manus邀请码的人。

经过一个多月漫长的排队等待,我也是有Manus邀请码的人了。

拿到邀请码后,我就像一个守身如玉多年的处男,内心荡漾,魂不守舍,憧憬着以怎样的姿势迎接自己的初夜。

为了这春宵一夜,我苦读了众多大佬的使用体验文章,包括但不限于@数字生命卡兹克、@沃垠AI、@赛博禅心、@云中江树、@歸藏的AI工具箱、@浮之静……小心翼翼地在输入框敲下提示词:

使用hugo博客框架,仿照这个站点https://www.eallion.com/ 生成一个可以公网访问的博客站点,博客标题是「东评西就」,内容暂时以使用说明填充。

Manus不愧是现阶段最强AI agent,它在收到我的指令后,迅速给出了部署一个博客站点的todo-list,单看这个list就能感受到Manus的炸裂之处:

全程不需要人工干预,Manus就在自己的电脑上吭哧吭哧干活。

第一轮结束后,交付了可以公网访问的博客域名,仔细观察,是Manus官方预先注册好的 manus.space域名下分出来的二级域名,这个域名在国内ICP域名备案系统是查不到信息的,所以后期国内版Manus还是要面临合规化的问题。不过既然中文版Manus选择跟阿里的通义千问合作,凭借阿里云过硬的云资源,合规化应该不成问题。

△工信部域名备案查询系统

在博客关于页面显示Manus还专门为我注册了一个Github账号,访问链接后页面不存在,推测部署博客的代码仓库应该不是在Github上。

这一轮的交付没有显示导航栏,在第二轮提交提示词后,Manus接收了需求,还有板有眼解释了一下,告诉我可以通过链接直接访问各版块页面,这也太像偷懒的人类了。直到最后我的积分耗完,Manus也没能把这个问题解决,这可以说是Manus推理模型的局限性吧。

△博客首页界面

△反馈首页看不到导航栏

△归档页面

△分类页面

△关于页面

值得点赞的是,在最开始提示词中只提及文章示例可以放博客使用说明的相关内容,Manus自己还给我额外生成了两篇示例文章,一篇是关于中西方文化差异与融合的,另一篇是生活随笔。Manus大概是从我的博客名字「东评西就」推测出这个博客的内容主题,虽然并没有真正get到我的定位,但这种发挥主观能动性的服务意识,还是值得点赞的。

△Manus主动生成的博客文章示例

最后这个博客还缺少评论模块,把目前自己的博客站点评论模块的 envId和twikoo管理面板密码喂给了Manus,Manus像模像样在自己的电脑上吭哧了半天,最后也没能成功显示评论模块界面。

正当我准备试着让Manus以游客身份提交一条评论的时候,系统提醒我「你的余额不足,无法继续」。

真是意犹未尽+意难平啊。

好在Manus的交付物里有可以公网访问的域名链接,并且支持全站代码打包下载。我把代码下载到本地,在VScode里能正常运行。

分享一下Manus生成的博客站点:
首页:https://uzbbduol.manus.space
博客页面:https://uzbbduol.manus.space/blog/
归档页面:https://uzbbduol.manus.space/archives/
页面标签:https://uzbbduol.manus.space/tags/
分类页面:https://uzbbduol.manus.space/categories/
关于:https://uzbbduol.manus.space/about/

总结一下:

  • Manus熟悉博客站点开发的全流程,能够交付可以公网访问的域名链接。
  • Manus官方为用户开发需要,大概率准备了足够多的前置资源,比如储存空间(是否调用Github还不太清楚)、二级域名等等。这也从侧面反映出Manus会员的定价策略,但还是有些简单粗暴,我生成一个简单的hugo博客就耗费完所有积分,hugo博客的搭建本来就属于重复造轮子,不需要太多的推理,希望Manus在后期的版本能优化对积分的使用策略。
  • Manus能够根据用户的需求自行发挥,具有一定的发散思维。
  • 对于项目始终没能显示导航栏,我的一个猜测,Manus对屏幕的识别能力还有些欠缺,并不能做到跟人眼一样的精准,它解释可能跟设置有关,估计就没识别出页面到底有没有导航栏,只是为了迎合人类的提问而已。

hello,Mr.AI

作者 扶苏
2025年1月11日 23:40
没想到新年第一个话题是AI,不算早也不算晚。 之前关注AI的一些新闻,还是用审视科技进步的眼光再看,没想突然间AI就嗖的一下进入了日常生活。 今天和老婆表姐一家人聊天,说起她还在读高中的女儿,已经在网上写“小作文”赚钱了。根据约稿人的要求,...

Source

💾

❌
❌