把知识表述建议当作编辑工具
知识表述建议最有用的时刻，是它能帮助你改掉一张真实卡片的问题。本文把这个思路应用到一小组编程笔记，不复述历史上的二十条规则，不承诺记忆效果，也不暗示 Deckumi 会自动修好所有弱题。 检查标准是：学习者能否识别题目在问什么，在不看答案时尝试回答，再揭晓并判断。编辑时保留原始笔记，目标是保留需要学习的含义，而不是把每张卡都压缩成最短句子。
修订一：拆开过载要求
原题：“解释递归、基本情形、栈使用、性能和常见错误。”它混合了多个目标。只记住一部分时，很难为整张卡给出清楚的自评。 可以先改为：“基本情形需要阻止递归分支继续做什么？”答案：“在当前分支继续递归调用。”栈行为或某算法复杂度另外制卡，并保留课程给出的条件。拆分是为了让判断更明确，不是规定答案只能有一个词。
修订二：恢复语境
“什么时候停止？”原本可能依赖前一段说明。明天与生物卡交错出现时，单独看就不知道在问什么。 改为：“倒计数函数在 n 大于零时递归，n = 0 时应该怎么做？”答案：“直接返回，不再递归调用。”必要条件让题目更长，却减少了歧义。版本、数学条件会改变答案时，也应保留在题目中。
修订三：先给用于判断的核心答案
一大段答案先讲递归历史，最后才出现停止规则，虽然包含背景，却让学习者难以找到评分依据。 可以先写停止规则，再附解释，或把辅助信息放到笔记。任务确实要求完整证明或有序流程时，要明确说明，不要把必须整体完成的任务悄悄改成互不相连的碎片。
修订四：有理由地选题型
“{{基本情形}}结束当前递归分支”适合在语境中检查术语；“基本情形起什么作用？”更直接检查含义。先确定目标，不只挑最快输入的格式。 预览正面。如果语法泄露了答案，或有多个同样合理的词，就补条件或直接提问。Deckumi 同一张卡的多个空同时揭晓，需要独立评分时应分成多张，不假定存在 Anki 的编号分组行为。
修订五：留下来源与适用条件
特定运行时的知识，删掉版本可能就不再正确。把决定答案的版本写进题目，来源标题、章节或链接可以留在辅助笔记。笔记帮助回查，不代表系统自动核验来源。 遇到有争议的答案，回到原文，不把生成结果当成权威。原材料本身不清楚时，可以暂缓这张卡，或者改问能够证明的问题。措辞变得肯定，不能替代依据。
做一轮可以重复的修订
轮次 | 动作 | 达到什么条件再继续 |
|---|---|---|
含义 | 读材料，解释目标。 | 知道要回忆什么。 |
题目 | 补语境，去掉无关目标。 | 题目离开原文仍然清楚。 |
答案 | 把判断核心放在前面。 | 能公平比较自己的回答。 |
试答 | 尝试、揭晓并评分一张卡。 | 能指出是否还需要修订。 |
打开一个小闪卡集，先改好一张，再实际复习。必要条件值得多占几个字。这些修订同样适用于手动制卡和生成后检查，但不会证明模型输出正确，也不替代理解课程。 | ||
接着动手试试：把 PDF 变成闪卡 · 从笔记创建闪卡 · FSRS 在线复习