私の仕事を自動化した結果、より優れたリーダーになった(GitHub Blog)
GitHub のシニアディレクターが、脳内での情報管理の限界を克服するために GitHub Copilot アプリの自動化機能を活用し、リーダーシップと生産性を向上させた実例を紹介している。
キーポイント
リーダーシップにおける「脳のボトルネック」問題
経営層の仕事は単一のタスクが難しいのではなく、情報が複数のプラットフォームに散在し、脳だけが接続システムとなっていることが最大の課題である。
GitHub Copilot アプリの自動化機能の活用
カレンダー、メール、メッセージ、リポジトリを横断して監視する「自動化(Automations)」を設定し、重要なアクションのみを特定して処理する仕組みを構築した。
認知特性に合わせたワークフローの最適化
AuDHD(注意欠如・多動症と自閉スペクトラム症)の著者が、パターン認識能力を活かしつつ、記憶や文脈切り替えの弱点を自動化で補完した事例。
エージェントとの双方向協働による可視化
単なるチャット対話ではなく、キャンバス上で進捗が可視化され、ステアブルな形でエージェントと共同作業を行うことで、業務の透明性が向上した。
朝の準備自動化による生産性向上
会議前の文脈作成、アクセス権確認、優先事項の集約を自動化することで、朝の慌ただしい状態から冷静な準備へと変容し、効率的な一日を開始できる。
情報収集の自動化による業務効率化
GitHub の変更点や今後のローンチ情報を自動的に解析・通知する仕組みにより、手動での情報収集にかかる時間を削減し、チームの状況を常に把握できるようになる。
成果の可視化によるキャリア開発支援
毎日の達成事項を自動記録・要約する機能により、パフォーマンスレビュー時に成果を具体的に説明できる基盤が整い、自己評価の盲点を解消する。
影響分析・編集コメントを表示
影響分析
この記事は、生成 AI が単なるチャットボットから、組織内の複雑な情報を横断し自律的に行動する「エージェント」として実用化される転換点を示しています。特にリーダーシップ層における業務効率化の文脈で、認知特性を考慮した具体的な導入事例を提供しており、企業における AI 活用戦略の実践的な指針となるでしょう。
編集コメント
AI ツールが単なる効率化の道具から、組織の複雑な情報フローを管理する自律的なパートナーへと進化していることを示す優れた事例です。特に認知特性の違いを考慮した設計思想は、今後の AI ユーザビリティの重要な方向性を示唆しています。
シニアリーダーシップには誰も警告してくれないことがあります:仕事は特定の単一のタスクの難しさゆえに難しいのではなく、あなたの仕事が十五もの異なる場所にまたがっており、それらを繋ぐ唯一のシステムがあなたの脳しかないからです。
会議が互いに重なり合い、意思決定はあなた抜きでスレッド上で行われます。ある計画会議であなたの名前が出され、今やあなたは一度も見たことのないドキュメントにアクションアイテムとして残されています。二週間後、誰かが casually に更新状況を尋ねたときに初めてそれを知ることになります。面白いですね。
去年、私のチームはパフォーマンスレビューの期限をほぼ逃すところでした。それは誰も見ていないチャンネルで発表されていたからです。一人の人が Slack で十分間探し回って見つからず、別の人は全く無関係なランダムなチャンネルで日付を見つけました。私は結局、「Slack でのフォローアップを見落としたことを認めざるを得ません。それは私の責任です」と投稿しました。あなたの脳がすべてを繋ぐ唯一のシステムであるとき、こうしたことが繰り返されるのです。
私は文脈の切り替えにあまりにも多くのエネルギーを費やしており、私の役割が実際に必要とする思考、接続、創造のための余力がありませんでした(そしてそれが私が実際に行うことを好む仕事です)。しかし、GitHub Copilot アプリで自動化を使い始めると、私のワークフロー全体が変わりました。少しお付き合いください。
自動化とは何か
GitHub Copilot アプリは、単なる対話相手ではなくエージェントと連携して作業するための、macOS、Windows、Linux 向けのスタンドアロンデスクトップアプリです。各リポジトリで独立したブランチとワークツリー上で並行セッションを実行できます。キャンバスを通じて、エージェントが何をしているかをリアルタイムで確認可能です。キャンバスは双方向の作業面であり、あなたとエージェントが同じ計画、ターミナル、またはブラウザセッション上で共同で作業します。進捗状況はチャット履歴に埋もれることなく、可視化され、操作可能です。
自動化されたタスクは、実際の業務コンテキスト(カレンダー、メール、メッセージ、GitHub リポジトリ)に対してスケジュールされたプロンプトとして実行されます。これらは MCP サーバーや統合機能を通じて接続されており、業務が展開されるあらゆる場所で何が起こっているかを把握できます。これにより、実際に私の注意を要する事項のみを知らせてくれるため、それ以外の情報は無視できるようになります。
これらを「常任の指示書を持つエージェント」と考えてください。何を重視すべきか、どのように思考すべきか、いつ実行すべきかをあなたが指示します。すると、彼らはただ…実行します。毎日、あなたに尋ねるのを忘れることなく。それは良いことです。なぜなら、あなたはきっとそれを忘れるからです。
これがどのようなものか
私は GitHub のシニアディレクターであり、開発者関係部門を率いています。私の担当範囲は広く、スケジュールは満杯です。また、私の脳の働き方は、多くの人々が想定しているものと異なります。私は AuDHD(注意欠如・多動症および自閉スペクトラム症)であり、パターン認識と深い集中力には優れていますが、3 日前にフォローアップすると約束したスレッドがどれだったかを覚えることは、本当に苦手です。
私は意図的に40もの自動化を構築しようとしたわけではありません。自動化タブに興味を持ち、アプリに何ができるか尋ねたところ、私が考えてもいなかった提案がなされました。初めて一つ設定した際、チャットを開いて「私のすべての作業領域、カレンダー、メール、メッセージを横断して確認し、どこでミスをしているか、どこで助けが必要かを特定し、役立つ自動化を提案してほしい」といった内容を送りました。
すると即座に約6つの提案が返ってきました。最初のドラフトは完璧ではありませんでしたが、それは問題ありません。それらを洗練させ、声を与え、あなたの思考プロセスを教えるのです。一度可能性を知ると、私はさらに進みました。現在では約40もの自動化を持っています。(知っていますよ、私もそう思います。)
すべてを詳しく説明するつもりはありません。(あなたには感謝されますが)しかし、最も重要なカテゴリと、それぞれからのハイライトをご紹介します。
朝のブリーフィング
何を開くよりも前に、毎日複数の自動化が既に実行されています。「会議準備」は私のカレンダーを取得し、1対1のミーティング、大規模な同期、外部通話などに応じて異なるフォーマットで各会議のコンテキストを構築します。着席する頃には、各会議の内容と持ち込むべきものが明確になっています。「会議前アクセス確認」では、招待状に記載されたドキュメントやリンクに実際にアクセスできるかを確認します。もう、アジェンダ用ドキュメントがロックされていることに気づいて慌てるようなことはありません。もしそのようなパニックを経験したことがないなら、正直言って羨ましい限りです。「日次トリアージダイジェスト」は、GitHub、メール、メッセージをスキャンし、私の注意が必要なものをすべて抽出します。
その累積効果により、私の朝は「アジェンダを読んだふりをしながら慌ただしく 12 のタブを開く」状態から、「コーヒーを飲みながらいくつかの要約を読む」状態へと変わりました。まるで別人生です。
現状維持
自社製品のローンチに驚かされることはあってはなりません。それがまさに私の仕事です。
Ship Decoder は過去 24 時間間に GitHub でリリースされたすべてのものを検出し、平易な言葉で説明してくれます。これは会話で実際に活用できる文脈です。Launch Radar は週次で稼働し、私のチームの領域に関わる今後のローンチを表面化させるため、予期せぬ事態に直面することは決してありません。この 2 つだけで、何が起きたのかを片っ端からチャンネルをスクロールして組み立てようとするのに費やしていた 1 日あたり約 1 時間を節約できるでしょう。かつて私はその 1 時間を過ごしていました。しかし、その 1 時間は楽しめませんでした。
キャリア構築
これが最も驚いたカテゴリーです。私はキャリア開発のために積極的に機能する自動化システムを構築しました。それが奇妙に聞こえるなら、ぜひ続きをお読みください。
Daily Wins Recap は毎晩実行され、私が実際に達成したことを要約します。これは言葉通り以上に重要な役割を果たします。私のデフォルトのモードは、何かを完了チェックしてすぐに次のタスクへ移ることです。私はそれを振り返りません。認識もしません。ただひたすら進み続けます。そしてパフォーマンスレビューの季節が訪れます。自分の影響力を説明しなければならず、8 ヶ月分の業務内容を思い出そうとして、真っ白なドキュメントをパニックで見つめるはめになります。
この自動化は、私が記録する必要のない継続的な記録を維持します。これはタスクリストではなく、実データに裏打ちされた感謝の実践と捉えてください。忙しい日に最も強く襲ってくる「今日は何をしたのか」という悪循環に対抗するものです。インポスター症候群が騒がしい日には、事実でそれに応答してくれる何かが必要です。ロボットは私が信じられないときでも私を信じてくれます。それがなぜか感動的?わかりません。でも機能しています。
チームと人々
ここは本当に正直に話したいところです。なぜなら、あなたが「彼女は仕事の人間関係を自動化しているのか?」と考えているかもしれないからです。
いいえ。そしてこの区別が、この記事で私にとって何よりも重要です。
コミットメントとフォローアップ追跡ツールは、私がすると約束した内容を自分のメッセージから検索し、まだ実行していないものをフラグ付けします。これは謙虚さを与えてくれます。そして不可欠です。なぜなら、「これについて調べてみます」と言って忘れてしまうのは信頼の問題だからです。自動化がその信頼を守ります。
私が書く称賛は依然として私のものです。気づきも依然として私のものです。自動化は、単に私の脳がそれを deserving な人々から奪わないようにするだけです。
これらの自動化はつながりを代替するものではありません。それらはつながりを可能にするものです。私に実際に人々のために現れるための精神的余裕を取り戻させてくれます。このシステム以前は、脳の業務的なノイズでいっぱいで、会話に参加しても気が散っていたか、限界まで働いていました。今では 1 対 1 の会議に座るとき、私は本当にその場にいます。チームへの称賛を書くときも、具体的で本物になります。
自動化された仕組みが足場(スキャフォールディング)を担い、私が人間としての仕事を行います。それが契約です。
メンテナンスと物流管理
このカテゴリは、放置すれば静かにあなたの週を食い潰す退屈な業務をカバーします:Dependabot PR Triage は、毎日私のリポジトリ全体で安全な依存関係の更新を見つけてマージします。完了済み。Stale Work Finder は、私が作成して忘れてしまったプルリクエストや、沈黙してしまった課題、埃をかぶっているブランチを浮き彫りにします。(誰もがそんなものを持っています。嘘をつかないでください。)Travel Logistics Tracker はカンファレンス関連のスレッドを見守り、物流情報を一つの簡潔な要約に統合します。カンファレンスの季節は混沌としますが、これが役立ちます。
私の自動化の仕組みとはどのようなものか
実際の例として、私の設定にある Stale Work Finder を紹介します。これにより、これらのプロンプトが実際にどのように見えるかがわかります:
GitHub の gh CLI を使用して、私のすべての停滞した作業(見落としそうなもの)を検索します。
確認すべき項目:
- 7 日以上レビューを受けていない私が作成した PR
- レビューを任されているがまだレビューしていない PR(3 日以上経過したもの)
- 14 日以上活動がない私に割り当てられた課題
- 2 週間以上ドラフト状態のままの私が所有する Draft PR
- 各項目について表示:リポジトリ名、タイトル、リンク、停滞した期間、関係者
以下の形式で出力してください:
- 恥ずかしいほど古くなったもの(3 週間以上)
- 埃がかかり始めたもの(1〜3 週間)
- 軽く促すだけでいいもの(1 週間未満)
必ず JSON 形式で返してください。translation フィールドのみ。他のフィールド (technical_terms 等) は一切追加しないこと — 余計なフィールドを書こうとして本文翻訳がトークン上限で打ち切られる事故を防ぐため:
{"translation": "自動化された仕組みが足場(スキャフォールディング)を担い、私が人間としての仕事を行います。それが契約です。\n\nメンテナンスと物流管理\n\nこのカテゴリは、放置すれば静かにあなたの週を食い潰す退屈な業務をカバーします:Dependabot PR Triage は、毎日私のリポジトリ全体で安全な依存関係の更新を見つけてマージします。完了済み。Stale Work Finder は、私が作成して忘れてしまったプルリクエストや、沈黙してしまった課題、埃をかぶっているブランチを浮き彫りにします。(誰もがそんなものを持っています。嘘をつかないでください。)Travel Logistics Tracker はカンファレンス関連のスレッドを見守り、物流情報を一つの簡潔な要約に統合します。カンファレンスの季節は混沌としますが、これが役立ちます。\n\n私の自動化の仕組みとはどのようなものか\n\n実際の例として、私の設定にある Stale Work Finder を紹介します。これにより、これらのプロンプトが実際にどのように見えるかがわかります:\n\nGitHub の gh CLI を使用して、私のすべての停滞した作業(見落としそうなもの)を検索します。\n\n確認すべき項目:\n- 7 日以上レビューを受けていない私が作成した PR\n- レビューを任されているがまだレビューしていない PR(3 日以上経過したもの)\n- 14 日以上活動がない私に割り当てられた課題\n- 2 週間以上ドラフト状態のままの私が所有する Draft PR\n- 各項目について表示:リポジトリ名、タイトル、リンク、停滞した期間、関係者\n\n以下の形式で出力してください:\n 1. 恥ずかしいほど古くなったもの(3 週間以上)\n 2. 埃がかかり始めたもの(1〜3 週間)\n 3. 軽く促すだけでいいもの(1 週間未満)"}
これで完成です。これが自動化のすべてです。プロンプトを作成し、スケジュールを設定するだけで、エージェントが代わりに実行してくれます。詳細に設定することも、大まかに設定することも自由に選べます。アプリは接続されたツールから文脈を自動で補完します。私にとっては毎週月曜日に実行され、その結果は…いつも少し驚くべきものになります。しかし、知っておく方が良いでしょう。
AuDHD の部分について
はっきり言います:私にとって自動化はアクセシビリティ(利用しやすさ)のためのツールです。
AuDHD とは、私の実行機能や作業記憶が極端に不安定であることを意味します。そしてその不安定性こそが、人々に説明するのが最も難しい部分なのです。ある日は頭の中で 17 ものタスクを同時に処理できますが、別の日は 10 分後に会議があることを忘れています。その中間はありません。これらの日の間のギャップはかつて私を恐怖に陥らせていました。なぜなら、私の脳が火曜日にどのような状態にあろうとも、チームには一貫したリーダーシップが必要だからです。
これらの自動化はそのギャップを狭めます。私に一貫性をもたらします。つまり、実行機能がその日果たせたかどうかに関わらず、チームは同じ質の注目を得られるのです。私にとってこれは、繁栄するかゆっくりと燃え尽きるかの違いです。そして私はすでに「燃え尽き」を経験しました。星ゼロ、決して推奨しません。
実際に始める方法
もしこのようなものを構築しようと考えているなら、私が言うべきことはこれです:一度にすべてを自動化しようとしないでください。最も摩擦を生んでいる一つのことから始めてください。
私にとってそれは、会議の準備でした。準備には4 つの異なるツールを訪問し、処理する余裕のない情報を統合する必要があったため、私はいつも準備不足のまま会議に臨んでいました。ある自動化がその問題を解決しました。そして、その安堵感を感じた瞬間から、私はさらに進み続けました。そして、さらに。そして、さらに。
これらをいくつか統合できるでしょうか?おそらくできます。私には約 40 個あり、その一部は組み合わせられるはずです。私は具体性を好みますが、それがあなたのスタイルに合っているなら、数個を一つの大きな自動化にまとめることも容易です。
私にとって機能したコツは次の通りです:GitHub Copilot アプリでチャットを開き、自分の作業領域の監査を依頼してください。どこでミスをしているのか?反復的なパターンはどこにあるか?ずっとやろうと思いながら実行できていないことは何か?そこから始めてください。
最初のドラフトが完璧である必要はありません。それで構いません。会話の中でそれを洗練させていきます。あなたの声、優先順位、「良い」というものをどう捉えるかを教えます。そして、実行させます。
一つから始めましょう。その感覚を確かめてください。
次に、もう一つ作りましょう。さらに一つ。そうしているうちに気づけば 40 個になり、それについてブログ記事を書いていることになります。とにかく。
より大きな視点
職場における AI との関わり方について、私たちは興味深い局面にいると思います。当初の職場での AI に関する議論は、主に生成に関わるものでした。「何か作って」「コードを書いて」。しかし現実、少なくとも私にとっては、目に見えない労働の増強という側面の方が大きいです。燃え尽き症候群を引き起こすのに成果物には現れない業務です。パフォーマンスレビューで誰も認めないが、誰もが埋もれているメタワークのことです。
私が知るすべてのリーダーは、文脈の多さに圧倒されています。私が知る神経多様性の専門家は、神経典型の人々が考えずに乗り越えるシステムに膨大なエネルギーを費やしています。自動化が組織の機能不全や悪いマネジメント、あるいは不合理な業務量を直すわけではありません。しかし、あなたがここでやるべき仕事を実際に行うために十分な心の余裕を取り戻すことはできます。
そして正直に言って?それだけで十分です。それは大きな成果です。
それに、これは GitHub の製品です。依存関係の更新も実行し、課題の選別を行い、リポジトリ全体でセキュリティスキャンも行います。開発者のワークフローはまさに予想通りです。私がただ、誰も話題にしない仕事の部分をこのツールに使っているだけです。
GitHub Copilot アプリで自分だけの自動化を作成する >
「私の仕事を自動化した(それが私をより良いリーダーにした)」という投稿は、最初に The GitHub Blog で公開されました。
原文を表示
Here’s the thing about senior leadership that nobody warns you about: the job isn’t hard because of any single task. It’s hard because your work lives in fifteen different places and your brain is the only system connecting them.
Meetings bleed into each other. Decisions are made in threads without you. Someone mentioned your name in a planning meeting, and now there’s an action item living in a doc you’ve never seen. You’ll find out about it in two weeks when someone casually asks for an update. Fun.
Last year, my team almost missed a performance review deadline because it was announced in a channel nobody was watching. One person spent ten minutes searching Slack and couldn’t find it. Another found the date in a random, unrelated channel. I ended up posting “I’ll admit we dropped the ball on following up in Slack, so that’s on me.” That’s the kind of thing that keeps happening when your brain is the only system connecting everything.
I was spending so much energy on context-switching that I had nothing left for the thinking, connecting, and creating that my role actually requires (and that’s the work I actually like doing). But I started using automations in the GitHub Copilot app, and it changed my entire workflow. Bear with me.
What automations actually are
The GitHub Copilot app is a standalone desktop app for macOS, Windows, and Linux, built for working with agents, not just talking to them. You can run parallel sessions across repositories, each on its own branch and worktree. You can see what agents are doing in real time through canvases, which are bidirectional work surfaces where you and the agent operate on the same plan, terminal, or browser session. Progress is visible and steerable, not buried in chat history.
Automations are scheduled prompts that run against your real work context: your calendar, your email, your messages, your GitHub repos. They connect through MCP servers and integrations, so they can see what’s happening across all the places your work lives. They tell me what actually needs my attention, which lets me ignore the rest.
Think of them as agents with a standing brief. You tell them what to care about, how to think, and when to run. Then they just… do it. Every day. Without you remembering to ask. Which is good, because you won’t.
What this looks like
I’m a senior director at GitHub. I lead developer relations. My scope is wide, my calendar is full, and my brain works differently than most people assume. I’m AuDHD, which means I’m good at pattern recognition and deep focus, but genuinely terrible at remembering which thread I promised to follow up on three days ago.
I didn’t set out to build 40 automations. I was curious about the automations tab, asked the app what it could do, and it suggested things I hadn’t thought of. The first time I set one up, I opened a chat and said something like: “Look across all of my work surfaces, my calendar, my email, my messages, and figure out where I’m dropping balls, where I might need help, and suggest automations that would be useful.”
It immediately suggested about six. The first drafts weren’t perfect, and that’s okay. You refine them. You give them voice. You teach them how you think. Once I saw what was possible, I kept going. Now I have about 40. (I know. I know.)
I’m not going to walk through all of them. (You’re welcome.) But here are the categories that matter most, and some highlights from each.
The morning brief
Every day before I open anything, several automations have already run. Meeting Prep pulls my calendar and builds context for every meeting, with different formats for one-on-ones vs. large syncs vs. external calls. By the time I sit down, I know what each meeting is about and what I need to bring. Pre-Meeting Access Check verifies I actually have access to the docs and links referenced in the invite. No more showing up and realizing the agenda doc is locked. If you’ve never experienced that particular panic, honestly, must be nice. Daily Triage Digest sweeps GitHub, email, and messages for anything that needs my attention.
The cumulative effect is that my mornings went from “frantically opening twelve tabs while pretending I’ve read the agenda” to “reading a few summaries with coffee.” It’s a different life.
Staying current
I cannot be surprised by our own launches. That’s literally the job.
Ship Decoder finds everything GitHub shipped in the last 24 hours and explains it to me in plain language. This is real context I can use in conversations. Launch Radar runs weekly and surfaces upcoming launches that touch my team’s space so I’m never blindsided. These two alone probably save me an hour a day of scrolling through channels trying to piece together what happened. I used to spend that hour. I did not enjoy that hour.
Career architecture
This is the category that surprised me most. I built automations that actively work on career development, and if that sounds weird, stay with me.
Daily Wins Recap runs every evening and summarizes what I actually accomplished. This one matters more than it sounds. My default mode is to check something off and immediately move to the next thing. I don’t sit with it. I don’t recognize it. I just keep going. Then performance review season comes around. I have to articulate my impact, and I’m panic-staring at a blank doc trying to remember eight months of work.
This automation keeps a running record so I don’t have to. Think of it as a gratitude practice backed by real data rather than a task list. It counters the “what did I even do today?” spiral that hits hardest on the busy days. On the days when imposter syndrome is loud, I need something that talks back to it with facts. The robot believes in me even when I don’t. That’s oddly moving? I don’t know. It works.
Team and people
This is where I want to be really honest, because I know you might be thinking: is she automating the human parts of her job?
No. And that distinction matters to me more than anything else in this post.
Commitments and Follow-Up Tracker searches my own messages for things I said I’d do and flags what I haven’t done yet. This one is humbling. And essential. Because when I tell someone “I’ll look into this” and then forget, that’s a trust problem. The automation protects the trust.
The kudos I write are still mine. The noticing is still mine. The automation just makes sure my brain doesn’t steal it from the people who deserve it.
These automations don’t replace connection. They enable it. They give me back the headspace to actually show up for people. Before this system, I’d walk into conversations distracted or running on fumes, because my brain was full of operational noise. Now when I sit down in a one-on-one, I’m actually present. When I write recognition for my team, it’s specific and real.
The automations handle the scaffolding. I do the human work. That’s the deal.
Maintenance and logistics
This category covers the boring stuff that quietly eats your week if you let it: Dependabot PR Triage finds and merges safe dependency updates across my repos daily. Handled. Stale Work Finder surfaces pull requests I opened and forgot, issues that went quiet, branches collecting dust. (We all have those. Don’t lie.) Travel Logistics Tracker watches for conference-related threads and consolidates logistics into a single brief. Conference season is chaos. This helps.
What my automations look like
Here’s a real one from my setup, the Stale Work Finder, so you can see what these prompts actually look like in practice:
Find all my stale work across GitHub using the gh CLI. Things that are falling through the cracks.
Check for:
- PRs I opened that haven't received a review in 7+ days
- PRs I'm assigned to review that I haven't reviewed yet (older than 3 days)
- Issues assigned to me that have had no activity in 14+ days
- Draft PRs I own that have been drafts for 2+ weeks
- For each item show: repo, title, link, how long it's been stale, and who's involved.
Format as:
- Embarrassingly stale (3+ weeks)
- Getting dusty (1-3 weeks)
- Just needs a nudge (under a week)
That’s it. That’s the whole automation. You write a prompt, set a schedule, and the agent runs it on your behalf. You can get as detailed or as loose as you want. The app fills in context from your connected tools. It runs every Monday for me and the results are… always a little eye-opening. But it’s better to know.
The AuDHD part
I’ll just say it: for me, automations are an accessibility tool.
AuDHD means my executive function and working memory are wildly inconsistent, and the inconsistency is the hardest part to explain to people. Some days I can hold seventeen threads in my head. Other days I forget I have a meeting in 10 minutes. There is no in between. The gap between those days used to scare me, because my team deserves consistent leadership regardless of what my brain is doing on any given Tuesday.
These automations narrow that gap. They make me consistent. They mean my team gets the same quality of attention whether my executive function showed up today or not. For me, that’s the difference between thriving and slowly burning out. And I’ve done the burning out part. Zero stars, would not recommend.
How to start (for real)
If you’re thinking about building something like this, here’s what I’d say: don’t try to automate everything at once. Start with the one thing that causes you the most friction.
For me, it was meeting prep. I kept walking into meetings cold because prep required visiting four different tools and synthesizing information I didn’t have bandwidth to synthesize. One automation fixed that. And once I felt that relief, I kept going. And going. And going.
Could I consolidate some of these? Probably. I have about 40, and I’m sure some of them could be combined. I prefer specificity, but you could easily roll several into one big automation if that’s more your style.
Here’s the trick that worked for me: open a chat in the GitHub Copilot app and ask it to audit your work surfaces. Where are you dropping balls? Where are the repetitive patterns? What’s the thing you keep meaning to do but never get to? Start there.
The first draft won’t be perfect. That’s fine. You refine it in conversation. You teach it your voice, your priorities, how you think about “good.” Then you let it run.
Start with one. See how it feels.
Then build another. And another. And before you know it, you have 40, and you’re writing a blog post about it. Anyway.
The bigger picture
I think we’re at an interesting moment for how people relate to AI at work. The early conversation about AI at work was mostly about generation. Make me a thing. Write me the code. The reality, at least for me, is more like augmentation of invisible labor. The stuff that burns you out but never shows up in your output. The meta-work nobody acknowledges in performance reviews but everyone is buried in.
Every leader I know is overwhelmed by context. Every neurodivergent professional I know is spending enormous energy on systems that neurotypical people navigate without thinking about. Automations won’t fix organizational dysfunction or bad management or an unreasonable workload. But they can give you back enough headspace to actually do the work you’re here to do.
And honestly? That’s enough. That’s a lot.
And look, this is a GitHub product. It’ll also run your dependency updates, triage your issues, do security sweeps across your repos. The developer workflows are exactly what you’d expect. I just happen to use it for the parts of my job nobody talks about.
Make your own automations in the GitHub Copilot app >
The post I automated my job (and it made me a better leader) appeared first on The GitHub Blog.
関連記事
インドのMoEngage、マーケティングの未来は数百万のAIエージェントだと確信
インドの企業MoEngageが、マーケティングの将来は数百万台のAIエージェントによって支えられると主張している。同社はこの戦略に賭けている。
Fika Jobs が 400 万ドルを調達し、AI エージェントが候補者を面接する動画中心の採用プラットフォームを構築
スタートアップ企業の Fika Jobs は、AI エージェントが候補者と対話して面接を行う動画中心の採用プラットフォームを開発するため、400 万ドルの資金調達を実現した。
プロダクトエンジニアとして働く — 小規模開発チームにおけるクライアントとバックエンドの越境開発の記録
メルカリエンジニアリングは、2026 年の技術公開月間に際し、PdE(プロダクトエンジニア)という新しい役割を導入した。同社は、クライアントエンジニアがバックエンドを、またその逆も行う越境開発体制を試験的に開始し、小規模チームでの実践記録を共有している。
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み