是否有人用思源实现了生词本？

1. 将块引新建文档路径设置到某个父文档下
2. 遇到生词时按 Alt+[ 快捷键新建文档或引用已有的生词文档
3. 所有新建的生词文档就都集中在你设置的某个父文档下
4. 在父文档中使用目录插件插入子文档块引

刚刚买了思源笔记，目前还在研究。

感觉这款笔记可能比较适合程序员，如果是单纯记生词的话还是选择一些比较大众的产品。

需要开发插件实现。你可以发布一个有偿开发插件的帖子。看有没有大佬接单。

直接制卡试试？

但是如果能将记录的文章和生词本结合在一起就非常方便了。

目前背单词的软件应该没有能够自己选文章，自己选单词然后记录的。

直接制卡看起来就是对一个句子挖空。

我希望能够记录单词，然后对释义制卡。

大概明白了，谢谢

能够自己选文章，自己选单词然后记录

我印象中欧路词典以及一些背单词的 APP 就有这个功能，你可以上小红书搜搜看

可能我个人比较传统，我比较倾向于在单词簿上手写单词。

lingq 就是这种模式，不过付费很贵，算法没有深入了解，但听说比较简陋。希望有人能够在思源里开发出来，目前我知道的平替方案有 anki+ 划词助手，tiddlywiki 中的墨屉插件

有个模板就是创建单词卡的，如果用模板创建单词卡之后将单词卡制卡呢？可以做到类似生词本的效果吗

老哥，历年真题能不能分享一下，想要 markdown 的资源

我闲鱼上买的 word 版，用集市里的插件导入就可以了。

手头这个是去年买的，不全，你自己可以去搜罗一下。

我的灵感来自于集市里的单词本模板，在那个基础上进行了自己的修改，可以参考一下。
每篇文章中，自动汇总这篇文档的生词（原理是搜寻这篇文章的子文章）

每个生词就是一页，可以自动全局搜索文章中的例句：

有一个单词本的页面进行所有生词的汇总：

主要功能是通过 sql 查询挂件来实现的，相关的 sql 如下，因为我这个是韩语的生词本，所以针对韩语词尾变形作了优化，英语、其它语言的话，相应修改就行。

单词本

WITH RECURSIVE
  hanyi_blocks(id, parent_id, root_id, content, type, subtype, level) AS (
    SELECT id, parent_id, root_id, content, type, subtype, 0
    FROM blocks
    WHERE type = 'h' AND content = '汉义' AND subtype = 'h3'
  
    UNION ALL
  
    SELECT b.id, b.parent_id, b.root_id, b.content, b.type, b.subtype, hb.level + 1
    FROM blocks b
    JOIN hanyi_blocks hb ON b.parent_id = hb.id
    WHERE hb.level < 5  -- 限制递归深度，防止查询过大
  ),
  ciyuan_blocks(id, parent_id, root_id, content, type, subtype, level) AS (
    SELECT id, parent_id, root_id, content, type, subtype, 0
    FROM blocks
    WHERE type = 'h' AND content = '词源' AND subtype = 'h3'
  
    UNION ALL
  
    SELECT b.id, b.parent_id, b.root_id, b.content, b.type, b.subtype, hb.level + 1
    FROM blocks b
    JOIN ciyuan_blocks hb ON b.parent_id = hb.id
    WHERE hb.level < 5  -- 限制递归深度，防止查询过大
  )
SELECT
    '[' || b.content || '](siyuan://blocks/' || b.id || ')' AS __1____pre__单词,
    (
        SELECT GROUP_CONCAT(cb.content, '
')
        FROM hanyi_blocks cb
        WHERE cb.root_id = b.id AND cb.type = 'p'  -- 只选择段落类型的块
        ORDER BY cb.id
    ) AS __2____pre__汉义,
    (
        SELECT GROUP_CONCAT(cb.content, '
')
        FROM ciyuan_blocks cb
        WHERE cb.root_id = b.id AND cb.type = 'p'  -- 只选择段落类型的块
        ORDER BY cb.id
    ) AS __3____pre__词源,
    b.created AS __4____date__创建日期
FROM
    blocks AS b
WHERE
    b.type = 'd'
    AND b.content REGEXP '^[\x{AC00}-\x{D7AF}\s]+$'  -- 筛选文档标题为纯韩语字符（允许空格）
    AND EXISTS (
        SELECT 1
        FROM blocks hb
        WHERE hb.parent_id = b.id AND hb.type = 'h' AND hb.subtype = 'h3' AND hb.content = '汉义'
    )
ORDER BY
    b.created DESC
LIMIT 1000

例句

WITH RECURSIVE
current_document AS (
    SELECT 
        content AS title,
        CASE 
            WHEN content LIKE '%다' THEN substr(content, 1, length(content) - 1)
            ELSE content
        END AS root
    FROM blocks
    WHERE id = '.root{.id}'  -- 获取当前文档的ID
),
vowel_changes(from_vowel, to_vowel) AS (
    SELECT '이', '여' UNION ALL
    SELECT '으', '어' UNION ALL
    SELECT '아', '어' UNION ALL
    SELECT '오', '와' UNION ALL
    SELECT '우', '워' UNION ALL
    SELECT '이', '에' UNION ALL
    SELECT '지', '져' UNION ALL
    SELECT '치', '쳐' UNION ALL
    SELECT '비', '벼' UNION ALL
    SELECT '피', '펴' UNION ALL
    SELECT '기', '겨' UNION ALL
    SELECT '키', '켜' UNION ALL
    SELECT '시', '셔' UNION ALL
    SELECT '디', '뎌' UNION ALL
    SELECT '티', '텨' UNION ALL
    SELECT '히', '혀' UNION ALL
    SELECT '미', '며' UNION ALL
    SELECT '니', '녀' UNION ALL
    SELECT '리', '려'
),
possible_changes(original, changed, level) AS (
    SELECT root, root, 0
    FROM current_document
  
    UNION ALL
  
    SELECT 
        pc.original,
        substr(pc.changed, 1, instr(pc.changed, vc.from_vowel) - 1) || 
        vc.to_vowel || 
        substr(pc.changed, instr(pc.changed, vc.from_vowel) + length(vc.from_vowel)),
        pc.level + 1
    FROM possible_changes pc
    JOIN vowel_changes vc
    WHERE pc.changed LIKE '%' || vc.from_vowel || '%'
    AND pc.level < 2  -- 限制递归深度
)
SELECT DISTINCT
    '[' || replace(b.content, pc.changed, '==' || pc.changed || '==') || '](siyuan://blocks/' || b.id || ')' AS __1____pre__例句,
	b.hpath AS __2__文档路径,
    cd.title AS __3__搜索词,
    pc.changed AS __4__匹配形式
FROM
    blocks AS b,
    current_document cd,
    possible_changes pc
WHERE
    b.type = 'p'
    AND b.hpath LIKE '%韩语%'
    AND (
        b.content LIKE '%' || pc.changed || '%'
        OR b.content LIKE '%' || pc.changed || '다%'
        OR b.content LIKE '%' || pc.changed || '어%'
        OR b.content LIKE '%' || pc.changed || '아%'
        OR b.content LIKE '%' || pc.changed || '여%'
        OR b.content LIKE '%' || pc.changed || '야%'
    )
    AND b.root_id != '.root{.id}'  -- 排除当前文档
GROUP BY b.id
ORDER BY
    b.path
LIMIT 30

当前页单词

WITH subpages AS (
    SELECT id, content, path
    FROM blocks
    WHERE type = 'd' AND path LIKE '%/.block{.root_id}/______________-_______.sy'
)
SELECT 
    '[' || s.content || '](siyuan://blocks/' || s.id || ')' AS __1____pre__单词,
    (SELECT b1.content 
     FROM blocks b1 
     WHERE b1.root_id = s.id 
       AND b1.type = 'p' 
       AND b1.parent_id = (SELECT id FROM blocks WHERE root_id = s.id AND type = 'h' AND content = '汉义' AND subtype = 'h3')
     LIMIT 1) AS __2____pre__汉义
FROM subpages s
ORDER BY s.path
LIMIT 100

感觉有点麻烦，有没有试过 context，ipad 上读外刊摘录单词的软件

试过类似的，但是实践中容易吃灰。

因为我的知识库都建在思源，再用一个软件做额外的记录储存反而让步骤变得繁琐，增加了学习成本。

不过因人而异，适合自己的就是最好的，我的分享仅作抛砖引玉 😋

你说的有道理，context 更新太慢了，我也打算试试 🫡 请教一下你目前单词卡大概积累了多少了？有遇到过问题吗