每日研發簡報

Okou是一個負責出每日研發簡報的AI研發智能體。每天早上，它從GitHub、Linear、Sentry和Plausible拉取實時資料，算出7天滾動均值，標出異常，並在站會前把排好版的簡報發到Slack。

試一試

Okou連線：

Okou交付什麼：一份每日研發簡報

看一份AI生成的每日研發簡報樣例，它以投影片的形式呈現：昨天合併和未合併的pull request、生產環境發版、一個進行中的事故、迭代進度和產品訊號，每一項都與過去的均值作了對比。資料是示意性的，但這份投影片確實是Okou能從GitHub、Linear、Sentry和Plausible生成的產物。

Morning snapshot slide from the Daily Engineering Brief deck, summarizing Plausible, Sentry, GitHub, and Linear issues — 智能體總結. Okou把14個已合併的pull request、11個未關閉的PR、5次生產環境發版、12個已關閉的Linear issue、一個進行中的P1事故，以及Plausible上增長18%的註冊量，彙總成一份簡報，並在站會前發到了Slack。已合併PR: 14, 9個功能 · 5個修復. 生產環境發版: 5, 0次回滾. 註冊量（Plausible）: 137, 較7天均值+18%.

開啟完整的每日研發簡報

什麼是每日研發簡報？

每日研發簡報，是一份講清研發團隊交付了什麼、手頭在做什麼、哪裡需要關注的晨間摘要：pull request、發版、線上事故、迭代進度和產品訊號都放在一處。Okou作為AI研發智能體，橫跨GitHub、Linear、Sentry和Plausible，把這些數字彙總起來，和過去7天的均值作比較，標出異常，再把簡報發到Slack。結果就是一套穩定的每日研發簡報自動化，讓站會一開始就已經對齊。

為什麼站會總是從資訊不全開始

每天早上，總有人要開啟四個標籤頁：GitHub看PR動態，Linear看迭代進度，Sentry看夜裡的報錯，Plausible看流量趨勢。他憑著對上週數字的記憶一項項比對，想在站會前找出哪裡不對勁。這樣交叉核對要花15到20分鐘，而且全靠記性。Okou在站會前先跑一遍，從四個資料來源拉取實時資料，算出7天滾動均值，標出明顯偏離的指標，在所有人開啟電腦之前，就把一份乾淨的四段式簡報發到Slack。

Okou如何生成你的每日研發簡報

第一步：連線你的工具

GitHub

必需

Okou讀取合併的PR、新建和關閉的issue以及提交數。研發動態這一段必需。

連線

Slack

必需

Okou發布排好版的簡報，並把後續分析都回在同一條訊息下。交付環節必需。

連線

Linear

可選

Okou讀取issue建立情況、進行中的工作和待辦數量，用於專案進度這一段。可選。

連線

Sentry

可選

Okou讀取未解決的報錯數和新增問題量，用於報錯與穩定性這一段。可選。

連線

Plausible

可選

Okou讀取訪客數、瀏覽量和跳出率，用於網站流量這一段。可選。

連線

第二步：交給Okou

Okou每個工作日上午8:30，從Plausible、Sentry、GitHub和Linear拉取實時資料，對照7天滾動均值標出異常，並把排好版的四段式每日簡報發到#engineering。

試一試

Okou chat with the scheduled daily engineering brief instruction ready to run

Okou從每個資料來源拉取實時資料

Okou向GitHub查詢合併的PR、新建和關閉的issue以及提交數，向Linear查詢新建的issue、進行中的工作和待辦數量。如果配置了，它還會向Sentry查詢報錯數，向Plausible查詢訪客和瀏覽量指標。

算出7天滾動均值

對每個指標，Okou都會取前七天的同類資料算出日均值。這樣得到的基準更穩，把週末、發版和團隊人數變化都考慮了進去。

自動標出異常

Okou把今天的數字和滾動均值作比較，明顯偏離的都會被標出來。合併PR數驟增，可能意味著一次集中的重構；Plausible流量下滑，可能是發版出了問題；新建issue激增，可能是發現了一片新的bug。

四段式簡報發到Slack

Okou發出一條結構化訊息，每個資料來源一段：網站流量、報錯與穩定性、研發動態、專案進度。每段列出今天的數字和7天均值，需要時再補一句大白話的異常說明。

第三步：再往前一步

追查一處異常

直接在簡報的會話裡讓Okou深挖某個尖峰

Okou今天簡報裡那個572%的PR尖峰，把這些PR都列出來，按標籤或標題字首分組，我想看看團隊都在發什麼。

試一試

修好失效的連接器

補上缺失的token，讓四段都有實時資料

Okou查一下每日簡報還缺哪些連接器、哪些配置不對，告訴我需要設定哪些token。

試一試

設一個自定義閾值

只在指標越過有意義的閾值時才提醒你

Okou把每日簡報的定時任務改一下，只有超過7天均值3倍才標為異常。偏離較小的，列出數字就好，不用標記。

試一試

Okou、人工整理站會材料與儀表板的對比

每日研發簡報是團隊每天早上讀的第一份東西。與其在GitHub、Linear、Sentry和分析工具的標籤頁之間點來點去，不如讓Okou自動拼出同一張圖，發到團隊本來就在說話的地方。

人工整理站會材料

一位負責人開啟GitHub、Linear、Sentry和Plausible，把要點複製進一條訊息，每天早上重複一遍。這樣也能用，但那是15到20分鐘重複的資訊收集，而且很容易漏掉一個卡住的評審或一個剛冒出來的事故。

儀表板

儀表板上有實時圖表，但仍然得有人去開啟、在幾個標籤頁之間對照著看、把今天和平常的一天比一比，再判斷什麼才重要。它們只呈現資料，不會替你寫簡報，也不會主動推給團隊。

Okou的研發簡報自動化

Okou把整份簡報從頭跑到尾：拉取已合併和未關閉的PR、已關閉和被阻塞的issue、進行中的事故以及產品指標，和過去7天的均值作比較，標出異常，再把排好版的簡報發到Slack。定時執行和隨時呼叫走的是同一條工作流。

讓效果更好的幾個建議

●把簡報安排在站會前15到20分鐘，團隊開會之前就能先看一眼。

●先只接GitHub和Slack。等簡報跑穩了，再一個一個加上Sentry和Plausible，逐個驗證連接器之後再擴。

●在提示詞里加一條自定義閾值，能減少噪音。比如只標記超過滾動均值2倍的指標，日常的小波動就不會觸發提醒。

常見問題

怎麼為站會自動生成每日研發簡報？

把GitHub和Slack連到Okou，Linear、Sentry和Plausible可選，然後給它一個定時任務或一條隨時呼叫的提示詞。Okou會拉取已合併和未關閉的pull request、已關閉和被阻塞的issue、進行中的事故以及產品指標，和過去的均值作比較，在站會前把排好版的簡報發到你的Slack頻道。

一份每日研發簡報該包含什麼？

一份有用的簡報要講清楚：交付了什麼（已合併的PR和發版）、什麼在進行中或被卡住（未關閉的PR和Linear issue）、什麼需要關注（擱置的評審和線上事故），以及產品表現如何（註冊量和活躍使用者）。這些Okou都會彙總，並把最重要的那一條放在最前面。

簡報裡的異常，Okou是怎麼標出來的？

Okou把每個指標，比如PR吞吐、發版次數、事故數量和註冊量，和它過去7天的均值作比較，把偏離明顯的數值標出來。這樣一來，合併數下滑或報錯激增會直接出現在最上面，而不是藏在某張圖表裡。

每日研發簡報要連線哪些工具？

GitHub和Slack是核心：GitHub提供pull request和發版資訊，Slack接收簡報。Linear補上迭代和阻塞情況，Sentry補上事故和穩定性訊號，Plausible補上產品使用情況。可選的連接器沒連上時會直接跳過。

研發簡報可以定時發嗎？

可以。建一個每個工作日早上站會前執行的自動化。Okou會用過去24小時的資料生成簡報，和過去的均值作比較，發到你指定的頻道。你也可以隨時手動觸發一次。

做出你的第一份研發簡報

連線GitHub和Slack，Linear、Sentry和Plausible可選。用同一條晨間簡報提示詞跑一遍，不用自己動手搭。