rivora-dev/rivora
GitHub: rivora-dev/rivora
Rivora 是一款面向工程团队的自适应可靠性记忆工具，将运维证据经人工审批后转化为可复用的本地知识库和调查模板，帮助团队在类似故障重现时快速召回历史经验。
Stars: 1 | Forks: 0
# Rivora
Rivora 将运维证据转化为经人工批准的 memory、发布
审查、可靠性 wiki 知识和可复用的调查模板，
同时不放弃工程控制权。
## 什么是 Rivora？
Rivora 是自适应的可靠性 memory。
它摄取工程证据，帮助团队决定应该记住什么，
在再次发生类似情况时召回已批准的运维知识，
审查相关的发布证据，生成本地 wiki memory，并通过
CLI 以及自托管的 Slack 接口运行。
**v0.3.6 架构：**
```
Infrastructure → Evidence → Memory → Receipts / OKF
→ Reliability Workflow Specs → Skills → Ability Contracts
→ Conversation Runtime → Terminal Design System → AI Provider → Grounded Response
→ Ability Runtime → Durable Investigation Runtime → Investigation Knowledge Model
→ Rivora Workspace → Invocation & Agent Protocol (wire version 1.0)
```
Rivora 是：
* 本地优先 —— 证据和 memory 存储保留在您的机器上；远程
provider 和实时 Slack 仅在您调用这些功能时才会进行联系
* 开源 —— 可检查、可修改、可自托管
* Human-in-the-loop —— 在人类批准之前，证据不会成为 memory
* 安全优先 —— 不采取任何基础设施操作
* 人类控制 —— 没有任何东西会自动运行；Ability Preview 仅从本地知识渲染
只读计划
Rivora **不是**：
* 自主 SRE
* 工程团队的替代品
* 黑盒 AI 平台
* 另一个可观测性仪表板
### 为什么在自动化之前先要 memory？
自动化作用于系统。Memory 帮助人们对该系统做出更好的决策，同时
保留上下文、证据和问责制。因此，Rivora
仅停留在解释、memory 提案、人类反馈、召回、
只读审查和本地 wiki 生成阶段；它从不执行生产
操作。
## 60 秒试用
### 无需克隆即可安装
```
curl -fsSL https://github.com/rivora-dev/rivora/releases/latest/download/install.sh | sh
```
这会将 Rivora CLI 安装到 `$HOME/.rivora/bin/rivora`，并进行校验和
验证。不需要 sudo、npm、Rust/Cargo、git 或源代码检出。
安装程序不会读取 provider token，不会运行 `rivora init`，不会创建项目
`.rivora/` 数据，也不会修改 shell 配置。
或者先检查安装程序：
```
curl -fsSL -o install.sh https://github.com/rivora-dev/rivora/releases/latest/download/install.sh
less install.sh
sh install.sh
```
安装特定版本：
```
sh install.sh --version v0.2.0
```
支持的目标平台是 macOS arm64/x86_64 和基于 glibc 的 Linux arm64/x86_64。
目前不支持原生 Windows 和基于 musl 的 Linux。请参阅
[docs/INSTALL.md](docs/INSTALL.md) 了解要求、安全边界、PATH
设置和卸载说明。
### 从源码安装
```
cargo install --path crates/rivora-cli
```
### 快速开始
```
rivora
```
默认命令会打开一个本地的、非持久化的对话 TUI：
```
────────────────────────────────────────────────────────────────────
RIVORA
Adaptive Reliability
Understand before you automate.
────────────────────────────────────────────────────────────────────
Provider ✓ Anthropic
Workspace ~/Documents/rivora
Reliability Context
✓ Skills ✓ Workflows ✓ Contracts
✓ Memory ✓ Receipts
┌─────────────────────────────────────────────────────────────────┐
│ How can I help? │
└─────────────────────────────────────────────────────────────────┘
Examples
• Why did checkout fail yesterday?
• Have we seen this incident before?
• Assess rollout risk
• Explain this receipt
• Show deployment workflows
>
```
如果没有 AI provider，Rivora 仍然会解析意图、技能、工作流、
契约和安全的本地上下文，然后渲染出一个结构化的回退。
现有的子命令依然可用：
```
rivora ai init
rivora ai discover
rivora ai doctor
rivora ai providers
rivora ai test
rivora init
rivora demo --scenario multi-source-release
rivora review release-window --topic checkout --since 2h
rivora wiki build
rivora propose release-window --topic checkout --since 2h
rivora proposal accept
rivora ability promote
rivora ability preview
rivora runtime preview "assess rollout risk"
rivora runtime explain "assess rollout risk"
rivora runtime doctor
rivora investigate start "assess rollout risk"
rivora investigate show
rivora investigate status
rivora investigate pause
rivora investigate resume
rivora investigate archive
rivora investigate list
rivora investigate hypotheses
rivora investigate findings
rivora investigate related
rivora investigate timeline
rivora workspace [investigation-id]
rivora agent protocol
rivora agent invoke --request ./request.json
rivora agent doctor
```
`rivora workspace` 打开键盘优先的 Rivora Workspace。调查
是它的第一个完整模块，而 shell 和命令面板保留了
Memory、Abilities、Receipts、Approvals、Policies、
Connections 和 Settings 的产品路由。它渲染类型化的 runtime 对象，而不是原始的
JSON，并且只持久化本地 UI 导航状态。对话历史保持
临时状态。请参阅 [docs/WORKSPACE.md](docs/WORKSPACE.md)。
v0.3.3 增加了类型化假设、证据关系、发现结果、置信度和
来源、相关调查查询，以及在
持久的 v0.3.2 Investigation Runtime 之上的确定性时间线。有效的 v0.3.2 状态通过内存中的惰性 schema 迁移加载，并且仅由显式的类型化服务
变更来重写。知识变更 CLI 命令被故意推迟。不
执行任何 ability 或基础设施操作。v0.3.6 通过类型化错误、计划验证、
确定性 ID、事件追踪和扩展的 doctor 检查强化了 Ability
Runtime（请参阅
[docs/RUNTIME.md](docs/RUNTIME.md) 和
[docs/INVESTIGATIONS.md], [调用协议](docs/INVOCATION_PROTOCOL.md](docs/INVESTIGATIONS.md), 以及
[docs/INVESTIGATION_KNOWLEDGE.md](docs/INVESTIGATION_KNOWLEDGE.md))。v0.3.0 整合了 CLI 表面：`rivora remember`, `rivora recall`, 和
`rivora feedback` 现在位于 `rivora memory` 下；`rivora ingest` 现在位于
`rivora evidence ingest` 下；`rivora slack` 现在位于
`rivora experimental slack` 下。
Rivora 不是 AI provider。通过
环境变量提供 Anthropic 或 OpenAI 的密钥，或者在测试中使用确定性 mock provider。Rivora 只会
发送在确定性路由之后构建的脱敏上下文数据包；它不会
默认发送原始日志、凭证、环境变量、SSH 密钥或 PII。请参阅 [docs/CONVERSATION_RUNTIME.md](docs/CONVERSATION_RUNTIME.md) 和
[docs/AI_SETUP.md](docs/AI_SETUP.md)。
`rivora ai discover` 报告 Claude Code CLI (`claude`)、Codex CLI
(`codex`) 和 OpenCode (`opencode`) 是否存在于 `PATH` 中。发现仅
用于报告：Rivora 不会调用、配置、读取凭证或
编排本地 AI 客户端。
`rivora demo` 使用嵌入在 CLI 二进制文件中的确定性夹具数据。它
在安装后无需源代码检出即可工作，并且不需要 token、
网络访问、Slack、GitHub 或基础设施凭证。没有任何数据离开
机器。
您将会看到：
```
Evidence → Memory Candidate → Human Approval → Recall
```
不会执行任何基础设施操作。
### Agent 技能
Abilities 是 Rivora 内部的只读产品能力。技能是
外部的 Markdown playbook，它们指导编码 agent 如何使用这些
具有证据、来源、不确定性和人类批准的能力。
```
rivora skills list
rivora skills show rivora-release-review
rivora skills doctor
rivora skills install --dir /absolute/agent-skills --dry-run
rivora abilities contracts list
rivora abilities contracts doctor
```
v0.2.1 使用 `.agents/skills/` 作为事实来源。安装时仅复制
嵌入的 `SKILL.md` 文件：没有网络获取、脚本、凭证、provider
变更或 `.rivora/` 写入。请参阅 [docs/AGENT_SKILLS.md](docs/AGENT_SKILLS.md)。
v0.2.4 正式化了十个只读的 ability 契约，描述了输入、输出、
证据、置信度、来源、批准、安全性、失败、预览和
receipt 预期。契约是 schema，而不是执行 runtime。请参阅
[docs/ABILITY_CONTRACTS.md](docs/ABILITY_CONTRACTS.md)。
v0.2.5 添加了一个声明性的、只读的 Workflow Spec 层，它描述了
Rivora 如何推理可靠性 —— 每个工作流都只引用一个主要
技能和一个 ability 契约，并且永远不会被执行。请参阅
[docs/WORKFLOW_SPECS.md](docs/WORKFLOW_SPECS.md)。
```
rivora workflows list
rivora workflows show workflow.memory.search
rivora workflows graph
rivora workflows doctor
```
所有 `rivora workflows` 命令都是只读的；它们检查并验证
工作流图，并以一条说明没有任何内容被执行的注释结束。
v0.2.6 将 OKF receipt 导出变成了一种真正可移植的工件格式：
Markdown 加上 frontmatter、确定性部分、解析器、验证器、可选
校验和以及只读 CLI 命令。请参阅
[docs/OKF_RECEIPT_RUNTIME.md](docs/OKF_RECEIPT_RUNTIME.md)。
```
rivora receipts export-example --format okf --out receipt.okf.md
rivora receipts validate receipt.okf.md
rivora receipts show receipt.okf.md
rivora receipts convert receipt.okf.md --to okf --out receipt.normalized.okf.md
```
OKF 导出只写入请求的本地工件文件。它不会执行
能力、工作流、Markdown、provider、Slack、修复、调度或
基础设施变更。
其他本地和确定性场景：
```
rivora demo --scenario checkout-incident
rivora demo --scenario release-regression
rivora demo --scenario workflow-failure
rivora demo --scenario multi-source-release
```
## 演示场景
| 场景 | 展示内容 |
|---|---|
| `basic` | 简短的 memory 循环（默认） |
| `checkout-incident` | 结算延迟，PR 合并，人类批准 |
| `release-regression` | 发布回滚，事故响应 |
| `workflow-failure` | CI/CD 工作流失败与学习 |
| `multi-source-release` | 来自 GitHub、Vercel、Cloudflare、Sentry、PlanetScale 的跨源证据 |
所有场景均使用合成夹具数据。不需要 token，不需要网络，没有
数据离开您的机器。
## 真实的本地工作流
```
rivora init
rivora evidence ingest git --repo . --limit 20
rivora ask "what changed?"
rivora review release-window --topic checkout --since 2h
rivora evidence list
rivora memory remember --from-evidence
rivora memory feedback approve
rivora ask "have we seen checkout latency before?"
```
每个命令都支持 `--help` 以获取详细的用法：
```
rivora doctor --help
rivora evidence ingest --help
rivora ask --help
rivora review release-window --help
```
`rivora doctor` 运行本地诊断，以验证您的存储、`.gitignore` 和
provider token 是否配置正确。不会执行任何基础设施操作。
在人类选择记住并批准之前，证据不是 memory。
## Git 和 GitHub 证据
```
# 本地 Git 历史
rivora evidence ingest git --repo . --limit 20
# GitHub pull requests、issues、workflow runs（只读）
rivora evidence ingest github --repo owner/name --limit 20
```
GitHub 证据摄取仅使用 `GET` 请求。对于公开仓库，`GITHUB_TOKEN` 是
可选的，且永远不会被存储。
## Vercel 证据
```
# Vercel deployment evidence（只读）
export VERCEL_TOKEN=
rivora evidence ingest vercel --project --limit 20
rivora evidence ingest vercel --project --team
rivora evidence ingest vercel --project --since 7d
```
Vercel 证据摄取仅使用 `GET` 请求。需要
`VERCEL_TOKEN` 且永远不会被存储。不执行部署、回滚或提升操作。
```
rivora ask "what deployed recently?"
rivora ask "what failed in vercel?"
rivora ask "what changed in vercel?"
```
## Cloudflare 证据
```
# Cloudflare Pages deployment evidence（只读）
export CLOUDFLARE_API_TOKEN=
rivora evidence ingest cloudflare pages --account --project --limit 20
rivora evidence ingest cloudflare worker --account --script --limit 20
rivora evidence ingest cloudflare pages --account --project --since 7d
```
Cloudflare 证据摄取仅使用 `GET` 请求。需要
`CLOUDFLARE_API_TOKEN` 且永远不会被存储。不执行部署、回滚、
提升、DNS、路由、Worker、Pages、KV、R2、D1 或 Queues 操作。
```
rivora ask "what changed on cloudflare?"
rivora ask "what failed in cloudflare?"
```
## Sentry 可观测性证据
```
export SENTRY_AUTH_TOKEN=...
rivora init
rivora evidence ingest sentry --org my-org --project checkout-api --limit 20
rivora evidence ingest sentry --org my-org --project checkout-api --environment production --since 24h
rivora ask "what errors happened recently?"
rivora ask "what failed recently?"
rivora ask "what happened during the release?"
```
Sentry 摄取是只读的并且是元数据优先的。Rivora 使用带有
严格的 `event:read` token 的 GET 请求，将标准化的事故元数据存储在本地，
并且从不解决或分配事故，也不会修改警报、项目、发布
或部署。原始堆栈跟踪、事件 payload、请求体、标头、
cookie、用户电子邮件、IP 地址、replay 数据和 breadcrumbs 不会被
摄取。在批准之前，证据不是 memory。不执行
任何基础设施操作。
当省略 `--query` 时，适用 Sentry 默认的未决事故查询。
`--limit` 默认为 20，上限为 100。`SENTRY_AUTH_TOKEN` 的优先级
高于可选的 `SENTRY_TOKEN` 回退；这两个值都不会
被打印、持久化或通过调试输出暴露。
```
rivora evidence list
rivora memory remember --from-evidence
rivora memory feedback approve
```
## PlanetScale 数据层证据
```
export PLANETSCALE_SERVICE_TOKEN_ID=...
export PLANETSCALE_SERVICE_TOKEN=...
rivora init
rivora evidence ingest planetscale --org my-org --database checkout-db --limit 20
rivora ask "what database changes happened recently?"
rivora ask "what schema changes happened recently?"
rivora ask "what happened during the release?"
rivora evidence list
rivora memory remember --from-evidence
rivora memory feedback approve
```
PlanetScale 摄取是只读的、元数据优先的、仅限 API 的、且仅限 GET 的。
它在本地存储标准化的数据库分支和部署请求元数据。
PlanetScale 服务 token 身份验证需要同时提供
`PLANETSCALE_SERVICE_TOKEN_ID` 和 `PLANETSCALE_SERVICE_TOKEN`。
`PLANETSCALE_AUTH_TOKEN` 仅作为 OAuth Bearer-token 回退被接受。
凭证永远不会被存储。
Rivora 从不连接到客户数据库，运行 SQL，读取客户行
或分支密码，或摄取连接字符串、原始查询结果、完整
schema 转储、完整 schema 差异或原始 DDL。它不创建、批准或
部署部署请求，也不创建、删除或提升分支。
在批准之前，证据不是 memory。不执行数据库或基础设施
操作。
## 自托管 Slack
```
rivora experimental slack doctor
rivora experimental slack dev --text "what changed?"
rivora experimental slack socket
```
Slack 接口是自托管的。它不是官方的 Slack Marketplace
app。Token 从环境变量中读取，且从不会存储在 `.rivora/` 中。
```
@rivora what changed?
@rivora have we seen checkout latency before?
@rivora what merged recently?
```
请参阅 [docs/SLACK_SELF_HOSTING.md](docs/SLACK_SELF_HOSTING.md)。
## 发布窗口审查
Rivora 可以将来自多个 provider 的本地摄取证据分组为
确定性的发布窗口审查。审查按时间、主题
和来源关联证据；它们不诊断根本原因或对 provider 采取行动。
```
rivora review release-window --topic checkout --since 2h
rivora review release-window --since 24h
rivora review release-window --from 2026-07-01T12:00:00Z --to 2026-07-01T14:00:00Z
rivora review release-window --topic checkout --since 2h --json
rivora ask "what happened during the release?"
rivora ask "what changed around this error?"
```
审查仅使用已经存储在本地 `.rivora/` 存储中的证据，并且可能
包含相关的已批准 memory。候选和被拒绝的 memory 不会
作为先验知识呈现。在人类批准
之前，证据不是 memory，并且发布窗口审查是相关性总结，而不是
事故报告。审查是临时的：Rivora 不会在 `.rivora/` 中持久化审查
对象或审查 JSON。审查不联系生产环境、
读取生产数据或摄取新的 provider 数据。
对于没有明确时间短语的发布问题，CLI 询问和 Slack 使用
锚定在本地证据中最新有效时间戳上的 24 小时窗口。明确
指出 `last 2 hours`、`last 24 hours` 或 `last 7 days` 的提示
使用当前挂钟时间。当确切的
历史窗口很重要时，请使用带有
`--from`/`--to` 的 `rivora review release-window`。
Rivora 使用谨慎的语言，例如“same window”、“nearby evidence”和
“may be related”。它不会连接到数据库，运行 SQL，进行修复、
部署、回滚、更改基础设施，或声称一个事件导致了
另一个事件。
请参阅 [docs/PRODUCT_VALIDATION.md](docs/PRODUCT_VALIDATION.md) 了解完整的
验证流程。
## 可靠性 wiki memory
Rivora 可以将已批准的运维 memory 组织成具有支持性
来源的、确定性的本地 Markdown 页面：
```
rivora evidence list
rivora memory remember --from-evidence
rivora memory feedback approve
rivora wiki build --dry-run
rivora wiki build
rivora wiki list
rivora wiki show services/checkout.md
rivora ask "what do we know about checkout?"
```
生成的页面位于 `.rivora/wiki/generated/` 下，可能会在下一次
构建时被覆盖。Rivora 不会动 `generated/` 之外的用户编写文件。
用户可以安全地检查或删除生成的页面。
只有已批准的、处于活动 memory 才会成为持久的 wiki 知识。受信任的证据
意味着已经在本地 Rivora 存储中的标准化证据；它被用作
支持和来源，而不是作为独立的团队知识。候选、被拒绝
和其他非活动状态的 memory 记录将被排除。
Wiki memory 不使用任意的原始 provider 数据，不诊断根本原因、
不联系 provider、不连接到数据库、不运行 SQL 或采取基础设施
操作。请参阅 [docs/WIKI_MEMORY.md](docs/WIKI_MEMORY.md) 了解页面契约、
来源规则和隐私边界。
## 持久化调查
Rivora 可以将可靠性提示转化为持久的、可检查的本地工作：
```
rivora investigate start "assess rollout risk"
rivora investigate list
rivora investigate show
rivora investigate pause
rivora investigate resume
rivora investigate archive
rivora investigate hypotheses
rivora investigate findings
rivora investigate related --type similar_to
rivora investigate timeline
rivora workspace
```
启动调查会调用公共的只读 Ability Runtime facade，
并持久化其确定性预览、追踪、策略结果和验证
上下文。调查 ID 是唯一的 UUIDv7 值；它们不会更改
确定性的计划 ID。归档会保留所有状态。每个命令都支持
`--json`。
`InvestigationKnowledgeService` 通过
相同的公共存储持久化竞争假设、显式
证据关系、已审查的发现结果、置信度和来源，以及
类型化的调查关系。它的
变更 API 需要乐观修订；CLI 知识表面保持
只读。替换发现会以原子方式取代并保留之前的
记录，并且审查遵循 `Unreviewed -> Reviewed -> Approved | Rejected`。
逻辑图提供稳定的、去重的深度为 1 的传入、传出
和类型过滤的边。`FollowUpTo` 和 `Supersedes` 拒绝循环。
时间线在不
单独持久化的情况下推导出生命周期和所有受支持的知识记录历史。来自 v0.3.2 的 Schema-v1 状态会在内存中迁移到 v2，并且
不会被只读查询重写。
v0.3.4 工作区在这些权威
对象上添加了基于窗格的时间线、证据、假设、发现、消息、批准、Receipt 和相关视图。`rivora investigate workspace [id]` 仍然是
产品级 `rivora workspace [id]` 命令的兼容别名。
调查不
执行能力、联系 provider、验证实时
基础设施、启动后台作业或创建 agent 循环。请参阅
[docs/INVESTIGATIONS.md](docs/INVESTIGATIONS.md) 和
[docs/INVESTIGATION_KNOWLEDGE.md](docs/INVESTIGATION_KNOWLEDGE.md)，以及
[docs/WORKSPACE.md](docs/WORKSPACE.md)。
## Ability 提案
当在本地证据中检测到触发条件时，Rivora 会
提出可复用的调查工作流。人类接受或拒绝提案。没有任何东西会自动
执行。不执行
任何基础设施操作。
```
rivora propose release-window
rivora proposal list
rivora proposal show
rivora proposal accept
rivora proposal reject
```
接受提案会在本地保存一个工作流提案。没有执行任何东西。
未采取任何基础设施操作。
请参阅 [docs/ABILITY_PROPOSAL_RUNTIME.md](docs/ABILITY_PROPOSAL_RUNTIME.md)。
## Ability 定义
已接受的 ability 提案可以提升为可复用的 ability 定义。
定义是只读的调查模板，描述了要
收集什么证据、要问什么问题，以及工程师可能遵循的步骤。没有任何东西会
执行。不执行任何基础设施操作。
```
rivora ability list
rivora ability show
rivora ability preview
rivora ability promote
rivora ability archive
rivora ability status
```
请参阅 [docs/ABILITY_DEFINITIONS.md](docs/ABILITY_DEFINITIONS.md)。
Ability Preview 仅读取已保存的本地 Ability 定义、标准化的本地
证据、已批准的活动 memory 和生成的 wiki 引用。它不会
持久化预览输出或 receipt、调用 provider、读取凭证、执行
步骤或更改基础设施。
## 安全模型
Rivora 可以：
* 摄取证据
* 提出 memory 候选
* 回想类似情况
* 应用人类反馈
* 从已批准的 memory 构建可检查的本地 wiki memory
Rivora 绝不能：
* 执行修复
* 触发回滚
* 部署代码
* 更改基础设施
* 运行自主 agent 循环
每个 memory 操作都会生成一个 receipt。人类批准仅更改 memory
状态；Rivora 没有基础设施操作路径。
## Agent 技能
Rivora 在 `.agents/skills/` 下包含了公共 agent 技能，以帮助编码
agent 安全地使用和维护 Rivora。
用户/操作员技能教导 agent 如何：
- 审查发布窗口
- 检查 wiki memory
- 提出可复用的调查工作流
- 起草事故回顾
- 安全地摄取 provider 证据
维护者/构建技能教导 agent 如何：
- 编写 Rivora 产品规范
- 编写 Rivora 技术规范
- 实现有界范围阶段
- 运行审计/强化过程
- 准备 PR 演练
Agent 技能仅是 Markdown 指令。它们不执行操作、
更改 provider、调度作业、运行 SQL 或创建自动化。
请参阅 [docs/AGENT_SKILLS.md](docs/AGENT_SKILLS.md)。
## 帮助塑造 Rivora
Rivora v0.3 打包了具有自适应可靠性 Runtime 的完整只读可靠性知识生命周期。
在构建更多功能之前，我们正在倾听您的意见。
* [分享反馈](https://github.com/rivora-dev/rivora/issues/new?template=feedback.yml)
* [请求证据连接器](https://github.com/rivora-dev/rivora/issues/new?template=evidence_connector_request.yml)
* [设计合作伙伴入驻](docs/DESIGN_PARTNER_ONBOARDING.md)
* [安全报告](SECURITY.md)
请参阅 [docs/COMMUNITY_FEEDBACK.md](docs/COMMUNITY_FEEDBACK.md) 了解讨论
类别，并参阅 [docs/FEEDBACK_ANALYSIS.md](docs/FEEDBACK_ANALYSIS.md) 了解如何
评估反馈。
## 贡献
Rivora 是由工程师和 AI 协作构建的。
无论您是要贡献代码、文档、设计还是想法，我们都非常
乐意接受您的帮助。
请参阅 [CONTRIBUTING.md](CONTRIBUTING.md)。
### 发布验证
每个版本都使用独立的准备、验证、发布和
公共安装程序检查。请参阅
[docs/RELEASE_PROCESS.md](docs/RELEASE_PROCESS.md) 了解规范的工作流，
并参阅 [skills/rivora-release/SKILL.md](skills/rivora-release/SKILL.md) 了解 agent
指导。发布后，验证公共安装程序：
```
./scripts/test-release-install.sh
```
## 许可证
Rivora 根据
[Apache License 2.0](LICENSE) 授权
**自适应可靠性 Memory。人类优先。永远开放。**
标签：Slack集成, SRE工具, 人工智能, 可视化界面, 工程效能, 文档结构分析, 本地优先, 用户模式Hook绕过, 系统可靠性, 运维知识管理, 通知系统