本文在 草梅友仁的博客 发布和更新，并在多个平台同步发布。如有更新，以博客上的版本为准。您也可以通过文末的 原文链接 查看最新版本。

前言

欢迎来到草梅周报！这是一个由草梅友仁基于 AI 整理的周报，旨在为您提供最新的博客更新、GitHub 动态、个人动态和其他周刊文章推荐等内容。

您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

开源动态

近期主要在推进两个开源项目：dependfix/dependfix 和 CaoMeiYouRen/caomei-ui。

dependfix/dependfix 是一个面向多项目维护者的自动化工具，旨在自动处理 Dependabot 和 Code Scanning 产生的大量简单、重复的告警修复工作。

开始开发这个项目的原因也很简单，那就是真的受够了邮箱里从 GitHub 发来的项目依赖告警（例如 Dependabot 告警)，所以就开始寻找自动化修复项目依赖的方法，最终决定借助 AI 开发一个项目。

dependfix 可以通过 CLI、GitHub Action、MCP、Skill 以及管理平台等方式调用，无论通过哪种方式调用，都能快速的进行依赖版本升级和修复，并在升级失败时自动回滚相应的依赖版本。

另一个项目就是 CaoMeiYouRen/caomei-ui 了。

开发 caomei-ui 的原因也很简单，由于 PrimeVue 在 5.x 版本开始更改了开源协议（参考：https://primeui.dev/nextchapter），无论是否为商业化用途，都需要配置相应的授权 Key，因此对本人开发的 dependfix/dependfix 、CaoMeiYouRen/momei、CaoMeiYouRen/caomei-auth、CaoMeiYouRen/afdian-linker 等开源项目造成了影响。

经过评估后，决定自己用 AI 写一个组件库，来规避 PrimeVue 开源协议变更所造成的影响。

当然了，我也没有选择从 0 开始写，而是采用了封装第三方库+补充部分自建组件的方式来构建整个组件库的。

以及，虽然 PrimeVue 变更了开源协议，但从设计上讲，我还是很认可它有关于 组件与样式解耦 的设计思路的，所以经过一番调研后，采用了类似设计思路的 Reka UI 作为基础组件库，并在其基础上进行封装和完善。

应该说，在 AI 的加持下，现在写一个新的项目真的太快了，一个星期就能完成之前几个月的工作量，很快 caomei-ui 组件库也差不多有了雏形，甚至到了可以直接应用到项目中的程度，详细的文档和演示说明可以查看：https://ui.cmyr.dev/components/ ，可以在线看到效果演示。

AI 套餐实测

当然，我能开发的这么快很大程度上依赖 AI 工具，我目前使用的主力 AI 工具是 OpenCode，套餐是 OpenCode Go，主力模型是 DeepSeek V4 Flash（以及 DeepSeek V4.1 Flash）。

简单看了下账单，花了 51.66 美元（约 345.99 元），不过这里是 OpenCode Go 给的 6 倍额度，实际上月费只有 10 美元（当然，现在只有部分 AI 模型支持 6 倍额度）。

而 tokens 方面的花费则达到了 50.78 亿，其中用量最大的一天达到了 7 亿 token，应该说现在确实需要量大管饱的 AI 套餐才能够顺利支撑 AI 编程，不然就是在烧钱和效果不佳之间来回摇摆了。

不过，随着 OpenCode Go 的 DeepSeek V4.1 Flash 限时 4 倍额度结束，在接下来的一段时间内也真的很难再找到一些便宜好用还量大管饱的套餐了，只能说且用且珍惜。

使用 DeepSeek 官方 API 开发的结果自然就是成本高涨。

在 OpenCode Go 没有额度的日子里，选用的是 MiniMax Max 套餐，模型是 MiniMax M3，不过实际效果很差，M3 相较于 DeepSeek V4 Flash 还有一定差距，写出来的东西错误太多，那段时间基本上是帮它擦屁股，只能说模型还是得选个好点的才行。

另外也试过小米的 Mimo Standard 套餐，选用的模型是 mimo-v2.5-pro。只能说问题比 M3 少一些，但也不是很好用，在 Hermes Agent 中还经常超时，感觉也不太能作为主力开发套餐，顶多作为备用。

博客更新

• 记一次动画电影《牛来》观后感 - 2026-08-30 03:44:02
  摘要:
  看完《牛来》了，怎么说呢？只能说感觉浪费了人生当中并不重要的 90 分钟，然后浪费了 25 块钱买这个电影票。看完之后只感觉自己的灵魂获得了洗涤，精神得到了升华。你要是连《牛来》都能看下去的话，你以后做什么都会成功的。

最新 GitHub 仓库

• caomei-ui - 2026-09-12 03:27:12
  一个基于 Vue 3 和 Reka UI 的自建组件库，强调组件与样式解耦，默认提供极简可用的样式并支持 100% 自定义覆盖。开箱即用主题切换与暗色模式，组件设计适配桌面端与移动端。

GitHub Release

CaoMeiYouRen/rss-impact-server

v1.18.6 - 2026-09-05 20:28:39

摘要:

• Bug 修复: 依赖升级，包括 brace-expansion、browserslist、fast-uri、ip-address、js-yaml、nanoid、undici、decode-uri-component、postcss、qs。
• Bug 修复: 移除 decode-uri-component 覆盖项，以修复 Jest ESM 兼容性问题。

CaoMeiYouRen/afdian-linker

v1.4.4 - 2026-09-05 20:06:51

摘要:

• Bug 修复: 关闭 buildx 的 provenance/sbom 以解除 ACR 镜像推送阻塞
• Bug 修复: 升级 brace-expansion、browserslist、ip-address、js-yaml、nanoid 依赖
• Bug 修复: 适配 Nuxt 4.5 的 useFetch 错误类型收窄

CaoMeiYouRen/caomei-auth

v1.13.4 - 2026-09-05 20:29:06

摘要:

• Bug 修复: 更新依赖 fast-uri、@humanfs/node、qs、postcss-selector-parser；将 better-auth 回退到 1.6.30 patch 范围（关闭 #604）。

CaoMeiYouRen/momei

v1.27.0 - 2026-09-05 21:00:03

摘要:
1.27.0 版本摘要（2026-09-05）

• 代码重构: 无相关内容
• 新功能: 安全（security）方面新增 override 区间与 patched 版本对齐校验脚本，并完成 CI 集成（提交 e697289）
• 性能优化: 无相关内容
• Bug 修复: 无相关内容
• 其他更新: 无相关内容

v1.26.1 - 2026-08-29 21:08:03

摘要:

• 代码重构: docs 模块重写 docs:check:source-of-truth freshness 判定为 git log + 软上限。
• Bug 修复: 修复 VitePress 构建中 §3.5 反例占位符被 markdown-it 误识别为 HTML 标签的问题；修正 docs:check:links 12 处链接错位。

dependfix/dependfix

v0.5.0 - 2026-09-18 16:00:34

摘要:
本轮发布：@dependfix/core@0.5.0、@dependfix/engine@0.4.0、@dependfix/skills@0.2.0、dependfix@0.5.0、@dependfix/mcp@0.2.0、@dependfix/platform@0.3.0。

• 代码重构: API throw 统一使用 createLocalizedError；引入 AuthProvider 抽象与 PatAuthProvider，调用点改造为 auth 路径；重构日志模块；alerts 改用 useAsyncData；统一组件命名；平台接管 push/PR 交付。
• 新功能: 扫描接口支持 reuseScanRunId 与终态复用；新增本地化错误 helper 与 i18n serverErrors；NormalizedSecurityAlert 增加 upstreamId，透传 GHSA、CVE；新增 AppAuthProvider、InstallationTokenCache；Code Scanning 样本采集；per-source 错误隔离、max-repos、重复 PR 评论；MCP runScan 对齐字段、pnpm_audit 回退；平台新增 alerts、runs 隔离、scan-history、/scans 页面、AI 配置、PR Check 监测、SQLite 备份恢复自检、日志捕获、GitHub App 凭据等；文档与 i18n 多语言脚手架及检查。
• 性能优化: 优化备份保留策略并支持跳过备份。
• Bug 修复: 升级 devalue 修复 DoS；修复命令注入并改用 execFileSync；修复 clone 超时重试；优化 SQLite WAL 与 busy_timeout；修复迁移、SCSS、i18n、E2E、CI 等失败。
• 其他更新: 文档翻译、VitePress 多语言、README 双语化、品牌资产、依赖调整。

CaoMeiYouRen/cmyr-template-cli

v1.46.1 - 2026-09-12 03:23:08

摘要:

• Bug 修复: 修复 lint 规则名称和格式问题。

最新 GitHub 加星仓库

• CaoMeiYouRen starred skills - 2026-09-03 20:11:41
  该项目无描述，主要编程语言为 Shell，星标数为 16。
• CaoMeiYouRen starred GKD_subscription - 2026-09-01 18:12:22
  这是一个用于安卓 GKD 的第三方订阅规则项目，版本为 👻Fork 版；主要语言是 TypeScript；Star 数为 5328。
• CaoMeiYouRen starred cla-assistant - 2026-08-29 03:20:19
  贡献者许可协议助理 CLA assistant，主要语言为 JavaScript，星标数为 1540。

其他博客或周刊推荐

阮一峰的网络日志

• 科技爱好者周刊（第 413 期）：再见了，React Native - 2026-09-18 08:03:02
• 科技爱好者周刊（第 412 期）：禁止 issue，只用 PR - 2026-09-11 08:11:50
• 科技爱好者周刊（第 411 期）：OpenClaw 2.0 是一个缩影 - 2026-09-04 07:59:05

HelloGitHub 月刊

• 《HelloGitHub》第 125 期 - 2026-08-28 08:14:02

总结

本周的更新和动态如上所示。感谢您的阅读！
您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

往期回顾

• 墨梅博客 1.21.0 与 Hermes Agent 实践 | 2026 年第 27 周草梅周报 - 2026-07-06 00:08:21
• Hermes Agent AI 助手与墨梅博客更新 | 2026 年第 24 周草梅周报 - 2026-06-14 22:08:37
• 墨梅博客 1.19.0 发布与 Copilot 涨价替代方案 | 2026 年第 23 周草梅周报 - 2026-06-08 00:01:57

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-38-caomei-weekly-dependfix-caomei-ui-ai-plan.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

看完之后只感觉自己的灵魂获得了洗涤，精神得到了升华。你要是连《牛来》都能看下去的话，你以后做什么都会成功的。

事情的起因还要说到因为我电脑送去修了，所以大半夜没事干来看《牛来》（但凡有点事干都不会来看）。

只能说在我人生中做过的傻事当中，也算是非常极端的一件事情了。

然后我去看的时候已经是十点半了，但我也没想到这个点了居然还有这么多人来看，看来大伙都挺闲的，也都挺有闲钱的，可以说聚众赤石了（赛博赤石）。等到散场的时候也还剩的挺多的，中间可能就走了几个人，我只能说大伙都是赤石冠军！

然后绝大部分人，都应该是看个开头，或者看到一半，就走了，或者打瞌睡、刷视频，或者打王者荣耀，就坐我后排那几位哥们，打王者荣耀到结束。

而我作为全网为数不多全程认真的看完了《牛来》剧情的人（看的过程中全程吐槽），接下来要给大伙讲解一下这个剧情了。

然后开幕雷击啊！

没想到一上来就是正片！居然没有片头广告，也没有片尾广告，所以一到点之后直接进入正片。

开幕就是龙标，应该是全程最高清的地方了，然后进入了一段意义不明的画面，按常理来推断应该是发行公司的 logo 画面，但由于和《牛来》正片一个画风，实在令人看不懂！

首先是一只鸟一直飞啊飞，那只鸟甚至有名字，叫做“云玎”，虽然就提到过一次，但这个鸟很关键，算是贯穿了全文的重要情报师，她传递了多个重要情报。

我看的时候发现开头的画幅不太对，导致没有字幕，我不知道是影院的缘故还是本身就这样，但后面就恢复正常了。

然后就是牛群登场，有一说一的是，牛来和牛妈妈跟其他的 NPC 牛对比一下，会发现还算精致的了，NPC 牛就真的是更加粗糙还复制粘贴了。

之后就是主角登场！牛妈妈和牛来。

值得注意的是，黄色那头牛是牛妈妈，红棕色那头才是牛来。牛妈妈给牛来取名字的时候，含义就是“你来了”，所以叫“牛来”。

牛来因为刚出生的时候不会站起来走路，所以被牛二的妈妈嘲讽，说自己家的孩子牛二，一生下来就会走路，还会跑。

不过，牛妈妈一直没有放弃牛来，而是一直鼓励牛来，鼓励他站起来。

而随着那只鸟“云玎”的到来，牛来进入了梦乡，而这时候，真正的故事才刚刚展开。

这里要说一个细节，那就是在现实中，所有的动物（除了云雀）都是四只脚着地的，牛群也是如此。而在梦境中则相仿，所有的动物（除了狼）都是两只脚着地，是站着的，所以这里实际上是个伏笔，要继续看下去才会明白为什么后面梦醒之后，牛群（包括牛来）又变成四只脚走路了。牛来只有在梦里才能两只脚走路，而这实际上是在模仿人类。

之后就是牛来和云雀的意识流对话了，说什么“我们不一样，是吗”，有点意义不明，但也有点哲理。

等牛来睁开眼之后，他就能站起来了，牛妈妈也能站起来了，所有的牛，包括豹拉（豹子），都能站起来了，可以说在这里就进入了深层的梦境。

思考他们为什么能站起来走路有点太多余了。

然后就再次遇到了云雀，这次云雀受伤了，飞不起来，善良的牛妈妈救了她，云雀就和牛来、牛妈妈成了好朋友，这也是为什么后来云雀会一直帮助牛来和牛妈妈。

之后就是云雀恢复的差不多了，但还不能高飞，结果就被牛爸爸说“翅膀硬了，就要高飞”，怎么说呢，牛爸爸算是贯穿全文的一个反面教材了，主打一个不干人事，除了喝牛妈妈在云雀帮助下找来的野猪奶之外可以说啥都不干，后面还会再提一下问题所在。

虽然也不知道为什么会是野猪奶，后面还会出现名场面“爸爸的专属”。

接下来就是下一个名场面了，牛来一个人玩的时候遇到了草蛇，但他不认识蛇，还以为是“小绳头”，然后也是不出意外的被蛇咬了。

然后就是经典名场面，牛来被蛇咬了之后大喊“妈妈”，牛妈妈则转头回了句“牛来？”，究极名场面！喜剧效果拉满。

然后牛来就被牛妈妈带回家治疗了，不过也因此有些杯弓蛇影，看到地上的树枝都以为是蛇。

在整个过程中，牛爸爸既没有主动去找过牛来，也没有帮忙治疗牛来，更没有关心过牛来，可见牛爸爸确实废物一个。

牛爸爸说的话可以说都是在攻击牛来，比如说牛来肚子饿了之后说了句“跑不快的肥牛是要成为盘中餐的”，虽然这话是没错，但是对自己家孩子说的话吗？

后面的剧情中，类似的情况还会更多。

接下来就是第二个名场面，小溪，也是最有哲理的地方。

牛妈妈带牛来到小溪边喝水，然后不知道为什么直接起飞，跳过了溪流。

但牛来太胆小了，不敢跳过来，于是说：“我还是等长大一点再跳吧”。

牛妈妈就说了：“长大是将来的事”

牛来：“将来有多远”

牛妈妈：“今天就是昨天的将来”

牛来：“可我并没觉得今天比昨天长大呀”

牛妈妈：“长大是细微的积累，短时间内不易察觉，如果你今天跳过溪流，明天趟过大河，明天的明天，你就敢闯激流险滩，那时你就真的长大了”

这里也是伏笔，结尾还会再提到。

这段对话可以说是非常有哲理了，甚至能引人深思，表达了一种量变产生质变的思想。

所以任何人说牛来的剧情没有内涵绝对是错误的观点，牛来的画面虽然非常粗糙，但剧情和台词其实十分值得细品，甚至可以说富含哲理，编剧的文学功底真的不低。

当然，在这里，牛来听完之后还是选择了逃避，想要后天再跳过去，但这个时候熟悉的面孔出现了，那就是“小绳头”草蛇，在被云雀提醒之后，牛来直接吓的直接起飞，跳过了小溪。

这里甚至是个慢镜头，长运镜，而最后牛来也不出意外的撞到了树上，很难说不是在玩“牛撞树上了”的梗（也可能是守株待兔？）。

这时候牛爸爸又来了，问了句怎么回事，牛妈妈回答牛来撞到树上了之后，牛爸爸说“那哭的不应该是树吗？”乍一听居然很有道理？

而牛爸爸这时候来，也是带来了族群要迁徙的消息，让云雀转达消息，让牛妈妈和牛来去开会。

牛群为什么要迁徙？这里也是伏笔。

而这之后，也是第一次在画面中出现了树桩。

虽然在电影里，出现树桩的地方基本上都是给牛群坐下来休息用的，但其实我们可以仔细想一想，树桩是怎么来的？

牛群又没有斧子，怎么会弄出树桩这样的东西？显然只能是有人类在这里砍伐树木，而这实际上才是本片的暗线，讲述人类对树林、对牛群栖息地的破坏，如果想通了这一点，后面不管是出现沙漠，还是突然变大的汽车，实际上都有了解释。

牛来在听到要迁徙的时候，一开始还是不愿意的，毕竟怀念熟悉的树林、阳光等，然后就一个人到了树林里，并意外撞见了“豹拉”。

当然，这里实际上也是个梗，因为豹拉的自我介绍是“我是豹啦”，而牛来听成了“我是豹拉”，以为“豹拉”就是名字，不过后面豹拉好像也接受了这个名字。

豹拉在某种程度上算是牛来的对照组，豹拉的妈妈意外落入了深坑而亡，导致豹拉只能一个人生活，甚至沦落到快饿死的地步。

不过，虽然豹拉是肉食动物，甚至是牛群的天敌，但牛来却不顾危险，选择了帮助豹拉。只不过，考虑到危险性，牛妈妈也和牛来约法三章，要求豹拉不能离牛群太近，并且成年后必须离开。

之后就是第三个名场面，牛来为豹拉带来了牛妈妈的奶，并说是“我的专属”，然后还拿出了“爸爸的专属”，豹拉回了句“重口味啊”。

“爸爸的专属”从上下文推断可能是酒，不过影片里面确实没有明说，可能引起了一些误解。

此外还有“睡吧，来个猪的生活”“猪？我又兴奋了”等经典名台词，估计是因为豹拉是肉食性动物，才会对猪感到兴奋吧。

然后又是一个名场面，牛群正在讨论迁徙的事情，牛爸爸给出的理由是附近有豹出没，还有别的猛兽。

在牛都站起来之后，NPC 牛和牛来等主角团的建模对比更加明显了，只能说看上去粗糙的牛来、牛妈妈，居然是建模还算精致的那一档了。

可能是看习惯了？

为了安全起见，牛爸爸提出要有牛来放哨，牛来主动举手，但牛爸爸表示牛来太小了，最后牛妈妈提出她来陪着，牛爸爸这才答应。

而此时，之前提过的别人家的孩子牛二，也报名参加放哨，而且还说不要妈妈陪。

牛二是本片最自私自利的牛之一，可以说牛群几次遇到危险都跟他有直接关系。

让牛二放哨的结果自然是可以想的到的，牛二放哨不认真，打瞌睡了，结果在狼群（说实话更像狗，三只狗）来的时候没能提前预警自己一个牛跑了。而豹拉看到了狼群，选择了主动引开狼群。

而牛二在跑的时候，还说豹拉和狼群是一伙的，只能说心眼确实坏，把自己的锅推给了别人。

最后豹拉也是废了很大力气才引开狼群，可以说十分尽力了。

不过，牛二贪天功，向牛群告状，除了狼群外，也说豹拉也在追他，结果自然是让豹拉的风评下降很多，让牛妈妈也对豹拉失去了信任。

只有牛来还相信豹拉。

然后牛来就跟豹拉进行一个告别，两个小朋友之间的告别，豹拉甚至还知道牛来喜欢顶脑门，可见确实了解朋友。

之后牛来就和牛妈妈，跟牛群一起迁徙了。

不过这里也要吐槽一下，这个包看上去就跟石头一样，不清楚什么材质（后面还能看到包变小了，估计是象征生活物资？）

然后这里也要吐槽一下牛爸爸，他作为首领规划的这个路线真的有问题，要途径沙漠不说，目的地实际上也不安全，那么你们迁徙了个啥呀？

由于牛来和牛妈妈在沙漠环境下行进有些困难，最后也成了垫底的吊车尾，牛来再这个过程中还走马灯了，看到了豹拉，最后也是直接晕过去了。

因此牛妈妈只能给牛来喂奶来让牛来恢复体力，不过这样导致牛妈妈自己没有体力了，也走不动了。

然后这里也确实能看到牛妈妈的背后的杯子变小了，可能是象征生活物资。

在牛来和牛妈妈继续向着绿洲前进的时候，狼群也跟了上来。

不过牛来和牛妈妈还是顺利来到绿洲，此时也看到了牛群坐在树桩上休息，这里要提一下之前哨兵的伏笔了，前面几次牛群被袭击，都是因为没有哨兵或哨兵偷懒，而这次干脆没有哨兵，也为后续牛群被偷袭埋下伏笔。

就在牛来和牛妈妈休息的时候，云雀及时叫醒了两牛，告诉他们牛群被袭击了，牛群没人放哨的结果就体现了出来。

狼群来了，牛妈妈因为体力实在不够，跑不动了，而狼群也追了上来。

最后牛妈妈打算牺牲自己给牛来断后，就在狼群发动攻击的时候，豹拉英雄登场！一个英雄飞踢踹飞了狼，救下了二人。

这里也是个慢动作长镜头！

之后就是豹拉自己通过一系列操作，例如爬树，甩掉了狼群。

最后也是豹拉给了牛来和牛妈妈摘了果子之后，两牛才恢复了体力继续行走。

而到了这里，电影也到了最后的三十分钟了，可以说真正的反转还在后面。

首先是两牛一豹来到了一个悬崖边上，还有一颗树，记住这颗树和悬崖，后面还会提到。

因为没有路的缘故，牛妈妈决定从旁边绕过去。

到了悬崖底下之后，果不其然的是又遇到了狼群袭击，而这次袭击的狼又不一样了，是另外一批长相不同的狼，有四只狼。

这里也真的要吐槽下牛爸爸的路线规划，迁移的目的地怎么猛兽还更多了？怎么带路的？

而这次，牛妈妈也是真的走不动了，所以决定牺牲自己给牛来断后，让牛来和豹拉先走。

当然，牛妈妈虽然说“一定会来汇合的”，但结果自然是食言了，牛来没能等到牛妈妈回来。

“以后，如果你想妈妈了，就到这颗树下来吧”，之前树的伏笔也是直接回收。

而在牛妈妈牺牲之后，牛来睁大了眼睛，然后瞬间长大了，还成为了牛群的首领，看样子又在迁徙。

而云雀一如既往的给牛来汇报情报，狼群又来了，豹拉在跟狼群对线，豹拉还在 C！

然后牛来回去支援豹拉，不过这次只有两只狼，所以牛来和豹拉完全不怕狼群。

就在这个时候，意外出现了，云雀告诉一牛一豹，有个东西在破坏能看到的一切，豹拉决定去断后，也牺牲了。

在后面，我们也看到了这玩意儿的真实身份，一辆车！车开了过来，还会变大！

如果联系上下文的话，我觉得这里的车应该是象征着人类，象征着人类的伐木车之类的。

而牛来为了不让人类找到牛群，在回到曾经的那个悬崖、曾经的那颗树边上的时候，决定不从旁边的小路下去，而是直接跳下悬崖！

并说出了那句经典名台词：“明天的明天，就是现在！激流险滩。”

随后向车辆发起进攻。

而到这里，全剧最妙的一个地方来了，牛来醒了过来！原来之前的一切都只不过是黄粱一梦，只是牛来在做梦而已！

牛来也变回了四肢着地，变回了牛。

醒来之后，自己还是那只小牛，妈妈也还在身边。

虽然说只是大梦一场，我觉得对所有成年人来讲，假如真的能有这样的经历的话，恐怕一定是非常愿意的，谁不希望回到小时候呢？那个还无忧无虑的时候。

当然了，经过这一场梦境之后，在悠长的片尾曲中，牛来也终于能够站起来，并和牛群们汇合了。

片尾曲也是影片的重点之一，一个众所周知的事情，是片尾曲是由导演的母亲亲自作词和演唱的，而歌词中还有导演的名字。

所以这个片尾曲单拎出来也是非常好听的，因为这是一首饱含爱意的曲子。

牛来从熟悉的悬崖和树边上下去的时候，也是顺利和牛爸爸、牛群汇合了，这时候所有的牛都变成四肢着地走路的了。

在片尾曲结束之后，牛来、牛妈妈、牛爸爸，还有其他牛群，都不会说人话了，只能“哞”了，可见最后他们都变回牛了。

牛来的全部剧情就此结束！

以上就是牛来剧情的简单介绍，接下来聊一下感受。

首先就是真的看了内容之后，虽然牛来的画面非常的抽象，但剧情其实真的有可圈可点的地方，而且内涵非常丰富，并不是网传的“毫无内涵”，甚至可以说，超过了很多一线的大电影。

这是一部讲述主角牛来，在牛妈妈、豹拉等人的帮助和牺牲下，明白了什么是成长，什么是牺牲，并最终成长为一个合格的牛群首领的故事。可以说是包括了亲情、友情、热血、搞笑、成长等多个经典要素，包含热门电影所必须的要素，因此虽然是靠画面足够烂才出圈的，但电影本身并非一文不值。

而即便抛开电影本身，在场外也有很多因素影响了这次《牛来》的大火。

就国内而言，影迷们普遍反感某些注重宣发、轻视内容的电影，而牛来完全 0 宣发，制作团队还只有两个人，可以说是戳中了国内影迷反资本的内心。

而国外则有另一套解释，由于现在 AI 生成内容的泛滥，国外也是掀起了反 AI 生成的浪潮，而《牛来》这样的纯手工打造作品，完全的 0 AI，就受到了推崇，因为对他们来说，人类制作的作品再差，那也是人类自己的，而不是 AI 生成的，所以一定要支持《牛来》。

就我个人而言的话，我认为《牛来》也确实让我打破了对龙标的滤镜，毕竟之前大伙普遍认为龙标是很难拿的，结果《牛来》的出现打破了这个说法，如果这能让更多人勇于、敢于投身电影制作的话，我觉得未必不是一件好事。

总之，虽然看《牛来》的过程确实有点痛苦，也充满了槽点，但最终我觉得《牛来》的质量也没有那么差，抛开画面还是可以聊一聊的。

当然了，毕竟抛不开画面，所以我最终给出的评分是 6 分（满分 10 分），推荐闲得无聊的观众姥爷去看。

（完）

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/niulai-animation-movie-review.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

今天的话我来跟大家分享一下这次去《2026 鹰角嘉年华》和《2026 ChinaJoy》的一些感受。

虽然在上一篇博客中我就提过了我是很少把两个主题放一块讲的，不过这次因为离得确实很近，一天鹰角嘉年华（8.1），一天 ChinaJoy（8.2），两天连打，所以就放在一块讲了。

当然也有可以少发一篇文章的原因。

首先提一下场外因素，算是个从买票开始就困难重重的经历。

这次 2026 鹰角嘉年华 依旧在会员购这个垃圾平台上购票，所以一开的时候也是果不其然的被卡在购票界面，遗憾败北。

所幸二开的时候放票多了很多，卡点进去基本上点击就有，所以算是有幸买到了 8.1 的票（2026.8.1，周六）。

恰好 ChinaJoy 也在这个时间附近举办，所以想着来都来了，那就再顺便去一趟 ChinaJoy 吧，于是买了 8.2 的票（2026.8.2，周日）。

只是，在做出这个规划的时候，我可能也没想到，鹰角嘉年华和 ChinaJoy 两天连打会这么累！虽然说有预期会很累，但实际结果比想象的更累！这一点会在后续补充说明。

第一天，2026.8.1，周六，出征 2026 鹰角嘉年华。

当然，接下来就还是先谈一下这次去 2026 鹰角嘉年华的一些感受吧。

这次去鹰角嘉年华在个人的时间安排上也确实有点赶，因为我是赶前一天晚上 8 点半的高铁，9 点半到上海，10 点到酒店。当天的话本来是要 7 点起的，结果也是起迟了，7 点半才起，最后 8 点半出发，9 点到现场，9 点半进场。

上一次去的还是 2024 年的明日方舟嘉年华，然后这一次是鹰角下面四个游戏的综合展，主要是明日方舟和明日方舟终末地，泡姆泡姆和来自星尘只在综合馆里面（还有森空岛）。

时间确实不算早了，不过因为我也不抢场贩，就还是慢慢来了。

结果一上来就给我开了个大眼。

虽然说早就知道鹰角小程序的绑定功能是一坨，经常出现手环（啪啪圈）无法绑定成功的情况，结果今年直接就遇上了（24 年运气好，没遇到），被迫换了一个新的手环后重新打卡。

这次一共有 3 个馆，明日方舟和终末地各占一个馆，每个馆有 11 个打卡点位；泡姆泡姆、来自星尘、森空岛等在综合馆，有 4 个打卡点位。

本人的话，这次是以戴了海猫面具的博士身份出击，给各位玩家朋友和 coser 老师赠送海猫表情包，点击就送，集邮或被集邮都赠送。

助力各位 coser 老师进行表情管理，轻松绷住~

一开始还担心送不完 100 张表情包，最后送完了都还不够，大伙实在太热情了！

首先是去方舟馆转了一圈。

界园非常的还原啊，比我去年（2025.8）去集成战略展的那次要完善很多了，场地非常大，还有拓印和投钱两个玩法，只可惜人也是真的多，只能走快速通道打完卡就走。

真要说整个场馆里欢呼声最大的一个区域，那必然是争锋频道，只能说线下的氛围确实太热烈了，肉身投票的结果就是判断错了就少一份奖励！不过也没办法，这个玩法的随机性就是非常的强，只能说选择需谨慎啊！

而要说方舟馆里面最重量级的表演，自然是新沃尔西尼区域的双狼舞台剧，有官方的德克萨斯和拉普兰德 coser 老师进行演出，非常的好看，只能说官方是懂我们想看什么的！

不过，也因为在等待双狼舞台剧的时候被硬控了一个半小时多，从 1 点多等到 2 点 40 分左右，所以后面时间就比较紧张了，去终末地和综合馆可以说时间紧任务重，只能疯狂打卡才勉强赶上。

终末地因为没在玩了，所以了解的不是很多，这里只能略过了。

由于排队的人实在有点多，因此即便不玩小游戏，靠快速通道打卡也是废了不少时间。

最后合影集邮以及发无料、互换无料的时间也不多了，最终是在无料互换区疯狂的发，包括表情包、亚克力片、龙门币，见人就发，才全部发完了。

当然了，虽然发出去了很多无料，但是收到了更多无料！太感谢各位博士、管理员和 coser 老师了！

最终，算上买的官谷，可以说整整一大袋，加上我还带了一个雷霆大的公招袋子，可以说肩膀压力拉满，等回到酒店只感觉腰酸背痛腿抽筋，然后第二天还要备战 ChinaJoy！可以说真的要累死个人了，什么二次元特种兵啊！

但也没办法，已经计划好了，而这个时候我还不知道第二天的 ChinaJoy 还会更累！

第二天，2026.8.2，周日，出征 2026 ChinaJoy。

因为这一次是两天连打，所以在前一天去完鹰角嘉年华之后，其实已经非常力竭了，步数也超过了 22000 步，然而去 ChinaJoy 逛了一天之后，步数更多，直接超过了 23500 步，因此也是更加的力竭！可以说整个人都不行了。

当然当天在 CJ 遇到一个哥们，他是 5 天连打，先去了 3 天的鹰角嘉年华，再去 2 天的 CJ，很无敌啊！

由于 CJ 和鹰角嘉年华都在 2 号线上面，所以这次是选择了一个距离 2 号线地铁站近的酒店，以便直接前往鹰角嘉年华和 CJ。

当然，因为这次的重点是鹰角嘉年华，所以选择的地铁站还是更靠近上海国家会展中心，住在淞虹路附近。

不过，由于 CJ 和鹰角嘉年华的房间是相反的，所以去 CJ 要花费的时间就更多了。第二天本来就起的迟了，然后又出发的晚，加上普票入口不管是从龙阳路下还是花木路下都很远，要步行 1 公里以上，所以最后进场的时候已经 11 点多了。可以说，时间紧任务重！

然后这次去 CJ 也是吸取了之前的经验，主打一个领无料，不干别的事情。

因为今年（2026）6 月份我去了一趟杭州的中国国际动漫节，也是同样类型的商业展，然后我就悟了，发现了这种商业展的玩法，那就从进场开始，在每一个摊位领无料（时尚小垃圾），也是完全不管价值，给我我就拿。

怎么说呢，到最后也是拿了非常一大袋时尚小垃圾，我粗略估计得有 4、5 公斤了（最后快递那边称的是 7 公斤，不过包括了之前鹰角嘉年华的周边），这也导致我的背包和行李箱实在放不下这么多时尚小垃圾，只能选择快递回来。当然，快递也挺快的，当天上午发出，下午就到了，可以说是一起到家。当然，这次 CJ 现场就有快递点位，比如说顺丰的摊位是真的可以收件的，只是价格要比外面要贵一些。

虽然说这次 CJ 也确实有一些高价值无料， 比如说华为充电宝，据说一百块钱多一个，但是要求实在太多，而且排的人也多，所以我也就跳过了这些摊位，去其他条件低的摊位领无料。

当然了，CJ 的摊位也确实有点多，详细的逛展也要花费很多时间。大部分摊位都是关注账号就能领了，也有不少是发社交媒体能领。不过个别摊位也是要集章、集赞才能领到无料，还是有点麻烦的，对这部分摊位就还是见仁见智了，愿意去做任务的可以考虑。

这次 CJ 当中，印象比较好的摊位有这么几个，一个是上好佳摊位，是跟明日方舟联动的，点击就送，零食直接往游客身上塞，能领到若干小包和一大包零食。如果愿意排队的话还能再拿到一个雷霆大袋子，只可惜绕了摊位好几圈，队伍实在太长，只能放弃了。

然后是麦当劳，免费的冰饮实在是救命，加上还有拼豆送，只能说好评！

魔爪也不错，点击就送！只可惜拿到的时候已经没有冰的了。

最后也是背着超过 5 公斤的无料回到了酒店，又是腰酸背痛腿抽筋的一天！步数超过了 23500 步，也是直接躺了。

CJ 当天还通过代领代寄拿到了绝区零肯德基联动的贴纸，血亏一笔邮费。

第三天，2026.8.3，周一，出征绝区零快闪和原神快闪。

然而事情到这里还没结束！

第三天返程之前，先去了原神的快闪活动，又去了绝区零×百联 zx 的联动，还去了绝区零和星耀光环的联动，最后才火急火燎的赶回上海虹桥站坐高铁回来。

怎么说呢，这种天气在外面逛了那么一大圈，自然身上都是汗渍，在黑色的衣服上面留下了白色的花纹，都是汗啊！

可以说，这次鹰角嘉年华和 ChinaJoy 两天连打，是非常劳累了！短时间内应该是不会再这么干了。

不过，虽然很辛苦，但得到的快乐也是真实的，非常好玩，下次还来！

感谢各位观众姥爷的观看，我们下次再见！

鹰角嘉年华附图：

ChinaJoy 附图：

绝区零快闪和原神快闪附图：

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-hypergryph-carnival-chinajoy-experience.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

今天来向大家分享一下这次去上海 BML2026 的一些感受，和同一时间影响上海的台风巴威（2026 年 09 号台风）的吐槽。

老实说我是很少在观后感中谈场外因素的，但无奈这次上海 BML2026 之行的过程深受台风巴威的影响，从出发到返回都被它影响了，所以不得不一起谈谈。

当然，首先还是先聊点开心的内容，来聊聊我这次去 BML2026 的一些现场感受。

我个人购买的是 7 月 11 日的场次，也就是第一场，而体验下来可以说是非常不错，氛围非常热烈，欢呼声此起彼伏。

地点：BML-PLAY！2026 哔哩哔哩线下演唱会 7 月 11-12 日（7 月 12 日线上直播）国家会展中心（上海）虹馆 EH

现场 4K 录像可以前往本人的小红书号观看：草梅友仁(小红书号：CaoMeiYouRen)

B 站因版权原因无法上传，也可以前往B 站官方账号查看 12 号录播。

这次录的视频比较多，图片很少，所以视频就不放在文章里面了。

可以说，除了部分曲目，大部分情况下现场观众还是非常热情的，也愿意给出自己的应援。

而所有的演出者也都得到了打 call 的回应，可以说是最尊重表演者的一集。

而现场的声浪差距也很明显的感受到各家粉丝的差距。

总体而言，原神、崩铁的最强，绝区零、明日方舟、终末地、碧蓝航线次之（含洛天依、2233 娘），鸣潮再次之。

下面是bml 歌单，以官方为准

• 碧蓝航线 《Blue Spirit》（2233 娘演唱）
• 崩铁 《不眠之夜》(洛天依)
• 绝区零 《覆灭重生 Come Alive》
• 鸣潮 《RUNNING FOR YOUR LIFE》
• 终末地 《New Frontier》
• 明日方舟《ⅠWill Touch the Sky》
• 原神 《神女劈观》（杨扬）
• 鸣潮 《Daisy Crown》
• 明日方舟 《Arsonist》
• 明日方舟 《浸春芜》
• 终末地 《My World》
• 原神 《未行之路》
• 中场休息
• 碧蓝航线（周年串烧)
• 鸣潮 《愿戴荣光坠入天渊》
• 终末地 《万象将醒》
• 明日方舟 《Radiant》
• 绝区零 《原色》
• 绝区零 《闪亮》
• 崩铁 《希望有羽毛和翅膀》
• 崩铁 《在银河中孤独摇摆》
• 终末地 《Under My Breath》
• 鸣潮 《Catch Me If You Can 》(Liyuu/A-soul)
• 绝区零 《预言 Prophecy》
• 原神 《让风告诉你》(ChiliChill 乐团×花玲宴宁)
• 原神 《我不曾忘记》(ChiliChill 乐团×花玲宴宁×回声少年)
• 碧蓝航线 《未来 Compass》(龚琳娜)
• 崩铁 《何者》(谭晶)
• 原神、崩铁、绝区零、明日方舟、终末地、碧蓝航线、鸣潮 游戏主题曲串烧 《LINK START!》
• 再来一杯(BML-PLAY!ver.)（2233 娘演唱）

先简单的说一下各个曲子的感受。

碧蓝的曲子作为开场感觉确实不错，2233 娘也还算 OK。

而洛天依演唱的《不眠之夜》属实有点开场王炸，全场嗨到顶点，这波，这波是双厨狂喜！

上一次在现场听洛天依唱歌还是在 2017 年 7 月的 BML-VR（梅奔场馆）

然后是绝区零的《覆灭重生》，只能说两位老师太核嗓了，有点费嗓子，感觉燃尽了啊！

上一次在现场听到《覆灭重生》是在 2026 年 1 月的绝区零音乐会，上上次是在 2025 年 12 月的绝区零 FES

《RUNNING FOR YOUR LIFE》的歌手很尽力。

终末地 的《New Frontier》和明日方舟的《ⅠWill Touch the Sky》也很有太空的感觉。

而杨扬老师带来的《神女劈观》则更是一波王炸，只能说好久没有在现场听到《神女劈观》了，杨扬老师的发挥一如既往的稳定，唱的也太好听了吧！

上一次在现场听到《神女劈观》还是在 2023 年 9 月的原神音乐会

《Daisy Crown》的歌手好看。

维什戴尔的 EP《Arsonist》和黍的 EP《浸春芜》也是一个燃爆，一个柔和，爽。

洛茜的 EP《My World》也好听，不过现场喊老婆的还是直接电吧，要武陵的电。

再一次听到《未行之路》，也是再一次落泪，可以说出现双子的剧情就是绝杀，只要有空荧就会落泪。当然，还有 4 个月亮的小巧思，你就学吧。

上一次在现场听到《未行之路》还是在 2026 年 1 月的原神 FES

之后就是中场休息十分钟，赶紧去了趟厕所，而事实证明还是少在中途去上厕所，原因就是人太多了，挤到爆炸。

加上还有场间的问候视频，所以还是错过了一点内容。

接下来是下半场。

碧蓝航线（周年串烧)，有点意思，二胡一出场真的没绷住，然后仔细一看，都是 B 站音乐区的老 up 主了，怪不得有种莫名的属性感。

鸣潮 《愿戴荣光坠入天渊》：略

终末地 《万象将醒》，大葱姐（庄方宜）的 ep 还是有点东西的，曲子难度不低。

耀骑士临光的 EP《Radiant》确实有点东西，现场实在是太嗨了，只能说 hey！hey！hey！不停！

而接下来就是于梓贝老师二连击，带来了绝区零的《原色》和《闪亮》。

听了《原色》之后，只能说于梓贝老师的发挥一如既往的稳定啊！太棒了，感觉像是：造成大量以太伤害，并为全队角色回复 2950 点生命值，下两次发动的[快速支援]，将被替换为[连携技]……

不过，对应的是每次听到 《闪亮》都会想要落泪，视线模糊了之后不得不擦一下眼睛才能继续听下去。

上一次在现场听到《原色》《闪亮》是在 2026 年 1 月的绝区零音乐会，上上次是在 2025 年 12 月的绝区零 FES

之后没想到的登场的是知更鸟的歌配 Chevy！能在一场演唱会同时看到耀嘉音的歌配——于梓贝和知更鸟的歌配——Chevy 登场我也真的是死而无憾了！

崩铁 《希望有羽毛和翅膀》，听到这首歌就回想起了暴打周天哥的日子，那也是星穹列车第一次拿来创人！（下一次就是归寂了！）

崩铁 《在银河中孤独摇摆》，只能说 Chevy 老师还是太美丽了！超大翅膀的特效也太好看了吧！感觉像是：使除自身以外的队友立即行动，我方全体攻击力提高，提高数值等同于知更鸟攻击力的 22.8%+200 点，我方全体发动追加攻击造成的暴击伤害提高 25%，（我方全体全属性抗性穿透提高 24%）……

由于从未抢到过崩铁演唱会的票，所以没有在现场听过。

终末地 《Under My Breath》，感觉有点骚东西。

鸣潮 《Catch Me If You Can 》(Liyuu/A-soul)：略。由于离得有点远，手机拍摄包括洛天依在内虚拟歌手/虚拟主播时过曝的厉害，基本上没法看，不过现场还是能看清的，官方录播也相对高清，可以看清。

绝区零 《预言 Prophecy》，依旧是振宇的省钱小妙招，在歌出来之前甚至不知道是绝区零的曲子，而且直接上了 3.1 的版本图，原来是来 BML 现场宣传新版本了吗？

这首歌应该算挽昼的角色曲，我感觉等后续 3.1 版本和之后剧情展开了就会对此有更加深入的理解（当然老师也唱得很好听！）

可惜没有《绝望吧台》啊，不然感觉绝区零这边还能更嗨。

原神 《让风告诉你》(ChiliChill 乐团×花玲宴宁)，一如既往的可爱啊！洗脑循环说是！

原神 《我不曾忘记》(ChiliChill 乐团×花玲宴宁×回声少年)，依旧是最落泪的一集，非常的绝杀，可以说全场合唱+全场爆哭！

碧蓝航线 《未来 Compass》，没想到龚琳娜老师也能那么燃！

崩铁 《何者》，还得是谭晶老师！可谓是压轴登场！《何者》的含金量可见一斑！

原神、崩铁、绝区零、明日方舟、终末地、碧蓝航线、鸣潮 游戏主题曲串烧 《LINK START!》，只能说万万没想到还能整出个超级大串烧，一开始方舟出来的时候还不知道发生了什么，结果是个游戏主题曲串烧，非常的有趣啊，感觉 DNA 都动了！

再来一杯(BML-PLAY!ver.)（2233 娘演唱），这应该算是 BML 的《难忘今宵》了，只不过今年是 PLAY 特别版，也是非常用心了。

不过，要是有人说这次 BML-PLAY！是游戏玩家大和解，我只能说，差不多得了。

我可以跟明日方舟、终末地、碧蓝航线等任何游戏和解，但我这辈子都不会跟鸣潮和解，一生黑。

如果你想了解如何屏蔽网页端 B 站推送的关键词的话，请参考： Bilibili 按标签、标题、时长、UP 主屏蔽视频

当然，技术本身是中立的，你可以用来屏蔽任何你不想看到的关键词

然后再讲一下我这次去现场发无料的事情。

事情是这样的，由于我到了三开都没抢到 BW 的票，所以一气之下印了些 BW 表情包，然后在去 BML 的路上和在 BML 内场发放。

根据我在 BML 内场发无料后询问“是否抢到 BW 票”的身边统计学，在 BML 内场这帮最愿意同时去 BML 和 BW 的人当中，大约有九成的人没抢到票，可见 BW 确实比 BML 难抢。

如果要分析原因的话，大概是 BML 退票比较多，BML 有选位置区域的问题，而 BW 抢到就行。而想去 BW 的人基数比 BML 多，考虑到今年变游戏专场了，往年喜欢日本歌手的观众今年可能就不来了。

聊完 BML 之后就得聊聊台风巴威了。

怎么说呢？虽然早十几天就知道巴威可能会对 BW/BML 造成影响了，但直到出发的前一天（7 月 10 日），都还是有侥幸心理，认为实际不会有多大影响。

直到 7 月 10 日的时候，高铁开始退票了，而且是买一张退一张，这时候我才意识到问题的严重性。

最后，在 7 月 10 日晚上十点做出决定，要提前一天抵达上海，于是购买了 23:21 的高铁票，并赶在 23:04 左右抵达检票口，可以说是赶上了前往上海最后的末班车，因为我不能赌第二天能否顺利出发。最后也是在 0 点左右抵达上海。

而屋漏偏逢连夜雨的是，陪伴我征战多年的行李箱却在此时驾崩了，坏掉了一个轮子，而且还是影响拉杆使用的后轮！只能第二天叫了个闪送买了新的行李箱，结果又遇到了送达延误，只能说事事不顺啊！

第二天，7 月 11 日下午 3 点左右，提前出发，不过由于时间还早，打算先去龙湖虹桥天街逛下。

不过，这个时间段的天气，一改早上的大晴天，变得乌云密布，狂风大作。

虽然还没开始下雨，但风已经很大了，可以说台风巴威已经开始对上海造成影响了，而这个时候的我还不知道之后会发生什么。

4 点左右，抵达龙湖虹桥天街，没想到的是里面人还不少，看了下是守望先锋在办活动，怪不得这么多人。随便打卡之后，待到了 5 点前往国家会展中心参加 BML。

在去的路上，刚好遇到 BW 散场的人，可惜的是，快乐是他们的，而我只是去看 BML 的。

（中间过程已在前文中提过，无料也在进场之前发过一些）

出场之后就又有点小问题，由于进场是从另一个方向进来的，出场的时候没注意，往返方向走了，最后绕了一大圈。

当然，如果只是绕圈，那还是小问题，更大的问题是此时台风巴威正式登陆，让上海的风雨更加猛烈。

最开始的时候还是小雨，但很快就下起了暴雨，加上强风，可以说完全没法撑伞。

而早有准备的我掏出了去年（2025）台风竹节草时期买的雨衣，靠这身雨衣撑到了出租车的到来，也是付了很大一笔车费吧，不过没什么办法，那个时间点本身就很难打车，夜间+天气不少，属于是 debuff 拉满，能活着回到酒店感觉就不错了。

而这个时候也收到了第二天（7 月 12 日）高铁停运的消息，上海虹桥站返回杭州的高铁班次从往常的密密麻麻，变成了空空如也，真的是一个班次都没留下。

这个时候也是非常绝望啊，真的有点害怕，感觉只能滞留在上海一天了，于是只能续期酒店一天，还买了一堆泡面和水，希望能撑过第二天。

不过，出乎意料的是，第二天（7 月 12 日）的天气还不错，艳阳高照，除了风有大之外，地面甚至都没啥积水。

而我也是在 12306 上面刷到了高铁恢复的消息，看着班次逐渐恢复，于是抢了一张卧铺的票提前返回杭州。不过续期酒店的钱还是白白花出去了，也退掉了 7 月 13 日的高铁票，又亏一笔。

所以，总的来说，如果没有台风巴威的话，我这次 BML 之旅应该就是个平平无奇的旅行，但结果，台风巴威对我这次出行造成了非常大的影响，可以说整个行程都被打乱了，很没招！

不过，也能从中收获一点经验教训，那就是：

1. 提前准备好雨衣、雨伞等防雨工具，尤其是雨衣，在风特别大的时候是不能打伞的，有被风直接吹倒的风险，雨衣相对来讲更安全一些，所以大伙出门的时候可以提前预备雨衣。
2. 还是得多关注天气情况，尽量少在恶劣天气下出门。毕竟 BW/BML 虽然难得，但还是要以自身的安全为重。
3. 高铁如果是因为停运导致退票的话，即便是积分兑换的票也可以把积分退回来（默认情况下是不退的），记得关注下退回情况。

综上，我想这一定是一次难忘的 BML 之旅，无论场内还是场外都强度拉满了，下次再遇到这种事情，只能祈祷希望人没事了！

感谢各位观众姥爷观看，我们下次再见，拜拜~

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-bml-play-review-typhoon-bavi.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

本文在 草梅友仁的博客 发布和更新，并在多个平台同步发布。如有更新，以博客上的版本为准。您也可以通过文末的 原文链接 查看最新版本。

前言

欢迎来到草梅周报！这是一个由草梅友仁基于 AI 整理的周报，旨在为您提供最新的博客更新、GitHub 动态、个人动态和其他周刊文章推荐等内容。

您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

开源动态

本周 墨梅博客 的开发依旧在稳步进行中。

您可以前往 Demo 站试用：https://demo.momei.app/

• 您可以通过邮箱 admin@example.com，密码momei123456登录演示用管理员账号。

或前往官网注册：https://momei.app/

也可以前往文档站来了解项目整体规划和未来开发路线图：https://docs.momei.app/

现在可前往 增强包 页面下方加入候补名单，当增强包开发完成时，会通过邮件等方式在第一时间通知你。

当前墨梅博客已经正式发布了 1.20.1 版本，以下是新页面和新功能的一些截图。

新增微信公众号平台的预览效果，现在可以直接查看文章渲染后的效果。

新增定时推送和相关的取消删除功能。

更多功能和页面可以前往官网体验，也可前往之前的博客查看截图。

欢迎各位用户体验。并提出意见和建议。

接下来的话还会继续按照路线图和待办进行开发功能，敬请期待。

当然，目前墨梅博客还有很多需要打磨的细节，功能上也还不完善，如有任何意见和建议，都可以在项目的 GitHub issues 中提出。

如果你也对墨梅博客感兴趣，欢迎参与开发和测试。

博客更新

• 记一次基于 Hermes Agent 的 AI 助手自动化深度使用体验 - 2026-06-27 23:32:22
  摘要:
  从 Docker 部署到实际使用，全面分享基于 Hermes Agent 自部署 AI 助手接入飞书、配置搜索 MCP、低成本调用 DeepSeek V4 Flash 的完整经验和技巧。
• 记一次杭州·第二十二届中国国际动漫节的观后感 - 2026-06-23 00:50:17

GitHub Release

rss-impact-server

v1.18.4 - 2026-06-27 20:39:40

摘要:

• 测试: 跳过 opentelemetry-deps 的 package.json 测试，以防止不兼容变更
• Bug 修复: 启用 SQLite WAL 模式，设置 synchronous=NORMAL 和 busy_timeout，并优化 Docker 构建；更新 @vercel/nft 版本至 1.10.2

afdian-linker

v1.4.3 - 2026-06-27 20:25:03

摘要:

• 代码重构: 优化用户验证逻辑；重构代码以提高可读性和一致性
• Bug 修复: 为高严重性的传递依赖添加覆盖

momei

v1.21.0 - 2026-06-27 21:01:23

摘要:

• 代码重构: 重构 distribution 扩展预览控制器逻辑；优化 email 邮件模板链接；导出 i18n 日期语言映射供外部模块使用；收敛类型定义至单一来源，迁移类型至正确目录。
• 新功能: listmonk 添加远程活动调度；marketing 添加定时推送取消和删除；post-distribution 增强预览渲染支持内容配置文件，并新增复制渲染后 HTML 功能。
• Bug 修复: 修复 distribution 标签渲染返回值错误、公众号 URL 链接二次替换、WechatSync 标签尾注缺失及小红书版权格式问题；修复 i18n 首屏翻译模块加载失败；启用 PWA 并配置相关选项；支持移动端 CWV 基线采集；添加服务器错误消息处理；升级 hono 至 >=4.12.25 解决安全漏洞，通过 pnpm overrides 解决 3 个高危依赖 CVE；优化用户会话数据处理；完成商业链接管理器测试 API 迁移；修复阶段 51 回归测试。

最新 GitHub 加星仓库

• CaoMeiYouRen starred DeepSpec - 2026-06-29 22:39:36
  DeepSpec 是一个用于训练和评估推测解码算法的全栈代码库，主要语言为 Python，获得 6223 颗星标。
• CaoMeiYouRen starred SoundKeyboard - 2026-06-24 23:35:58
  该仓库没有提供描述，主要编程语言为 Python，获得了 36 个星标。
• CaoMeiYouRen starred dify - 2026-06-24 20:14:26
  生产就绪的代理工作流开发平台，主要使用 TypeScript 语言，拥有 147761 个星标。
• CaoMeiYouRen starred opencode-wakatime - 2026-06-24 17:28:09
  使用 Wakatime 跟踪 Opencode 的使用情况，主要编程语言为 TypeScript，该项目在 GitHub 上获得 182 颗星标。
• CaoMeiYouRen starred hyperframes - 2026-06-23 19:17:16
  该工具专为代理构建，支持编写 HTML 和渲染视频，主要使用 TypeScript 语言开发，拥有 33,234 个星标用户。

其他博客或周刊推荐

阮一峰的网络日志

• 科技爱好者周刊（第 402 期）：我在智念 AI 的日子（小说） - 2026-07-03 07:33:49
• Dario Amodei：AI 开源是伪命题 - 2026-06-30 11:04:08
• 科技爱好者周刊（第 401 期）：如何赚到 10 亿美元 - 2026-06-26 08:05:38

HelloGitHub 月刊

• 《HelloGitHub》第 123 期 - 2026-06-29 08:10:22

总结

本周的更新和动态如上所示。感谢您的阅读！
您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

往期回顾

• Hermes Agent AI 助手与墨梅博客更新 | 2026 年第 24 周草梅周报 - 2026-06-14 22:08:37
• 墨梅博客 1.19.0 发布与 Copilot 涨价替代方案 | 2026 年第 23 周草梅周报 - 2026-06-08 00:01:57
• AI 超级搜索与墨梅博客开源动态 | 2026 年第 22 周草梅周报 - 2026-05-31 19:59:10

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-27-caomei-weekly-2026-27-weekly-momei-hermes-agent.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

摘要：本文记录了将 Hermes Agent 部署到 Docker、接入飞书、配置 tinyfish-mcp 搜索、搭配 DeepSeek V4 Flash 低成本方案，以及两周深度使用的真实体验。适合有一定 Docker 基础、想搭建自部署 AI 助手的读者。

在上期博客 《Hermes Agent AI 助手与墨梅博客更新 | 2026 年第 24 周草梅周报》 中简单提了一下 Hermes Agent，这次将结合最近几周的真实使用体验，来给出一个完整的部署和使用报告。

官方文档：https://hermes-agent.nousresearch.com/docs/zh-Hans/

部署

首先，和 OpenClaw 一样，要想使用 Hermes Agent，先得部署 Hermes Agent。

考虑到此类 AI 助手的所需要的权限非常大，因此非常不推荐在个人电脑上部署，如需部署，还是建议优先使用 Docker 这样的容器环境来部署，和主机环境进行隔离，以减少被误删文件和被攻击的风险。

Docker 容器本身就是安全边界

接下来介绍一下如何通过 Docker 部署 Hermes Agent。

首先进行一些前期准备，包括 Linux 服务器、Docker、LLM 的 API Key。

环境要求

• 服务器：Linux（最好不低于 2 核 4G，否则会有卡死的风险）
• Docker：已安装 docker、docker-compose
• API Key：至少一个 LLM 厂商的密钥（DeepSeek、OpenAI 等）
• 消息网关：这里以飞书为例（你可以选择任意一个支持的消息平台，例如 QQ、企业微信、钉钉等）

安装

在服务器合适的目录下写入以下 docker-compose.yml 配置文件。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33

# 
# Hermes Agent — Docker Compose 部署
# 配置: DeepSeek V4 Flash + 飞书 WebSocket
#
services:
  hermes:
    image: nousresearch/hermes-agent:latest
    container_name: hermes
    restart: unless-stopped
    volumes:
      - ./hermes_data:/opt/data
    env_file:
      - .env
    environment:
      # ---- 用户权限 ----
      - HERMES_UID=${HERMES_UID:-1000}
      - HERMES_GID=${HERMES_GID:-1000}
      # ---- DeepSeek Provider ----
      - DEEPSEEK_API_KEY=${DEEPSEEK_API_KEY}
      # ---- 飞书渠道 (WebSocket 模式) ----
      - FEISHU_APP_ID=${FEISHU_APP_ID}
      - FEISHU_APP_SECRET=${FEISHU_APP_SECRET}
      - FEISHU_DOMAIN=feishu
      - FEISHU_CONNECTION_MODE=websocket
      # ---- 飞书安全白名单 (强烈推荐) ----
      - FEISHU_ALLOWED_USERS=${FEISHU_ALLOWED_USERS}
      # ---- 推荐: 设置 home chat 用于 cron/通知 ----
      - FEISHU_HOME_CHANNEL=${FEISHU_HOME_CHANNEL}
      # - GATEWAY_ALLOW_ALL_USERS=${GATEWAY_ALLOW_ALL_USERS:-false}
      - GATEWAY_ALLOWED_USERS=${GATEWAY_ALLOWED_USERS}
      - OPENCODE_GO_API_KEY=${OPENCODE_GO_API_KEY}
    command: ["gateway", "run"]

在这里选择用 DeepSeek V4 Flash 作为后端 AI 模型，飞书作为前端交互客户端。在这里不使用 Web dashboard，也就不开放任何端口，所有消息通过飞书发送和接收。所有数据保存到当前目录下的 hermes_data 目录（和官方有差异，官方默认是 ~/.hermes/，我这里用自定义挂载是为了方便备份）。

当然，上述配置还是不完整的，因为没有对应的环境变量。

在同一目录下新建 .env 文件，配置参考如下，请注意替换成你的真实值。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

# === DeepSeek API ===
# 在 https://platform.deepseek.com 申请
DEEPSEEK_API_KEY=sk-xxxx

# === 飞书应用凭据 ===
# 在 https://open.feishu.cn/app 申请，具体申请过程参考下文
FEISHU_APP_ID=cli_xxxx
FEISHU_APP_SECRET=xxxxx
FEISHU_DOMAIN=feishu
FEISHU_CONNECTION_MODE=websocket

# === 飞书安全白名单 (用逗号分隔用户 open_id) ===
FEISHU_ALLOWED_USERS=ou_xxxx

# === 可选: Home Chat ID (cron job 结果、通知发送到此) ===
# FEISHU_HOME_CHANNEL=oc_xxx
# 允许的用户 ID。
# GATEWAY_ALLOWED_USERS=xxx
# 第一次使用建议先设置成允许所有用户，不过请确保该应用只有自己使用！
GATEWAY_ALLOW_ALL_USERS=true 

除此之外，你还需要在 hermes_data 目录下创建一个 config.yaml 文件，内容如下：

1
2
3

model:
  provider: deepseek
  default: deepseek-v4-flash

你也可以使用任何支持的 AI 提供商。

当然，你也可以通过命令行配置，通过以下命令进入设置向导，向导会提示你输入 API 密钥并将其写入 ./hermes_data/.env

1
2
3

docker run -it --rm \
  -v ./hermes_data:/opt/data \
  nousresearch/hermes-agent setup

接入飞书平台

在这里需要一个飞书应用凭据和用户的 open_id，先讲一下飞书智能体应用如何创建。

首先登录飞书开发者后台，可以看到首页已经置顶了 创建飞书智能体应用 的入口，如果没有的话也可以点击下面的 创建企业自建应用 入口来创建。

然后就可以看到设置头像和名称的页面了，直接点 立即创建 就行了。

然后就能直接看到 App ID 和 App Secret 了，复制到环境变量中。

之后在项目目录下面执行以下命令，启用 Hermes Agent 的 Docker 镜像即可。

1

docker compose up -d 

这时候就可以给机器人发消息来验证接入是否成功了。

如果没有响应，一般是没有配置 飞书安全白名单 和 允许的用户 ID 的缘故。

这种情况下可以先临时把 GATEWAY_ALLOW_ALL_USERS 设置成 true，然后直接询问 AI 用户的 open_id，并在 FEISHU_ALLOWED_USERS 和 GATEWAY_ALLOWED_USERS 中填入。

也可以直接去看 logs/gateway.log 的日志。

使用

AI 能够通过飞书渠道进行回复之后，就可以正式开始使用了。

比如说，您可以先向它自我介绍一下，它就会记下来，以后也会直接引用。

然后是一些使用上的小技巧。

部署搜索 MCP

众所周知，没有搜索工具的 AI 大模型依旧是个笨蛋，而在我的真实使用过程中，搜索类工具的触发概率基本上到了 80%~90%，做调研、探索、核实等任务的时候基本上是刚需，因此我选择了接入 tinyfish-mcp，可以说非常好用。

tinyfish-mcp 的部署请参考官方文档。

部署完 tinyfish-mcp 后，在 config.yaml 中配置即可。

1
2
3
4
5

mcp_servers:
  tinyfish-search:
    url: "https://tinyfish.example.com/mcp"
    headers:
      Authorization: "Bearer xxxxxx"

配置 Tool Search

如果你配置了多个 MCP 的话，那么就会发现 MCP 的 schema 占用了大量的上下文，因此可以考虑显式启用 Tool Search 功能。

在config.yaml 配置中这样设置：

1
2
3
4
5
6
7

tools:
  tool_search:
    enabled: true       # 之前是 auto，现在显式启用
    threshold_pct: 10   # MCP/插件工具超过上下文 10% 时触发
    search_default_limit: 5
    max_search_limit: 20

由于像 DeepSeek V4 这样的模型是支持 1M 上下文的，所以按照 auto 的 10% 自动触发来计算的话，得要 100k 左右的 MCP schema 上下文占用才会启用，而这个时候 MCP schema 的占用其实已经太大了，所以建议改成显式启用。

使用便宜的 AI 模型

虽然也有人通过 Hermes Agent 编程，但大部分情况下还是跟它聊天多，而这种情况下是不需要太好的模型的，加上使用高级模型带来的开支是不容忽视的，所以还是建议大家使用便宜的 AI 模型，比如说高性价比的 DeepSeek V4 Flash，而不是 DeepSeek V4 Pro。如果真的需要编程，再通过调用 Claude Code、OpenCode 等 AI 工具来编程。

在这里个人比较推荐通过 OpenCode Go 来调用 DeepSeek V4 Flash，能比 DeepSeek 官方还优惠一些。

以上链接包含我的邀请码，通过此链接注册你和我都能获得一定免费使用额度。

OpenCode Go 官方文档：https://opencode.ai/docs/zh-cn/go

具体的原理就是 OpenCode Go 只需要 10 美元一个月，但是额度上却有 60 美元。

虽然 OpenCode Go 里面 DeepSeek V4 Pro 目前还没有同步 DeepSeek 官方的 2.5 折优惠 ，但是 DeepSeek V4 Flash 的价格是一致的，所以确实可以用 10 美元的价格用 60 美元额度的 DeepSeek V4 Flash，在各类 AI 模型中也算性价比最高的那一档了。

2026-07-18 更新：OpenCode Go 现已更新 DeepSeek V4 Pro 模型的 2.5 折优惠！

不过额度也下调到 15 美元，依旧吃紧。

此外 OpenCode Go 还可以配合 Qwen3.7 Plus 来解决图像识别的问题，算是性价比最高的 AI 模型套餐之一了。

如果使用 OpenCode Go，在环境变量中的配置项就要对应改成 OpenCode Go 的，比如：

1

OPENCODE_GO_API_KEY=xxxx

并且 config.yaml 配置的 model.provider字段也要做如下修改：

1
2
3

model:
  provider: opencode-go
  default: deepseek-v4-flash

配置视觉模型

如果你使用了 DeepSeek V4 系列作为 Hermes Agent 后端的主力 AI 模型，那么会遇到一个问题，那就是 deepseek-v4 目前还不支持识别图像，所以无法识别你发送的图片，影响使用体验。

在 Hermes Agent 中是支持单独设置视觉模型的，所以可以在 config.yaml 配置的 auxiliary.vision.model字段中设置了 qwen3.7-plus 等支持图像识别的 AI 模型，来弥补 DeepSeek V4 Flash 的不足。

1
2
3
4

auxiliary:
  vision:
    provider: opencode-go
    model: qwen3.7-plus

自动化整理记忆

Hermes Agent 是支持设置定时任务的，为了强化它的自主学习能力，可以要求它每天凌晨的时候自动扫描过去 24 小时的会话，提取可复用的知识，从而省去了人工要求它复用的工夫。

参考 prompt： “扫描过去 24 小时的所有会话，提取可复用的知识…”

这里有一个小问题是，在 cron job 中无法直接写入 Memory，也就是说无法直接修改 Agent 记忆，所以只能采用间接方案，用 file 工具写入 reusable-knowledge.json 作为文件级知识库。

使用 markdown 发送消息

由于飞书的限制，表格在消息中是无法渲染的，所以可以考虑转换成 markdown 文件作为附件进行发送，这样可以解决排版问题，也可以避免消息中出现了不支持的 markdown 排版字符。

你可以直接要求 AI 以 markdown 文件格式发送附件，或者要求检测到表格字符后就自动转换成 markdown 附件。

一些使用体验

接下来聊聊自己这段时间使用 Hermes Agent 的感受吧。

首先就是非常的强大，非常的好用。

最开始对它的期望也就是个高度定制化的豆包而已，但现在看起来远比豆包好用。

为什么？

豆包不能执行代码、不能操作文件、也不能定时自省——而 Hermes Agent 把这些都集成在了一个界面中，这就是它比豆包好用的地方。

一方面，通过自建的 tinyfish-mcp 解决的搜索质量问题，另一方面，通过 super-search 解决了调查报告质量的问题，可以说这是超过绝大部分 AI 搜索工具结果质量的基石。

其次则是定时任务系统。

个人也是使用过类似 n8n 这样的可视化低代码平台，虽然说写一个定时任务并不复杂，但手动去写、手动去连线还是有点麻烦，而自己写脚本也是嫌麻烦，而通过 Hermes Agent 一句话就能让它自己写脚本，并且出了问题还能自己修复，这就非常的愉快了。

而这些只是 Hermes Agent 最基础的功能，Hermes Agent 从本质上讲就是个自部署的 AI 助手，是可以轻松加入绝大多数工作流的，把它拉进工作群就是个最简单的使用方式了（不过得记得做好权限控制），剩下的交给时间就行，多互动，就会越来越好用。

即便一时间找不到合适的使用方式，那就真的把它当成一个 AI 聊天工具就行，有什么问题问一下，还能帮你总结经验。

写在最后

最后其实也没有要多说的了，从 AI 能够通过飞书渠道进行回复之后，剩下的要做的事情就只剩下多用了，遇到不会的就问 AI，还可以让它自己解决问题，从而跑通整个自动化流程。

可以预见的是，从 OpenClaw 开始的自部署个人 AI Agent 框架爆火并不是偶然，而是一个刚需，未来只会出现更多像 Hermes Agent 这样的项目来满足用户需求。

而基于 Hermes Agent 这样的 AI 助手，能够实现的自动化是超乎想象的，可以说完全能够替代人工操作。而至于是 取代 还是 解放，就见仁见智了。

我们下期再见，拜拜~

您可以通过以下方式订阅草梅博客的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅友仁的博客 RSS
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

往期回顾

• 2026-06-14 Hermes Agent AI 助手与墨梅博客更新 | 2026 年第 24 周草梅周报
• 2026-06-07 墨梅博客 1.19.0 发布与 Copilot 涨价替代方案 | 2026 年第 23 周草梅周报
• 2026-05-31 AI 超级搜索与墨梅博客开源动态 | 2026 年第 22 周草梅周报

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/hermes-agent-docker-deployment-deepseek-v4-feishu.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

今天的话跟大家来分享一下这次去杭州第二十二届中国国际动漫节的一些观后感。

这次去中国国际动漫节的原因是去年去过一趟，感觉还不错，所以今年也买了票。怎么说呢，虽然中国国际动漫节的规模不小，但由于今年的时间安排缘故，从 6 月 15 日开展到 6 月 19 日闭展的这 5 天中，只有 6 月 19 日（端午节）当天是在假期里的，结果就是前 4 天工作日里游客很少，相当冷清，而最后一天游客数量爆表，十分拥挤。然后这一次中国国际动漫节也是限制了日本 IP 参与的，所以能看到的作品其实少了不少（不过中国国际动漫节的另一个好处就是能看到的国产 IP 一直很多）。

此外，另一个问题就是，每次中国国际动漫节举办的时候，都处在 6 月的梅雨季节。我在去年（2025 年 6 月 1 日）和今年（2026 年 6 月 19 日）去的时候都下了雨，今年离场的时候雨势还变大了，领了免费的雨衣才没被打湿（只打伞的话下半身和背包还是得湿，所以再披个雨衣比较好）。所以观众姥爷们以后如果考虑来中国国际动漫节，请一定一定记得带伞。

今年虽然本来想早点起，结果还是来晚了，最终进场的时候已经快 11 点了。不过好在还是赶上了上午场吧，从 A 馆 1 楼开始，各种领鸡蛋（无料），看见一个展台就领一份无料。

可能是今年的人还不算特别多，当我依次领完 A 馆 1 楼、A 馆 2 楼、B 馆 1 楼、B 馆 2 楼、B 馆 3 楼的无料之后，获得的无料已经装满了整整一大袋！这也导致了一个隐藏的问题——那就是让我的肩膀不堪重负，等到散场的时候肩膀已经酸的不行了，第二天起来的时候更是感觉被人打了一样！所以我终于可以得出结论了：逛漫展单纯的步数多只是腿疼，而无料拿太多则会导致肩膀疼！如果步数又多无料也多，则是腿和肩膀都疼！

这次领了一堆无料，绝大部分展台都是扫码关注或者发个小红书就能直接领了，保底也是徽章或者书签，大袋子也不少。以及要重点提一下，这次在 B 站展台，我尊贵的大会员身份终于有点用了，额外领到了一个大会员专属袋子！点名表扬！（毕竟上次去 CP32 的时候，即便有大会员，实体身份卡还是要付费领，特别坑爹！）

然后点名批评几个展台，一个是 vivo 展台，全场最抠门的展台没有之一，因为这玩意儿的保底不是无料，而是外卖券，只有 5%的概率拿无料，我真的想说送不起真的别送了，玩这一套干啥呢？

其次是淘宝展台，要扫码集 8 个章才能抽一次奖，集齐 15 个能抽两次，集章数量多不说，而且奖品特别少，截排特别早，说是下午两点开始第二轮抽奖，结果两点不到就截排了，未免也太抠门了吧？

接下来提一下这次的餐饮体验。

首先是康师傅展台，虽然说 8 块钱一碗方便面比外面贵多了，但是可以直接帮你泡好（有热水），对比其他的餐饮区产品，你会知道吃方便面真的太便宜了。然后算上消费的一个章，集满三个章可以抽奖，有概率拿袋子（也很大）。

然后是价值 25 元的超级大肉串，虽然很贵，但真的巨 TM 长，我感觉图片都无法告诉各位这个大肉串有多长，因为缺少参照物，目测至少超过 1 米，只能说物有所值（但味道也就一般吧）。

等无料都拿的差不多了之后，我也就按照惯例，开始疯狂的拍照和集邮，总之路过的 coser 都得来张照片，在此十分感谢各位愿意集邮和拍照的 coser！

虽然当天一整天基本上都有雨，不过在散场之前其实都不算大，等到下午 4 点快要散场的时候雨势才突然增大，变成大雨，不过好在工作人员也是直接在出口给各位游客发放了免费的一次性雨衣，在此十分感谢各位工作人员，你们辛苦了！

最后，这一次的中国国际动漫节之旅也到此结束了，到家的时候感觉已经累瘫了，也算是再次力竭了吧！

让我们下次再见，拜拜~

附图：

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-hangzhou-international-anime-festival-review.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

本文在 草梅友仁的博客 发布和更新，并在多个平台同步发布。如有更新，以博客上的版本为准。您也可以通过文末的 原文链接 查看最新版本。

前言

欢迎来到草梅周报！这是一个由草梅友仁基于 AI 整理的周报，旨在为您提供最新的博客更新、GitHub 动态、个人动态和其他周刊文章推荐等内容。

您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

开源动态

本周 墨梅博客 的开发依旧在稳步进行中。

您可以前往 Demo 站试用：https://demo.momei.app/

• 您可以通过邮箱 admin@example.com，密码momei123456登录演示用管理员账号。

或前往官网注册：https://momei.app/

也可以前往文档站来了解项目整体规划和未来开发路线图：https://docs.momei.app/

现在可前往 增强包 页面下方加入候补名单，当增强包开发完成时，会通过邮件等方式在第一时间通知你。

当前墨梅博客已经正式发布了 1.20.0 版本，以下是新页面和新功能的一些截图。

后台友链管理新增「展示 RSS 动态」配置项，现在可以更加直观的看到友链的 RSS 动态。

此外还有添加 Umami 自托管分析集成的相关文档与配置示例，优化 AI 视觉提示词生成逻辑等改动。

更多功能和页面可以前往官网体验，也可前往之前的博客查看截图。

欢迎各位用户体验。并提出意见和建议。

接下来的话还会继续按照路线图和待办进行开发功能，敬请期待。

当然，目前墨梅博客还有很多需要打磨的细节，功能上也还不完善，如有任何意见和建议，都可以在项目的 GitHub issues 中提出。

如果你也对墨梅博客感兴趣，欢迎参与开发和测试。

Hermes Agent：比 OpenClaw 安全的会自学习的 AI 助手

最近研究了下 Hermes Agent ，发现 Hermes Agent 确实比 OpenClaw 好用还安全一些。

先说结论吧，由于之前 OpenClaw 接连爆出了多个高危漏洞，所以即便之前我已经试过了 OpenClaw ，也对它不太信任了，因此需要选一个同类产品作为替代。

经过一番调研，我选择了 Hermes Agent 作为新的 AI 助手。

作为开源项目，肯定要看一下基础数据，Hermes Agent 的数据也相当豪华，可以说是仅次于 OpenClaw 了。

注: Star/Fork 数据来自 2026 年 6 月采集，具体数字因项目快速变化可能存在偏差

不过从综合角度考虑的话，OpenClaw 有不少维度是亮红灯的，比如安全漏洞和供应链风险，风险高到几乎无法让人接受。

所以下面再来进行一次架构对比。

综上，虽然 OpenClaw 作为先行者确实一度取得不小的优势，但随着接连爆出的漏洞还有破坏性更新，也让用户对它的信任大打折扣，而 Hermes Agent 则有后来居上之势。

笔者也是在折腾了一段时间后也是成功部署了 Hermes Agent，依旧选择了飞书作为通信渠道；AI 模型这边则选择了 deepseek-v4-pro ，性价比比较高。

先给大家分享几个小妙招，一个是 Hermes Agent 也是支持设置定时任务的，为了强化它的自主学习能力，可以要求它每天凌晨的时候自动扫描过去 24 小时的会话，提取可复用的知识，并写入 Memory 中，从而省去了人工要求它复用的工夫。

然后就是 Hermes Agent 支持单独设置视觉模型，所以我在配置的 auxiliary.vision.model字段中设置了 qwen3.7-plus，解决了 deepseek-v4-pro 不支持多模态的问题，这样一来即便发送图片给 Hermes Agent 也能顺利识别并返回结果。

另外就是 AI 生成的结果比较长的时候，可以要求它生成文件，并发送给你。

使用 markdown 或者 docx 都是比较不错的方式，可以避免消息中出现了不支持的 markdown 排版字符。

有关 Hermes Agent 的更多内容会在后续的文章中继续展开，敬请期待。

GitHub Release

momei

v1.20.0 - 2026-06-13 21:04:18

摘要:

• 代码重构: 重构 AI 视觉与 TTS 逻辑；优化 API 缓存及清理未用端点；统一日期格式化函数；推进 ESLint 类型治理（收敛 as any、类型定义合并）；规范化日历/营销页面路由；复用 API Schema 样板；收敛设置模型与 Umami 配置逻辑；优化可读性评分计算。
• 新功能: 新增 Umami 自托管分析配置支持；添加 API 查询参数工具函数；实现 AI 评分生成与状态提示；推出友链 RSS 聚合功能；后台友链管理增加“展示 RSS 动态”开关；覆盖 3 个 API 端点的 Zod Schema 校验；添加用户 ID 到 AI 请求与翻译功能；补充 Umami 配置文档与示例。
• 性能优化: Phase 44 CWV 优化（Logo 预加载 + CSS @import 扁平化）；PostgreSQL 网络传输削减（公开列表移除 author.email、详情移除不必要字段）。
• Bug 修复: 限制 AI 图像提示最大字符数；优化日期格式化函数；同步依赖锁定文件；更新营销邮件模板；修复友链 RSS feed 的 ESM 导入、频率限制及空结果缓存问题；补全 i18n 翻译缺失；清除全部 lint 警告；为 posts 添加重新推送功能及测试；补全 friendLinkSchema 的 showRssFeed 字段；修复测试 lint 与类型检查问题。

最新 GitHub 加星仓库

• CaoMeiYouRen starred CopilotKit - 2026-06-13 15:36:40
  这是一个为智能体与生成式 UI 提供前端技术栈的项目，支持 React、Angular、移动端、Slack 等平台。它是 AG-UI 协议的创造者，主要使用 TypeScript 开发，在 GitHub 上拥有 35064 个星标。
• CaoMeiYouRen starred github-mcp-server - 2026-06-11 14:46:45
  GitHub 官方 MCP 服务器，主要开发语言为 Go，在 GitHub 上获得 30658 颗星标。
• CaoMeiYouRen starred Proma - 2026-06-10 16:37:15
  基于 Claude Agent SDK 的开源实践，旨在为专业用户提供最流畅的通用 Agent 体验，目前正推进到 proactive Agent 阶段。该产品原生支持飞书群聊调用，并可灵活接入任意大模型供应商，主要使用 TypeScript 语言，已 获得 12 65 个星标。
• CaoMeiYouRen starred deepseek-vision - 2026-06-10 16:36:53
  为 DeepSeek v4 系列提供视觉理解、联网搜索以及 Anthropic / OpenAI 兼容接口的代理服务，主要使用 Python 开发，获得 61 个星标。

其他博客或周刊推荐

阮一峰的网络日志

• 科技爱好者周刊（第 400 期）：rsync 的争论 - 2026-06-12 07:26:08

阿猫的博客

• 猫鱼周刊 vol. 098 川西之行 - 2026-06-14 18:19:35

总结

本周的更新和动态如上所示。感谢您的阅读！
您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

往期回顾

• 墨梅博客 1.19.0 发布与 Copilot 涨价替代方案 | 2026 年第 23 周草梅周报 - 2026-06-08 00:01:57
• AI 超级搜索与墨梅博客开源动态 | 2026 年第 22 周草梅周报 - 2026-05-31 19:59:10
• GitHub Copilot 涨价 37 倍与免费搜索 MCP | 2026 年第 21 周草梅周报 - 2026-05-18 01:03:14

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-24-caomei-weekly-hermes-agent-momei-weekly.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

本文在 草梅友仁的博客 发布和更新，并在多个平台同步发布。如有更新，以博客上的版本为准。您也可以通过文末的 原文链接 查看最新版本。

前言

欢迎来到草梅周报！这是一个由草梅友仁基于 AI 整理的周报，旨在为您提供最新的博客更新、GitHub 动态、个人动态和其他周刊文章推荐等内容。

开源动态

本周 墨梅博客 的开发依旧在稳步进行中。

您可以前往 Demo 站试用：https://demo.momei.app/

• 您可以通过邮箱 admin@example.com，密码momei123456登录演示用管理员账号。

或前往官网注册：https://momei.app/

也可以前往文档站来了解项目整体规划和未来开发路线图：https://docs.momei.app/

现在可前往 增强包 页面下方加入候补名单，当增强包开发完成时，会通过邮件等方式在第一时间通知你。

当前墨梅博客已经正式发布了 1.19.0 版本，以下是新页面和新功能的一些截图。

新增内容日历功能，现在可以更直观的看到文章发布的时间。

新增 AI 生成社交媒体分享功能，现在可以一键生成分享内容到掘金、微博、小红书、知乎、哗哩哗哩、X(Twitter)等平台。

新增内容审计功能，现在可以更加直观的看到文章的评分。

更多功能和页面可以前往官网体验，也可前往之前的博客查看截图。

欢迎各位用户体验。并提出意见和建议。

接下来的话还会继续按照路线图和待办进行开发功能，敬请期待。

当然，目前墨梅博客还有很多需要打磨的细节，功能上也还不完善，如有任何意见和建议，都可以在项目的 GitHub issues 中提出。

如果你也对墨梅博客感兴趣，欢迎参与开发和测试。

GitHub Copilot 价格大涨

在之前的博客 《AI 编程限流 DeepSeek-V4 体验墨梅博客 | 2026 年第 19 周草梅周报》 就提过 GitHub Copilot 会在 2026 年 6 月开始更新计费方式，并且大涨价格。

但还是没有想到真的这么不经用，两天只跑了几个任务就直接用光了 Copilot Pro 所有的份额。

可见之前计算出来的价格翻 37 倍是正确的结果。（详见：《GitHub Copilot 涨价 37 倍与免费搜索 MCP | 2026 年第 21 周草梅周报》）

所以这段时间除了把 Copilot 升级到 Pro+ 以外（费用涨到了 39 美元每月），也更多的尝试使用 OpenCode + DeepSeek-V4-Pro 的组合来降低费用。

算上缓存，DeepSeek-V4 整体而言能做到 1 块钱 1100 万 token 左右，整体而言的性价比还是比较高的。

所以即便目前 DeepSeek-V4 相较于 GPT-5.4、Claude Opus 4.6 等有所差距，个人还是比较愿意接着使用 DeepSeek-V4 的。

GitHub Release

momei

v1.19.0 - 2026-06-06 20:57:39

摘要:

• 代码重构: 统一广告适配器配置类型；优化 calendar 代码格式；多组 eslint no-explicit-any 窄切片消除；governance 结构复用治理（parseTaskResultRecord、commercial-link-manager、SettingFieldMetadata 等收敛）；i18n duplicates 归属漂移收敛；posts 归档查询逻辑优化及社交帖子平台配置化；提取用户和分发共享类型；迁移 TypeORM select 旧语法为对象语法；重构 JSON 克隆功能。
• 新功能: calendar 新增内容日历与编辑排期（月/周日历视图 + 草稿管线看板）；posts 新增 AI 内容多格式复用一键生成社交帖子；posts 新增 AI 内容审计（后台文章质量评分徽章与审计报告）；posts 审计入口优化、审计失败 i18n 键及 force 参数修复。
• 性能优化: windows 下构建挂起根因修复（Nitro inline 瘦身 + sourceMap 关闭 + build:done 跳过）；windows 下 Vite server.warmup + resolve.extensions 收紧。
• Bug 修复: 修复 audit 相关 i18n nesting、sourceMap 跨平台及评分消息硬编码问题；修复 calendar i18n 加载、周视图切换、SelectButton、语言过滤及月导航数据刷新问题；修复 i18n Phase 42 合并遗漏的 common.year/month 键；修复 posts 模块翻译徽章点击、语言切换未保存草稿、Firefox CI 下 v-model 不触发、编辑页 i18n 模块加载、DOM 与 model 同步等多项问题；修复 typecheck 中 relations 数组语法及 SOCIAL_POST_PLATFORMS 空数组防护。

最新 GitHub 加星仓库

• CaoMeiYouRen starred skills - 2026-06-07 18:55:16
  针对 Google 产品和技术的代理技能，主要使用 Python 语言，在相关平台上获得 11782 个星标。
• CaoMeiYouRen starred MoneyPrinterTurbo - 2026-06-01 08:51:56
  基于 AI 大模型和一键生成高清短视频的技术，采用 Python 为主要开发语言，该项目在 GitHub 上获得 80930 颗星标，核心功能是快速生成短视频内容。

其他博客或周刊推荐

阮一峰的网络日志

• 科技爱好者周刊（第 399 期）：中国 AI 大厂访问记 - 2026-06-05 08:07:45

潮流周刊

• 第 269 期 - 天目胜景 - 2026-06-07 08:00:00

二丫讲梵的学习周刊

• 23 学习周刊-总第 266 期-2026 年第 23 周 - 2026-06-04 23:11:46

总结

本周的更新和动态如上所示。感谢您的阅读！
您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

往期回顾

• AI 超级搜索与墨梅博客开源动态 | 2026 年第 22 周草梅周报 - 2026-05-31 19:59:10
• GitHub Copilot 涨价 37 倍与免费搜索 MCP | 2026 年第 21 周草梅周报 - 2026-05-18 01:03:14
• AI 编程限流 DeepSeek-V4 体验 墨梅博客 | 2026 年第 19 周草梅周报 - 2026-05-10 21:40:05

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-23-caomei-weekly-momei-blog-1-19-0-release-copilot-price-increase-alternative.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

本文在 草梅友仁的博客 发布和更新，并在多个平台同步发布。如有更新，以博客上的版本为准。您也可以通过文末的 原文链接 查看最新版本。

前言

欢迎来到草梅周报！这是一个由草梅友仁基于 AI 整理的周报，旨在为您提供最新的博客更新、GitHub 动态、个人动态和其他周刊文章推荐等内容。

开源动态

本周 墨梅博客 的开发依旧在稳步进行中。

您可以前往 Demo 站试用：https://demo.momei.app/

• 您可以通过邮箱 admin@example.com，密码momei123456登录演示用管理员账号。

或前往官网注册：https://momei.app/

也可以前往文档站来了解项目整体规划和未来开发路线图：https://docs.momei.app/

现在可前往 增强包 页面下方加入候补名单，当增强包开发完成时，会通过邮件等方式在第一时间通知你。

当前墨梅博客已经正式发布了 1.18.0 版本，以下是新页面和新功能的一些截图。

新增 微信公众号预览与复制功能 和 外链自动转文末引用功能。

修复 同步文章时标签尾注缺失的问题。

更多功能和页面可以前往官网体验，也可前往之前的博客查看截图。

欢迎各位用户体验。并提出意见和建议。

接下来的话还会继续按照路线图和待办进行开发功能，敬请期待。

当然，目前墨梅博客还有很多需要打磨的细节，功能上也还不完善，如有任何意见和建议，都可以在项目的 GitHub issues 中提出。

如果你也对墨梅博客感兴趣，欢迎参与开发和测试。

更好用的 AI 搜索

前段时间写了一个基于 TinyFish 免费搜索 API 的 MCP——CaoMeiYouRen/tinyfish-mcp，然后最近结合 TinyFish MCP，写了一个超级搜索（super-search）技能。

和一般的 AI 搜索不同的是，我在这个技能中刻意指出了需要对搜索数据进行事实核查和交叉比对，还加上了对抗性审查功能，实际测试下来的效果还算不错，准确率能从 60%提升到 80%左右。

比如说，我用这个技能找一下 免费 PostgreSQL 数据库 相关的内容，结果如下：

报告可以说非常完善啊，而数据的真实性上也和我自己人工核实的一致，目前主流的免费 PostgreSQL 数据库差不多就是 Neon、Supabase、Aiven 这几家了。定价数据的实时性也没有问题，和官网数据一致。

当然了，你可能很快注意到了，AI 搜索结果的准确性依赖于搜索工具提供的数据本身的准确性，因此我实际上在 tinyfish-mcp 这边也做了设计，直接内置黑名单功能，过滤掉一批低质量内容站点，从而在源头上解决问题。

当然，即便做了再多的工作，super-search 实际上也只是让搜索结果变得更加准确一点而已，并不能无中生有，也就是说，如果互联网上本来就没有解决方案，那么 super-search 也是找不到的。

比如说最近 VS Code 报错 EMFILE: too many open files, open '...\tikTokenizerWorker.js' 的问题，即便使用 super-search 尽可能的进行搜索也找不到解决方案。

当然，结果的准确性还是比较高的，和我自己调查的结果一致，应该是 Copilot 导致的 VS Code 在 Windows 下的文件句柄泄漏问题。

所以 AI 搜索的极限也不会超过原本搜索引擎的上限，只是在此基础上有一份分析报告而已。

最后，AI 生成的结果依旧要靠人工自己去判断，而不能盲信，永远不相信 AI 给的结果才是正确使用 AI 的方法。

GitHub Release

momei

v1.18.0 - 2026-05-30 20:50:41

摘要:

• 新功能: 增加会话管理功能；增强分发按钮功能与样式；新增外链自动转文末引用功能；实现微信公众号预览与复制功能。
• Bug 修复: 添加演示模式支持；增强生成 Feed 功能及测试；修复分发加载错误提示信息；添加语音资源 ID 解析和会话启动帧构建功能。
• 代码重构: 优化 AI、API、ASR、认证、组件、数据库、国际化、工作流等多个模块的逻辑与结构；重构分发访问控制、商业链接管理器；重命名删除确认函数并重构相关逻辑；完善 composable 注释；优化 Windows 本地开发配置。

cmyr-template-cli

v1.45.3 - 2026-05-26 21:33:45

摘要:

• Bug 修复: 修复传递依赖安全漏洞，通过 pnpm overrides 强制使用安全版本。

其他博客或周刊推荐

阮一峰的网络日志

• 科技爱好者周刊（第 398 期）：Token 费用难以负担 - 2026-05-29 08:08:39

HelloGitHub 月刊

• 《HelloGitHub》第 122 期 - 2026-05-28 08:07:51

潮流周刊

• 第 268 期 - 小河公园 - 2026-05-25 08:00:00

二丫讲梵的学习周刊

• 学习周刊-总第 265 期-2026 年第 22 周 - 2026-05-28 22:22:24

总结

本周的更新和动态如上所示。感谢您的阅读！
您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

往期回顾

• GitHub Copilot 涨价 37 倍与免费搜索 MCP | 2026 年第 21 周草梅周报 - 2026-05-18 01:03:14
• AI 编程限流 DeepSeek-V4 体验 墨梅博客 | 2026 年第 19 周草梅周报 - 2026-05-10 21:40:05
• AI 编程倦怠与墨梅博客 1.14.0 发布 | 2026 年第 16 周草梅周报 - 2026-04-19 23:26:24

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-22-caomei-weekly-super-search-momei-open-source.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

本文在 草梅友仁的博客 发布和更新，并在多个平台同步发布。如有更新，以博客上的版本为准。您也可以通过文末的 原文链接 查看最新版本。

前言

欢迎来到草梅周报！这是一个由草梅友仁基于 AI 整理的周报，旨在为您提供最新的博客更新、GitHub 动态、个人动态和其他周刊文章推荐等内容。

开源动态

本周 墨梅博客 的开发依旧在稳步进行中。

您可以前往 Demo 站试用：https://demo.momei.app/

• 您可以通过邮箱 admin@example.com，密码momei123456登录演示用管理员账号。

或前往官网注册：https://momei.app/

也可以前往文档站来了解项目整体规划和未来开发路线图：https://docs.momei.app/

当前墨梅博客已经正式发布了 1.17.0 版本，以下是新页面和新功能的一些截图。

增加前端直连 TTS 任务处理与结算功能，现在可以在前端生成音频并直传 OSS 了，以减少服务器消耗。

增加候补名单功能，现在可以更加方便的看到加入候补名单的用户。

更多功能和页面可以前往官网体验，也可前往之前的博客查看截图。

现在可前往 增强包 页面下方加入候补名单，当增强包开发完成时，会通过邮件等方式在第一时间通知你。

欢迎各位用户体验。并提出意见和建议。

接下来的话还会继续按照路线图和待办进行开发功能，敬请期待。

当然，目前墨梅博客还有很多需要打磨的细节，功能上也还不完善，如有任何意见和建议，都可以在项目的 GitHub issues 中提出。

如果你也对墨梅博客感兴趣，欢迎参与开发和测试。

GitHub Copilot 涨价 37 倍

有关包括 GitHub Copilot 在内的多个 Coding Plan 正在全面限流和涨价的事情已经在上一期的 《AI 编程限流 DeepSeek-V4 体验 墨梅博客 | 2026 年第 19 周草梅周报》 中提过了，现在来讲一下 GitHub Copilot 具体涨了多少。

GitHub 出了一个新的页面用来比较计费模式改变前后的价格变化：Copilot Billing Preview 。

从自己的 billing 页面下载 csv 文件后上传到 这个页面 即可。

然后等待一段时间，从邮件当中下载 csv 并上传到 Copilot Billing Preview 中。

可以给大家看一下我个人上个月 Copilot 的账单。可见，如果按照新的计费模式，开支会直接从 14.22 美元上升到快 530 美元，也就是差不多 37.27 倍。

按这个倍率算，之前三月份约 22.25 美元的开支可能会上升到约 829.32 美元！

可见即便是 GitHub 也已经顶不住 Copilot 成本的上升，选择了大幅涨价。

在涨价后，本人可能会选择转向其他更加便宜的 AI 模型（比如 DeepSeek）或者 Coding Plan，而把 Copilot 作为一个备选项，毕竟一个月 500 美元的开支是谁都顶不住的。

免费的搜索 MCP

之前在使用 AI 工具的时候，总是遇到一个问题，那就是缺少支持搜索 API 的 MCP。

毕竟 AI 大模型本身不具备获取信息的能力，还得靠搜索引擎来解决问题。

所以这段时间就找了下，发现 TinyFish 就提供免费的搜索 API 和 抓取 API。

额度方面也比较慷慨，支持每分钟 30 次搜索，150 次抓取，对个人用户来说应该还是够用的（要更高频率就考虑付费吧）。

不过官方的 MCP 依旧要付费，所以我就基于免费 search 和 fetch API，再封装一层变成 MCP，也就是 tinyfish-mcp 这个项目。

tinyfish-mcp 是一个基于 TinyFish 免费搜索 API 的 MCP（Model Context Protocol）服务，支持 Stdio 和 HTTP 两种传输方式接入。

Stdio 模式推荐用于个人开发，接入方式如下：

1
2
3
4
5
6
7
8
9
10
11

{
  "mcpServers": {
    "tinyfish-search": {
      "command": "npx",
      "args": ["-y", "tinyfish-mcp"],
      "env": {
        "TINYFISH_API_KEY": "<your-api-key>"
      }
    }
  }
}

HTTP 模式推荐用于团队共享，接入方式如下。

1
2
3
4
5
6
7
8
9

# 1. 创建 .env 文件
cat > .env << EOF
TINYFISH_API_KEY=<your-api-key>
AUTH_TOKEN=<your-auth-token>
EOF

# 2. 启动服务
npx -y tinyfish-mcp-server
# 服务运行在 http://localhost:3000

在 MCP 客户端中配置：

1
2
3
4
5
6
7
8
9
10

{
  "mcpServers": {
    "tinyfish-search": {
      "url": "http://localhost:3000/mcp",
      "headers": {
        "Authorization": "Bearer <your-auth-token>"
      }
    }
  }
}

更多使用和部署相关的内容可参考项目文档，在此不再赘述。

最新 GitHub 仓库

• tinyfish-mcp - 2026-05-17 17:47:30
  一个基于 TinyFish 免费搜索 API 的 MCP（Model Context Protocol）服务，为 AI 助手提供实时网络搜索能力。支持通过 Stdio 和 HTTP 两种标准协议进行便捷集成，方便开发者将搜索功能接入到各类 AI 应用中。

GitHub Release

momei

v1.17.0 - 2026-05-16 20:43:20

摘要:
这是 v1.17.0 版本的发布摘要，涵盖新功能、Bug 修复和代码重构三类变更。

新功能

• 广告：新增广告位与广告活动相关接口及功能。
• 性能：添加性能监控和日志记录功能。
• 开发模式：支持 Windows 本地开发模式。

Bug 修复

• admin：引入 CreatorStatsPanel 组件。
• creator-stats-panel：增加 refreshSignal 属性以支持父组件刷新；完善统计面板功能及国际化支持。
• database：更新 typeorm 适配器以支持 consumeOne 方法。
• tts：防止前端直接 TTS 任务重复处理。
• volcengine：添加语音和播客相关的帧构建函数。
• 优化 ANSI 转义字符处理逻辑。

代码重构

• api：优化设置项布尔值处理逻辑。
• middleware：优化安装态探测与日志记录机制；收紧数据库初始化逻辑。
• perf：优化 Nuxt 启动命令和内存配置；优化命令行执行和进程管理逻辑；移除不必要的 max-lines 例外文件配置。
• post-export：将音频持续时间格式化为 hh:mm:ss 字符串。
• tts-credentials：优化凭证生成逻辑；更新 TTS 单向流式端点为双向流式 WebSocket 端点；更新相应端点描述；更新 Volcengine 配置获取逻辑。
• tts-volcengine：实现基于 WebSocket 的语音合成功能。
• Cron：改为仅生产环境自动启用，非生产环境需显式设置。
• 更新 Windows 本地 Dev/Build 性能治理文档。

cmyr-template-cli

v1.45.2 - 2026-05-17 15:10:40

摘要:

• Bug 修复
  • plopfile: 将 AI 引导模式的默认值修改为启用。（提交：bfaa6a0）

发布日期： 2026-05-17

v1.45.1 - 2026-05-15 22:46:02

摘要:
版本 1.45.1 (2026-05-15)

• agents: 增加项目元数据支持
• core: 增强类型安全与错误处理
• eslint: 更新 ESLint 配置以支持 TypeScript 并忽略特定文件

tinyfish-mcp

v1.0.6 - 2026-05-17 21:31:29

摘要:

• 简化 HTTP 服务器的创建逻辑。

v1.0.5 - 2026-05-17 21:08:32

摘要:

• Bug 修复：重构了获取服务器的逻辑。

v1.0.4 - 2026-05-17 20:38:51

摘要:
版本 1.0.4 更新摘要
修复了 Docker 启动命令指向错误的服务器文件的问题。

v1.0.3 - 2026-05-17 20:20:00

摘要:

• Bug 修复：优化了环境变量加载逻辑。

v1.0.2 - 2026-05-17 19:47:05

摘要:
版本 v1.0.2 修复了 handler 中 API 密钥参数的可选支持问题。

最新 GitHub 加星仓库

• CaoMeiYouRen starred BilibiliDown - 2026-05-17 23:24:22
  一个支持多平台的 B 站视频下载器，主要语言为 Java，拥有 4843 个星标。支持批量下载稍后再看、收藏夹及 UP 主视频。
• CaoMeiYouRen starred server - 2026-05-17 23:24:07
  bgm.tv 的 API 服务器，主要使用 Go 语言，拥有 667 个星标。
• CaoMeiYouRen starred tinyfish-cookbook - 2026-05-15 00:53:40
  一个使用 TinyFish web agent 构建的开源示例应用与配方集合，主要编程语言为 TypeScript，已获 1959 个星标。
• CaoMeiYouRen starred silverbullet - 2026-05-14 00:17:52
  一个基于 Markdown 构建的开源个人生产力平台，通过 Lua 脚本增强功能。项目主要使用 TypeScript 语言开发，目前在 GitHub 上获得 5257 颗星。
• CaoMeiYouRen starred vite - 2026-05-13 19:42:07
  一个使用 TypeScript 开发的下一代前端工具，以其快速性能著称，目前在 GitHub 上获得 80659 颗星标。

其他博客或周刊推荐

阮一峰的网络日志

• 科技爱好者周刊（第 396 期）：互联网通信的替代方案 - 2026-05-15 08:01:51

阿猫的博客

• 使用 Hermes 在飞书打造 AI Agent 团队 - 2026-05-14 18:40:19

潮流周刊

• 第 267 期 - 西湖拍字 - 2026-05-11 08:00:00

二丫讲梵的学习周刊

• 学习周刊-总第 263 期-2026 年第 20 周 - 2026-05-14 21:59:53

总结

本周的更新和动态如上所示。感谢您的阅读！
您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

往期回顾

• AI 编程限流 DeepSeek-V4 体验 墨梅博客 | 2026 年第 19 周草梅周报 - 2026-05-10 21:40:05
• AI 编程倦怠与墨梅博客 1.14.0 发布 | 2026 年第 16 周草梅周报 - 2026-04-19 23:26:24
• 墨梅博客 1.11.0 发布与数据库用量超支教训 | 2026 年第 13 周草梅周报 - 2026-03-29 23:06:55

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-21-caomei-weekly-github-copilot-price-37x-free-search-mcp.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

本文在 草梅友仁的博客 发布和更新，并在多个平台同步发布。如有更新，以博客上的版本为准。您也可以通过文末的 原文链接 查看最新版本。

前言

欢迎来到草梅周报！这是一个由草梅友仁基于 AI 整理的周报，旨在为您提供最新的博客更新、GitHub 动态、个人动态和其他周刊文章推荐等内容。

开源动态

本周 墨梅博客 的开发依旧在稳步进行中。

您可以前往 Demo 站试用：https://demo.momei.app/

• 您可以通过邮箱 admin@example.com，密码momei123456登录演示用管理员账号。

或前往官网注册：https://momei.app/

也可以前往文档站来了解项目整体规划和未来开发路线图：https://docs.momei.app/

当前墨梅博客已经正式发布了 1.16.0 版本，以下是新页面和新功能的一些截图。

添加创作者统计功能，现在可以在后台看到单个创作者的统计数据。

新增远程仓库同步功能，现在可以同步博客到指定的 GitHub/Gitee 仓库（使用 Hexo 风格的 markdown 文件）。

新增了墨梅博客内容资产化增强包的联系页面。现在可前往 增强包 页面下方加入候补名单，当增强包开发完成时，会通过邮件等方式在第一时间通知你。

更多功能和页面可以前往官网体验，也可前往之前的博客查看截图。

欢迎各位用户体验。并提出意见和建议。

接下来的话还会继续按照路线图和待办进行开发功能，敬请期待。

当然，目前墨梅博客还有很多需要打磨的细节，功能上也还不完善，如有任何意见和建议，都可以在项目的 GitHub issues 中提出。

如果你也对墨梅博客感兴趣，欢迎参与开发和测试。

AI Coding Plan 普遍开始限流

最近在使用 GitHub Copilot 的过程中开始频繁遇到了 session limit 和 weekly limit，这意味着即便付费订阅了 Copilot Pro 也免不了被限流。

但唯一的问题是这个限制没有考虑额外付费的用户，之前超量的时候都是直接花钱买次数，比如说 3 月份就额外买了 10 美元的量，最后的用量甚至来到了 200%（额外多出快 100%的用量）。

而现在，额外付费买的这部分用量也会被计入限流中，导致目前会出现一个离谱的情况，那就是套餐内的请求量也有可能会用不完（要是之前的话，请求用量估计已经来到了 80%以上）。

虽然说下个月起，GitHub Copilot 就要转变为按照实际使用量计算了（参考：《GitHub Copilot 正在转向基于使用量的计费》），不过在这最后一个过渡时期，能不能让用户的体验稍微好一点呢？

当然，Coding Plan 开始限流并不是 GitHub Copilot 一家的问题，无论是国外的 Claude、OpenAI、Gemini，还是国内的 GLM、MiniMax 等 AI 大模型厂商，都无一例外的开始对 Coding Plan 进行限流。

其中还不乏把用量限制的很低的厂商，甚至还不惜擅自修改套餐内容，得罪用户，也要进行限流。

比如说 GLM 就直接把老套餐废了，强行切换到新套餐。（参考：《老套餐迁移与补偿说明》）

而阿里云这边更是直接废掉了 Coding Plan Lite，直接没法续费和升级。（参考：《Coding Plan Lite 基础套餐停止续费和升级通知》）

因此大家在对这些 AI 厂商生气之前，也需要额外思考一个新的问题，那就是：为什么这些 AI 厂商都不约而同的对 Coding Plan 进行了限流？

原因其实比大家想的要简单，那就是提供 AI 大模型的订阅服务，它实际上是一个重资产的行为。

那么重的是哪一块资产呢？实际上就是算力，或者说 GPU。而这一块它的边际递减效应其实是不太明显的，简单来说就是来多少用户就真的得提供多少算力。而传统的互联网行业他的边际递减效应非常明显，为第 1 个用户提供服务需要较多资源，而当用户量大起来的时候，为第 1 万个用户提供服务，所需要增加的资源就并不多。

但在 Coding Plan 中，为第一个用户，和为第 1 万个用户所需要提供的算力是基本差不多的，没办法减少太多成本。

更何况，那些用量特别大的用户，是真的可以把套餐用到上限的，这就导致订阅套餐的用户越多，这样的用户越多，而对算力的要求就越高，因此成本会居高不下。

而这也就是越来越多的 AI 厂商开始压缩套餐使用量的原因。

与此类似的还有另外一个问题。最近大家也已经听说了一些关于之前很火的视频生成大模型 seedance2.0 降智的问题。

虽然说现在还是可以依靠一些付费充值的手段来，获得一些满血版的使用，但和刚开始相比确实没那么惊艳了。

这实际上就是 AI 大模型面临的最大的一个难题：一个新的大模型刚开始出现的时候，算力比较充裕，因此用户体验比较良好；而当新的用户被吸引进来之后，算力开始紧张，用户体验开始下降，然后用户开始流失；直到下一个大模型出现，重复上述循环。

可以说无论是文本大模型，还是图片生成大模型，或者视频生成大模型，都存在着上述循环。

也因此，那种靠堆算力来取得较高性能的 AI 大模型其实是不可持续的，原因是通过对算力获得的增长是差不多线性的。而人们因此产生新的需求，他反而是指数级增长的，所以 AI 大模型的性能增加程度是无论如何都不太可能追得上新增加的需求的数量的。

所以虽然 DeepSeek 自己评价 DeepSeek-V4-Pro 的结果是仍与 Opus 4.6 思考模式存在一定差距，但我仍然更看好 DeepSeek 的模式。

因为 DeepSeek 一直在尝试做出性能更好，而算力需求更低的 AI 大模型，我认为这才是 AI 大模型未来。

（如果未来能出个物美价廉的 DeepSeek-V4-Pro 套餐就更好了）

DeepSeek-V4 的使用体验

这段时间也是亲自高强度的使用 DeepSeek-V4-Pro 和 DeepSeek-V4-Flash 进行编程，累计消耗约 5.5 亿 token，花费约 45 元，折合起来差不多每 1 元可使用 1200 万 token。

当然其中也包含了一下部分的 V4-Flash，不过因为用量太少就合并进去计算了。

而能够这么便宜的原因就是因为 DeepSeek 神秘的缓存机制，导致缓存命中率居高不下，在编程这个上下文容易高度重复的场景下，是非常优秀的节约成本的方案。

当然也必须要承认的一点就是，DeepSeek-V4-Pro 跟目前最顶尖的那些 AI 大模型，比如说 GPT5.5、Claude Opus 4.6 等还是有比较大的差距的，这一点也就是我在实际使用过后发现 DeepSeek-V4-Pro 的编码成果当中存在不小的疏漏后发现的。所以想靠 DeepSeek-V4-Pro 就直接追平顶尖 AI 大模型还是不大可能的。

但我还是比较看好的 DeepSeek 的，毕竟就这个价格，还要啥自行车呢？

隔壁的 Anthropic 卖的 Claude API 得有多贵？Opus 4.7 输入 5 美元（约 34 人民币）每百万 token，输出更是来到了 25 美元（约 170 人民币）每百万 token。

套餐方面，也因为动不动就封号加上 KYC 验证加强，导致用起来越来越麻烦，成本也迅速上升。

所以，虽然理论上说应该尽可能使用最强的 AI 模型来最大化工作效率，从而创造更多的收益来抵消开支上涨，但实际上没有人能不考虑成本来做事。

正所谓贵有贵的玩法，穷也有穷的玩法，更重要的是结合自己的实际情况，采用性价比最高的方案。

GitHub Release

rss-impact-server

v1.18.2 - 2026-05-02 20:28:53

摘要:

v1.18.2 版本发布摘要

• 测试: 为缓存服务添加单元测试。
• Bug 修复: 更新依赖项并优化缓存管理实现。

momei

v1.16.0 - 2026-05-09 20:42:55

摘要:

1.16.0 (2026-05-09)

✨ 新功能

• admin:

v1.15.0 - 2026-04-25 20:36:49

摘要:
v1.15.0 版本更新内容摘要：

新功能：

• 管理后台 AI 模块新增任务详情加载功能
• API 增强了类型安全与错误处理
• 评论系统新增翻译功能及跨语言提示
• 友链模块增加元信息接口的本地化支持，并添加友链管理功能及国际化支持
• 代码治理方面：完成首轮存量代码注释治理并固化 JSDoc 模板；添加 ESLint/类型债治理文档及相关配置；添加注释漂移治理文档
• 新增 Hexo 风格文章仓库同步能力，以及 Hexo 仓库同步功能
• 国际化方面：增强审计功能；完善 admin-posts 模块翻译；更新多语言支持和管理界面文本
• Markdown 编辑器添加编辑器功能及代码复制支持
• 分页查询增加安全解析功能
• 文章列表查询添加语言回退过滤器
• SEO 方面增加页面 SEO 相关功能，并为标签页面添加结构化数据和 SEO 优化
• 其他：新增评论区 AI 翻译功能；统一字符串列表解析逻辑

Bug 修复：

• 文章管理模块添加管理功能及国际化支持
• 邮件模板添加运行时字段支持
• 外部 Feed 面板优化测试用例结构
• 外部 Feed 处理无标题项的情况
• 完成 ESLint/类型债第二轮收紧
• 国际化方面：优化仓库同步信息本地化文本；添加用户协议管理功能的国际化支持
• 设置模块优化字段解析逻辑，添加外部源编辑器功能

代码重构：

• AI 模块统一去除末尾斜杠的处理逻辑
• ASR 模块使用 toWebSocketBuffer 函数发送数据
• 数据库增加就绪检查功能
• 治理方面将 Hexo 仓库同步重构为远程仓库同步
• 国际化重构动态键处理逻辑
• 设置 API 增强类型处理逻辑
• 第三方设置优化外部源设置模型绑定
• 其他：优化效果挂载条件

picgo-plugin-optimization

v1.1.1 - 2026-05-10 00:30:35

摘要:
版本 1.1.1 (2026-05-09)：

• 修复：tsdown 依赖项配置重构。
• 重构：tsdown 的 neverBundle 依赖项修改，新增 picgo 和 axios。

最新 GitHub 加星仓库

• CaoMeiYouRen starred SoftwareCopyright-Skill - 2026-05-10 18:00:14
  该工具名为“中国软件著作权申请材料生成器”，基于 Python 开发，通过读取本地项目自动生成完整的 Word 文档格式的软著申请材料。项目完全开源，无需额外付费购买申请服务，在 GitHub 上获得 989 颗星。
• CaoMeiYouRen starred LaughterCan - 2026-05-05 19:26:10
  该仓库无描述，主要语言为 Python，获得 5 个星标。
• CaoMeiYouRen starred awesome-deepseek-agent - 2026-05-04 12:13:27
  该 GitHub 仓库没有描述，主要语言未明确指定，获得 1022 个星标。
• CaoMeiYouRen starred deepseek_v4_rolepaly_instruct - 2026-04-30 23:25:30
  这是针对 DeepSeek-V4 角色扮演的特殊控制指令说明，其中指定了主要语言，并记录了拥有 1790 个关注者（Stargazers）。
• CaoMeiYouRen starred hermes-agent - 2026-04-28 11:13:15
  一个与您共同成长的代理，主要编程语言为 Python，获得了 141,827 个星标。

其他博客或周刊推荐

阮一峰的网络日志

• 科技爱好者周刊（第 395 期）：软件开发的第三种方式 - 2026-05-08 07:40:44
• 科技爱好者周刊（第 394 期）：第二次 API 开放浪潮 - 2026-04-24 07:43:01

HelloGitHub 月刊

• 《HelloGitHub》第 121 期 - 2026-04-28 08:05:57

潮流周刊

• 第 266 期 - 口罩雕塑 - 2026-04-27 08:00:00
• 第 265 期 - 西溪窗外 - 2026-04-20 08:00:00

二丫讲梵的学习周刊

• 学习周刊-总第 260 期-2026 年第 17 周 - 2026-04-24 15:52:12

总结

本周的更新和动态如上所示。感谢您的阅读！
您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

往期回顾

• 墨梅博客 1.11.0 发布与数据库用量超支教训 | 2026 年第 13 周草梅周报 - 2026-03-29 23:06:55
• 墨梅博客 1.10.0 发布与 AI 编程工作流优化 | 2026 年第 12 周草梅周报 - 2026-03-22 22:51:32
• 墨梅博客 1.9.0 发布与 LeanCloud 停服应对 | 2026 年第 11 周草梅周报 - 2026-03-15 23:18:42

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-19-caomei-weekly-ai-programming-throttling-deepseek-v4-experience.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

今天来讲一下去北京环球影城原神联动二周目（2026 年 4 月 25 日 17 点场）的游玩体验。

由于上一次（2026 年 4 月 4 日 17 点场）去的时候留下了一点遗憾，所以决定再去一次北环原神联动。

有了上一次的经验之后，这次也算是做足了攻略，所以整体体验比上次好一点。

也因此，我推荐各位想去参加这次北环原神联动的旅行者规划两场的时间。就我个人和许多网友的反馈来说，一场只有两小时，是不足以体验全部内容的，所以安排两场的时间会更加宽裕。（虽然说实际上两场也不够）。

对要去参加北环原神联动的旅行者，我的建议是：先确定自己要优先参与哪些部分的内容，再考虑时间规划。

原神联动的主要内容包括：专属联动周边、打卡集章（5 个魔晶矿和 3 个骗骗花）、向 NPC 交任务（瓦格纳、蒂玛乌斯、恕均、唐娜、凯瑟琳）、专属联动餐品（包含周边）、角色剧情、角色和 NPC 互动。

在这些内容当中，买周边是时间最紧张的事情，如果想买完周边还不耽误其他游玩事项，那么必须提前 1 到 2 个小时排队，不然的话光是买周边的排队就会花掉大部分的时间，而这也会导致直接错过角色剧情，也没法跟角色们互动。其中有部分周边数量稀少，比如可莉的帽子，就更得提前一些时间了。当然，反过来，如果不买周边的话，时间也会相对宽裕不少。

在剩下的事项当中，我的建议是以看角色表演剧情和跟角色互动为主，打卡可以后面再做。因为一开始的时候到处都在排队，打卡任务其实完成的很慢。而等到闭幕表演快开始的时候，NPC 们会进入快速任务时间，可以直接盖章拿贴纸而不用回答问题或者集章。其中比较关键的就是在完成一个任务之后可以直接去凯瑟琳那里拿书签（有兑换码，是养成材料）。当然，如果对贴纸不感兴趣的话，也可以直接放弃，贴纸的价值真的比较低。

由于这次的联动是非常沉浸式的，角色们（可莉、菲谢尔等）会在开场大约 20 分钟之后就开始剧情的表演，之后就基本上不间断的会有角色们轮流表演，加上角色们会同时在不同的地方进行演出剧情。比如说凯亚、法尔伽会刷新在猫尾酒馆里面，而同一时间莎莎也会在外面的喷泉广场进行唱歌表演，所以要完整的看完剧情其实就得来好几遍了。

而每个角色都是有一份固定剧本的演出桥段，也就是这次联动在设定上讲述的剧情（小剧透一下，主线剧情是可莉在寻找制作羽球节烟花方法的过程，当然其中也出现了一些“意外事故”）。而在这部分剧情之外，则是可以和其他角色、NPC 以及玩家在内的所有人互动的，有时候也会看到角色之间有趣的互动。如果比较有勇气，也可以准备一些问题问角色们。（比如说叫菲谢尔的昵称“小艾咪”已经成为了玩家必吃榜，能看到气鼓鼓的小艾咪的样子。）

角色身边都是有官方摄影师的，可以在结束后购买拍摄的合影，也可以打印成实体照片。我这次就买了份和可莉的合影。虽然比较贵，但看在效果不错的份上就还是原谅它了（环球的物价！）。当然了，用自己的手机拍也是可以的，立省百分百。

关于餐饮部分，在猎鹿人和猫尾酒馆里面会有专属联动餐品，比如冰钩钩果汁、苹果酿、树莓薄荷饮之类的，还有角色的联动杯子，可以考虑购买。当然，餐厅里面的人其实还挺多的，如果不想排队的话也可以趁闭幕表演快开始的时候再去。当然这样也会导致看闭幕表演的位置不好，所以请自行抉择。

至于投球游戏，则是我永远的痛。是建议对自己手气有自信的旅行者去玩投球游戏，不然排半天队，最后就拿走一张贴纸或者文件夹还是太亏了。

有关联动的内容部分就先讲到这里，接下来会从头讲一下我这次去北环和原神联动的游玩体验。

————————————————————

在我准备去的那一天（4 月 25 日）北环是有原神角色的特别开园仪式（9 点开始，约 20 分钟）的，也就是说在进门的时候就能看到原神的角色们跟大家打招呼。只可惜我到达门口排队的时候已经差不多 8:40 了，最后等我进门的时候已经是 9:15 了，只拍到了可莉。菲谢尔虽然看到了，但走的太快了，没来得及拍到。然后完整版应该是包括法尔伽、凯亚、诺艾尔、可莉、菲谢尔在内的五人一起进行的开园仪式，没能看到完整版还是有点小遗憾。而这也是最后一次原神角色特别开园仪式了。

而与之相对的则是下午 5 点的原神角色特别领航环球大巡游，有过凯瑟琳、唐娜与莎莎、霍夫曼与劳伦斯等人的领航大巡游。不过由于我这次去的时间跟巡游时间冲突了，所以也没看到原神角色的巡游，有点小遗憾。

因为这次去的太早了，进园的时候才 9 点多，所以大部分演出都还没开始，只有游乐项目可以玩，但又因为我来的还是稍微晚了点，所以热门项目也还是有人在排队了，所以最后就先去了相当冷门的功夫熊猫园区的《神龙大侠之旅》。因为冷门+去的还算早，所以排队很快。虽然网上都有吐槽《神龙大侠之旅》没意思的，不过我倒觉得还行，只是要注意防水，坐在前面几排是真的会被打湿的。

从《神龙大侠之旅》出来后也才 10 点，对大部分演出来说还是太早了，所以就离开功夫熊猫园区到《山治的海边餐厅》。我不是来吃饭的，而是参加海贼王联动角色的互动。这次联动了海贼王里面的东海五人组：路飞、索隆、山治、娜美和乌索普，其中山治只会刷新在餐厅里面，而路飞+娜美会和索隆+乌索普轮流到场外和游客互动。我也是收集到了路飞、娜美和索隆的合影。山治则因为我去餐厅的时候刚好是 2 点到 3 点的休息时间，没能和山治集邮；乌索普则是我两次排队的时候都刚好轮班，没排到我就轮换角色了，只能走了。

之后的话就是直接去了 11 点场的《未来水世界》，虽然是第二次看了，但依旧觉得很精彩，非常的刺激，又是水又是火，没有特效，全是真实的。如果想更加刺激一点，可以考虑坐在前排，不过会被淋湿。

然后就是迅速转战 12 点场的《驯龙高手：不可驯服》。这个舞台剧比我想的还要刺激一些，什么意思呢？就是主角出场的时候会乘坐龙来飞行，能在观众们的头顶上飞行，还能从舞台上飞到二楼！我就说为什么这个剧场还有二楼的座位。我觉得要是在二楼看的话，一定会很刺激，或者说很震撼，因为没想到他会飞到二楼吧。

之后则是去了一趟原神联动场地的门口，等了一段时间，原本是计划现场收一个蹦蹦炸弹玩偶，只可惜到最后也没能收到，毕竟大伙投中一个可开心了，谁又会那么轻易的转让呢？

没办法，到饭点了，只能再去趟《山治的海边餐厅》干饭。排队的人不少，所以等排到我的时候也过去了快半个小时。我最后选择了有特殊联动草帽碗的咖喱牛肉饭，分量挺小的，吃起来也还行。顺便说句趣事，我去洗草帽碗的时候发现大伙都是这样的，毕竟这个周边可太有意思了。

吃完饭出来已经差不多 15 点了，就去了趟《侏罗纪世界大冒险》，排队时间也是很长，差不多 40 到 50 分钟才排到，倒是比《飞跃侏罗纪》要短一些。论强度的话还是比较一般，毕竟没有圧肩的项目都很一般。

从侏罗纪园区出来后就直接冲向原神联动区域了，这次提前了大半个小时来排队，也顺便稍微休息一下，毕竟玩了半天也确实累了。

17 点到的时候，劳伦斯和霍夫曼会准时开始致欢迎辞，也就可以正式进场了。只能说排在我前面的旅行者都跑的实在太快了，等我进场买周边的时候已经排了长队，最后又排了半个小时才买到周边，花了一千块！（环球的物价！）

也因此，这一次在完成打卡任务之后真的没什么时间了，中间还吃了点东西（蒙德土豆饼）休息后就没什么时间跟角色互动了，最后只跟可莉合影了。不过由于上次去的时候刚好差一个跟可莉的合影，所以这一次倒也全图鉴了。

然后这一次我在原本“蒙德”运动服的基础上海加了角色们的徽章，比如说可莉、菲谢尔、诺艾尔、芭芭拉、琴、丽莎、莫娜等角色，跟可莉互动的时候她还念了一遍角色的名字，真的非常专业，非常敬业！可莉天下第一！（这次也就打印了跟可莉的合影）

另外说一句，瓦格纳老师实在太敬业了，会各种“刁难”来打卡的旅行者，必须准确的回答他的问题才行（比如说有几只猫，小王子喜欢什么颜色，猫的颜色是什么），以至于打卡进度是最慢的，直到最后安柏的广播播报闭幕表演即将开始的时候才开始快速打卡。

这次也是终于看到了莎莎的唱歌，虽然说游戏内的设定是口吃不擅长唱歌，但在里可是唱的太好了！蒙德战歌再听一百遍也不会腻！（莎莎唱的是带德文歌词的蒙德战歌！）

当然了，最后我也是终于看到了心心念念的闭幕表演，十分精彩。当所有角色们一起上台、音乐响起的时候真的是有点泪目了，毕竟快乐的时间总是短暂的，又到了说再见的时候了。

（我去的这一场还有个 cosplay 冰深渊法师的 coser，还被请上台了，笑死了！）

出来后也已经 19 点多了，所以去看了霍格沃兹的灯光秀，怎么说呢，还是挺有节目效果的。经过哈利波特园区的时候还顺手买了一杯黄油啤酒，还是哈利波特 25 周年纪念杯。虽然这玩意儿叫啤酒，但它没有酒精，就是个小甜水，加上沙冰之后还挺好喝的。（喝这玩意儿的时候差不多力竭了，腿已经酸的不行了，所以做下来喝口冰水的时候真的很舒服）。

然后也就正式结束了这一次北环原神联动二周目的体验。（这一次的总步数来到了 24000 步，还是有点累的）

就这一次的体验而言，真要说完美，那也不是完美的，但和上次相比，已经少了很多遗憾了。

唯一的遗憾就是没有拿到蹦蹦炸弹玩偶，这一次坚定的没有玩投球游戏，最后还是直接买一个蹦蹦炸弹玩偶，当然还是可惜没能亲手拿到蹦蹦炸弹玩偶。

等下一次去北环，应该是明年的事情了。明年不知道会和哪个国家联动呢？到时候再规划下吧。

我也是没想到，一个月之内去了两次北环，我都佩服我自己，也算是把一年份的预算用完了吧（这一次甚至选择了高铁往返北京，因为燃油费和机建费上调，机票涨价了，一怒之下选择了高铁往返）。

所以，各位观众姥爷们，我们明年再见！

附图：

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-universal-studios-beijing-genshin-2.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

今天我们来聊一下这次去 2026 杭州 CP32 的观后感。

怎么说呢？这次去 CP32 的计划也是比较临时的，是因为在五一前几天看到 CP32 都要开了，结果还有票，所以才去买了票（5.5 的）毕竟之前 CP 的票有多难抢是有目共睹的，基本上开场就没了，所以这次能随手买到票还是比较惊讶的，这只能说明这一届的票确实有点难卖。

当然了，仔细考虑下也能很快发现原因，由于一些外部因素的影响，日本 IP 在本次 CP 上也还是被限制出摊。虽然说也看到了一些日本 IP 的 coser，但摊子确实没有。

虽然我个人也参加过不少漫展，但基本上都是官方展（比如说原神 FES、绝区零 FES 等），所以这次还是我一次参加同人展。当然了，我也没有无知到不了解 CP 是个卖同人制品的展子，所以对此还是有点心理预期的。

不过等真的到地方了之后，才发现这个 CP32 的场地是真的大。

CP32 在杭州大会展中心开了 8 个场馆，其中 1 号和 8 号两个馆用于入场，6 号和 7 号馆则还有第二层，所以实际摆摊的馆也达到 8 个场地。

怎么说呢，虽然还比不上上海四叶草（上海国家会展中心）的大小，但也已经很离谱了，一天下来的步数直接刷到了 27000 步以上，上次创下这个记录还是 23 年去 BW 的时候了，可见 CP32 的面积也是一点也不小啊！（腿都要断了！）

不过这次逛 CP32 也还是有点遗憾的，那就是没怎么购买周边。可能还是我个人和 CP 这样的同人展相性太差了，所以最终也没有购买同人制品。也没能领到什么无料（来晚了，基本上没得拿了，B 站的大会员卡片甚至改成付费购买的了，真的是有福了！），当然，还是发了不少无料出去，也算是一点收获。毕竟我个人在官方展干的事情也就是做任务、打卡、集邮和发无料了，算是最大的乐趣来源。

所以这一次也是把 CP 当成 cos 展，疯狂的集邮，十分感谢各位愿意集邮的 coser 老师！

当然了，CP 本身就是国内最大的二次元漫展之一，所以 cosplay 也是花样最多的，有很多冷门领域的 coser 老师基本上只出没于 CP 等少数展子，也包括一些技术力爆棚的 cos 道具，只能说大佬还是太强了！

所以，就我这次逛 CP 的感受而言，还是只推荐喜欢购买同人制品的观众姥爷们去 CP 逛逛，如果是奔着 coser 来的也不是不行，只不过会少一些乐趣。然后也推荐早一点做准备，做好攻略再去逛展。

附图：

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/hangzhou-cp32-experience-review.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

本文在 草梅友仁的博客 发布和更新，并在多个平台同步发布。如有更新，以博客上的版本为准。您也可以通过文末的 原文链接 查看最新版本。

前言

欢迎来到草梅周报！这是一个由草梅友仁基于 AI 整理的周报，旨在为您提供最新的博客更新、GitHub 动态、个人动态和其他周刊文章推荐等内容。

AI 编程使人倦怠

最近一段时间在高强度的使用 AI 编程推进墨梅博客的开发进度。

也因此感觉到了 AI 编程的局限性。

近几个月以来，在过了最开始 AI 编程对提效带来的兴奋劲后，我反而是有一种强烈的使人倦怠的感受。

这种倦怠感是多方面的。

首先，AI 编程确实节约了编码的时间，对这部分的提效非常明显。

但在编程，或者说软件工作当中，编码本身所占的时间本来就没那么多，尤其自己是程序员的读者朋友应该更加能够理解。

在项目开发中，和其他人的协调、方案的制定，以及各种开会，才是最占时间的，当方案真的确认下来后，具体的实现一般都是比较快的。

也因此，当 AI 带来编码效率的提升之后，此时的程序员将要承担更多编码之外的责任，比如说，决策技术方案、审查代码改动、提供调试信息等。

当 AI 的编码速度越来越快的时候，也会反过来要求程序员的决策越来越多，而这部分是非常消耗精力的。

举个例子，以往可能一天就决策一个技术方案，但现在 AI 分分钟就能给你整出 10 个，还能每隔一段时间增加新的方案，这时对于程序员来说，消耗的精力比以往大多了。

而由于目前的 AI 往往还有不可靠性（注意：这一点并不是 AI 不够聪明导致的，而是软件工程这样复杂项目的必然性），因此还需要人来监督，及时修正路线，让 AI 往正确的方向前进，这也会带来额外的精力消耗。（完全 AI 编程的结果就是类似 OpenClaw 的项目成为“代码屎山”）

所以，当 AI 用的越多，心里反而更累。

此外，由于等待 AI 编程的时间不太可控，不少人也会趁这段时间干点别的，然后时不时来看一眼有没有干完，结果就是一心二用，那边都不讨好，也加剧的精力消耗。

还有个副作用就是，如果程序员自己编程的话，累了就去休息了；但如果是 AI 在编程的话，累了也不去休息，而是等到出结果了再去休息。（当然，也可以选择直接睡了，起来再看结果，稍微好一点）

综上所述，即便用上了 AI 编程，也要多注意休息，毕竟对人来说，自己的身体才是最重要的。

开源动态

本周 墨梅博客 的开发依旧在稳步进行中。

您可以前往 Demo 站试用：https://demo.momei.app/

• 您可以通过邮箱 admin@example.com，密码momei123456登录演示用管理员账号。

或前往官网注册：https://momei.app/

也可以前往文档站来了解项目整体规划和未来开发路线图：https://docs.momei.app/

当前墨梅博客已经正式发布了 1.14.0 版本，以下是新页面和新功能的一些截图。

新增内容洞察页面，可以查看最近的阅读量、评论量、发文量的统计。

文章页面添加了分享功能，可以一键分享到社交媒体，也可以复制后分享。

社交平台和打赏平台也添加了更多渠道支持。

更多功能和页面可以前往官网体验，也可前往之前的博客查看截图。

欢迎各位用户体验。并提出意见和建议。

接下来的话还会继续按照路线图和待办进行开发功能，敬请期待。

当然，目前墨梅博客还有很多需要打磨的细节，功能上也还不完善，如有任何意见和建议，都可以在项目的 GitHub issues 中提出。

如果你也对墨梅博客感兴趣，欢迎参与开发和测试。

博客更新

• 记一次 2026 北京环球影城原神联动羽球节互动主题区游玩体验 - 2026-04-12 21:15:35
  摘要:
  记录了 2026 年北京环球影城原神联动羽球节互动主题区的游玩体验，包括 NPC 任务打卡、角色表演互动、猫尾酒馆与猎鹿人餐厅的联动活动，以及对景区其他热门项目的补完体验。

GitHub Release

rss-impact-server

v1.18.1 - 2026-04-04 20:20:10

摘要:
版本 1.18.1 主要包含以下更新：

测试

• 新增了类型检查步骤，以提升代码质量。

Bug 修复

• 修复了 pnpm-lock.yaml 文件中重复映射键的问题。

代码重构

• 修改了类型断言，以增强代码的类型安全性。
• 将类型定义从 type 更改为 interface，以提高代码的可读性和一致性。

push-all-in-one

v4.5.2 - 2026-04-02 00:07:48

摘要:
GitHub Release 摘要

版本: 4.5.2
发布日期: 2026-04-01

核心更新内容:
本次发布主要包含一项错误修复。

详细摘要:

• Bug 修复: 解决了因重复键值导致的 pnpm-lock.yaml 锁文件损坏问题。

rsshub-never-die

v1.4.0 - 2026-04-03 02:15:44

摘要:
版本 1.4.0 更新摘要：

本次发布主要引入了以下新功能：

• 认证模块：更新了认证逻辑以及相关的函数。

caomei-auth

v1.13.1 - 2026-04-04 20:20:42

摘要:
本次版本更新主要修复了依赖管理文件中的问题。

Bug 修复

• 依赖项 (deps): 修复了 pnpm-lock.yaml 文件中因重复映射键导致的损坏问题。

momei

v1.14.0 - 2026-04-18 20:26:28

摘要:
版本 1.14.0 发布于 2026 年 4 月 18 日，主要更新如下：

新功能：

• 管理后台新增内容洞察功能，包括趋势点分析和相关 API。
• API 层多项增强：优化 PostgreSQL 查询与数据库流量治理；改进分类和标签的帖子计数查询；多次增强缓存机制以提升性能；提取公共分页逻辑为组合式函数；收紧 ESLint 规则。
• 前端新增文章分享功能，并优化了分享样式。
• 增强搜索功能，支持快捷键。
• 新增微信同步观察功能及相关结构。
• 其他功能：增强配置加载与测试；增强分发功能与观察机制；添加 i18n 重复文案审计脚本；统一社交平台名称管理；添加商业链接管理器测试用例。

Bug 修复：

• 修复 API 中空内容语言查询参数的处理问题。
• 修复管理后台链接图标位置、Feed 描述和版权信息、分享链接生成逻辑。
• 修复分类/标签页与 RSS/站点地图的链路异常问题。
• 修复帖子分发失败的错误提示，并更新离开确认提示信息。
• 添加 i18n 对小红书的兼容性支持。
• 添加数据库准备中间件及相关测试用例。

代码重构：

• 优化 AI 配额策略逻辑与注释。
• 重构 API 缓存逻辑与接口，统一查询字段命名。
• 重构分类和标签查询逻辑。
• 简化微信同步的 Markdown 处理逻辑。
• 优化 TypeScript 规则配置、接口缓存逻辑与异步导入、以及部分注释与代码逻辑。

v1.13.0 - 2026-04-11 20:21:56

摘要:
版本 1.13.0 于 2026 年 4 月 11 日发布。本次更新主要包含新功能、错误修复和代码重构。

新功能：AI 模块新增媒体任务监控与补偿机制。文章赞助模块扩展了支持的社交与赞助平台。文章模块增加了内容安全处理功能。ASR 模块优化了实时语音识别的鉴权有效期管理。ESLint 收紧了对生产环境 TypeScript 代码的规则。安装模块增加了环境诊断功能。文章模块新增了相关文章推荐功能。路由模块重构了分类与标签的处理逻辑。标签管理页面进行了重构。

Bug 修复：修复了应用头部管理员链接的显示逻辑。修复了 CLI 工具解析 pnpm 参数分隔符的问题。增强了依赖风险告警的同步功能。优化了 Nuxt 配置中的客户端手动分块设置。更新了 unhead 依赖至 2.1.13 版本。增强了目录组件对标题锚点的处理。将媒体任务补偿添加到了定时任务扫描中。添加了 onboarding 样式并移除了冗余引用。

代码重构：API 模块优化了内容访问异常映射与解锁凭据管理，增强了内容访问控制与密码解锁逻辑，实施了首批 ESLint 规则收紧治理，并统一了返回对象格式为普通对象。ESLint 规则收紧范围扩展至所有生产环境 TypeScript 代码。重构了安装文档链接的构建逻辑。优化了测试用例中的 mock 数据构造。重构了 HTML 处理工具函数。

v1.12.0 - 2026-04-05 23:36:45

摘要:
版本 1.12.0 于 2026 年 4 月 5 日发布。本次更新主要包含新功能、错误修复和代码重构。

新功能：API 优化了公开设置获取逻辑；应用头部增加了管理员快捷按钮；日期模块新增获取 UTC 日期功能；外部动态模块添加了缓存刷新和源聚合功能；GitHub 模块新增 Skills 准入清单与治理机制；国际化支持可读时长格式设置；代码审查门禁增加了重复代码检测自动化；安全模块增强了本地环境变量加载支持，并添加了 GitHub 安全告警检查脚本；共享模块新增了多个字符串和 URL 处理工具函数；翻译功能与进度管理得到增强；此外还增加了时间配置解析与日期处理功能，并增强了封面生成。

错误修复：修复了应用头部桌面管理员帖子链接样式；修复了端到端测试中的模块解析和 DOM 元素断言问题；外部动态模块修复了 RSSHub 语言元数据过滤和描述信息更新问题，并添加了数据模拟；修复了通知管理界面的标题翻译和功能支持；修复了发布流程中的 Playwright 浏览器安装命令；安全模块更新了警报例外配置并添加了令牌解析功能；Slug 模块新增了 ASCII slug 处理函数。

代码重构：优化了 API 的演示模式判断逻辑、命令行参数解析逻辑、脚本执行逻辑、服务层类型定义和函数返回值，并修改了类型定义以提高可读性，同时优化了数据库流量消耗。

eslint-config-cmyr

v2.3.0 - 2026-04-14 01:32:35

摘要:
版本 2.3.0 发布摘要

本次发布主要引入了一项新功能。

主要更新内容：

• 新增严格模式支持：增加了对 JavaScript 严格模式的支持，并提供了相关的配置选项。

v2.2.2 - 2026-04-02 22:02:26

摘要:
本次版本更新主要修复了 TypeScript 相关规则配置问题。

Bug 修复：

• 更新了 strict 模块中的 TypeScript 规则配置，以解决已知问题。

v2.2.1 - 2026-04-02 21:03:47

摘要:
版本 2.2.1 主要包含以下修复：

Bug 修复

• 配置 (config): 调整了最大行数限制。
• 严格模式 (strict): 更新了 TypeScript 相关的规则配置。

v2.2.0 - 2026-04-02 02:07:58

摘要:
本次发布为 eslint-config-cmyr 的 2.2.0 版本。主要更新内容如下：

新功能

• 新增了严格模式的配置入口及相关说明文档。

本次更新聚焦于提供更严格的代码检查选项。

cmyr-template-cli

v1.45.0 - 2026-04-02 01:32:05

摘要:
版本 1.45.0 主要包含以下更新：

新功能

• AI 功能：新增了 AI 开发配置及相关功能。
• Plopfile：实现了 AI 引导模式对后续流程的影响。

Bug 修复

• AI 功能：修复了代码审查中发现的 10 个问题。
• Plopfile：修复了 AI 引导模式的选项顺序问题。

picgo-plugin-optimization

v1.1.0 - 2026-04-17 00:53:38

摘要:
版本 1.1.0 主要引入了新功能。具体更新内容如下：

新功能

• 核心功能增强：在 index 模块中，对图片处理功能进行了增强。

最新 GitHub 加星仓库

• CaoMeiYouRen starred IOPaint - 2026-04-19 12:05:54
  基于 SOTA AI 模型的图像修复工具。可从图片中移除不需要的物体、瑕疵或人物，或使用稳定扩散技术擦除并替换图片上的任何内容。该工具主要使用 Python 语言开发，在 GitHub 上获得了 22998 个星标。
• CaoMeiYouRen starred Fooocus - 2026-04-19 12:05:38
  该 Python 项目专注于提示与生成技术，在 GitHub 上获得了 48,092 个星标。
• CaoMeiYouRen starred dokploy - 2026-04-15 00:15:44
  Railway 是一个开源的云平台替代方案，旨在提供类似 Vercel、Netlify 和 Heroku 的服务。其核心开发语言为 TypeScript。该项目在 GitHub 上获得了 33218 个星标，显示出较高的社区关注度和受欢迎程度。
• CaoMeiYouRen starred sandbox-sdk - 2026-04-15 00:15:38
  Cloudflare 边缘网络支持运行沙盒化代码环境，主要编程语言为 TypeScript，该项目在 GitHub 上获得了 987 个星标。
• CaoMeiYouRen starred fireworks-tech-graph - 2026-04-14 19:19:25
  Claude Code 是一款用于生成高质量 SVG 和 PNG 格式技术图表的工具。它支持 8 种图表类型和 5 种视觉风格，并具备深厚的 AI 与智能体领域知识。该工具主要使用 Python 语言开发，在 GitHub 上已获得 3712 个星标。

其他博客或周刊推荐

阮一峰的网络日志

• 科技爱好者周刊（第 393 期）：脑腐状态 - 2026-04-17 07:20:16
• 科技爱好者周刊（第 392 期）：axios 投毒与好莱坞式骗术 - 2026-04-10 07:17:13
• 科技爱好者周刊（第 391 期）：AI 的贫富分化 - 2026-04-03 08:08:02

潮流周刊

• 第 265 期 - 西溪窗外 - 2026-04-20 08:00:00
• 第 264 期 - 终于完工 - 2026-04-12 08:00:00
• 第 263 期 - 硬件之美 - 2026-04-06 08:00:00

二丫讲梵的学习周刊

• 学习周刊-总第 257 期-2026 年第 14 周 - 2026-04-03 08:32:49
• 学习周刊-总第 258 期-2026 年第 15 周 - 2026-04-09 21:50:19
• 学习周刊-总第 259 期-2026 年第 16 周 - 2026-04-16 22:29:13

总结

本周的更新和动态如上所示。感谢您的阅读！
您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

往期回顾

• 墨梅博客 1.11.0 发布与数据库用量超支教训 | 2026 年第 13 周草梅周报 - 2026-03-29 23:06:55
• 墨梅博客 1.10.0 发布与 AI 编程工作流优化 | 2026 年第 12 周草梅周报 - 2026-03-22 22:51:32
• 墨梅博客 1.9.0 发布与 LeanCloud 停服应对 | 2026 年第 11 周草梅周报 - 2026-03-15 23:18:42

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-16-caomei-weekly-ai-programming-burnout-momei-1-14-0-release.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

今天的话我们来聊一聊这次参加 2026 年北京环球影城原神联动项目的游玩体验（4 月 4 日）。

怎么说呢，这一次的体验相较于去年的那次，其实是有点差别的。

去年（2025 年）那次的联动是跟餐厅联动，所以就是一边吃个饭，一边看表演，中途还会有小活动，和角色们过来互动。

而这一次（2026 年），则是单独做了一个小区域，让我们在当中游玩，完成一些任务，观看角色们的表演，并和角色/NPC 们互动，此外也有投球小游戏。

就我个人认为，这次和上次最大的差异就是这次真的没什么座位，因为不像上次是每个人都安排了单独的座位（毕竟是餐厅），而这一次则是站着的时间更长，座位只有猫尾酒馆和猎鹿人餐厅那一块有几个，而且还很紧张。如果能抢到位置的话，也可以稍微休息一会儿。但大部分时间应该还是站着排队区完成任务，或者观看表演。

还是先来聊聊这次的游玩体验吧。

在进门之前，会在排队的时候领取到伴手礼，里面是地图和随机的角色透卡，也包括一个原石兑换码。

在到点之后，会由劳伦斯和霍夫曼这两个 NPC 进行开门仪式，之后就可以进场了（进场之后也可以跟 NPC 们互动，还能触发他们的帮助）。

在来之前，我还是先做了一些攻略，所以是直接去打卡完成任务了。比如说打卡 5 个魔晶矿、3 个骗骗花蜜，还有寻找猫的数量（和猫项圈的颜色）、慕风蘑菇的数量这几个任务。

对应的 NPC 则是：在唐娜那里完成魔晶矿任务；在蒂玛乌斯那里完成骗骗花蜜任务；在铁匠铺的瓦格纳那里完成猫的数量的任务；在猫尾酒馆里的恕均那里完成慕风蘑菇的数量的任务。

在至少完成一个任务后，就可以直接去凯瑟琳那里领取额外奖励（有兑换码，是养成材料）。

在进场差不多 30 分钟之后，就会开始有角色来进行演出。例如可莉和菲谢尔，会来到喷泉广场进行一大段的表演，如果要看的话得趁早（注意，同一时间可能会有多个地方有角色表演，还需要选择好看哪些角色的表演）。

然后角色的表演分两种，一种是剧本固定的演出，你可以理解为到点了就会自动触发的事件，这时候角色的语音也是全场广播的，也不能去打扰角色的表演，因为角色还在剧情里面；另一种则是演出结束后的自由时间，此时是可以互动的，比如和角色交流或者合影都行，也可以问他们问题（不过请注意问点相关的问题，不然角色可能会拒绝回答），他们会非常有带入感的以角色的身份回答你的问题。而这一点就是环球的演员和一般 coser 的差别，演员们是真的非常有信念感的去扮演这些角色的。

比如说，你如果喊菲谢尔“小艾咪”的话，她会直接哈气，让你叫她“皇女大人”，就非常的好玩。跟其他角色也是类似的，我这次还问了凯亚“蒙德有骑兵队长，但是为什么没有马”，凯亚还一本正经的回答了我，然后把责任全推给了大团长远征（太真实了！）。

此外，像猫尾酒馆和猎鹿人餐厅里面，还有联动食物（有周边）。猫尾酒馆里面也会触发大团长和凯亚的事件，他们会和旅行者（玩家们）进行小游戏互动（扔硬币），赢了也能拿到小礼物。然后前面也说过了，就猫尾酒馆和猎鹿人餐厅里面有休息区，因此如果站累了，确实可以考虑买点东西吃下歇一会儿。

然后买周边和投球游戏的队伍是另外的两个队伍，也是人最多的队伍，如果想买周边的话必须得早点排队进场，不然很容易错过演出。

至于投球游戏，规则是 80 块钱投 3 次球，有一次中就可以拿到蹦蹦炸弹，投不中就只能拿走一张贴纸，没有保底。老实说难度还是有的，运气成分非常大，投中的人还是很少的，因此除非对自己的手气非常自信，不然不建议去玩投球游戏，负反馈太强了，很无趣。（如果直接卖的话，我直接全款拿下！）

然后我也因为参与投球活动原因错过了结束时的表演的前半部分，最后只能站在后面看下结尾部分，遗憾收场。

最后还是要说一下，这次活动一共就 2 个小时时间，人又多，到处要排队，还要同时进行任务打卡、角色互动、周边购买等事项，结果就是时间非常紧张。加上这次没啥休息的地方，基本上一站就得站两小时，也挺累的，玩下来真的有点要力竭了。

当然了，也可能跟清明节放假有关，从主观上感觉确实比去年来的时候多了不少人，所以大伙可以考虑约个普通的周末甚至工作日过来，不要选择法定节假日，这样一来人数可能会少一些。

除了参与原神联动外，这次也游玩了环球影城中其他的项目。

这一次也是补上了之前没玩过的几个项目，比如说《功夫熊猫：神龙大侠之旅》，唯一一个水上游览项目，坐在游船上观看，也真的有水，坐在前排容易被水打湿。

然后也去看了《未来水世界特技表演》，真的挺精彩的，又是水又是火。还有高台跳水，真的挺刺激的，为演员们捏把汗。然后这个项目是分区域的，其中前面几排的蓝色区域内事肯定会被水淋湿，中间的绿色区域是可能会被水淋湿，后面的红色区域是不会被水淋湿。因为我也没有买雨衣，所以就在后排观看了表演，还是非常有趣的。而且因为它实际上是个舞台剧，同一时间场上会有多位演员进行表演，所以要时不时切换视角观看。

后面的话又去了下小黄人乐园坐过山车和漩涡机，老实说强度不怎么样，还是太柔和了。

接下来说一下这个《飞跃侏罗纪》，队伍非常的长，加上天气原因（大风）导致停运过一段时间，结果排队排了一个半小时，非常的累，而它的强度也只能说还可以，有超重感和失重感，但比起比起霸天虎过山车来说还是差一点。怎么说呢，不压肩的项目其实强度也就那样，除了霸天虎之外的项目其实强度都一般。

最后就是在原神活动结束后，又去了一趟《哈利波特与禁忌之旅》，我是真的没想到晚上 7 点多了还有那么多人在排哈利波特，最后出来的时候也已经快 8 点了，也就结束了一天的游玩。

虽然说这次参与北环原神联动也还是留下了一点遗憾，但整体而言还是不错的，就是时间太紧张了，就还是要以此为戒，下次要好好计划一下，也希望北环下次能改进下，至少多留一点时间和区域给玩家们。

那今天就先聊到这里吧，拜拜~

附图：

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-universal-studios-beijing-genshin.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

本文在 草梅友仁的博客 发布和更新，并在多个平台同步发布。如有更新，以博客上的版本为准。您也可以通过文末的 原文链接 查看最新版本。

前言

欢迎来到草梅周报！这是一个由草梅友仁基于 AI 整理的周报，旨在为您提供最新的博客更新、GitHub 动态、个人动态和其他周刊文章推荐等内容。

开源动态

本周 墨梅博客 的开发依旧在稳步进行中。

您可以前往 Demo 站试用：https://demo.momei.app/

• 您可以通过邮箱 admin@example.com，密码momei123456登录演示用管理员账号。

或前往官网注册：https://momei.app/

也可以前往文档站来了解项目整体规划和未来开发路线图：https://docs.momei.app/

当前墨梅博客已经正式发布了 1.11.0 版本，以下是新页面和新功能的一些截图。

对第三方同步功能进行了优化，现在可以在同步到第三方之前进行预览了。

为灵感收纳箱增加了语音输入功能。

更多功能和页面可以前往官网体验，也可前往之前的博客查看截图。

欢迎各位用户体验。并提出意见和建议。

接下来的话还会继续按照路线图和待办进行开发功能，敬请期待。

当然，目前墨梅博客还有很多需要打磨的细节，功能上也还不完善，如有任何意见和建议，都可以在项目的 GitHub issues 中提出。

如果你也对墨梅博客感兴趣，欢迎参与开发和测试。

记一次数据库用量超支的教训

几天前突然发现墨梅博客无法正常访问了，查看日志后发现 Your project has exceeded the data transfer quota. Upgrade your plan to increase limits. 错误，也就是数据库用量超支了。

由于项目之前用的是 Neon 的免费数据库，在流量上有所限制，每月最多 5GB，而墨梅博客本身传输的数据量比较多，然后就超支了。

数据库超支最直接的结果数据库无法访问，然后直接导致墨梅博客无法正常访问。

而在我想要提升到付费版本时，又遇到了 Vercel 不支持银联卡的问题，最终在折腾几天后选择了去办理一张 visa 卡来解决这个问题。

在这里我总结了几个教训，那就是：

1. 免费的数据库用的虽然爽，但也要注意监控消耗量，以免直到超支了才知道。
2. 平时应该做好数据库的异地备份，免得被停机后无法快速恢复（这次最惨痛的教训就是这个）。
3. 数据库还是应该选个稳定的，无论是一次性支付还是按量付费，选择付费版本往往比免费版本更有稳定性（SLA 也更好）

不过估算了一下付费版本每月会多 10 美元左右的开支，不是一笔小数目。

又因为数据库的用量还不算特别大，下一阶段在优化流量消耗之后还是打算换回 Free 版本，以减少开支。

有关数据库的备份可以参考 auto-backup-database，现已支持 SQLite、MongoDB、PostgreSQL、MySQL 等多种数据库的备份，支持本地加远程（OSS）备份。

最新 GitHub 仓库

• auto-fix-github-security - 2026-03-29 15:53:57
  一个自动化修复 github security 告警的方案

GitHub Release

momei

v1.11.0 - 2026-03-29 19:44:30

摘要:
版本 1.11.0 发布于 2026-03-29。本次更新主要包含新功能、错误修复和代码重构。

新功能：为后台管理添加了系统设置和主题自定义功能。增强了邮件模板预览功能并更新了模板内容。全面完成并增强了日语本地化支持，包括同步检查、内容对齐和文档更新。新增了独立的 Markdown 格式化功能。为链接治理添加了干跑和应用功能。在翻译方面，增加了任务轮询翻译模式、长文本轮询支持，并增强了翻译任务处理、编辑器功能及工作流标签进度展示。为文章管理添加了内容预览、Markdown 渲染支持以及微信同步兼容性检查功能。在安全方面，增加了依赖风险审计门禁功能并替换了高风险依赖。此外，还优化了微信同步功能，完成了 AI 视觉资产收敛，并对后台本地化大文件进行了拆分与治理。

错误修复：修复了 AI 任务结果解析逻辑。在认证、中间件和引导流程中添加了测试模式支持，以跳过相关限制。更新了依赖并增强了微信同步的 Markdown 处理。为导航添加了兜底禁止列表配置。优化了测试用例中的异步实现。为安全模块添加了 pnpm 审计命令支持。在文章分发中增加了微信同步和备份分发功能。

代码重构：重构了 AI 模块，绑定了聊天提供者上下文。重构了组合式函数中的翻译 AI 逻辑，并提取了运行时模块。

auto-backup-database

v1.5.2 - 2026-03-29 12:34:47

摘要:
版本 1.5.2 主要包含以下修复：

Bug 修复

• MySQL: 优化了 MySQL 备份工具的依赖项与错误提示信息。

v1.5.1 - 2026-03-28 01:42:05

摘要:
本次发布为版本 1.5.1，主要包含一项错误修复。

Bug 修复

• MySQL: 优化了对 MySQL 数据库的备份支持。

v1.5.0 - 2026-03-26 15:16:55

摘要:
本次发布版本 1.5.0 主要新增了对两种数据库的备份支持。具体更新内容如下：

• 新增 MySQL 数据库备份功能。
• 新增 PostgreSQL 数据库备份功能。

最新 GitHub 加星仓库

• CaoMeiYouRen starred pretext - 2026-03-29 20:34:53
  该文本描述了一个 TypeScript 项目，其 GitHub 星标数为 7810。
• CaoMeiYouRen starred project-nomad - 2026-03-28 20:40:19
  Project N.O.M.A.D 是一款独立的离线生存计算机，集成了关键工具、知识和人工智能，旨在随时随地提供信息支持与赋能。该项目主要使用 TypeScript 语言开发，在 GitHub 上已获得 19,510 个星标。
• CaoMeiYouRen starred pua - 2026-03-28 20:40:09
  Anthropic 公司对一位 P8 级工程师寄予厚望，但该工程师目前被列入绩效改进计划，需要在 30 天内展现进步。该工程师主要使用 TypeScript 语言，其项目在 GitHub 上获得了 13161 个星标。
• CaoMeiYouRen starred nopua - 2026-03-28 20:39:59
  该技能通过关爱方式释放 AI 潜能。以往采用命令和威胁方式时，AI 会沉默、隐瞒问题并造成破坏。后来改用尊重、关怀和爱的方式后，AI 开始坦诚沟通，不再说谎，发现的错误数量增加了一倍。爱里没有惧怕。该技能主要使用 Python 语言开发，已获得 951 个星标。
• CaoMeiYouRen starred agent-browser - 2026-03-28 20:17:27
  Browser automation CLI for AI agents is a tool developed in Rust, with 25,591 stars on GitHub.

其他博客或周刊推荐

阮一峰的网络日志

• 科技爱好者周刊（第 390 期）：没有语料，大模型就是智障 - 2026-03-27 05:49:12

HelloGitHub 月刊

• 《HelloGitHub》第 120 期 - 2026-03-27 08:08:31

阿猫的博客

• 猫鱼周刊 vol. 095 谨防赛博夺舍 - 2026-03-29 22:16:45
• 把 SSH 私钥放进 YubiKey：一套更安全、可迁移的密钥管理方案 - 2026-03-27 02:48:38

潮流周刊

• 第 261 期 - 春天小姐 - 2026-03-23 08:00:00

二丫讲梵的学习周刊

• 学习周刊-总第 256 期-2026 年第 13 周 - 2026-03-26 21:32:25

总结

本周的更新和动态如上所示。感谢您的阅读！
您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

往期回顾

• 墨梅博客 1.10.0 发布与 AI 编程工作流优化 | 2026 年第 12 周草梅周报 - 2026-03-22 22:51:32
• 墨梅博客 1.9.0 发布与 LeanCloud 停服应对 | 2026 年第 11 周草梅周报 - 2026-03-15 23:18:42
• OpenClaw AI 助手实测与墨梅博客更新 | 2026 年第 10 周草梅周报 - 2026-03-08 23:52:49

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-13-caomei-weekly-momei-1-11-0-release-database-quota-lesson.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

本文在 草梅友仁的博客 发布和更新，并在多个平台同步发布。如有更新，以博客上的版本为准。您也可以通过文末的 原文链接 查看最新版本。

前言

欢迎来到草梅周报！这是一个由草梅友仁基于 AI 整理的周报，旨在为您提供最新的博客更新、GitHub 动态、个人动态和其他周刊文章推荐等内容。

开源动态

本周 墨梅博客 的开发依旧在稳步进行中。

您可以前往 Demo 站试用：https://demo.momei.app/

• 您可以通过邮箱 admin@example.com，密码momei123456登录演示用管理员账号。

或前往官网注册：https://momei.app/

也可以前往文档站来了解项目整体规划和未来开发路线图：https://docs.momei.app/

当前墨梅博客已经正式发布了 1.10.0 版本，以下是新页面和新功能的一些截图。

优化了 AI 生成封面的逻辑，现在可以通过类型、配色、渲染、文本和氛围五个维度去控制封面的设计。

新增了日语界面和文档支持。

增加了多语言系统配置功能。

增加了自定义邮件模板功能。

更多功能和页面可以前往官网体验，也可前往之前的博客查看截图。

欢迎各位用户体验。并提出意见和建议。

接下来的话还会继续按照路线图和待办进行开发功能，敬请期待。

当然，目前墨梅博客还有很多需要打磨的细节，功能上也还不完善，如有任何意见和建议，都可以在项目的 GitHub issues 中提出。

如果你也对墨梅博客感兴趣，欢迎参与开发和测试。

AI 编程的一些感想

最近优化了一下 墨梅博客 项目的 AI 工作流。

我的体验就是 Review 代码是真的有用，所以我增加了一个 Code Auditor (代码审计员) Agent，专门用来在任何代码、文档、配置等改动后进行审计，让 AI 自己审查自己的改动。

当然了，更好的一个做法是使用不同的 AI 大模型来交叉 Review ，从而避免单个 AI 模型的局限性（当然成本也会翻倍）。

除此之外，在有任何新的需求和改动的时候，由 Product Manager (产品经理) Agent 来整理 Todo 列表，然后由 Full Stack Master (全栈大师) 进行具体的代码改动。

不过，我认为作为基石的还是 lint、typecheck 和 test，在此基础上再增加 Review ，才能让每次的代码改动都能够保证质量。

AI 编程让代码的产出速度快了十倍，但也因此，产生 bug 的速度也快了十倍，因此这时候就需要更加严格代码质量管控，才能够保证项目的代码质量。

GitHub Release

momei

v1.10.0 - 2026-03-21 20:18:09

摘要:
版本 1.10.0 主要围绕多语言支持、AI 功能增强和系统优化进行了更新。

新功能：为 AI 草稿生成、音频/封面资产、邮件模板等模块增加了多语言支持，特别是日语。新增了文章导航、浮动操作按钮、导入路径验证、Listmonk 通知集成等功能。同时，增强了认证会话、内容分发、设置管理和翻译工作流。

Bug 修复：修复了国际化日志输出、Sentry 配置访问、设置级别解析、第三方开关布尔值处理、文章同步支持等问题。优化了数据库表结构、导入路径处理和封面字段。

代码重构：优化了智能体角色职责、AI 文本处理与图像上传逻辑、音频元数据处理、文档检查输出方式。调整了限流配置、日志输出、脚本治理机制和待办事项规范。

最新 GitHub 加星仓库

• CaoMeiYouRen starred awesome-copilot - 2026-03-19 22:34:27
  GitHub Copilot 社区提供了用户贡献的指令、代理、技能和配置，帮助用户更好地使用该工具。这些资源主要针对 Python 语言，目前获得了 26454 个星标。
• CaoMeiYouRen starred sanyuan-skills - 2026-03-19 14:23:14
  该代码库专注于 Python 语言的专家级代码审查技能，涵盖 SOLID 原则、安全性、性能、错误处理和边界条件等关键方面。该项目在 GitHub 上获得了 2818 个星标，表明其内容在开发者社区中具有较高的认可度和实用性。
• CaoMeiYouRen starred auto-backup-database - 2026-03-18 19:16:18
  该方案提供服务器数据库的自动备份功能，支持本地与异地两种备份方式。项目主要使用 TypeScript 语言开发，目前在代码托管平台获得了 3 个星标收藏。
• CaoMeiYouRen starred Third-Person-MC - 2026-03-16 17:06:54
  Minecraft 官方网站可能展示了 2030 年的设计风格。该网站主要采用 JavaScript 语言开发，目前获得了 84 个星标收藏。

其他博客或周刊推荐

阮一峰的网络日志

• 套壳中国大模型撑起 500 亿美元估值？扒一扒 Cursor 的”套壳”疑云 - 2026-03-21 18:19:11
• 科技爱好者周刊（第 389 期）：未来如何招聘程序员 - 2026-03-20 07:59:16

潮流周刊

• 第 260 期 - 去太子湾 - 2026-03-16 08:00:00

二丫讲梵的学习周刊

• 学习周刊-总第 255 期-2026 年第 12 周 - 2026-03-19 22:42:43

总结

本周的更新和动态如上所示。感谢您的阅读！
您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

往期回顾

• 墨梅博客 1.9.0 发布与 LeanCloud 停服应对 | 2026 年第 11 周草梅周报 - 2026-03-15 23:18:42
• OpenClaw AI 助手实测与墨梅博客更新 | 2026 年第 10 周草梅周报 - 2026-03-08 23:52:49
• 墨梅博客 1.7.0 发布与 AI 开发实践 | 2026 年第 9 周草梅周报 - 2026-03-01 23:22:02

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-12-caomei-weekly-momei-1-10-0-release-ai-programming-workflow.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

本文在 草梅友仁的博客 发布和更新，并在多个平台同步发布。如有更新，以博客上的版本为准。您也可以通过文末的 原文链接 查看最新版本。

前言

欢迎来到草梅周报！这是一个由草梅友仁基于 AI 整理的周报，旨在为您提供最新的博客更新、GitHub 动态、个人动态和其他周刊文章推荐等内容。

开源动态

本周 墨梅博客 的开发依旧在稳步进行中。

您可以前往 Demo 站试用：https://demo.momei.app/

• 您可以通过邮箱 admin@example.com，密码momei123456登录演示用管理员账号。

或前往官网注册：https://momei.app/

也可以前往文档站来了解项目整体规划和未来开发路线图：https://docs.momei.app/

当前墨梅博客已经正式发布了 1.9.0 版本，以下是新页面和新功能的一些截图。

国际化方面新增繁体中文与韩语支持，并优化标签翻译簇映射等关键问题。

优化环境变量和数据库配置的体验，后台设置页新增 “智能混合模式” 。

新增友链系统和友链管理。

此外，还增加了 迁移链接治理、CLI / MCP 自动化能力扩展、协议版本治理与合规展示、通用文本域语音输入 等功能，更多更新内容可前往 CHANGELOG 查看。

更多功能和页面可以前往官网体验，也可前往之前的博客查看截图。

欢迎各位用户体验。并提出意见和建议。

接下来的话还会继续按照路线图和待办进行开发功能，敬请期待。

当然，目前墨梅博客还有很多需要打磨的细节，功能上也还不完善，如有任何意见和建议，都可以在项目的 GitHub issues 中提出。

如果你也对墨梅博客感兴趣，欢迎参与开发和测试。

LeanCloud 停服的影响

今天突然发现 LeanCloud 要关服了。

还挺怀念的，最开始做项目的时候没少用 LeanCloud，只因为是个免费的云数据库。

不过现在也倒了，所以说选云服务器/数据库厂商的时候还是得选个大厂，不然不稳定。

当然了，我还是那个意见：可以支持云服务，但不能只有云服务。

也就是说，要有永远有后手，要可以随时从云服务回退到单机部署（本地部署），比如说用 hono.js 做云函数和单体应用同构的项目，这样迁移起来也方便。

最好不要使用被单一厂商绑定的技术栈，要有自主性。

由于本人的之前的博客还在使用 LeanCloud 作为访问量统计，所以这几天抽空写了个兼容 LeanCloud 的后端 API 服务 hexo-cloudflare-counter ，有需要的可以参考下。

hexo-cloudflare-counter 是一个兼容 LeanCloud Counter API 的 Hexo 阅读量统计后端服务，支持 Cloudflare Workers、Docker 和 Node.js 自托管，内置 D1/SQLite 存储方案。

使用时使用自部署的 hexo-cloudflare-counter 后端 API 地址替换原本 LeanCloud 的后端 API 地址即可，具体可参考项目文档。

最新 GitHub 仓库

• hexo-cloudflare-counter - 2026-03-15 02:24:39
  兼容 LeanCloud Counter API 的 Hexo 阅读量统计后端服务，支持 Cloudflare Workers、Docker 和 Node.js 自托管，内置 D1/SQLite 存储方案。

GitHub Release

momei

v1.9.0 - 2026-03-14 21:57:46

摘要:
版本 1.9.0 主要围绕 AI 功能增强、国际化扩展、友链管理、通知系统、文章管理和上传功能等方面进行了更新。

新功能：AI 模块新增了任务详情、成本估算、配额管理、费用治理、翻译任务和警报评估等功能。国际化方面，增加了繁体中文和韩文的全面支持，包括邮件和界面翻译。新增了友链管理功能，包括申请、监控和健康状态检查。通知系统引入了 Web Push 功能，支持配置和密钥生成。文章管理新增了置顶、版本管理、翻译任务和版权声明功能。上传功能实现了直接上传和代理上传策略。此外，还添加了主题颜色管理、配置审计日志、反馈页面、站点名称配置、“开往”集成以及通用文本域语音输入等多项功能。

Bug 修复：修复了 AI 货币格式化精度、直接上传文件大小和签名校验、国际化模块加载、设置表单验证逻辑等问题。增强了友链巡检、审计日志、通知管理界面等功能，并统一了语言标识规范。

代码重构：对 AI 任务结果处理、通知链接解析、设置表单字段、上传请求处理、类型转换函数等模块进行了优化和重构，以提高代码质量和可维护性。

eslint-config-cmyr

v2.1.5 - 2026-03-15 02:42:18

摘要:
本次版本更新主要包含一项错误修复。

错误修复：

• 更新了 index 中的文件匹配规则，现在该规则将仅应用于 TypeScript 文件，以解决之前可能存在的范围过广问题。

hexo-cloudflare-counter

service-v1.1.0 - 2026-03-15 19:42:28

摘要:
版本 1.1.0 摘要

本次发布主要包含以下更新：

新功能

• 在应用中增加了 CORS（跨域资源共享）支持，并实施了针对写入请求的安全控制。

Bug 修复

• 更新了 read-yaml-file 依赖包的版本。

service-v1.0.0 - 2026-03-15 18:48:54

摘要:
版本 1.0.0 (2026-03-15) 摘要

本次发布为 1.0.0 版本，主要包含新功能、错误修复和代码重构。

新功能

• 计数器模块：新增生成 ObjectId 的功能。
• 迁移模块：新增将 LeanCloud Counter 的 JSONL 数据迁移至 SQLite 数据库的脚本。
• 迁移模块：新增对 Cloudflare D1 数据库的迁移支持。
• 服务器模块：新增计数器服务及相关的数据库支持。

Bug 修复

• 仓库模块：优化了数据库模式初始化的逻辑。

代码重构

• 计数器模块：优化了对象 ID 的生成逻辑。
• 迁移模块：优化了 D1 数据库导入 SQL 语句的生成逻辑。
• 迁移模块：优化了 LeanCloud 计数器迁移脚本。
• 迁移模块：优化了文件路径比较函数。

auto-backup-database

v1.4.0 - 2026-03-15 01:57:35

摘要:
版本 1.4.0 引入了以下主要更新：

新功能

• 备份优化：现在，每次执行本地压缩备份时，都会为备份文件创建一个独立的目录。这一改进旨在避免因文件名相同而导致的历史备份文件被意外覆盖的问题。

v1.3.0 - 2026-03-15 01:24:30

摘要:
版本 1.3.0 更新摘要

新功能

• 备份功能：现支持处理并上传多个备份产物的路径。
• 数据库支持：新增了 MongoDB 数据库提供者。
• 文档：添加了关于 MongoDB 支持的相关文档和配置示例。

Bug 修复

• MongoDB：优化了备份参数的构建与错误处理。

最新 GitHub 加星仓库

• CaoMeiYouRen starred hexo-cloudflare-counter - 2026-03-15 20:15:59
  这是一个基于 TypeScript 开发的 Hexo 博客阅读量统计后端服务。它兼容 LeanCloud Counter API，为博客文章提供阅读次数统计功能。该服务支持多种部署方式，包括在 Cloudflare Workers 上运行、使用 Docker 容器化部署，以及通过 Node.js 进行传统自托管。项目内置了 D1 和 SQLite 两种轻量级数据库作为存储方案，简化了数据持久化配置。
• CaoMeiYouRen starred changesets - 2026-03-15 13:55:32
  这是一个专注于管理版本控制和更新日志的工具，特别适用于单体仓库。其主要编程语言为 TypeScript，在 GitHub 上获得了 11545 个星标。
• CaoMeiYouRen starred page-agent - 2026-03-13 16:43:55
  JavaScript in-page GUI agent 是一个基于 TypeScript 开发的项目，它允许用户通过自然语言控制网页界面。该项目在 GitHub 上获得了 8731 个星标，显示出较高的社区关注度。
• CaoMeiYouRen starred cc-connect - 2026-03-13 16:24:14
  该项目使用 Go 语言开发，旨在将本地 AI 编程助手与主流即时通讯平台进行桥接。用户可通过飞书、钉钉、Slack 等平台与 AI 开发助手对话，无需为大多数平台配置公网 IP。该项目在 GitHub 上已获得超过 1400 个星标。
• CaoMeiYouRen starred baoyu-skills - 2026-03-12 09:34:19
  该项目的描述信息为空，主要编程语言为 TypeScript，在代码托管平台上的星标收藏数为 9001。

其他博客或周刊推荐

阮一峰的网络日志

• 科技爱好者周刊（第 388 期）：测试是新的护城河 - 2026-03-13 07:59:16
• 零安装的”云养虾”：ArkClaw 使用指南 - 2026-03-12 16:01:06

阿猫的博客

• 猫鱼周刊 vol. 094 龙虾大跃进 - 2026-03-09 00:33:29

潮流周刊

• 第 260 期 - 去太子湾 - 2026-03-16 08:00:00

二丫讲梵的学习周刊

• 学习周刊-总第 254 期-2026 年第 11 周 - 2026-03-12 20:31:11

总结

本周的更新和动态如上所示。感谢您的阅读！
您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

往期回顾

• OpenClaw AI 助手实测与墨梅博客更新 | 2026 年第 10 周草梅周报 - 2026-03-08 23:52:49
• 墨梅博客 1.7.0 发布与 AI 开发实践 | 2026 年第 9 周草梅周报 - 2026-03-01 23:22:02
• 墨梅博客 1.4.0 发布与开源动态 | 2026 年第 6 周草梅周报 - 2026-02-08 21:17:40

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-11-caomei-weekly-momei-1-9-0-release-leancloud-shutdown-response.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！

本文在 草梅友仁的博客 发布和更新，并在多个平台同步发布。如有更新，以博客上的版本为准。您也可以通过文末的 原文链接 查看最新版本。

前言

欢迎来到草梅周报！这是一个由草梅友仁基于 AI 整理的周报，旨在为您提供最新的博客更新、GitHub 动态、个人动态和其他周刊文章推荐等内容。

这周想和大家聊聊最近在社区里风头正劲的 OpenClaw（也就是大家戏称的“小龙虾”）。我也跟风折腾了一番，从安装到实测，有一些很现实的体会想分享给各位。

OpenClaw 确实挺火，但说实话，它的“门槛”并不低。虽然有 Docker 镜像 让安装流程简化了不少，但在进行配置时并成功运行时，我还是花了不少时间。

另外，作为一个程序员，我不得不提醒大家：这玩意的安全风险是真的高。

每接入一个插件（比如对接 QQ 或微博），本质上都是在给自己开一个新的后门。如果你想把它拉进群组，或者让多个人共享使用，权限控制稍有差池，整个环境可能就不再受控。我的建议是，最好在独立的服务器上搭建一个干净的环境，专门给它“跑”业务，不要在生产机器或者存有大量隐私的本地电脑上乱试。哪怕是在本地，也尽量用虚拟机或备用机，没必要为了尝鲜把自己的家当陪进去。

微博插件详见：https://gitee.com/wecode-ai/openclaw-weibo

QQ 插件详见：https://q.qq.com/qqbot/openclaw/login.html

再一个很现实的问题是——它真的很“吃” Token。如果没有编程相关的订阅套餐，纯靠按量计费，那成本真的是普通人“遭不住”的。目前的 AI 助手更像是一个高能的自动化工具，它擅长写脚本、优化工作流，能帮我们从重复性劳动中解脱出来。但它绝非无敌，方向盘始终握在你自己手里。

如果你真的要订阅套餐的话，请参考：MiniMax Coding Plan 、 GLM Coding Plan

本周，墨梅博客 的开发也在稳步推进。

本周主要是增加了商业化与广告联盟集成，现在可接入 Google AdSense 或百度、腾讯等国产广告联盟，实现商业化收入。

增加了开放发布协议（ActivityPub）支持，现在可接入实现社交互联。

此外，对 ASR（语音识别）这块内容，增加了基于火山引擎的前端直连功能，现在语音识别功能无需后端桥接即可实现，在响应速度上更快。

这段时间深度使用过各类 AI 工具后，我依旧维持之前的看法：模型决定上限，工具决定下限。

不管是命令行形式还是编辑器集成，工具决定了协作的“下限”，但 AI 模型的能力直接决定了成果的“上限”。

我尝试过让 AI（比如智谱 GLM-5）全权负责编码，虽然它已经很强了，但面对大型复杂项目，错误依然会随着迭代不断累积。

如果不坚持人工 review，这些细小的 Bug 到后期就会积重难返。所以我的结论依然是：AI 是强力的辅助驾驶，去哪儿、怎么走，还是得人说了算。

所以，总的来讲就是：模型决定上限，工具决定下限，人工守住底线。

最后再讲一些碎碎念。

最近几个月，大模型的爆发让很多圈内圈外的朋友都很焦虑。这种感觉从 2022 年底就开始了。

但我最近反倒释怀了一些，说到底，AI 终究还是停留在处理计算机内部工作的阶段，它能不知疲倦地写代码，却无法替你决定创作的灵魂。在这个万物皆可 AI 的时代，如果你不是由自己来把控项目的方向，那作为开发者的存在意义也就消失了。

所以，为了不被过早淘汰，我们必须在这些工具的加持下，去做那些更有创造力的事情。节约下来的时间，应该投入到更高维度的思考中。

那就先说到这里吧，下期见，拜拜~

最新 GitHub 仓库

• rss-impact-next - 2026-03-04 23:54:06
  一个基于 RSS 的 Hook 系统。本项目为新版全栈重构版本。

GitHub Release

rsshub-never-die

v1.3.1 - 2026-03-03 20:39:25

摘要:
版本 1.3.1 主要进行了以下错误修复：

1. 错误处理优化：更新了错误处理中状态码的类型，确保能够返回正确的响应状态。
2. 配置逻辑简化：移除了 NodeConfig 中的 priority 和 backup 属性，简化了节点配置的逻辑。

v1.3.0 - 2026-03-03 20:02:37

摘要:
版本 1.3.0 摘要

本次发布包含以下更新：

新功能

• 优化了实例选择逻辑，支持必选、备用及权重配置。

Bug 修复

• 修复了节点池容量上限问题，并增加了对快速响应时节点池为空的防护。
• 更新了 src/routes/index.ts 文件。

caomei-auth

v1.13.0 - 2026-03-07 20:16:36

摘要:
版本 1.13.0 主要更新内容如下：

新功能

• 前端：将前端表单校验迁移至 Zod 库，并完成了 OAuth 和 SSO 对话框的迁移。
• 校验：完成了整个项目的 Zod 校验迁移，修复了相关测试，并新增了 Zod 校验的基础设施，同时迁移了路径参数处理器的校验逻辑。

momei

v1.8.0 - 2026-03-07 20:13:17

摘要:
版本 1.8.0 主要更新如下：

性能优化：将 serverless 定时任务间隔从 5 分钟调整为 15 分钟。

新功能：

1. AI 图像生成：新增图像生成选项、多图像预览功能，支持 1K、2K、4K 分辨率及 Gemini 3.1 模型。
2. ASR（语音识别）：完成异步任务支持、性能极限优化，并集成直连模式到语音编辑器。
3. 广告联盟：实现国产广告联盟适配器、内容注入、管理后台 UI 及基础架构集成。
4. 其他功能：实现 ActivityPub 基础协议、Serverless 生态深度适配、外链管理系统，添加 Google Adsense 支持、AI 重任务超时配置及管理员权限验证。

Bug 修复：

1. ASR：修复代码审计发现的安全与 Lint 问题，优化音频流状态管理。
2. 广告与外链：修复广告管理页面样式问题，优化管理对话框体验。
3. 安全与稳定性：修复短代码潜在 XSS 漏洞，增加 API 请求频率限制，优化认证配置。
4. 其他修复：更新多语言文件，修复 Federation 代码问题，优化图像提供者支持。

代码重构：优化代码结构与查询逻辑，移除过时字段与步骤，增强 HTML 处理安全性与超时设置可读性。

最新 GitHub 加星仓库

• CaoMeiYouRen starred mini-swe-agent - 2026-03-07 12:48:21
  这是一个名为 SWE-agent 的 AI 工具，旨在自动解决 GitHub 问题或在命令行中提供帮助。其设计理念是极度简化，无需复杂的配置或庞大的代码库。该工具在 SWE-bench 基准测试中取得了超过 74%的验证分数。项目主要使用 Python 语言开发，目前在 GitHub 上已获得 3198 个星标。
• CaoMeiYouRen starred SWE-agent - 2026-03-07 12:47:46
  SWE-agent 是一款基于语言模型的自动化工具，能够处理 GitHub 问题并尝试自动修复。该工具也可应用于攻击性网络安全或编程竞赛挑战。该项目在 NeurIPS 2024 会议上展示，主要编程语言为 Python，并在 GitHub 上获得了超过 18,600 个星标。
• CaoMeiYouRen starred ghfs - 2026-03-06 00:31:37
  该项目将 GitHub 的议题和拉取请求转换为文件系统形式，便于离线查看和批量操作。它既面向人类用户，也支持自动化代理使用。项目主要采用 TypeScript 语言开发，目前在 GitHub 上获得了 145 个星标。
• CaoMeiYouRen starred 91Writing - 2026-03-04 16:07:08
  这是一个基于 Vue 3 和 Element Plus 框架开发的智能 AI 小说创作工具。该工具集成了多种 AI 模型，旨在帮助小说作者提高创作效率。项目的主要编程语言是 Vue，目前在代码托管平台上获得了 1305 个收藏。
• CaoMeiYouRen starred mcp-chrome - 2026-03-04 16:05:00
  Chrome MCP Server 是一款基于 Chrome 扩展的模型上下文协议服务器。它能够将 Chrome 浏览器的功能开放给 Claude 等人工智能助手，从而实现复杂的浏览器自动化、内容分析和语义搜索。该项目的主要编程语言为 TypeScript，在 GitHub 上已获得超过一万颗星标。

其他博客或周刊推荐

阮一峰的网络日志

• 科技爱好者周刊（第 387 期）：你是领先的 - 2026-03-06 04:20:54

阿猫的博客

• 2136 年，人类发明了超光速引擎 - 2026-03-04 18:42:32
• 猫鱼周刊 vol. 093 马年快乐 - 2026-03-02 00:14:31

潮流周刊

• 第 259 期 - 空中径山 - 2026-03-09 08:00:00
• 第 258 期 - 赛博充电 - 2026-03-02 08:00:00

二丫讲梵的学习周刊

• 学习周刊-总第 253 期-2026 年第 10 周 - 2026-03-05 21:30:59

总结

本周的更新和动态如上所示。感谢您的阅读！
您可以通过以下方式订阅草梅周报的更新：

• 博客：草梅友仁的博客
• 墨梅博客：墨梅博客
• RSS：草梅周报
• 公众号：草梅友仁的后花园
• 邮箱订阅：草梅友仁的博客订阅

往期回顾

• 墨梅博客 1.7.0 发布与 AI 开发实践 | 2026 年第 9 周草梅周报 - 2026-03-01 23:22:02
• 墨梅博客 1.4.0 发布与开源动态 | 2026 年第 6 周草梅周报 - 2026-02-08 21:17:40
• 墨梅博客 1.3.0 发布与服务器数据备份教训 | 2026 年第 5 周草梅周报 - 2026-02-01 23:40:42

本文作者：草梅友仁
本文地址： https://blog.cmyr.ltd/archives/2026-10-caomei-weekly-openclaw-ai-assistant-test-momei-blog-update.html
版权声明：本文采用 CC BY-NC-SA 4.0 协议 进行分发，转载请注明出处！