所有節目›AI Engineer Europe 2026| World's Fair 2026完整場次線上軌AI in HealthcareSoftware Factories
Feedback Loops are All You Need在 YouTube 看這一場

AI Engineer Europe 2026 · 演講 · 2026-05-10 · 10 分

靠回饋迴圈把 AI 功能做好

Feedback Loops are All You Need · Mehedi Hassan,Granola

Granola 的產品工程師 Mehedi Hassan 說,光是一次生成得更好不夠:自建追蹤工具看清 LLM 在做什麼,再把桌面 app 變成可預覽的網頁來平行試版本。

eval 或監控看原片 ↗

概要

  • 一次生成的聊天功能會踩雷Mehedi 示範一個一次生成就上線的聊天系統,列不出待辦、web search 太慢、寫不出自己慣用的跟進信,請它針對會議給建議也答非所問,並說這些是做通用聊天機器人很常遇到的問題。
  • web search 不只是一行程式Mehedi 說各家 LLM 供應商把它說得像加一行就好,但 token 用量與成本會漲,每次聊天可能花約 10 pence;他們也碰過模型更新後 web search 變差、完全不受自己控制。
  • 一個 prompt 服務不了所有人業務、工程師對會議摘要的期待不同,工程師可能想要 action items、blockers 或 Linear tickets。
  • 自建 tracing 工具看穿黑盒Granola 把 tool calls、呼叫原因、搜尋與推理軌跡、成本存進資料庫,資料結構照自己的需要排;Mehedi 說前端是最重要的一塊,因為團隊靠它找出哪裡壞掉。
  • 把 Electron 前端變成 web shell桌面 app 一次只能跑一個實例,測試新功能與不同版本很麻煩;他們把前端做成可部署的網頁,每個 PR 都有預覽連結。
  • 結論是做出回饋迴圈重點不是一次生成得更好,而是像跟 LLM 打網球一樣來回,才有信心上線的東西真的能接住使用者。

原話

  • “That's what the labs want you to believe.”

    那是各家實驗室想讓你相信的;指的是 web search 只要加一行程式就能用

    ▶ 02:59
  • “And the thing is that one prompt can't generally serve everyone.”

    問題是一個 prompt 通常沒辦法服務所有人

    ▶ 04:06
  • “And LLMs are stubborn, and we need to figure out how to get inside them and make them work how we want it to work.”

    LLM 很固執,我們得弄清楚怎麼深入它們,讓它們照我們要的方式運作

    ▶ 04:23
  • “this is basically a long talk to tell you that the answer isn't to one shot better.”

    這整場基本上是要告訴你,答案不是一次生成得更好

    ▶ 08:38

延伸

  • Mehedi 提醒,市面上有市值十億美元等級的公司專做 web search,可見它遠不只是在 LLM 流程裡加一個工具。
  • Mehedi 說 tracing 工具的資料照自己的需要排,所以除了工程師,CX 等其他團隊也看得懂。

章節

點時碼直接跳到原片的那一段。

  1. 開場預告Mehedi 先說這場是 Granola 的產品工程經驗,不會深入 LLM 工程細節,並簡單自我介紹。
  2. Granola 與 demoGranola 是常駐在 dock 的會議筆記 app,能取得系統音訊與麥克風並即時轉錄;Mehedi 現場示範,自己寫的筆記會讓產出的摘要更貼近自己想要的重點。
  3. 一次生成的聊天功能Mehedi 假設自己一次生成了聊天系統就上線,使用者一用就撞到列不出待辦、web search 慢、信寫得不像自己寫的、答非所問等問題。
  4. web search 沒那麼簡單看似一行程式的 web search,實際有 token 成本、context 膨脹,以及供應商更新後品質變差卻無法控制的問題。
  5. 輸出要看對象業務與工程師對摘要的期待不同,一個 prompt 無法服務所有人,所以要深入了解 LLM 行為。
  6. 自建 tracing 工具Granola 最近自建追蹤工具,這種工具現在用 LLM 一次就生得出來。它能完整看到 tool calls、呼叫原因、搜尋與推理軌跡和成本,團隊不必在 CloudWatch 下複雜查詢。
  7. 工具怎麼做以前這類工具只能靠 SaaS 供應商,現在有時間自己做;他們把資料存進資料庫、包住 AI SDK,創辦人會逐步檢視 agent loop 找出出錯處。
  8. 桌面 app 的測試阻力LLM 讓人能一次生成更多變體,但 Granola 是桌面 app,一次只能跑一個實例,要讓同事測試得先在本機裝好環境。
  9. Electron 變 web shell前端改成部署在線上的 web shell,每個 PR 都有預覽連結;Mehedi 說 LLM 能自己驗證並把截圖上傳到 PR,測試更快。
  10. 讓前端不依賴 Electron把 IPC API 在網頁環境改為退回網頁標準,router、session 與 query 層也移到網頁標準,前端因此能當網頁跑。
  11. 回饋迴圈的結論能同時試同一功能的多個版本、在實際使用中感受而不只看 Figma;Mehedi 的結論是答案不是一次生成得更好,而是建立回饋迴圈。
  12. Q&A:Tauri回答要不要改用 Tauri:他們討論過也試過,但沒看到明顯的效能提升,而效能是他們最在意的,所以仍用 Electron,Tauri 版沒有上線。

名詞

Granola
Mehedi 任職的公司,會議筆記 app,能取得系統音訊與麥克風並即時轉錄
Electron
Granola 桌面 app 使用的框架,有 main process 與 render process
IPC API
Electron 裡呼叫系統 API 的介面;Granola 把它抽象化,在網頁環境退回網頁標準
tracing 工具
Granola 自建的追蹤工具,記錄 tool calls、搜尋與推理軌跡和成本
AI SDK
Mehedi 說他們的 tracing 工具包在它外面
OpenTelemetry
Mehedi 提到的現成選項之一,他們自建的做法是存進資料庫
CloudWatch
Mehedi 拿來對照:沒有自建工具時要在這裡下複雜查詢找失敗原因
Tauri
Q&A 中被問到的 Electron 替代方案,Mehedi 說試過但沒看到明顯效能提升

相關影片 同屬「eval 或監控」