所有節目›AI Engineer Europe 2026| World's Fair 2026完整場次線上軌AI in HealthcareSoftware Factories
The AI Skill I Rely On Daily在 YouTube 看這一場

AI Engineer Europe 2026 · 演講 · 2026-05-27 · 17 分

先搞懂程式庫,再叫 AI 動手

The AI Skill I Rely On Daily · Priscila Andre de Oliveira,Sentry

Sentry 工程師 Priscila 統計自己的 Claude 使用紀錄,發現多數提問都在理解程式碼,於是做了一個專門整理這類問題的 skill,說明為什麼在大型程式庫裡該先理解、再規劃。

其他:產品與研究介紹看原片 ↗

概要

  • 自封 agent managerPriscila 說自己從 2025 年 12 月起沒有再寫過程式,只下 prompt,連這場簡報都是用 skill 做出來的,同時帶著好幾個 agent 工作。
  • 全力投入 AI,品質還是要顧公司內部有黑客松做出來的工具,也有專門清技術債的三個月「quality quarter」。Priscila 強調這是別人依賴的正式產品,不能亂交程式碼。
  • 程式庫是移動目標Sentry 有 15 年以上的程式碼、每天約 100 個 PR,離開一陣子回來就可能滿是衝突,所以隨時都得重新搞懂現況。
  • 統計自己的提問Priscila 請 Claude 分析 116 個 session,分成六類。理解類提問占 67%,程式碼生成只占 2%。
  • Catch Me Up skill因為理解類的 prompt 一直重複,Priscila 把它寫成一個本機 skill,把提問分成六種探索模式,並用組織圖、表格呈現。
  • 理解要在規劃之前Priscila 認為研究階段的結果必須由人看懂,才能在 agent 走偏時導正,再進入規劃與實作。

原話

  • “Since last year, since December 2025, I haven't coded anymore.”

    從去年,也就是 2025 年 12 月起,我就沒再寫過程式了

    ▶ 01:58
  • “I don't like to just ship something I don't understand.”

    我不喜歡把自己不懂的東西直接交出去

    ▶ 13:24
  • “So AI is the teammate who never gets tired of your questions.”

    AI 是那個永遠不會嫌你問題多的隊友

    ▶ 15:47
  • “Align your mental model before you prompt, because the code is going to flow naturally.”

    下 prompt 之前先把自己的心智模型對齊,程式碼自然會順著出來

    ▶ 16:02

延伸

  • 六種探索模式是 architecture、convention、feature trace、syntax、testing、history。Priscila 說 skill 本身就是一份目標很清楚、很詳細的 prompt,寫成一個 md 檔。
  • Priscila 引的 Armin 那段話大意是:愈來愈多人說自己已經不知道程式庫裡有哪些 code,這件事讓人覺得很不對勁。

章節

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

  1. 開場與自我介紹Priscila 說明這場要談自己在 Sentry 用 AI 的方式,以及用得最多的那個 skill,接著介紹自己的背景與職稱。
  2. 升任 agent managerPriscila 半開玩笑說自己升職成 agent manager,同時管理好幾個 agent。
  3. 不寫程式,只下 promptPriscila 說自 2025 年 12 月起不再寫程式,這場簡報也是 skill 產生的,並展示近期與 Claude 合作的 PR。
  4. Sentry 與它的程式庫說明 Sentry 已從錯誤監控長成完整的可觀測性平台,程式庫自 2010 年起累積,約 100k 個組織依賴它。
  5. 黑客松做出的內部工具介紹黑客松做出的追蹤內部 AI 用量的專案、能分析 Slack 討論串並開 PR 的 bot Junior,以及更早就有、替 AI 整合寫測試的 repository。
  6. 全力投入 AI,品質仍重要說明公司全面導入 AI,但去年用三個月的 quality quarter 清掉 any 型別、待辦註解與沒用的 feature flag。
  7. 移動中的程式庫每天約 100 個 PR、四個辦公室、外部貢獻者與不斷的棄用和新增,離開度假回來常得先處理衝突。
  8. 把 AI 用在理解閱讀與理解程式碼一直都是工作的一大塊,現在有工具能幫忙加快,但 AI 也可能理解錯,人必須能導正。
  9. 速度快在哪以前追查事故要開 GitHub、用 git blame 找回歸點,產品決策的原因還得等不同時區的同事回覆,現在一句 prompt 幾秒就有答案。
  10. 分析自己的使用紀錄請 Claude 分析 116 個 session,歸成六類,理解類占 67%,程式碼生成只占 2%。
  11. Catch Me Up skillPriscila 把重複的理解類提問寫成本機 skill,分成六種探索模式,用組織圖與表格幫自己看懂結構。
  12. 現場示範以先前提到那個團隊要 Priscila 只下 prompt 的測試 repository 為例,用 Opus 跑 skill,問它怎麼運作、是不是模擬 Sentry envelope 再攔截。答案是不模擬,攔截的是真的 envelope。
  13. 審 PR 也要先補脈絡這個 skill 也用在審同事的 PR:有一些脈絡但不夠核准時,先用它補足。
  14. 規劃之前要先理解Priscila 引用一篇談 vibe coding 的部落格文章與 Armin Ronacher 的看法,主張研究階段的結果人要看懂,才能導正方向再規劃。
  15. 結論AI 是不會嫌問題多的隊友,提問前先對齊自己的心智模型,也別把粗糙的程式碼塞進公司的程式庫。

名詞

Sentry
Priscila 任職的公司,從錯誤與效能監控長成完整的可觀測性平台
Catch Me Up
Priscila 自己寫的本機 skill,把理解程式庫的提問分成六種探索模式
Junior
Sentry 內部 Slack 裡的 bot,可分析討論串並開 PR
quality quarter
Sentry 去年用三個月專門整理程式庫、清技術債的時段
Claude Code
Priscila 稱 Claude 是自己最愛的隊友,也提到 Claude Code 有規劃模式
Armin Ronacher
Priscila 介紹 Armin 是 Flask 的作者、前 Sentry 員工,並引了對方部落格裡的一段話

相關影片 同在「其他:產品與研究介紹」