SQLite
一直想给项目搭个 Discourse 那样的论坛，但每次看到要 Ruby + PostgreSQL + Redis 、镜像好几个 G ，就劝退了。 所以我们把 Casnode 重写了一遍，界面和交互照着 Discourse 默认主题做：话题列表、时间线、底部编辑框、通知、未读、聊天、徽章、投票，基本都在。 几个点： 下载一个三十来 MB 的压缩包，./casnode 就起来了，注册第一个账号就是管理员（需要 Node 20+） 默认 SQLite ，也支持 MySQL / PostgreSQL / SQL Server ，不需要 Redis 页面全部服务端渲染，sitemap 、RSS 、JSON-LD 、Open Graph 都有，对搜索引擎友好 自带注册登录；单点登录可选，OIDC 、OAuth 2.0 都
此处说明来自所引来源记录。收藏会在本设备创建书签，不会自动同步到账户。
- 本站首次观测
- 2026年10月24日 06:30 UTC
- 引用原文最早发布
- 2026年10月24日 06:18 UTC
- 最近观测
- 2026年11月4日 12:30 UTC
最近完整七日的证据
- 来源提及
- 2 前七日 1
- 不同来源
- 2 前期 1
- 可比较增长
- 不可比较
- 榜单记录
- 0
采集观测与无发布日期的记录，和有日期的原文提及分别统计。 七日观测：2 · 无日期记录：0
采集覆盖 · 历史不足本期 / 前期观测天数 7 / 3
统计使用完整 UTC 日。“首次观测”指本站首次收录，不代表词语的诞生时间。
本期窗口：2026-10-29 → 2026-11-05 （不含结束日） · 历史跨度 11 天
| 来源 | 本期天数 | 前期天数 | 最近成功采集 |
|---|---|---|---|
| arXiv | 6 | 3 | 2026年11月5日 10:00 UTC |
| arXiv | 7 | 2 | 2026年11月5日 10:01 UTC |
| Ask HN | 7 | 3 | 2026年11月5日 15:00 UTC |
| Ask HN | 7 | 3 | 2026年11月5日 14:30 UTC |
| Ask HN | 7 | 3 | 2026年11月5日 15:00 UTC |
| Ask HN | 7 | 3 | 2026年11月5日 15:00 UTC |
| GitHub | 7 | 3 | 2026年11月5日 12:15 UTC |
| GitHub Issues | 7 | 3 | 2026年11月5日 10:01 UTC |
| GitHub Releases | 7 | 1 | 2026年11月5日 12:00 UTC |
| GitHub | 7 | 3 | 2026年11月5日 14:30 UTC |
| GitHub Issues | 7 | 3 | 2026年11月5日 10:01 UTC |
| GitHub Releases | 7 | 3 | 2026年11月5日 15:14 UTC |
| GitHub | 7 | 3 | 2026年11月5日 14:30 UTC |
| GitHub Issues | 7 | 3 | 2026年11月5日 10:01 UTC |
| GitHub Releases | 7 | 3 | 2026年11月5日 15:14 UTC |
| GitHub Discovery | 0 | 0 | 2026年11月5日 15:13 UTC |
| GitHub Trending | 7 | 3 | 2026年11月5日 15:14 UTC |
| 7 | 2 | 2026年11月5日 10:00 UTC | |
| Hugging Face | 7 | 2 | 2026年11月5日 08:15 UTC |
| Hugging Face Spaces | 0 | 0 | 2026年11月5日 15:13 UTC |
| Hacker News | 7 | 3 | 2026年11月5日 12:45 UTC |
| Hacker News | 7 | 3 | 2026年11月5日 15:30 UTC |
| Hacker News | 7 | 3 | 2026年11月5日 15:30 UTC |
| Hacker News | 0 | 0 | 2026年11月5日 15:13 UTC |
| Show HN | 0 | 0 | 2026年11月5日 15:13 UTC |
| MIT News | 7 | 2 | 2026年11月5日 10:01 UTC |
| OpenAI | 7 | 3 | 2026年11月5日 11:30 UTC |
| Product Hunt | 7 | 3 | 2026年11月5日 12:45 UTC |
| 量子位 | 7 | 3 | 2026年11月4日 10:15 UTC |
| OpenRouter | 0 | 0 | 2026年11月5日 15:41 UTC |
| Hugging Face Models | 0 | 0 | 2026年11月5日 15:41 UTC |
| HF Daily Papers | 0 | 0 | 2026年11月5日 15:41 UTC |
| OpenRouter | 0 | 0 | 2026年11月5日 15:41 UTC |
| SEC EDGAR | 7 | 3 | 2026年11月5日 10:30 UTC |
| Sequoia Capital | 7 | 2 | 2026年11月5日 10:00 UTC |
| Simon Willison | 0 | 0 | 2026年11月5日 15:13 UTC |
| TechCrunch | 7 | 3 | 2026年11月5日 14:30 UTC |
| Contracts Finder | 7 | 3 | 2026年11月5日 10:00 UTC |
| V2EX | 7 | 3 | 2026年11月5日 14:30 UTC |
- 计数仅代表已监测的公开来源，不代表全网热度或搜索需求。
- 两周均需足够且可比较的采集覆盖，才判断增长。
每日趋势 · 最多 90 天
柱形表示有日期的来源提及。最新 UTC 日可能尚未结束。零提及和缺少采集覆盖是不同情况。
查看每日数据表
| UTC 日期 | 提及 | 来源 | 观测 | 榜单记录 |
|---|---|---|---|---|
| 2026-10-22 | 0 | 0 | 0 | 0 |
| 2026-10-23 | 0 | 0 | 0 | 0 |
| 2026-10-24 | 1 | 1 | 1 | 0 |
| 2026-10-25 | 0 | 0 | 0 | 0 |
| 2026-10-26 | 0 | 0 | 0 | 0 |
| 2026-10-27 | 0 | 0 | 0 | 0 |
| 2026-10-28 | 0 | 0 | 0 | 0 |
| 2026-10-29 | 0 | 0 | 0 | 0 |
| 2026-10-30 | 0 | 0 | 0 | 0 |
| 2026-10-31 | 1 | 1 | 1 | 0 |
| 2026-11-01 | 0 | 0 | 0 | 0 |
| 2026-11-02 | 0 | 0 | 0 | 0 |
| 2026-11-03 | 1 | 1 | 1 | 0 |
| 2026-11-04 | 0 | 0 | 0 | 0 |
| 2026-11-05 | 0 | 0 | 0 | 0 |
来源证据
当前展示证据的来源：Hacker News 1 · V2EX 2
Hacker News · 原文发布 2026年11月3日
Show HN: Replacing Turn-Based LLM Agents with SQLite and System One Models
查看来源记录 →V2EX · 原文发布 2026年10月31日
[分享创造] Casnode 2.0：一个长得像 Discourse 的论坛， Go + Next.js， SQLite 就能跑
一直想给项目搭个 Discourse 那样的论坛，但每次看到要 Ruby + PostgreSQL + Redis 、镜像好几个 G ，就劝退了。 所以我们把 Casnode 重写了一遍，界面和交互照着 Discourse 默认主题做：话题列表、时间线、底部编辑框、通知、未读、聊天、徽章、投票，基本都在。 几个点： 下载一个三十来 MB 的压缩包，./casnode 就起来了，注册第一个账号就是管理员（需要 Node 20+） 默认 SQLite ，也支持 MySQL / PostgreSQL / SQL Server ，不需要 Redis 页面全部服务端渲染，sitemap 、RSS 、JSON-LD 、Open Graph 都有，对搜索引擎友好 自带注册登录；单点登录可选，OIDC 、OAuth 2.0 都
查看来源记录 →V2EX · 原文发布 2026年10月24日
[程序员] [dsh-gitea-search 发布] DSH+Gitea 引入 SQLite FTS 索引+向量记忆副库
终于搓完发布了 #dsh #dsh-gitea-search 欢迎试用、提建议 项目地址 ： https://github.com/offzen/dsh-gitea-search 开发的动机 ：token 不够烧的，还经常因为重复的任务延长等待，无数的 429 限流...原理上很多任务可以在本地加速。 DSH 的插件机制很适合自己改造，只有一个搜索框显然是太弱了；手动去输脚本使用上不现实。 跨会话检索和长期记忆 ：用 SQLite 全文索引加快关键词查找，再用向量副库做语义相近内容的检索，方便找回以前的方案、命令和报错等片段。（你通常记得的就只有片段信息，如果让 AI 检索会很慢） 大量代码和信息本来就在本地，不必整包丢给云端模型去耗时间和 token 。本地先找出来，再只把命中的上下文交给模型，交互会更快，也
查看来源记录 →
研究优先级 50 / 100
此分数用于排列研究候选，不是搜索量、预测结果或经过验证的商业需求。
证据数量
12.7 / 30去重文章或首次观测；重复抓取不加分。
发布主体多样性
16 / 25同主体保守归并，转载不增加独立证据。
可比变化
0 / 20仅完整且可比的两周参与；零基线不计算百分比。
证据时效
13 / 15依据最新发布或首次观测，不按重复采集时间刷新。
名称明确度
7.8 / 10明确实体链接和技术概念优先于含义不明的缩写。
局限与解读
- 首次观测是采集记录的起点，不能证明词语或产品在全球首次出现。
- 计数仅代表已监测的公开来源，不代表全网热度或搜索需求。
- 本站首次发现时间不等于名称或概念的诞生时间。
- 候选来自公开标题、摘要和实体链接，并非已核实的全文分析。
- 来源多样性采用保守归并；未披露的转载或共同所有权仍可能无法识别。
- 已有概念或常见产品名，仅保留为历史基线，不视为新创造的词。
- 两周均需足够且可比较的采集覆盖，才判断增长。
- 该词的来源构成发生变化，或缺少可比较的基线。
- 前一周样本过少，不展示容易误导的增长百分比。