您的可信度评分附有证据。

其他平台只说“已验证”。由谁验证?何时验证?依据是什么?Rasepi 会准确显示文件被降级的具体原因,并告知您现实世界中的哪些情况会导致您的文件不可靠。

可信度评分明细 凭证历史
入门指南
工程 · 2周前更新
54
⚠ v2.0 已发布,指南仍指向 v1.x ✓ 审核状态:最新 ✓ 4 种语言均已同步 ✓ 所有链接均有效
支付集成指南
工程 · 5个月前更新
31
⚠ 上次部署中已将 /api/v1/payments 标记为过时 逾期 22 天 德语版本已过时
员工福利常见问题解答
人力资源 · 1周前更新
96
✓ 未检测到外部变更 ✓ 读者量大 ✓ 5种语言版本均已更新

“已验证”的问题

大多数知识平台都会让用户点击一个按钮,确认“内容仍然正确”。这个标识并不能告诉您自上次审核以来发生了什么。现实世界不会等待您的审核周期。

❌ 计划中的验证

  • 每 90 天有人点击一次“已验证”
  • 完全不知道某个依赖项昨天是否发布了破坏性变更
  • API 上周被标记为过时?徽章仍显示“已验证”
  • 一小时前提交了事后分析?运行手册看起来没问题
  • 信任是一个徽章,而不是信号

✔ 基于证据的信任

  • 信任评分会实时响应实际变化
  • 每次评分下降都会附带具体的触发原因
  • 在有人阅读过时内容之前,系统会标记外部变更
  • 审核人员能清楚看到发生了什么变化以及原因
  • 信任是可观察、可验证且可机读的

信任评分的工作原理

Rasepi 不仅只是计算自上次审核以来的天数。它关注实际的变更,并将这些变更与相关文档关联起来。

1

Rasepi 监控您的源文件

连接您的 GitHub 仓库、CI/CD 管道、监控工具、策略系统和产品配置。Rasepi 会关注可能影响您文档的变更:版本发布、弃用通知、配置更新、事件事后分析。

2

变更触发影响分析

当依赖项发生变更(新版本发布、API 被标记为过时、工具被替换)时,Rasepi 会识别出引用该来源的文档,并评估对每份文档的影响。

3

受影响的文档会被标记并附上依据

不仅仅是“该文档已过时”。具体原因包括:“v2.0 已发布,您的安装指南仍引用 v1.x”或“/api/v1/payments 在上次部署中已被标记为过时”。该提示对所有人可见。

4

您的团队可在完整上下文中进行审核

审核人员能看到发生了哪些变更、何时发生以及涉及哪些章节。修正具体部分,确认其余内容,信任评分将立即恢复。

实际应用场景如下

这些正是每天都在悄无声息地破坏文档的变更类型,也是 Rasepi 为每一项变更附加的信号。

🚀 您的团队发布了一个重大版本
发生了什么 您的团队合并了一个 PR,将 Node.js 的最低版本从 18 提升至 20,并发布了 v2.0。
Rasepi 的操作: 标记入门指南和 3 份部署文档:“依赖项要求已更改。指南仍引用 Node 18 和 v1.x CLI 命令。”
可信度评分 91 至 54,此次发布被标记为相关触发因素。审核员更新了受影响的章节,评分恢复至 100
🔌 一个 API 端点被标记为过时
发生的情况: 您的后端团队将 /api/v1/payments 标记为过时(转而使用 /api/v2/payments),并发布了该变更。
Rasepi 的操作: 发现 3 份引用了该过时端点的集成指南:“上一次部署中,引用的 API 端点已被标记为过时。”
可信度评分 每份指南的评分均按比例下降。直接记录该端点的指南从 88 降至 34。其余指南则收到警告信号。
🔧 您的团队正在迁移一个关键工具
发生了什么: 您的基础设施团队将监控从 Datadog 迁移至 Grafana。迁移工作于周二下午完成。
Rasepi 的操作 标记了 12 份引用 Datadog 仪表盘、告警规则和升级路径的运行手册和值班指南:“监控工具已变更。Datadog 相关内容可能已过时。”
可信度评分 所有受影响的文档评分立即下降。值班团队在下一事件发生前就看到了这些警告。
🚨 事后审查揭示了漏洞
事件概况 一起严重级别为 1 的事件表明,事件响应手册中缺少一个关键的升级步骤。事后分析报告已提交。
Rasepi 的操作 将事后分析报告与运行手册关联,并标注:“已提交事件后审查报告 INC-4821。已识别出手册中的漏洞。”
信任评分 72 至 28。值班负责人收到通知,并在下一次轮值前更新了响应手册。
🔐 安全漏洞被公开
事件概况 针对您安装指南中推荐的某个库,发布了一项关键 CVE。
Rasepi 的处理措施 标记安装指南:“推荐依赖项存在已公开的 CVE-2026-31415。请检查安装说明。”
信任评分 降至 19。在团队更新建议之前,该指南在搜索和 AI 结果中的排名将被下调。

影响可信度评分的因素

每个可信度评分都是内部和外部信号的综合体现。每个信号都会被加权、追踪,并在评分明细中可见。

🔌 外部来源发生变更(版本发布、弃用、配置更新、CVE)
🚨 事件后审查与文档相关联
🔗 文档中的链接失效或被重定向
📝 到期窗口临近,但尚未进行审核
🌐 源语言已更新,但翻译版本未更新
💬 读者已将内容标记为过时
👁️ 过去一段时间内读者量较低
每个信号都会作为依据附加到评分中。当可信度评分下降时,您看到的不仅是数字,还有具体原因。“评分从 91 降至 54,因为 v2.0 已发布,而本指南仍引用 v1.x。”这就是指标与答案之间的区别。

为您的 AI 工具提供机器可读的信任度

如果您使用 AI 副驾驶、RAG 管道或企业搜索,就需要一种方法来告诉这些工具哪些文档值得引用。信任评分正是提供了这种信号。

设定一个可信度阈值:“AI助手只能引用可信度≥0.8、在30天内经过审核且未被标记为外部修改的文档。”Rasepi会强制执行这一规则。您的AI助手绝不会自信地引用引用了过时API的文档。

信任元数据可通过 API、MCP 服务器和 Webhook 获取。将其集成到您的 RAG 管道、企业搜索排名器或内部 AI 治理层中。您的 AI 给出的每个回答都可以携带一个信任信号。

Rasepi 坚持 API 和 AI 优先。Web 界面仅作为客户端存在。REST API、MCP 服务器和 Webhook 系统同样功能强大。您的内部工具、CI 管道和 AI 助手均可通过相同的端点获取相同的信任数据。探索开发者文档 →

这不仅仅是将 AI 添加到文档中,而是要让文档对 AI 而言是安全的。如果没有可信度元数据,AI 工具会充满自信地强化过时信息。有了这些数据,它们就知道该引用什么、该警告什么以及该跳过什么。

基于策略的过期机制,无需日历提醒

不同内容具有不同的有效期。Rasepi 允许您根据文档类型定义过期策略,并自动执行这些策略。

🔧 运行手册:30 天

快速变化的运营文档将设置较短的有效期。如果工具发生变更,运行手册会立即被标记。即使没有变更,也会每月进行检查。

📜 人力资源与合规:180 天

稳定的政策文档无需每月审查。但当法规发生变更时,必须进行审查。Rasepi 同时支持计划性过期和外部触发机制。

💰 定价手册:7 天

竞争对手的定价变化迅速。每周一次的流程可确保销售团队始终掌握最新数据。无论是否在计划内,产品配置的任何变更都会立即触发标记。

✅ 针对特别关键内容的认证

对于合规标准操作程序(SOP)和安全流程,请要求审核员正式确认其已审核相关内容。该确认将被记录在案,附上时间戳,并与信任评分关联。

这是独一无二的做法

📅 计划性验证

Guru 和 Tettra 允许您设定验证间隔。每 90 天,有人会点击“仍然正确”。如果昨天发布了一个重大变更,在下一个审查周期之前,没有人会知道。徽章显示“已验证”,但内容实际上已经过时。

📚 完全缺乏时效性

Confluence 和 Notion 并不追踪内容时效性。三年前更新的页面看起来与今天更新的页面完全一样。它们的 AI 功能会以同样的信心对所有内容进行索引。Atlassian Intelligence 可以对页面进行摘要,但无法告诉您该页面是否仍然准确。

Rasepi 将知识管理视为基础设施监控。您不会坐等有人发现服务器宕机,而是主动识别信号并发布警报。文档管理也是如此:发现变更、识别影响、展示依据、解决问题。

别再相信“已验证”的标签了

Rasepi 为每份文档赋予基于证据的信任评分。您的团队能清楚看到文档被降级的具体原因。您的 AI 工具知道哪些内容可以放心引用。没有人会遵循一本引用了您六个月前就已替换的工具的运行手册。

Rasepi 目前处于私有测试阶段。我们将分批邀请团队加入。