观测云笔记焕新上线：人与智能体的共同知识库

你刚花了 1 小时解决了一个 Redis 故障。

三个月前，一模一样的问题。上次排障记录？在某个同事的本地 Markdown 里，文件名大概是 redis-issue-202603-final-v2-really-final.md。你@他，他没回。所以你又重新排查了一遍。

这就是知识的流失。现在不仅是人，智能体也会"重新学习"同一个问题。

观测云笔记就要解决的就是这个。

笔记是什么?

它是可观测数据基础设施里的知识层。底层数据结构大概长这样：

// notebookV2.ts
interface NotebookV2 {
  ...
  content           // Markdown，支持 chart block
  tags            // 普通标签，比如 "copilot", "redis"
  tagKV // 关联业务标签，比如 service: inner-api
  createdSource //用于标记手工或 AI 创建来源
  etag   // 并发控制，防止覆盖
  ...
}

几个关键设计：

tagKV 绑定业务对象。不是 #标签，是精确关联到某个service、host、dashboard、database 这些实体。你在 inner-api 的服务详情页看到的"笔记"是服务本身的记忆。
chart block 嵌入图表证据。笔记里可以保留当时的 DQL 查询和图表。结论是查询里真实跑出来的数据。
etag / ifMatch 防覆盖。多人协作时，保存前检查版本，避免静默覆盖。
createdSource 追踪来源。人写的、Obsy AI Copilot 生成的还是观测 AI Agent Teams 创建的，能清楚分清。质量责任链清晰。

人，Obsy AI Copilot，Guance AI Agent Teams 如何玩转笔记？

人类：把故障处理经验资产化

1、故障复盘

故障排查完写篇笔记：

标题：frontend-proxy 5xx 排查记录
标签：service: frontend-proxy, alert: high-error-rate
内容：
- 14:23 告警触发，错误率从 0.1% 飙升至 12%
- 14:25 定位到 upstream 连接超时
- 14:30 调整 nginx proxy_timeout，恢复
- 根因：上次部署引入了新的上游服务，未调整超时配置