引言

我们正处在一个高速变化的时代，技术、职业和生活方式都在飞速迭代。这既是挑战，也是个人重塑的最佳机遇。

作者: Nicolas Bustamante
原文: https://www.nicolasbustamante.com/p/the-rag-obituary-killed-by-agents

引言

为什么"检索增强生成"（RAG）无法在"上下文革命"中存活，以及我们所知的切块、嵌入与重排器的终结。

环境

CVM厂商：腾讯云
域名解析：腾讯云DNSPOD
机型：SA2 4C4G
操作系统：Ubuntu 24.04LTS

分类

• page properties：放在页面第一个 block，格式 property:: value
• block properties：放在任意 block 内，格式 property:: value

添加

• 在 block 内添加多行 property 时，先输入一行 property:: value，再按 Shift + Enter 换行
• 输入 ::，Logseq 会自动提示已使用过的 property 名称
• property 名称大小写不敏感，字符 _ 和 - 等价

如何理解

• 把每个 page/block 看成“数据库的一条记录”
• properties 就是这条记录的“字段”
• value 用于建立索引，支持引用 page 或 tag
• 借助 Logseq 的 query 可以按字段检索这些记录

示例

• 给书籍类 block 都加上分类：

当前我的任务管理系统（以滴答清单为载体）需要进行一次清晰的定位调整。

起因

滴答清单本身几乎满足了我对一套完整GTD系统的所有功能需求，但在实际使用中，滴答清单+GTD的工作流目前几乎难以运转，主要原因如下：