欧雷

Nop 官网已经从 Jekyll 迁到 Hexo 了，我的那些个人网站也要迁过去，又是一个大工程……😅😅😅博客Jekyll

今天发了叫 hexo-front-matter-defaults 的 npm 包，是一个 Hexo 插件，用来根据 layout、collection、path 等批量给页面设置默认 front matter 变量，作用类似于 Jekyll 的 Front Matter Defaults。用 Hexo 建复杂点网站的人应该都遇到过设置页面变量的痛苦……博客Jekyll

做新时代的革新者，不做旧时代的追随者。

一个 Git 项目一般来说我会至少推到两个托管平台上，如 GitLab 和 GitHub，有时也会多出来 Gitee 或其他的，因而代码同步是个刚需。

之前我都是手动同步，今天把流程优化了下，尽量引进自动化手段：

1. 在 GitLab 上配置 GitHub 为镜像；
2. 利用 GitHub Actions 把代码同步到 Gitee。

这样一来，我在本地只需配置 GitLab 为远程源即可。GitHub

Nop 官网一期建设接近尾声，为能在非官网项目中本地起服务预览文档生成效果，必须得把用到的 KnoSys 模块发布到 npm 上了。

借此机会，把 KnoSys 由原来的一个仓库拆分成三个——开发包 ksdk、CLI 工具 ksio 和 GUI 应用 knosys。

另外，还完善了下仓库常备内容：开源许可证、知识共享许可协议（CC）、贡献者公约（CoC）等。

以上这些我打算作为自己搞开源软件的规范，但每个项目都加一遍无法保证内容一致性，计划在我的开源软件主页加上相关页面，并在开源项目中引用。Nop 平台KnoSys

扣子支持订阅号了，可玩性 level up！😝😜🤪

除了严格的 QiiDB 数据规范的定位方式之外，现在 KnoSys 在静态网站生成这部分也支持像 VitePress 等那样的 file-based routing 定位方式。KnoSys

很遗憾今天才开始用 Discord，真是运营社群的神器，相见恨晚啊！

昨日白天大部分时间在了解并试用扣子，探索发掘它的潜力，因而稍微做个总结吧——

目前扣子创建的 bot 可免费自定义的部分主要有：

• Prompts
• 插件列表
• 工作流
• 知识库
• 数据库（存储用户输入文本解析出的结构化数据）

单从这些看，只要云雀大模型给力，可玩性还是比较可以的。

其发布渠道有：

• 豆包
• 微信服务号/微信客服
• 飞书
• 掘金

除了豆包之外，其他的对个人开发者可以说没卵用，且豆包现在好像也不算是主流的，所以扣子在应用层面暂时有点鸡肋。

在熟悉过程中，对于 bot 用来干嘛，基于我自己的情况，产生了一些点子或者说设想。

主要是想创造一个自己的数字分身，让别人跟它对话就相当于跟我对话。

鉴于它只能运用我已知的知识而无法产生新知识新想法，因而只能作为：

• 简单咨询/提问的对象
• 了解我的一个途径

无法作为讨论的对象，想讨论还是得找我本尊。

我觉得做个专属数字分身是内容创作者未来的一个新方向，是打造个人品牌的一个利器，是适应 AIGC 时代的必然。