跳到正文
Orrery文档
官网首页

试试「BYOK」「知识视野」或「资料摄取」。

使用指南
知识管理 Knowledge持续完善中

知识管理 Knowledge|设计来源与取舍

理解 LLM Wiki、第二大脑、人工参与和 Orrery 产品主张如何共同形成知识工作流。

Orrery 的知识摄取与使用流程结合了几条设计脉络:Karpathy 的 LLM Wiki、Tiago Forte 的第二大脑与 CODE/PARA、HITL 人工参与,以及 Orrery 创始人的产品主张。

它们分别帮助回答“知识怎样积累”“怎样服务行动”“谁来决定保留什么”,最后由产品设计把这些方法连接起来。

这一页解释设计依据,不作为当前版本所有入口已经开放的承诺。知识摄取与治理仍在开发,具体操作教程会另行说明适用版本。

知识既应当让人能够完整查看、核对与审核,也应当成为 Agent 可利用的语义层。它与上下文及长期记忆的当前关系、尚待设计的部分,见知识管理 Knowledge|人工审核与 Agent 语义层。

LLM Wiki:让资料变成持续积累的知识

Andrej Karpathy 的 LLM Wiki idea file提出:在原始资料与用户之间,维护一套持续更新、相互关联的 Markdown Wiki。摄取新资料时,把有价值的信息整合进知识页;后续提问与维护继续丰富这套知识。

Orrery 借鉴的是“保留来源、生成持久知识、持续关联与维护”的思路。资料原件、来源证据和知识笔记承担不同角色;保存原件、解析正文、审核主题、生成 Wiki 是需要区分的步骤。这个 idea file 是方法参考,不是 Orrery 直接运行的一套现成产品框架。

第二大脑:从收集走向使用与表达

Tiago Forte 的第二大脑与 CODE提供完整的信息使用流程:Capture(收集)、Organize(组织)、Distill(提炼)、Express(表达)。

PARA则帮助按项目、领域、资源和归档组织内容。

在 Orrery 的设计中,摄取只是这条流程的一部分:收集材料,判断用途,提炼值得保留的知识,再把知识用于研究、项目、决策或交付物。

一次工作的成果也可以成为后续知识积累的材料。这个对应关系是 Orrery 的产品应用,不代表原方法规定必须使用 AI 或生成 Wiki,也不要求每份材料机械走完所有步骤。

HITL:让人参与知识形成的关键决定

HITL 是 Human-in-the-loop,即让人在系统工作过程中参与判断、反馈和纠正。在知识摄取中,人的作用包括核对原文依据、选择值得保留的主题、修改标题与分类,并决定是否继续写作。审核应影响最终知识,而不只是形式上的确认按钮。

Karpathy 的原文也提到逐份摄取时保持参与、检查摘要与更新。因此,Orrery 并不把人工参与宣称为对 LLM Wiki 的独家补充;我们的设计是把参与方式落实为可见的审核与确认步骤。

Agent 系统中的人工检查点也可参考 Anthropic:Building effective agents。这是相关实践参考,不是 HITL 概念的唯一出处。

知识主题审核与文件操作权限也要分别理解:确认一个主题值得保留,不会自动授予其他文件操作的许可。

方法怎样落到当前工作步骤

用一篇资料说明,可以看到这些思路分别起作用的位置:

  1. 先保存来源:资料原件和可读解析结果保留,不能只剩生成摘要。这对应后续还能重新核对的需要。
  2. 理解用途:它正在支持哪个项目或领域,还是作为资源长期保存?PARA 帮助组织,但不替人决定价值。
  3. 提取并审阅主题:开发预览中的资料处理会给出候选、证据和分类。人可以改名、调整范围、排除或新增有原文依据的主题。
  4. 确认后成页:最终笔记沿用确认后的身份,并保留出处与正文关系。勾选主题不等于逐句审核最终产物。
  5. 在工作中使用:通过 MOC、知识视野、引用与读取,把需要的知识用于项目、研究和表达。
  6. 回到资料和成果修订:发现结论不准确时,修正具体笔记与依据,而不是只让下一条聊天重新回答。

这里的 CODE 对应是一种产品设计解释,并不要求每份材料都生成原子笔记,也不表示应用已经自动串起所有步骤。资料生成、知识维护和治理的具体入口仍有开发状态,参见当前开放范围。

  • 当前开发版的资料添加入口;本图不表示已经执行后续处理和主题审核
    当前开发版的资料添加入口;本图不表示已经执行后续处理和主题审核。

为什么保留人的决定

知识工作的价值判断与一般文本转换不同。同一篇资料,研究者、教师和正在做项目的人可能想保留不同内容。AI 的推荐顺序可以帮助阅读,但不能直接替代“我想留下什么”。

因此,当前主题审核将勾选、身份修改、收藏优先级和理解顺序分开。低优先级不应自动等于排除;两个相关概念也不能为了减少页数就直接当别名归并。这些是 Orrery 对可审核知识的具体取舍。

人的参与也不应只被简化为反复点击“同意”。最终笔记需要足够完整,使人能读懂原文如何支持结论,并能继续修订。对 Agent 而言,这样的持久知识才可能成为可利用的语义层,而不是无法检查的另一份摘要。

创始人的产品主张:把方法连接成可用的工作方式

Orrery 创始人将这些思路结合起来,形成面向知识工作的产品方向:让 AI 与用户自己的知识库一起工作,让知识持续服务项目与表达,并让用户参与决定最终留下什么。

产品中的具体取舍包括:区分资料与知识,让生成内容能够回到来源核对;把审核放在知识形成过程中;通过项目、领域、资源、MOC、日志与 Agent 视野连接日常工作。它们是 Orrery 对已有方法的综合与适配,不是把外部方法换一个名称,也不意味着每项做法都由 Orrery 首创。

创始人主张的来源是产品团队对自身设计方向的说明。后续会随具体设计补充背景、适用场景和取舍理由,不编造创始人的引语或把产品主张包装成外部研究结论。

参考资料与借鉴范围

参考资料核对日期:2026-10-25。以上链接用于说明方法与借鉴范围,不代表原作者参与或认可 Orrery,也不代替具体功能的验证。

接着阅读:知识组织 PARA|项目、领域、资源与 Wiki、知识视野|选择当前对话的知识范围。

当前操作路线见资料摄取总览:支持的来源、管线阶段、人工主题确认与 Wiki 产出;随后可阅读Agent 调用方式。

内容来自 Orrery Desktop 的 Wiki,文档仍在持续完善。功能开放情况以当前版本为准。

本页内容