使用情境

開發者日記

在下一個 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 上的一則留言，就給這篇日記帶來了語氣。