toguma

OpenClaw 導入・活用レビュー — Slack連携からWordPressサイト移行まで

OpenClawAWSSlackAstroClaude

はじめに

オフィス常設の Mac mini (M1) に OpenClaw を導入し、日常的な AWS 運用業務を Slack チャットから実施できる環境を構築しました。さらに、その延長として会社ホームページの WordPress → Astro 移行まで OpenClaw に任せた実践レポートです。

環境セットアップ

OpenClaw のインストール

Mac mini (M1) への導入はスムーズでした。Apple Silicon ネイティブで動作するため、パフォーマンス面の心配もありません。

Slack 連携

インストール後すぐに Slack との連携を設定。以降はオフィス内・外出先を問わず、スマホの Slack から操作できる環境が整いました。

設定手順の詳細は公式ドキュメントを参照してください。 → OpenClaw Slack 連携セットアップガイド

AWS プロファイルの整備

案件ごとに AWS プロファイルを用意し、通常運用で使う権限へのスイッチも手動で設定済み。この部分は事前準備として管理者が用意しました。

# ~/.aws/config の例
[profile project-a]
role_arn = arn:aws:iam::123456789012:role/OperationRole
source_profile = default
region = ap-northeast-1

[profile project-b]
role_arn = arn:aws:iam::210987654321:role/OperationRole
source_profile = default
region = ap-northeast-1

AWS 運用の自動化

プロファイルと権限の準備ができた後は、以下の運用調査をすべて Slack チャットから実施できるようになりました。

用途内容
CloudWatch Logs 確認指定ロググループのエラー抽出・サマリ
エラー調査スタックトレースの解析と原因推定
ログ集計時間帯別・ステータス別の集計レポート
メンテナンスイベント収集EC2/RDS の予定イベント一覧
アラート発生原因調査CloudWatch Alarm の履歴とメトリクス照合

Slack から「project-a の昨日のエラーログ見せて」と投げるだけで、プロファイルを切り替えてログを取得・整形して返してくれます。深夜アラートの初動対応も翌朝のチャット確認で完結するようになり、大幅に運用工数が削減されました。

WordPress → Astro 移行

OpenClaw の活用はインフラ運用にとどまりませんでした。会社ホームページ（WordPress 管理）を Astro による静的サイトへ全面移行するプロジェクトも、ほぼチャット指示だけで完遂しました。

まず構成と運用フローの変化を図で確認してください。

アーキテクチャ比較

運用フロー比較

管理者が用意したもの

移行にあたって人間が手を動かしたのは以下の準備のみです。

  • GitHub リポジトリの作成（コード管理用）
  • CloudFront + S3 で配信する AWS アカウントのプロファイル
  • 必要な IAM 権限の設定（CloudFront / S3 / OIDC など）

OpenClaw が実施したこと

残りの作業はすべて Slack からの指示で OpenClaw が処理しました。

  1. 既存サイトの構成解析 — WordPress のページ構成・デザイン・コンテンツを解析
  2. データ収集 — 全ページのコンテンツを取得・整理
  3. Astro コードへの変換 — コンポーネント設計・ページ生成・CSS 実装
  4. GitHub Actions デプロイフローの構築 — push をトリガーに S3 同期 → CloudFront キャッシュ無効化まで自動化
  5. デザイン調整 — Slack チャットでのやり取りを通じて細かな修正を反復実施

結果

完成したサイトは enta.proudit.jp として公開中です。

移行による効果

項目移行前（WordPress）移行後（Astro 静的サイト）
サーバー費用月額 VPS/ホスティング費用S3 + CloudFront（ほぼゼロ）
セキュリティ管理プラグイン更新・脆弱性対応が定期発生静的ファイルのため攻撃面が激減
サイト更新工数管理画面での手動編集Slack チャットで指示するだけ
表示速度WordPress の処理時間ありCDN 配信の静的ファイルで高速

今後の展開：enta.proudit.jp の運用自動化

今回の移行をベースに、さらに踏み込んだ自動化の仕組みを導入予定です。

公演スケジュール連動の自動サイト更新

タレントの出演予定・公演期間・内容などの情報をあらかじめ OpenClaw に与えておくことで、公演前・公演中・公演後の各タイミングに合わせたホームページ改修を自動実行する仕組みを構築します。

タイミング自動で行う更新内容（予定）
公演前出演情報・チケット案内・カウントダウンバナーの掲載
公演中当日レポート・SNS連携・リアルタイム情報の反映
公演後写真ギャラリー・レポート記事・次回予告への切り替え

これまでは担当者が都度手を動かしていたこれらの更新作業が、スケジュール情報を渡すだけで自動化される予定です。

関連情報を集約した特設サイトの自動生成

公演や企画ごとに、関連情報を一か所に集めた特設サイトを OpenClaw が自動生成します。出演者プロフィール・イベント詳細・アクセス情報・SNSフィードなどを収集・整理してページとして仕上げ、GitHub Actions 経由で即座に公開するフローです。

目指す姿

運用の手間がかかりがちなコンテンツ更新を率先して自動化し、担当者は情報を与えるだけ、あとは OpenClaw が動くという体制を整えていきます。

乞うご期待。

まとめ

OpenClaw を日常運用に組み込むことで、「調べる・まとめる・修正する」という反復作業の多くをチャットに委譲できるようになりました。

特に今回の WordPress → Astro 移行は、「管理者がインフラの入口だけ用意して、あとは指示するだけ」という形で完遂できた点が大きな収穫です。サーバー費用・セキュリティ管理工数・更新作業工数がまとめて削減できた、非常に良い事例になりました。

OpenClaw の活用範囲はまだまだ広がりそうです。引き続き実践を重ねていきます。

記事一覧に戻る