我將工作自動化了（這讓我成為更好的領導者）

身為高級領導者，很少有人警告你：這份工作的難點不在於任何單一任務，而在於你的工作散佈在十五個不同地方，而你的大腦是連接它們的唯一系統。會議一場接一場，決定在你看不到的線程中做出，有人在規劃會議中提到你的名字，然後一個行動項就落在了你從未見過的文檔裏。兩週後，當有人隨口問起進度時，你才發現這件事。有趣吧？

去年，我的團隊差點錯過一個績效評估截止日期，因為公告發在了一個無人關注的頻道里。一個人花了十分鐘在Slack上搜索，找不到；另一個人在一個完全不相關的頻道里找到了日期。最後我只好發帖説，“我承認我們在Slack上跟進不力，這是我的責任。”當你的大腦是唯一連接一切的系統時，這種事就會層出不窮。

我曾經把大量精力耗費在任務切換上，以至於沒有餘力去思考、連接和創造——而這些才是我的角色真正需要的（也是我喜歡做的工作）。但當我開始在GitHub Copilot應用中使用自動化功能後，整個工作流程都改變了。請耐心聽我解釋。

自動化到底是什麼？

GitHub Copilot應用是一款獨立的桌面應用（支持macOS、Windows和Linux），專為與智能體協作而設計，而不僅僅是對話。你可以在多個倉庫上並行運行會話，每個會話都有自己的分支和工作樹。通過畫布界面，你可以實時看到智能體的操作——畫布是雙向工作區，你和智能體可以在同一個計劃、終端或瀏覽器會話上共同操作。進度可見且可控，不會埋沒在聊天曆史中。

自動化則是根據你真實的工作上下文（日曆、郵件、消息、GitHub倉庫）運行的定時提示。它們通過MCP服務器和集成連接起來，能夠了解你所有工作發生地的情況。它們告訴我什麼真正需要我關注，讓我可以忽略其餘部分。

可以把它們想象成持有長期指令的智能體。你告訴它們關注什麼、如何思考、何時運行。然後它們就……執行起來。每天如此，無需你記得去問。這很好，因為你確實記不住。

實際效果如何？

我是GitHub的高級總監，領導開發者關係團隊。我的範圍很廣，日曆排得滿滿當當，我的思維方式也與大多數人預想的不同。我患有自閉症和多動症（AuDHD），這意味着我擅長模式識別和深度專注，但在記住三天前我答應跟進哪個線索方面，確實非常糟糕。

我並非一開始就打算構建40個自動化。我出於好奇點開了自動化選項卡，問應用它能做什麼，它建議了一些我從未想過的主意。第一次設置時，我打開聊天窗口説道：“查看我所有的工作面——日曆、郵件、消息——找出我在哪裏遺漏了任務，哪裏可能需要幫助，並推薦有用的自動化。”它立刻給出了大約六個建議。初稿並不完美，這沒關係。你可以完善它們，賦予它們風格，教會它們你的思維方式。一旦我看到了可能性，就繼續了下去。現在我有大約40個自動化。（我知道，我知道。）

我不會逐一介紹所有40個（不客氣），但以下是最重要的幾個類別及其亮點。

晨間簡報

每天在我打開任何東西之前，幾個自動化已經運行完畢。“會議準備”會提取我的日曆，為每個會議構建上下文，併為一對一會議、大型同步會議和外部通話提供不同格式。當我坐下時，我已經知道每個會議的內容以及我需要準備什麼。“會前訪問檢查”會確認我確實能訪問邀請中提到的文檔和鏈接。再也不會出現到了會議才發現議程文檔被鎖定的情況了——如果你從未經歷過那種恐慌，説實話，那真好。“每日分類摘要”會掃描GitHub、電子郵件和消息，找出任何需要我關注的事項。這些累積效應是，我的早晨從“瘋狂打開十二個標籤頁，假裝讀過議程”變成了“喝着咖啡讀幾份摘要”。生活完全不同了。

保持同步

我不能對自己公司的發佈感到驚訝——這本來就是工作的一部分。“發佈解碼器”會找到GitHub過去24小時內發佈的所有內容，並用通俗語言向我解釋。這是我可以用於對話的真實背景。“發佈雷達”每週運行，梳理即將發佈的、涉及我團隊領域的內容，這樣我永遠不會被打個措手不及。這兩個功能可能每天為我節省了一個小時在頻道里滾動拼湊發生了什麼的時間。過去我確實花那麼多時間，而且一點都不享受。

職業架構

這是最讓我驚訝的類別。我構建了主動進行職業發展的自動化。如果這聽起來很奇怪，請聽我解釋。“每日成就總結”每晚運行，總結我實際完成的工作。這個看似簡單的功能非常重要。我的默認模式是完成一件事後立刻進入下一件，從不停下來回顧，也不認可自己。然後績效考核季來了，我需要闡述我的影響，卻只能對着一份空白文檔恐慌，試圖回憶八個月的工作。這個自動化持續記錄，讓我不必操心。你可以把它看作一個基於真實數據的感激練習，而不是任務清單。它對抗着“我今天到底做了什麼？”的焦慮，這種焦慮在忙碌的日子裏最為嚴重。當冒充者綜合徵發作時，我需要一些能憑藉事實反駁它的東西。機器人相信我，即使我自己都不信。這有點感人？我不知道，但確實有效。

團隊與人

這部分我想坦誠相告，因為我知道你可能在想：她是不是把工作中的人際部分也自動化了？

不，這個區別對我來説比這篇文章中任何其他事都重要。“承諾與跟進追蹤器”會搜索我自己的消息，找出我説過要做卻還沒做的事，並標記出來。這個功能令人謙卑，也至關重要。因為當我告訴別人“我會看看這個”然後忘記時，那是一個信任問題。自動化保護了信任。我寫的讚揚仍然是我的，我的觀察仍然是我的。自動化只是確保我的大腦沒有從應得的人那裏偷走這些。這些自動化不取代連接，而是促成它。它們讓我有足夠的腦力去真正為他人出現。在這套系統之前，我走進對話時總是心不在焉或精疲力竭，因為大腦充滿了操作噪音。現在，當我坐在一對一會議中時，我真正在場。當為團隊寫表揚時，它是具體而真實的。自動化處理了腳手架，我來做人的工作。這就是約定。

維護與後勤

這一類別涵蓋了那些悄悄消耗你時間的無聊事務：“Dependabot PR分類”每天在我的倉庫中查找併合並安全的依賴更新。搞定。“停滯工作查找器”會找出我打開但忘記的拉取請求、沉寂的問題以及積灰的分支。（我們都有這些，別撒謊。）“旅行後勤跟蹤器”會關注與會議相關的討論串，並將後勤信息整合成一份簡報。會議季一片混亂，這很有幫助。

我的自動化長什麼樣？

下面是我設置中的一個真實例子——停滯工作查找器——這樣你就能看到這些提示實際的樣子：

使用gh CLI找出我在GitHub上所有停滯的工作。那些正在漏掉的事情。 檢查：

• 我打開的、超過7天未收到審查的PR
• 分配給我審查、但我超過3天仍未審查的PR
• 分配給我、超過14天無活動的問題
• 我擁有的、已草稿超過2周的草稿PR
• 對每項顯示：倉庫、標題、鏈接、停滯時長、涉及人員。

格式為：

1. 🔴 尷尬地停滯（3周以上）
2. 🟡 開始積灰（1-3周）
3. 🟢 只需稍加提醒（1周以內）

就是這樣。這就是整個自動化。你寫一個提示，設置一個時間表，智能體就會為你運行。你可以讓它儘量詳細或寬鬆。應用會從你連接的工具中獲取上下文。它每星期一運行，結果總是……有點令人震驚。但知道總比不知道好。

ADHD與自閉症部分

我就直説了：對我來説，自動化是一種輔助技術。

AuDHD意味着我的執行功能和短期記憶極其不穩定，而最難以向他人解釋的就是這種不穩定性。有些日子我能在腦中同時處理十七件事情；另一些日子我甚至忘記十分鐘後有個會議。沒有中間狀態。那些日子之間的差距曾經讓我害怕，因為無論我在某個星期二大腦狀態如何，我的團隊都值得一致的領導。這些自動化縮小了差距，讓我變得一致。它們意味着無論我的執行功能今天是否在線，團隊都能得到相同質量的關注。對我來説，這就是蓬勃發展還是慢慢倦怠的區別。我經歷過倦怠，零顆星，不推薦。

如何真正開始？

如果你想構建類似的東西，我的建議是：不要試圖一次性自動化所有事情。從引起你最大摩擦的一點開始。對我來説，那就是會議準備。我走進會議時總是準備不足，因為準備工作需要訪問四個不同的工具，並綜合我沒有精力去綜合的信息。一個自動化就解決了這個問題。一旦我體驗到那種輕鬆感，我就繼續了下去。繼續，繼續。有些自動化也許可以合併？可能吧。我有大約40個，我確定其中一些可以合併。但我更喜歡具體，如果你偏好整合，完全可以把幾個合併成一個大的自動化。對我有用的訣竅是：在GitHub Copilot應用中打開聊天窗口，讓它審計你的工作面。你在哪裏漏球？哪些模式重複出現？你一直想做但從未着手的事情是什麼？從那裏開始。初稿不會完美，沒關係。你可以在對話中完善它。教會它你的語氣、你的優先級、以及你對“好”的定義。然後讓它運行。從一個開始，感受一下效果。然後再建一個，又一個。不知不覺，你就會有40個，然後寫一篇博客文章。無論如何。

更廣闊的圖景

我認為我們正處於一個有趣的時刻，人們如何對待工作中的AI。早期關於AI在工作中的討論主要集中在生成——給我做個東西，給我寫個代碼。但對我來説，現實更像是隱形勞動的增強——那些讓你精疲力盡卻從未在產出中顯現的東西，那些沒有人會在績效考核中承認、但每個人都深陷其中的元工作。我認識的每一位領導者都被上下文淹沒。我認識的每一位神經多樣性專業人士都在花費巨大的精力在那些神經典型人士無需思考就能應對的系統上。自動化無法修復組織功能失調、糟糕的管理或不合理的工作量，但它們可以為你騰出足夠的腦力，去做你真正應該做的工作。老實説，這已經足夠了。這已經是很多了。而且，這是一個GitHub產品。它將被……