AI 時代下的系統可理解性問題
GAI 的時代下，近一年很流行 Vibe-coding，幾乎人人都在草率地使用 Vibe-coding 一詞來指一系列的軟體工程實踐。它指的是一種開發者不親自手打 coding，而是僅透過自然語言向 AI 描述需求（給出「方向」或「感覺」），完全放手讓 AI 代理去自動生成、拼湊出整個應用程式的開發風格。 然而，在專業的軟體工程領域，這股看似美好的「Vibe」背後，隱藏著極高的安全隱患與系統崩潰危
Series
Observerbility
Introducing observability engineering and the tools within its ecosystem
Posts in this series
別再盲信 Prompt Engineering：為 AI Agent 建立低成本的糾錯系統
我們的 AIOps agent 有個很具體的問題：它會捏造 trace ID。 當 on-call 工程師問「payment service 有沒有 error trace？」，agent 有時會信心滿滿地回答「是的，見 trace a1b2c3d4...」——但這串 ID 根本不存在 Tempo 裡。工程師點進去，404。壞的不只是使用者體驗，而是這讓整個 RCA 結論失去可信度。 另一個問題是
Grafana o11y-bench 深入剖析：讓 AI 真正面對 on-call 現場
o11y-bench 深入剖析：讓 AI 真正面對 on-call 現場 從任務設計、合成環境、Agent 架構、評分機制到報告輸出，逐一解析這個開放 benchmark 的每個組件——以及 Gemini 3 Flash Preview 的完整實測結果 先說清楚這在解決什麼問題 目前多數 LLM benchmark 測的是「知識」：模型知不知道 PromQL 的語法，知不知道什麼是 p99
OTel 戰地筆記：破解 Delta to Cumulative 的兩大夢魘 (ErrOutOfOrder & ErrOlderStart)
[OTel 深水區] 徹底拆解 deltatocumulative 的兩大夢魘：ErrOlderStart 與 ErrOutOfOrder 接續上一篇我們對 deltatocumulative Processor 的架構剖析，今天我們要進入「深水區」。 在生產環境中，你可能遇過這種情況：Metrics 莫名其妙開始 Drop，去查 deltatocumulative_datapoints 指標時，看到 error 標籤出現了 delta.ErrOutOfOrder 或 delta.ErrOlde...
剖析 OTel Collector Delta To Cumulative Processor
本文將深入探討 OpenTelemetry Collector Contrib 中的 deltatocumulative Processor。除了基本的配置與使用外，我們將從 源碼層級 (Source Code Level) 分析其內部運作機制、狀態管理策略，並詳細解釋生產環境中常見的異常現象。 1. 簡介 deltatocumulativeprocessor 的核心任務是將 Metrics 的 Temporality 從 Delta (增量) 轉換為 Cumulative (累積)。這是一個 ...
來自 Grafana 與 OpenTelemetry 的 Logging 最佳實踐
現代可觀測性中的 Log 思維革命：來自 Grafana 與 OpenTelemetry 的最佳實踐 以下是影片內容的完整解釋與重點摘要： 1. 2025 年 Log 的角色與重要性 Log 是否仍有一席之地？ [05:30] 來賓們討論在現代可觀測性Observability）中 Log 的地位。Ed認為 Log 是「唯一真實的可觀測性訊號」，因為它是最容易獲取的（從 Hello World 就開始用），且無法被完全取代（如 process 的 stdout/stderr）。 Zer...
