「Slackの通知が多すぎて重要なメッセージを見逃す」「承認フローがSlackとメールで二重管理になっている」「日報や週報を毎回手書きするのが面倒」
こうしたSlack運用の課題は、OpenClawの自動化機能で解決できます。
OpenClawはSlackとのネイティブ連携により、メッセージの送受信・リアクション・スレッド管理・チャネル操作を全てプログラマティックに制御できます。本記事では、OpenClawを使ったSlackワークフロー自動化の実践レシピを解説します。
この記事を3秒でまとめると
- OpenClawのmessageツールでSlackの送信・リアクション・ピン留めを自動化できる
- cronジョブと組み合わせて日報・週報・定期レポートを完全自動化
- インシデント対応の初動をSlack経由で自動トリガーできる
OpenClawのSlack連携基盤
messageツールの主要機能
OpenClawのmessageツールは、Slackに対して以下の操作をプログラマティックに実行できます。
| 機能 | アクション | 用途 |
|---|---|---|
| メッセージ送信 | send | 通知・レポート・アラート |
| リアクション | react | 承認・確認・ステータス表示 |
| メッセージ読み取り | read | 過去メッセージの分析 |
| ピン留め | pin / unpin | 重要情報の固定 |
| メンバー情報 | member-info | ユーザー情報の取得 |
基本的なメッセージ送信
// OpenClawからSlackチャネルにメッセージを送信
message({
action: "send",
target: "C0AF55LV0B0", // チャネルID
message: "🔔 日次レポートを生成しました"
})
チャネル設定(openclaw.json)
OpenClawの設定ファイルでSlackチャネルをバインドします。
{
"agents": {
"ses-base": {
"channels": {
"slack": {
"bindings": [
{
"channelId": "C0AF55LV0B0",
"label": "#ses-base"
}
]
}
}
}
}
}
実践レシピ1: 承認ワークフローの自動化
経費申請の承認フロー
Slackメッセージをトリガーにした承認フローを構築します。
ワークフロー概要:
- ユーザーが
#approvalsチャネルに申請を投稿 - OpenClawが内容を分析し、適切な承認者にメンション付きで転送
- 承認者がリアクション(✅ or ❌)で回答
- OpenClawがリアクションを検知し、結果を通知
# HEARTBEAT.md に追加
## 承認フロー監視
- #approvals チャネルの新規メッセージをチェック
- 未処理の申請があれば承認者にリマインド
- 24時間以上放置された申請はエスカレーション
日次の承認ステータスレポート(cronで自動実行):
📊 承認ステータス日次レポート(2026-03-22)
✅ 承認済み: 3件
- 交通費精算(田中) → 佐藤が承認
- ソフトウェアライセンス(鈴木) → 山田が承認
- 出張申請(高橋) → 佐藤が承認
⏳ 未処理: 1件
- サーバー増設申請(伊藤) → 48時間経過 ⚠️
❌ 却下: 0件

実践レシピ2: 日報・週報の自動生成
Git活動ベースの日報
OpenClawのcronジョブで、毎日18:00にGitのコミットログとGitHub PRの活動を分析し、日報を自動生成します。
# cron設定例
cron: "0 18 * * 1-5" # 平日18:00
task: "本日のGitコミットログとGitHub PR活動を分析して、
#daily-report チャネルに日報を投稿して"
生成される日報の例:
📝 日報 | 2026-03-22(金)
## 🔨 今日やったこと
- feat: ユーザー認証のPasskeys対応 (#142)
- WebAuthn APIの統合テスト追加
- フロントエンドのログインフォームを更新
- fix: メール送信のリトライ処理バグ修正 (#138)
- docs: API仕様書の更新
## 📊 数値
- コミット: 12件
- PR作成: 2件 / マージ: 1件
- コードレビュー: 3件
## 🎯 明日の予定
- Passkeys対応のE2Eテスト
- デプロイ手順書の作成
週次サマリーの自動集計
# cron設定例
cron: "0 17 * * 5" # 金曜17:00
task: "今週のチーム活動をGitHub・Slack・カレンダーから
集計して #weekly-summary に週報を投稿して"
cronジョブの詳細はOpenClaw cronスケジューリングガイドを参照してください。
実践レシピ3: インシデント対応の自動化
アラート受信 → 初動対応
監視システム(DatadogやPagerDuty)からのSlackアラートをOpenClawが検知し、初動対応を自動化します。
自動化される初動対応:
- インシデントチャネルの自動作成:
#incident-20260322-api-timeout - 関係者の自動招待: オンコール担当者をチャネルに追加
- 初期情報の自動収集: サーバーステータス、最近のデプロイ、エラーログ
- ランブックの自動参照: 類似インシデントの過去対応をスレッドに投稿
# ワークフロー: インシデント自動対応
1. #alerts チャネルでcriticalアラートを検知
2. インシデント専用チャネルを作成
3. オンコール担当者にDMとチャネル招待を送信
4. 以下の情報を自動収集して投稿:
- 直近1時間のエラーレート
- 最後のデプロイ情報
- 影響を受けるサービス一覧
5. 類似インシデントの対応履歴を検索して投稿
インシデント対応全般はOpenClawインシデント対応自動化ガイドで詳しく解説しています。
実践レシピ4: チャネル管理の自動化
不活性チャネルの整理
長期間活動のないチャネルを自動検出し、アーカイブ提案を行います。
# 月次cron: チャネル整理
cron: "0 10 1 * *" # 毎月1日 10:00
task: "90日以上投稿のないSlackチャネルをリストアップし、
#admin チャネルにアーカイブ候補として報告して"
プロジェクト完了時の自動アーカイブ
GitHub IssueやProjectのステータスと連動して、プロジェクトチャネルを自動的にアーカイブする仕組みも構築できます。
実践レシピ5: ナレッジベースの自動構築
Slackメッセージの自動分類・保存
重要なSlackメッセージを自動的にNotionやGitHubのWikiに保存します。
# ワークフロー: ナレッジ自動蓄積
- 📌ピン留めされたメッセージを検知 → Notionに自動保存
- "TIL"タグ付きメッセージ → チームのTILデータベースに追加
- 解決済みのスレッド → FAQドキュメントに追加
技術Q&Aの自動アーカイブ
#tech-help チャネルで解決したQ&Aスレッドを、後から検索可能な形で自動保存します。
📚 Q&A アーカイブ | 2026-03-22
Q: Docker Composeでpostgresが起動しない
A: volumeのパーミッションが問題。`docker volume rm`で一度削除して再作成
→ 解決(✅リアクション: 3人)
Q: TypeScriptのstrictモードでany型をなくすには?
A: unknown型への段階的移行 + as演算子の最小化
→ 解決(✅リアクション: 5人)
高度な連携パターン
Slack × GitHub × Calendar の三連携
OpenClawの強みは、SlackだけでなくGitHub・カレンダー・メールなど複数サービスを横断したワークフローが構築できることです。
パターン例: PRレビュー催促
- GitHubでPRが48時間レビュー待ちになっている
- OpenClawがSlackでレビュアーにリマインド
- カレンダーを確認し、レビュアーが空いている時間帯に通知
GitHub連携についてはOpenClaw GitHub PR自動化ガイドを参照してください。
Slack × GA4 × メール のマーケティング連携
# 日次cron: マーケティングレポート
cron: "0 9 * * 1-5"
task: "GA4の昨日のアクセスデータを取得し、
前日比・前週比を計算して #marketing に投稿。
異常値(±20%以上の変動)があればアラート付きで"
GA4連携はOpenClaw GA4アナリティクス自動化ガイドで詳しく解説しています。
Slack自動化のベストプラクティス
✅ Do:
- チャネルIDで指定する(チャネル名はリネームされる可能性あるため)
- メッセージにはコンテキスト(時刻・ソース・リンク)を含める
- 深夜帯(23:00-8:00)の通知は抑制するかサイレント送信にする
- リアクションを活用して視覚的にステータスを表示する
❌ Don’t:
- 1分間隔で大量のメッセージを送信する(レート制限に注意)
- 全メンバーへのメンション(@channel/@here)を自動化する
- 機密情報をパブリックチャネルに自動投稿する
- エラー通知を制限なく送信する(アラート疲れの原因)
OpenClawのSlack連携の技術的注意点
レート制限への対応
Slack APIにはレート制限があるため、OpenClawのメッセージ送信は以下のルールに従います。
- 通常メッセージ: 1秒あたり1メッセージを推奨
- バースト送信: 複数チャネルへの同時送信は間隔を空ける
- 429エラー: Retry-Afterヘッダーに従って自動リトライ
メッセージフォーマットのコツ
Slackメッセージの可読性を高めるフォーマットのコツ:
- 絵文字プレフィックス: 🔔通知、⚠️警告、✅成功、❌失敗
- コードブロック: 技術的な詳細は
\``` で囲む - リンク: 関連するダッシュボードやドキュメントへのリンクを必ず含める
- 箇条書き: 長文は避け、ポイントを箇条書きにする
SES案件でのSlack自動化活用
SES案件の現場でSlack自動化が活きるシナリオ:
- 稼働時間レポート: 月末にJIRAやTimesheetの工数をSlackに自動集計
- オンボーディング: 新規参画者に必要情報を自動DM
- リリース通知: デプロイ完了をステークホルダーに自動通知
- 障害連絡: 監視アラートをエスカレーションパスに沿って自動通知
まとめ — OpenClawでSlackを「業務の中枢」に変える
Slackは単なるチャットツールではなく、業務ワークフローのハブとして活用できます。OpenClawと連携することで、以下の自動化が実現します。
- 通知の最適化: 重要度に応じた適切なタイミング・チャネルでの通知
- 承認フロー: リアクションベースの軽量な承認ワークフロー
- レポート自動化: 日報・週報・各種レポートの完全自動生成
- インシデント対応: アラート検知から初動対応までの自動化
- ナレッジ蓄積: チャットの中の有益な情報を自動保存
OpenClawのSlack・Discord統合ガイドと合わせて、Slackを最大限に活用しましょう。
SES BASEでは、DevOps・自動化スキルを活かせるSES案件を多数掲載しています。
関連記事: