ListenHub新版本上线:文字生成图片,功能升级更实用



ListenHub 在 12 月 31 日,也就是 25 年的最后一天,上线了新版本,可以通过文字描述生成图片,非常方便,解决了 youmind不能在手机上快速生成图的痛点。相同的价格,功能差不多,并且还能进行文本转语音,ListenHub 还是比较划算的。

腾讯IMA新版本支持生成PPT 但效果欠佳需改进



腾讯的IMA新版本支持生成PPT:尝试用“陈平安”这个关键词来验证,生成的结果只有文字排列,没有图片,和预期差距还有点大,需要再等等。

语鲸:基于AI的内容摘要RSS和公众号阅读器



除了 Folo 这款 RSS 阅读浏览器,最近我还发现了一款基于 AI 的 RSS 和公众号阅读器,叫“语鲸”。它原生集成了 AI 功能,可以订阅公众号或 RSS 源。其特点是,它不会让你直接阅读原文,而是先由 AI 生成内容摘要,你再根据摘要决定是否查看原文。同时,它也支持专辑功能,会推荐相关的其他文章,这有点像今日头条,但它是基于第三方内容,自身并不生产。这些第三方内容包括各类网站的 RSS 和公众号。起初我有些不理解,后来通过 ListenHub 的创始人了解到这款软件,便开始试用。

修改obsidian插件支持关键词排序及笔记导出



继续修改obsidian标签查询插件,让它支持在原生的关键词搜索中,按title属性排序。同时,它还能将所有笔记的文字复制出来,或者导出,方便针对某个专题建立一个大的笔记文件。之后,把这个大笔记放到笔记工具里进行加工,比如腾讯IMAYouMind 或者 Google NotebookLM。

尝试 Claude Skill 提升大模型输出稳定性



为了提升大模型输出的稳定性,我最近在尝试使用 Claude Skill。通过定义 skill,可以让模型在特定专项任务上的表现更加稳定。找到了几个通用的 skill,比如如何创建 skill,以及如何将 skill 转化为 command。也尝试了一些网上能找到的方法,例如一键获取公众号文章的排版格式。今天早上起床时,想到自己的很多项目确实可以尝试用 skill 来实现,将那些需要加工接口变成固定的 skill,从而提升效率和大模型的加工能力
mmexport1766918894323.jpg

闪念笔记项目功能优化:分开笔记功能,并行发送,支持手机端图片



对闪念笔记项目进行了修改,将闪念笔记和视频笔记的功能分开了。同时,将发送笔记时需要等待AI生成标题的串行逻辑改成了并行逻辑。现在发送后,标题总结和发送会在后台进行,可以继续发布新笔记,减少了等待时间。此外,还支持在手机端上传图片,之前只能粘贴,而移动端无法使用粘贴功能。
mmexport1766828669834.jpg

豆包输入法更新:支持自定义符号栏与关闭联想功能



豆包输入法更新了,现在支持自定义左侧符号栏。这个功能很实用,因为经常用“#”这个标签符号,现在终于可以把它放在符号栏的前两位了。另外,这次更新也终于可以关闭联想功能了,这些都是特别常用的功能点。

尝试用Obsidian笔记搭建专题电子书



很早以前尝试过搭建帮助中心,但失败了。最近想到,既然 Obsidian 里有很多专题笔记,能不能根据这些笔记生成对应的专题或电子书呢?今天又尝试了基于大模型部署 MkDocs 和 VitePress 这两个帮助文档生成系统,最后发现 MkDocs 用起来更方便。这样一来,以后就可以建设很多的专题电子书。
mmexport1766622247085.jpg

闪念笔记更新:新增RSS源,大模型或冲击SaaS



闪念笔记项目更新:昨天突然想到,或许可以生成一个RSS源,方便用其他阅读器订阅。的大模型应该能很方便地做到这一点,一个命令就能生成RSS地址。
还听到一个观点:大模型的出现可能会对SaaS系统造成冲击。因为很多个性化的需求,现在每个人都能自己实现了,就不那么依赖SaaS了,毕竟SaaS很难做到高度个性化。
mmexport1766595404624.jpg

闪念笔记切换标题生成模型选择Kimi



为闪念笔记增加了一个标题生成功能。最初用的是DeepSeek,但感觉生成时间有点长。于是又试了豆包,结果发现比DeepSeek还慢。接着换到Kimi进行对比,发现它的速度最快。所以,最终把线上生成标题的模型切换成了Kimi。
ab3a6482fba0c915178f9ed285716e5a.jpg

AI录音笔月费高昂,手机搭配软件成本减半



最近在挑选AI录音笔做长时间的会议纪要,看了出门问问和Ploud Note这两款AI录音笔,硬件成本大概都在1000左右。但是它的软件成本其实也挺高的。如果想无限制的使用,那么月费基本都在90多,年费也在几百上千。这样子的话,它的成本大概在日月年均1000多。但如果使用手机作为硬件,再配上飞书妙记、腾讯会议、Get笔记等软件配合,其实成本会减少一半以上。所以说在挑选硬件的时候,还是要看一下综合成本。虽然便利了,但是会附加蛮多的成本
75a9929c4f35fe9ec942a1cff58ea1fa.jpg

飞书多维表格插件实现图片整列快速压缩



发现快速压缩图片的方法:用 YouMind 生成的闪念笔记配图质量不错,但复制出来的图片有 3M 到 5M,特别大。如果想分享到自己的闪念笔记项目或公众号,这么大的图片虽然质量好,但在官网加载会很慢,需要压缩。一个最简单的办法是把图片发到手机微信上,微信会自动压缩,之后再用压缩后的图片进行分享。
由于我的图片都存储在飞书多维表格,突然想到是不是在飞书多维表格有插件可以针对整列进行压缩?然后就在上面找到一款压缩插件能对整列进行快速压缩,这也是一个好办法。
mmexport1766411260967.jpg

Obsidian编辑时持续索引问题与CodeBuddy脚本优



今天Obsidian在编辑时又出现了持续索引的问题,即使关闭了许多插件,问题依旧存在。最后发现,可能是每次编辑时,尤其是在频繁修改frontmatter(即YAML区域)时,通过commander做macros操作过多导致了循环。于是用CodeBuddy检查了这些Templater脚本,看是否存在死循环或反复编辑的问题。检查后确实发现了问题。CodeBuddy将多个脚本合并为一个,这大大提升了编码效率。我再尝试一下,看看编辑时是否还会导致Obsidian的CPU占用率升高。 #obsidian
c8a6029595bb3424ff6bfc15e32b4418.png

CodeBuddy实现闪念笔记项目静态化提升访问速度与SEO



使用 CodeBuddy 将自己的“闪念笔记”项目的首页和详情页进行了静态化处理,生成了对应的 HTML 页面,以保证打开速度。折腾了很久,终于实现了。
具体来说,就是将 index.php 转为 index.html。这样,原本每次都需要调用飞书多维表格接口的操作,就变成了一个个独立的 HTML 文件。这可以防止未来飞书接口限制查询数量,导致部分页面无法访问。同时,独立的 HTML 文件也更有利于 SEO。
74d3aba5a31de9dda3baac4cebb5a239.jpg

混用模型修改文件易出错 本地调试优于服务器直接操作



突然意识到,千万不要混用多种模型来修改文件,否则会越改越错,甚至导致文件无法操作。另外,尽量不要直接在服务器上修改,最好先在本地调试好再发布,否则容易出现功能缺失的问题。

闪电说语音输入支持自定义模型与快捷设置



在PC端尝试使用闪电说进行语音的输入,可以自己配置大模型转写和修正设置专属的名词。
也有设置快捷输入的方式,我统一是这么设置的,右侧的option是长按直接输入,松开的话就截止输入。右侧的command键是用来长时间说的。
目前不方便的点是,闪念说输入过程中无法预览文字。
8156ecfe6bb9978fb92db2a786aee813.jpg

PakePlus打包网页应用优化桌面与安卓端体验



使用 PakePlus 来构建 Mac 桌面端和安卓手机端的应用,一个木函,它仍有更多可优化的地方。虽然两者都不能下载图片,但 PakePlus 在点击图片后的体验稍好一些。最终,还是选择了用 PakePlus 来打包网页应用。
image.png

Vibe Coding践行MVP原则以反馈驱动开发



Vibe Coding 就是在践行 MVP 原则:先用一句话实现一个最基本的功能,然后在实际使用中不断获取反馈、进行优化,最终形成自己想要的功能。在这个过程中,程序员或者说 Vibe Coding 的核心任务就是反馈,通过持续的反馈来引导程序达到预期的目标。
fab86e5a3ef109a5591f975e632458a9.png

云函数部署失败改用Docker容器运行Trendradar



腾讯云的 CloudBase 部署 Trendradar 这个开源 GitHub 项目时,系统推荐了两种方式:一种是通过服务器的定时任务,采用 Docker 模式;另一种是使用云函数,据说成本更低。我选择了云函数,但一直没有成功,最后又改回了 Docker 容器模式。这样一来,服务器上必须始终保持有一个容器在运行,否则系统会自动回收并终止服务。

Obsidian CPU异常因第三方同步插件导致



Obsidian 的 CPU 异常问题终于解决了。原因是一个第三方同步软件,我用它同步到腾讯云的 COS。这个软件在后台运行,每次我修改文件时都会自动同步,导致 CPU 占用一直很高。后来我停用了这个插件,CPU 就恢复正常了。之前因为文件太多,我把五彩文件夹的内容剥离了,现在又放回来了。
obsidian CPU异常的处理svg.png