疯狂使用 Codex 和 Workbuddy 的后果：得买个扩容盘了。

最近开始理解，有的时候，商业化有时候其实是迫不得已的选择。
邸报发布后，有一些反馈提了一些目前市面上只有 Folo 才能满足的需求。但找到邸报这，显然是不希望给 Folo 继续交钱。
但这个需求之所以只有 Folo 在满足，并且要收费满足，是因为它有成本，不只是中心化运维基础费用的成本，还有人力持续对抗的成本。
这个事情就不太可能被开源或免费的方案覆盖……
在邸报发布之初，我也因为这个和 AI 讨论了很久，最后选的是 BUSL 1.1 的非 OSI 开源协议。
但实际上，暂时还不打算运营一个中心化的实例群来解决那些自部署搞不定的功能。
所有的功能都暂时围绕——能完全自部署，不接入 LLM API 来开发。

和 AI 讨论了一下，最后决定从 0.2 开始做插件系统，逻辑是：
0.1 版已经完成了邸报这个产品的所有基础业务逻辑 MVP，大部分的其他新功能，都应该以插件形式存在，只不过可能是官方插件。
这样，后续无论是代码管理，还是用户使用，都会更加方便。
而不是每次新做功能，都在 Core 代码上改一堆新接口。

Dibao（邸报） v0.1.2 发布了

主要变化：
- Embedding provider 测试失败现在会返回更可操作的公开错误：鉴权失败、模型/endpoint 不存在、rate limit、provider 不可用、网络不可达、响应格式异常等会被明确分类。
- Provider 错误会保留可公开展示的上游信息，同时会过滤 API key、token、Authorization 等敏感字段。
- 设置页与后台状态不再把 provider 的测试错误泄漏到不该展示的索引列表里。
- 订阅源管理拆分为“订阅源管理”和“订阅源分组管理”两个视图，减少长页面里混在一起的操作。
- 订阅源和分组管理行新增“查看文章”，可直接跳到对应 feed 或 folder 的 latest 文章列表。
- 文章列表 URL 现在会保留 feed/folder 筛选参数，方便刷新、分享或返回时维持当前上下文。
- 阅读器里的文章图片加载失败后会停止反复重试，避免失败图片持续触发布局抖动或重复网络请求。

今年的模型和去年的模型，在 Vibe Coding 上的两个重要的进展是：
1. 我敢让 Agent 直接进生产环境运维了，节省了大量复制粘贴备份部署迁移测试的工作；
2. i18n 和自动化操作做的非常好，上架和 Release 各种截图和演示可以直接交给 Agent 做，而不是自己截图吭哧吭哧填表了。

邸报的 v0.1.1 版本已经发布，更新了一个算法上的关键性错误。
建议在个人用户画像成型之前更新，否则可能要跑一个较长的迁移过程。
另外，如果之前用的是 Github 的 Docker Compose 构建的应用，需要修改一下：
image: ghcr.io/pls-1q43/dibao:latest
否则会一直停留在 v0.1.0 版本。

Wordpress 7.0 快的让人不敢相信它仍是一个 PHP 程序。

现实见过我的朋友都知道，不管我在哪上班，我的工卡套都用麦当劳的（网上买的）。
刚才在小区电梯里，一个小孩看到我的工卡套，兴奋的指着我跟他妈说我是麦当劳的人。
他妈说，你跟人家走吧，这样你就可以一直吃麦当劳了。
然后小孩说，以后长大就要去麦当劳工作。
我说那你得好好学习，麦当劳也是大企业，招聘可严了。

美版 Coze 空间，和美版豆包配上对了。

天主教烧死布鲁诺，囚禁伽利略的事情大家都知道了。
但实际上后来天主教对科学的态度发生过几次很大的转变。
以至于本周新教宗发布了一份 4 万字的，关于人工智能的通喻的时候还让挺多人震惊的。
趁这个机会，详细梳理了一下过去 400 多年教廷与科技之间的关系。