gcp-log-triage

从嘈杂的 Google Cloud Logging 输出中找出真正的信号。当用户粘贴或导出 Cloud Logging 条目（如下载的日志 JSON、`jsonPayload`/`LogEntry`/`textPayload` 结构、Cloud Run / Cloud Functions / GKE 日志）并请求找出真正的错误、解释服务为何出错、按 trace 去重日志、编写 Logs Explorer 或 `gcloud logging read` 查询，或通过排除过滤器或 sink 减少日志噪声时触发——即使他们只说“这些日志太嘈杂”或“这里到底有什么问题”。当服务每个请求产生多个条目（stdout/stderr/请求重复）或重复大量 header/上下文信息时也会触发。 **不要**用于将特定错误追溯到 trace 及问题代码（那是 error-trace-rootcause 的职责），也不要用于按影响范围对错误组进行排序（那是 error-reporting 的职责）——请通过名称移交这些任务。同样不适用于编写应用侧 OpenTelemetry 埋点、配置指标/SLO/告警，或非 GCP 日志系统（如 Datadog、ELK、CloudWatch）。

存档时间线

版本索引永久保留；内容副本只保留最新 1 份，更早版本仅留索引与哈希（存档时间线的证据链不会因此断裂）。

下载存档内容副本