每日研发简报

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可选。用同一条晨间简报提示词跑一遍，不用自己动手搭。