<aside> 💡
ひとことで言うと： Notion 3.5で登場した「Workers」は、外部データの同期・エージェントへの新機能追加・他ツールからの自動トリガー（自動起動のきっかけ）を実現する仕組み。コードを書くのは開発者の仕事だけど、「何ができるようになったのか」を知っておくと、自分のNotionの使い方が変わる。
</aside>
Notionのオートメーションで、Notion内の作業はほとんど自動化できるようになった。でも、ずっと残ってた「手作業」がひとつある。
外部ツールのデータをNotionに持ってくること。
Salesforceの顧客データ、Zendeskのサポートチケット、社内ツールの数字。NotionのDBに反映するには、手動コピペか外部サービス（Zapier / Make / n8n）を挟むしかなかった。
2026年5月、Notion 3.5で「Workers」がリリースされた。Notionのサーバー上でカスタムコードを動かせる仕組みで、Notion単体で外部データの同期やWebhookの受信ができるようになった。
コードを書くのは開発者の仕事。でも、「何ができるか」を知っておくだけで、開発者やCoding Agent（Claude Code等、コードを自動で書いてくれるAI）に「こういうの作れない？」と具体的に頼めるようになる。 それだけで、Notionの自動化の幅がかなり広がる。
この記事では、Workersの全体像を非エンジニア目線でまとめていく。
Workersは、Notionのサーバー上でカスタムコードを動かせる仕組みだ。
自分でサーバーを用意する必要はない。開発者（またはCoding Agent）がTypeScript（プログラミング言語の一種）でコードを書いて、Notion CLI（ntn。ターミナルからNotionを操作する開発者向けツール）経由でデプロイ（サーバーに反映）すると、あとはNotionのインフラ上で自動的に動き続ける。
イメージとしては、Notionに住み込みの裏方スタッフを雇うようなもの。表には出てこないけど、データの同期や外部ツールとの連携を裏側でひたすら処理してくれる。
「Notionの自動化」と聞くと、オートメーションやカスタムエージェントを思い浮かべると思う。Workersはそれらとは役割が違う。
| 比較項目 | オートメーション | カスタムエージェント | Workers |
|---|---|---|---|
| 誰が設定する？ | 誰でも | 誰でも | 開発者（CLI使用） |
| コード必要？ | 不要 | 不要 | 必要（TypeScript = プログラミング言語） |
| 何ができる？ | Notion内の自動処理 | AIによる自律的な作業 | 外部データ同期・外部API（他サービスとの接続口）連携・Webhook（後述）受信 |
| 動く場所 | Notion内 | Notion内 | Notionのサーバー上（隔離された安全な実行環境） |
| 向いてる用途 | ステータス変更で通知、プロパティ自動設定 | 週次レポート作成、フィードバック整理 | 外部DBとの同期、独自ツール作成、外部イベントの自動受信 |
つまり、3つは競合じゃなくて役割分担。オートメーションが「Notion内のルーティン処理」、カスタムエージェントが「AIによる自律的な作業」、Workersが「外部世界との接続」を担当する。
<aside> ⚠️
プラン制限あり： Workers機能はビジネスプラン以上（ビジネス・エンタープライズ）で利用可能。さらに、ワークスペースオーナーによる有効化が必要。
</aside>