订阅太多，读不过来：我给自己做了一个 AI 阅读助手 RSS Pal
我的信息消费速度，经常赶不上信息生产的速度。
平时订阅了不少博客、信息源和 newsletter。遇到感兴趣的作者，订阅一下；看到一份不错的周刊，也订阅一下。每次订阅都觉得值得看，但真正留给阅读的时间并没有跟着增加。
尤其是 newsletter。一封里面可能就有十几条链接，其中几篇看起来都不错。挨个打开，看着缩成一个方块的 chrome 标签，我就不想点开。等我有空继续读，下一期已经来了。
我想找一个应用，先让 AI 帮我看一遍，告诉我里面具体讲了什么。我再决定，哪些内容值得花时间细读。
后来，这个想法变成了 RSS Pal。
把 Logseq 的随手笔记自动发布到博客
今天把手机上的 Logseq 日记接到了博客，希望把发布的成本降到「写几句，再改一个标签」。写作入口是两个模板：quick 记录小想法，blog 记录原文链接、RSS Pal 分享链接和自己的评论。写完后把 #待发布 改成 #确认发布，沿用手机原有的 Git 同步。GitHub Actions 只提取明确选中的笔记块，转换成 Jekyll 文章，再交给 GitHub Pages 构建部署。发布器会检查线上文章是否包含本次内容，确认后将 #已发布 和博客链接写回 Logseq。更新旧笔记时再次确认发布，会复用原来的网址；失败重试也不会重复生成文章。构建过程中完成了 33 项测试，覆盖发布范围、格式转换、重试，以及发布期间手机继续...
Kakuro：填字游戏遇上组合数学
你一定见过填字游戏：一个方格，空白处填字母，横竖都要拼成单词。Kakuro 是它的数字版本——格子里填 1 到 9 的数字，横向和纵向的每段连续格子（称为一个 block）都要满足指定的求和约束，并且同一个 block 内的数字不能重复。规则就这三条： 每个白格填 1-9 中的一个数字 同一 block 内数字不重复 每个 block 的数字之和等于线索给出的目标值下面这个小谜题展示了这些要素：黑格上的斜线数字就是线索：斜线右下方是横向线索，左下方是纵向线索。手推一遍用一个 3 行 × 2 列白格的教学例题来说明推导过程： col1 col2row2: ? ? ← H0 横向线索 su...
