作者：Ashley Willis
排版：Alan Wang
看看在借助 40 个自动化流程处理日常工作后，我作为一名高级管理者的一天发生了怎样的变化，并了解其中一些我最喜欢、也最实用的自动化实践。

高级领导者这份工作，有一件事几乎没人会提前告诉你：真正困难的地方，并不是某一项具体任务，而是你的工作分散在十几个不同的地方，而连接这一切的唯一系统，就是你的大脑。

会议一个接一个，无缝衔接。决策会在各种讨论串中完成，而你甚至没有参与。有人在一次规划会议中提到了你的名字，于是某个行动项就被写进了一份你从未见过的文档。两周后，当有人随口问起进展时，你才第一次知道它的存在。真是“有趣”。

去年，我们团队差点错过绩效评审的截止日期，因为通知发布在一个没人关注的频道里。一个同事花了十分钟搜索 Slack，却始终没有找到；另一个同事最后是在一个毫不相关的频道里发现了截止日期。最后，我只能发消息承认：“我得承认，这次我们没有及时跟进 Slack 上的信息，这是我的责任。”当你的大脑成为连接所有事情的唯一系统时，这样的情况就会不断发生。

我把太多精力耗费在不同任务之间来回切换，以至于几乎没有余力去完成真正属于我工作的部分——思考、建立连接、创造价值，而这些恰恰也是我最喜欢做的事情。后来，我开始使用 GitHub Copilot App 中的自动化功能，它彻底改变了我的整个工作方式。先听我讲。

自动化到底是什么

GitHub Copilot App 是一款适用于 macOS、Windows 和 Linux 的独立桌面应用，它的设计目标不是让你和 Agent 聊天，而是与 Agent 协同工作。你可以同时在多个代码仓库中运行并行会话，每个会话都拥有各自独立的分支和工作树。你还可以通过画布实时查看 Agent 正在执行的工作。画布是一种双向协作工作区，你和 Agent 可以共同围绕同一个计划、终端或浏览器会话开展工作。整个执行过程都是可见、可干预的，而不是埋没在聊天记录里。

自动化本质上就是按照预定计划自动运行的 Prompt，它们会结合你的真实工作上下文运行，包括日历、电子邮件、消息以及 GitHub 仓库。它们通过 MCP Server 和各种集成连接这些数据，因此能够了解你的工作分布在哪些地方。它们真正做的，是告诉我哪些事情真正值得我关注，从而让我安心忽略其他事情。你可以把它们理解成拥有固定职责的 Agent。你告诉它们应该关注什么、如何思考，以及什么时候运行。之后，它们就会……一直替你完成这些事情。每天如此。无需你记得再去提醒它们。这样很好，因为现实是——你多半不会记得。

这在实际工作中是什么样子

我是 GitHub 的一名高级总监，负责开发者关系。我的职责范围很广，日程排得满满当当，而且，我的大脑运作方式也和很多人的想象不同。我患有 AuDHD，这意味着我非常擅长模式识别和深度专注，但确实很不擅长记住三天前答应过别人要跟进哪件事情。

我最开始并没有打算做 40 个自动化。我只是出于好奇点开了 Automations 标签页，问了应用一句：“它能做些什么？”结果，它推荐了许多我自己都没有想到的自动化方案。第一次创建自动化时，我打开聊天窗口，对它说了一句类似这样的话：“查看我所有的工作界面、日历、邮件和消息，帮我找出哪些事情正在被我遗漏、哪些地方可能需要帮助，并推荐一些值得创建的自动化。”

它立刻推荐了大约六个自动化。第一次生成的版本并不完美，但这没关系。你可以不断调整它们，赋予它们自己的表达方式，教会它们按照你的思维方式工作。当我意识到它真正能够做到什么之后，我就停不下来了。现在，我大概已经有了 40 个自动化。（我知道，我知道。）

我不会把它们全部介绍一遍。（不用谢。）不过，我会分享几个最重要的类别，以及其中一些我最喜欢的自动化。

每日晨间简报

每天早晨，在我打开任何应用之前，已经有几个自动化提前运行完成了。Meeting Prep 会读取我的日历，为每场会议准备背景信息，并针对一对一沟通、团队同步会议和外部会议采用不同的格式。等我坐到电脑前时，我已经知道每场会议讨论什么，以及自己需要准备哪些内容。Pre-Meeting Access Check 会提前检查我是否拥有会议邀请中所有文档和链接的访问权限。这样，我再也不会在开会时才发现议程文档打不开。如果你从来没有体验过那种瞬间慌张，只能说，真让人羡慕。Daily Triage Digest 会扫描 GitHub、电子邮件和各种消息，把真正需要我处理的事项整理出来。

这些自动化叠加起来之后，我的早晨彻底变了。过去，我总是一边疯狂打开十几个标签页，一边假装自己已经看过会议议程；现在，我只需要一边喝咖啡，一边阅读几份摘要。这完全是另一种生活。

保持信息同步

作为负责人，我不能在公司发布新功能之后才知道发生了什么。这本来就是我的工作。

Ship Decoder 会整理 GitHub 在过去 24 小时内发布的所有内容，并用通俗易懂的语言解释给我听。这些都是真正能够帮助我参与讨论的背景信息。Launch Radar 每周运行一次，提前提醒那些与我团队相关、即将发布的新内容，这样我就不会被打个措手不及。仅仅这两个自动化，每天就能帮我节省大约一个小时，不用再花时间翻遍各个频道，拼凑到底发生了什么。我以前真的每天都会花这一个小时。而我一点也不喜欢。

职业发展

这是最让我意外的一类自动化。我开始构建一些真正帮助自己职业发展的自动化。如果听起来有点奇怪，请继续往下看。

Daily Wins Recap 每天晚上都会总结我当天真正完成了哪些事情。这比听起来重要得多。我的默认工作模式一直都是：完成一件事，然后立刻开始下一件。我不会停下来，不会庆祝，也不会意识到自己完成了什么。直到绩效评估季来临，我需要总结自己的影响力时，却只能盯着一份空白文档，拼命回忆过去八个月到底做了些什么。

这个自动化一直帮我记录这些成果，所以我再也不用依赖自己的记忆。我把它看作一种由真实数据支撑的“感恩练习”，而不是一份简单的任务清单。它能够缓解那种“我今天到底做了什么？”的自我怀疑，尤其是在忙碌的时候最容易出现这种感觉。当冒名顶替综合征最严重的时候，我需要有人用事实告诉我，我确实做了很多。有时候，那个相信我的，居然是机器人。这听起来好像有点感人？我也不知道。但它确实有效。

团队与人

这里我想特别坦诚一点，因为我知道你可能会想：她是不是把人与人之间的事情也自动化了？

不是。而且，这一点对我来说，比这篇文章里的任何内容都重要。

Commitments and Follow-Up Tracker 会搜索我自己发出的消息，找出那些我答应要做、却还没有完成的事情。它有点让人尴尬，但又必不可少。因为，当我告诉别人“我去看看”，然后却忘了，这不仅仅是遗忘，而是一个信任问题。这个自动化真正保护的是人与人之间的信任。

我写给团队成员的认可依然出自我本人，我主动发现他们的贡献，也依然是我自己完成的。自动化只是确保，我的大脑不会剥夺那些真正值得被认可的人应得的认可。

这些自动化并没有取代人与人的连接，而是在帮助建立这种连接。它们让我重新拥有足够的脑力，真正投入到与人的互动中。在拥有这套系统之前，我常常带着分心或精疲力尽的状态走进一次沟通，因为我的大脑被各种事务性噪音塞满了。现在，当我进行一对一沟通时，我是真正专注的。当我为团队成员写下认可的话时，它们也是具体而真诚的。

自动化负责搭建支撑这一切的脚手架，而真正属于人的工作，由我来完成。这就是我们的分工。

维护与日常事务

这一类涵盖的是那些看似不起眼，却会一点点吞噬你整整一周时间的琐事。Dependabot PR Triage 每天都会自动发现并合并我各个仓库中安全的依赖更新。搞定。Stale Work Finder 会提醒我哪些 Pull Request 是我自己创建后忘记处理的、哪些 Issue 已经沉寂许久、哪些分支已经放在那里积灰。（每个人都有这样的分支，别否认。）Travel Logistics Tracker 会持续关注所有与会议和活动相关的讨论，并把各种行程安排汇总成一份简报。会议季总是一团混乱，而它确实帮了我很多。

我的自动化是什么样子的

下面这个例子来自我自己的配置——Stale Work Finder，这样你就能看到，这些 Prompt 在实际使用中究竟是什么样子：

使用 gh CLI 查找我在 GitHub 上所有已搁置的工作，也就是那些正在被遗漏的事项。

检查以下内容：
- 我创建但 7 天以上仍未收到 Review 的 Pull Request
- 分配给我 Review、但 超过 3 天仍未完成 Review 的 Pull Request
- 分配给我、且 14 天以上没有任何活动的 Issue
- 由我创建、且保持 Draft 状态 超过两周的 Pull Request
- 对于每一项，请显示：仓库、标题、链接、已搁置时长，以及相关人员。

按以下格式输出：
1. 🔴 严重积压（3 周以上）
2. 🟡 开始积压（1–3 周）
3. 🟢 只需提醒一下（1 周以内）

就是这样。这就是整个自动化。你写一个 Prompt，设置一个执行计划，然后 Agent 就会替你运行它。你可以写得非常详细，也可以保持比较宽泛。应用会自动从你已连接的工具中补充上下文信息。对我来说，它会在每周一自动运行，而每次生成的结果……总会让我有点大开眼界。不过，早点知道总比不知道好。

关于 AuDHD

我就直说吧：对我来说，自动化是一种无障碍工具。

AuDHD 意味着，我的执行功能和工作记忆极不稳定，而这种不稳定，也是最难向别人解释的一点。有些日子，我可以同时把十七件事情都记在脑子里；而另一些日子，我会忘记自己十分钟后还有一场会议。没有什么中间状态。过去，这种落差一直让我感到害怕，因为无论某个星期二我的大脑处于什么状态，我的团队都应该得到稳定、一致的领导。

这些自动化缩小了这种差距。它们让我变得更加稳定。这意味着，无论今天我的执行功能是否“在线”，我的团队都能够获得同样质量的关注。对我来说，这就是状态良好和慢慢被倦怠耗尽之间的区别。而后者，我已经经历过了。零颗星，不推荐。

如何开始（真的）

如果你正在考虑搭建类似的东西，我的建议是：不要试图一开始就把所有事情都自动化。先从那个最让你头疼的问题开始。

对我来说，就是会议准备。我总是在毫无准备的情况下走进会议，因为准备一次会议需要打开四个不同的工具，并把里面的信息整合起来，而当时的我根本没有足够的精力去完成这件事。后来，一个自动化就解决了这个问题。当我第一次感受到那种轻松之后，我就继续做了下去。一个、又一个、再一个。

这些自动化能不能整合？当然可以。我现在大约有 40 个自动化，我相信其中有不少都可以合并。我个人更喜欢职责明确、功能单一的自动化，但如果这是你的风格，你完全可以把其中好几个合并成一个大型自动化。

真正对我有帮助的方法其实很简单：打开 GitHub Copilot App，开启一个聊天，让它帮你审视自己的整个工作环境。哪些事情正在被你遗漏？哪些工作模式不断重复？有哪些事情你总想着去做，却始终没有做？就从那里开始。

第一版不会完美。没关系。你可以在不断交流中完善它。教会它你的表达方式、你的优先级，以及你认为什么才算“做好”。然后，让它开始运行。

先做一个。看看感觉怎么样。

然后，再做一个。再做一个。等你回过神来的时候，也许你已经拥有了 40 个自动化，然后开始写一篇博客分享它们了。总之，就是这样。

更大的意义

我认为，我们正处于一个人与 AI 在工作中建立新关系的有趣阶段。最初，人们讨论 AI 在工作中的作用时，几乎都围绕着“生成”。帮我生成一个东西。帮我写代码。而至少对我来说，现实更像是在增强那些看不见的劳动。那些真正让人筋疲力尽，却从来不会体现在最终成果里的工作。那些绩效评估时几乎没人会提起，但每个人都深陷其中的“元工作”。

我认识的每一位管理者，都被海量的上下文压得喘不过气。我认识的每一位神经多样性职场人士，都在那些神经典型人群无需思考便能完成的事情上，投入了巨大的精力去建立自己的工作系统。自动化无法解决组织混乱、糟糕的管理或不合理的工作量，但它们能够帮你重新找回一点脑力空间，让你真正去完成那些你来到这里本应完成的工作。

坦白说，这就已经足够了。真的，已经很多了。

当然，这毕竟还是 GitHub 的产品。它同样可以自动更新依赖、整理 Issue、对仓库执行安全扫描。开发者工作流方面的能力，完全符合你对它的期待。而我，只是把它用在了那些几乎没人谈论、却每天都在消耗我的工作上。

在 GitHub Copilot App 中创建属于你自己的自动化 >