跳到主要内容
OpenCorvus

使用前检查团队

当前数据库发布

知识库运营

将并行的来源映射、变更编辑和生命周期治理工作整合为可追溯的知识发布记录。

在 OpenCorvus 中安装下载这一精确 revision可信机制

点击后唤起已安装的 OpenCorvus 桌面端;客户端会重新下载并校验这一精确 revision,再由你选择安装 scope。 还没有桌面端?先安装 OpenCorvus

有界执行图

工作流与交接

下图展示每一步由谁负责、依赖哪一步完成。它解释团队的协作契约,不是正在执行的任务进度,也不会在网页上排程 Agent。

固定 revision · 1 条工作流 · 4 个节点 · 4 个 Agent
固定 revisionb7cd9311
01基于来源的知识发布4 个节点
  1. 01knowledge-source-curator发布来源、主张和目标位置映射。起点
  2. 02knowledge-change-editor发布规范的知识更新提案和重大差异。起点
  3. 03knowledge-lifecycle-governor发布责任、审查、弃用、替换和发布控制。起点
  4. 04knowledge-publication-integrator将来源、变更和生命周期证据整合为最终发布记录。← knowledge-change-editor + knowledge-lifecycle-governor + knowledge-source-curator
证据输出1

适用场景

用于凭借精确的来源、目标位置、生命周期和发布证据,添加、更新、弃用或替换受治理的知识。

  • 产品支柱知识与业务
  • Agent 阵容4 个声明角色
  • 声明工作流1 条完整职责与依赖图
  • 完整能力投影1 项 Skill · 3 项工具 · 0 项 MCP 引用

演示固定 revision

角色与依赖说明

这是绑定当前 package digest 的工作流说明,不是正在执行的 Agent、计时器或语言模型输出。真实执行只发生在 OpenCorvus 客户端中。

builtin/knowledge-base-operations@2026.08.13.1package sha256:b7cd9311084fcc29a5e2ac774163bc881c25ec7fc7a7f416bb9e77bbaf1e3cc8

每个节点只有在 depends_on 前序证据完成后才具备调度条件;本页面只解释合同,不推进运行状态。

grounded-knowledge-release

基于来源的知识发布

  1. 01knowledge-source-curatordepends_on: []
  2. 02knowledge-change-editordepends_on: []
  3. 03knowledge-lifecycle-governordepends_on: []
  4. 04knowledge-publication-integratordepends_on: knowledge-change-editor, knowledge-lifecycle-governor, knowledge-source-curator

安装责任边界

真正的 scope 选择发生在后续执行导入的 OpenCorvus 客户端。这里仅解释 project/global 的不同,不会自行提交安装。

客户端必须明确选择 scope

项目 scope只在当前项目目录生效;同 ID 的项目安装覆盖 global 版本。
用户全局 scope对当前用户目录可用,但不会自动覆盖项目安装。

公开网页只能交出单个精确 revision,或完成签名资源包下载;它不会批量安装或激活任何团队。scope 说明用于解释客户端责任,不是可提交的网页表单。