Ask Ellie

Ask Ellie 是什麼？

Ask Ellie 是工程領導的 AI 助手，從團隊與產品訊號中提取資訊來回答工程問題。其核心理念是「單一詢問處，提供單一明確答案」，減少翻閱分散儀表板、工單與事件報告的需求。

Ellie 從多個來源如程式碼、發佈與事件組成回應，並隨著底層變更演進而更新。不同於僅呈現原始指標，它旨在連結「發生什麼」與「脈絡意義」。

主要功能

• 從工程訊號（程式碼、發佈、事件與產品訊號）建構答案，提供脈絡而非孤立數字。
• 隨著程式碼與發佈變更而更新的答案，保持回應與系統當前狀態一致。
• 隨需產生報表，讓使用者在需要時請求結構化摘要。
• 理解 GitHub 與 Linear 文物（PRs、評論、提交與交付流程），幫助解釋變更內容、延遲原因與原因。
• 以 Slack 為基礎的問答流程：於 Slack 提問即獲直接回應，僅在有助時附上圖表。
• 以生產為導向的解釋，連結發佈、錯誤與事件，釐清變更與故障內容。

如何使用 Ask Ellie

在指定介面（頁面特別描述於 Slack 提問）中，向 Ellie 提出工程領導問題。使用如週期時間比較、發佈風險、上次發佈後使用者影響、待辦趨勢或程式碼庫風險區域等問題格式。

若需更深入檢視，可請求報表或追問連結當前訊號的問題（例如，連結交付變更至結果，或將即將發佈連結已知事件模式）。因回應會隨著程式碼與發佈變更而更新，變更後重新提問有助保持答案最新。

使用案例

• 工程領導週期時間檢討：「哪些團隊週期時間最佳與最差？」答案連結持續交付訊號，而非獨立圖表。
• 發佈風險規劃：「即將發佈的首要風險為何？」利用助手存取程式碼與發佈相關訊號。
• 生產影響評估：「上次發佈後使用者是否受影響？」透過連結發佈、錯誤與事件。
• 交付與待辦趨勢監控：「上季以來團隊交付有何影響？」與「目前 bug 待辦趨勢如何？」
• 程式碼與變更風險可見度：「程式碼庫哪部分風險最高？」與「有多少 AI 生成程式碼進入生產？」以聚焦高風險區域與結果。

常見問題

• 哪裡提問？ 頁面指出可在 Slack 提問並獲直接回應。

• Ellie 用什麼形成答案？ 它從程式碼、發佈、事件與產品訊號提取，並從多個訊號組成答案，而非僅呈現原始指標。

• Ellie 只顯示圖表嗎？ 頁面描述直接回應，僅在有助時附圖表，而非每題皆需儀表板。

• 變更後助手是否保持最新？ 答案會隨著程式碼與發佈變更而更新。

• Ellie 理解哪些工程工具？ 它理解來自 GitHub 與 Linear 的 PRs、評論、提交與交付流程。

替代方案

• 以儀表板為主的分析工具：團隊可使用標準 BI 儀表板與監控檢視回答問題，但通常需手動跨圖表與系統比對。
• 工程知識庫與事件追蹤報告：文件可解釋歷史事件，但可能無法自動連結當前程式碼變更、發佈與持續事件。
• 通用 AI 聊天助手需手動脈絡：聊天工具可回答問題，但可能需使用者貼上或提供相關程式碼/事件/產品脈絡，而非從連結工程訊號組成答案。
• 工作流程與問題追蹤分析：專注交付與營運指標的工具可突顯趨勢，但可能無法從多訊號提供整合「變更什麼與為何」的單一回應解釋。