使用场景

开发者日记

在下一个 standup 开始前，你的工作已经写好了

你在 GitHub 上 push commit 和开 pull request，在 Slack 里讨论 review，在 Linear 里推进 ticket，在 Google Calendar 上开 standup 和 sprint review，用 Toggl 追踪 focus block。deariary 每天早上把这些全部缝成一篇：ship 出去的 commit、关键的 thread、推进的 ticket，以及你真正沉浸在心流里的小时数。

需要连接的服务

注册以下服务并启用追踪（如 GitHub commit events、Slack workspace 权限、Toggl time entries）。

GitHub 自动捕捉你的编程活动 Slack 捕捉你的对话和精彩瞬间 Linear 把你在 Linear 上的活动变成 ship 出的成果记录 Google Calendar 把你的日程变成日记的上下文 Toggl Track 看看你的时间到底花在了哪里

你的一天

上午 9:00

Standup 开始。一天里已经排好了下午 2 点的 sprint review、下午 4 点与 lead 的 1:1，中间还有两个 review block。

上午 9:45

接下 DEV-482（"Fix rate-limit backoff on ingest worker"），把它拖进 In Progress。

上午 10:30

在 ticket 上开一个 90 分钟的 focus timer。戴上耳机，关掉 Slack，一天里第一块真正的工作时间。

下午 1:15

对着 ingest repo 开 PR #1421。14 个 commit，改动 6 个文件，CI 第一次跑就绿了。

下午 3:00

在 #eng-reviews 里贴出 review 请求。thread 很快起来，8 条消息，关于 jitter 有一个不错的建议。

下午 6:40

DEV-482 翻到 Done，附上 PR 链接。难得一次能在晚饭前关上笔记本。

第二天早上

你的 devlog 已经就位。ticket、commit、review、会议和 focus 时间，全部在一篇里。

日记示例

2026年3月14日星期六

计划与会议

Standup、sprint review，还有与 lead 的 1:1。 从第一杯咖啡开始日程就看着满，但中间两个 review block 足够长，足以真正 ship 点什么出来。

Sprint review 聚焦在 ingest reliability 这条线上。1:1 落在下周的 scope 上，稍微做了点裁剪。

代码与 ticket

DEV-482 "Fix rate-limit backoff on ingest worker" 在下班前关闭。对着 ingest repo 开了 PR #1421，14 个 commit 铺在 6 个文件上，CI 第一次跑就绿（算个小奇迹）。

#eng-reviews 里起了 review thread，8 条消息深。关于给 backoff 加 jitter 有一个不错的建议，merge 前就折进去了。

Focus 与节奏

两个 Toggl block，4 小时 20 分钟的专注时间。 10:30 那个 block 把 ticket 一路带到了 PR。下午的 block 短一些，但足够处理 review 反馈，并和人 pair 一个会偶尔挂掉的测试。

对话

在 #eng-reviews 里就 backoff 的改动来回讨论。#infra 里还有一条 side thread，讨论下一次 ingest 部署的时间窗，附了一张 fix 后 dashboard 的截图。

一场 standup、一次绿灯的 CI、一次顺利落下的 review，还有一张在晚饭前 ship 出去的 ticket。这种日子配得上一小瓶庆祝的啤酒。

亮点

ingest-worker / Pull Request 开 2，merge 1

api-gateway / Pull Request merge 1

ingest-worker / Issue 开 2，关 1

Ingest / 完成的 issue 3

ingest refactor / 追踪时间 4 小时 20 分

照片和视频

你的日常

完全自动

从你碰过的每一个 repo 拉取 commit、PR、review 和 issue 活动。
你在已连接的频道里发送的消息、回复的 thread 和收到的 reaction。
你开、移动或关闭的 ticket。状态变化和评论都会被记录。
你工作日历里的 standup、review 和 1:1。

设好一次就行，之后让它们跑。不需要手动记录任何东西，它们就会出现在明天的日记里。

看你心情

Deep-work block 之前启动 focus timer，回到水面时停下
写 PR 描述时写明为什么，而不是只写做了什么
在 review thread 里丢一张截图，或一行短注
当决定变动时，在 ticket 上留一条评论，而不是等到关闭才说

正是这些部分把事件记录变成了你愿意回头重读的 devlog。一个 Toggl block 把一天切成章节，PR 里一行思路或 ticket 上的一条评论，就给这篇日记带来了语气。