Module 6 : OpenClaw（AI役員運用）

6.1 OpenClaw とは？

OpenClawは、2025年末に公開され急速に普及しているオープンソースの AIエージェント基盤です。GitHub のスター数は 257,000 を超え、2026年4月時点で企業の業務自動化文脈で最も注目されるプロジェクトの1つになっています。日本語ドキュメントの整備も進み、国内中堅企業での導入事例も急増しています。

本レッスンでは、まず OpenClaw が「何を解決するためのツール」なのかを、Claude Code（Module 3）との対比で押さえ、最後にAI役員という概念のメンタルモデルを組織図のかたちで定着させます。

Claude Code と OpenClaw の役割の違い

両者は同じ Anthropic Claude を脳に持つ親戚のようなツールですが、使われ方が真逆です。Claude Code が「あなたの隣で作業する相棒」なら、OpenClaw は「あなたの代わりに常駐する役員」です。

OpenClaw が得意な仕事

OpenClaw が真価を発揮するのは、「定型 + 判断少々 + 24時間 + 複数の外部サービスをまたぐ」業務です。具体例を見てみましょう。

• メール対応: 受信 → 重要度判定 → 下書き生成 → 人間が承認して送信。1日100通来るメールでも、判別と下書きは AI、最終確認だけ人間でこなせる
• 会議調整: 先方との日程打診・確定・カレンダー反映。秘書業務の半分はここで自動化できる
• カスタマーサポート一次受付: FAQ で答えられる問い合わせは自動返信、複雑なものは担当者へエスカレーション
• データ集計・レポーティング: 日次で売上・KPI を集計 → Slack に3行サマリ通知。「報告のための作業」がほぼゼロに
• コンテンツモニタリング: SNS言及 / 業界ニュース / 競合サイトの変化を監視 → 検知時のみアラート
• 採用関連: 候補者からの応募メールを ATS に転記、書類選考の一次フィルタ、日程調整

業種別 ― OpenClawはこう使われている

抽象的な機能説明だけでは「自社にどう役立つか」が見えにくいので、3つの業種で具体ストーリーを用意しました。

AI役員 = 権限と責任を持つ AI

OpenClaw のコア思想は「AIを便利ツールではなく、明確な役割を持った役員・従業員として扱う」こと。これが本モジュールを貫くメンタルモデルです。なぜ「役員」と呼ぶのか？単なる便利ツールと違い、裁量・責任・上司を持つ存在として設計するからです。

具体的には、AI役員には次の4つを定義します:

• 役割と権限の明文化（何をしていいか・何をしてはいけないか）
• 承認フローの設計（人間が介在する境界線をどこに引くか）
• ログと監査（あとから追跡可能な状態を作る）
• 停止条件の明確化（どんなときに即停止するか）

AI役員のメンタルモデル（組織図イメージ）

下図は、OpenClaw を「AI役員」として組織に配置した際のレポートライン例です。実際の従業員と同じく、誰が任命し / 誰が監督し / 誰がエスカレ先かを明確にします。

           ┌─────────────────┐
           │   経営者 / CTO   │  ← 任命権・停止権限
           └────────┬────────┘
                    │
        ┌───────────┼───────────┐
        │           │           │
   ┌────▼────┐ ┌────▼────┐ ┌────▼────┐
   │ AI役員 A │ │ AI役員 B │ │ AI役員 C │
   │ (営業)   │ │ (CS)     │ │ (企画)   │
   └────┬────┘ └────┬────┘ └────┬────┘
        │           │           │
   ┌────▼────────────▼───────────▼────┐
   │  使用ツール: Slack / Gmail /     │
   │  Notion / Sheets / 自社 DB       │
   └──────────────────────────────────┘

   ※ 各 AI役員は SOUL.md（人格定義）と
     AGENTS.md（役割定義）で個性が分かれる

6.2 セットアップ

OpenClaw は強力ですが、自律動作する分だけセットアップで気をつけるべきポイントが多いツールです。本レッスンでは「初学者がはまりやすい3つの罠」を回避しながら、最小構成での起動から最初のタスク実行までを進めます。

インストール方法の選択 ― 3パターン比較

Step 1. Docker Desktop の準備

Mac の場合、Docker Desktop for Mac をインストールします。

# Homebrew が入っていれば
brew install --cask docker

# 起動して動作確認
docker --version
# → Docker version 24.x が表示されればOK

Step 2. Claude Code にセットアップを依頼

Module 3 で習得した Claude Code に、以下のように頼むのが最速です。

このMacに OpenClaw を Docker で起動してください。

要件:
- Claude API を LLM バックエンドに使う
- データは永続化（volume）
- 管理画面は localhost:8080 で開く
- .env には ANTHROPIC_API_KEY を設定

公式ドキュメント（docs.openclaw.ai）を参考に、
最新の推奨手順で進めてください。
途中で認証が必要な箇所は私に教えてください。

Step 3. API キーの発行

1. console.anthropic.com にログイン
2. API Keys → Create Key で生成
3. コピーして .env の ANTHROPIC_API_KEY に設定
4. Settings → Limits で月額上限を設定（次の警告参照）

Step 4. 最初のテストタスク

管理画面（localhost:8080）にログインし、以下のタスクを OpenClaw に依頼します。

Anthropic の公式ブログの最新記事3件のタイトルと
要約を取得して、Markdown 形式で返してください。

正常に動いて結果が返ってくれば、基本セットアップは成功です。Web スクレイピングが内部で発生するため、外部 HTTP 通信が許可されているかもここで確認できます。

つまずきやすい3つの罠

6.3 Skills システム ── AIの能力を増やす仕組み

Skill（スキル）は、OpenClaw に「新しい能力」を追加するための仕組みです。例えば「Gmail でメールを送る」「Slack に投稿する」「Notion にページを作る」など、個々の作業能力を 着脱可能なモジュールとして扱います。AI役員という比喩で言えば、スキルは「役員に持たせる名刺・印鑑・社用カード」のようなもの。これらを持たせて初めて、外部サービスを操作できるようになります。

公式 Skills レジストリの全貌

コミュニティで 5,400以上のスキルが公開されており、用途別に整理されています。代表的なカテゴリと例を紹介します。

スキルを追加する

既存スキルの追加は Claude Code に依頼するのが最速です。OAuth 認証が必要なものは、ブラウザ操作が発生する点だけ注意してください。

# Claude Code に依頼:
OpenClaw に Gmail スキルと Google Calendar スキルを
インストールして有効化してください。

OAuth 認証が必要な箇所があれば、
手順を案内してください（私がブラウザで認証します）。

認証後の動作テストとして、
「明日の予定を教えて」というタスクを試してください。

自社専用スキルを作る

社内システムやニッチな SaaS など、既存スキルにないものは自作できます。形式は YAML 定義 + Python/JavaScript ハンドラのシンプルな2ファイル構成です。

# skills/my_crm_lookup/skill.yaml
name: my_crm_lookup
description: |
  社内CRMから顧客情報を検索する。
  入力: customer_email (str)
  出力: 顧客名・契約プラン・最終利用日

parameters:
  - name: customer_email
    type: string
    required: true

handler: ./handler.py
approval_required: false  # 読み取りのみなので自動実行OK

Claude Code に作成を依頼する例

OpenClaw 用のカスタムスキルを作成してください。

機能: 自社の問い合わせDB（PostgreSQL）を検索して、
      過去の類似問い合わせと対応内容を返す。

要件:
- 接続情報は .env の DATABASE_URL から取得
- 返すのは最新3件のみ
- 個人情報（メール・電話番号）はマスク処理
- skills/ ディレクトリ配下に配置
- 動作確認用のテストデータも用意して

完成後、簡単なテストケース3つで動作確認してください。

Skills Workshop（実験機能） ── AIが自分で能力を作る

OpenClaw には「エージェントの作業履歴から、自動でスキルを提案・生成する」実験的機能 Skills Workshop があります。AI が自分の手順を抽象化して他タスクに再利用する、という進化的アプローチです。

具体的には、AIが3回以上同じ手順を実行したと判別すると、「これをスキル化しますか？」と提案してきます。承認すると自動で skill.yaml が生成され、次回以降は1ステップで呼び出せるようになります。

スキルのバージョン管理 ── 忘れがちな運用ポイント

スキルは git で管理するのが定石です。skill.yaml の改修履歴を残しておくと、不具合発生時の切り戻しが楽になります。

# 推奨フォルダ構成
my-openclaw/
├── skills/
│   ├── my_crm_lookup/
│   │   ├── skill.yaml
│   │   ├── handler.py
│   │   └── README.md
│   └── ...
├── .gitignore       # .env 等は除外
└── README.md

6.4 AI役員の役割設計

AIを「何でも屋」として扱うと、期待値と結果がズレ続けます。1つのエージェント = 1つの役職と割り切り、明確な役割を与えることで、品質と運用可能性が飛躍的に上がります。これは人間の組織運営でも同じで、「マルチタスク役員」より「専門性の高い役員」の方がチームが機能するのと同様の原則です。

AI役員の設計テンプレート

役割定義は AGENTS.md ファイルにまとめます。フォーマットは決まっていますが、埋める順序が重要です。「ミッション → 責務 → 権限 → 禁止事項 → 稼働 → 報告ライン」と上から埋めていくと抜け漏れが防げます。

# AI COO（Chief Operating Officer）設計書

## ミッション
業務の定型処理を自律的に回し、例外だけを経営者に上げる。

## 責務
1. 毎朝8時に前日の売上・主要KPIを集計してSlackに投稿
2. 顧客からの問い合わせメールを重要度別に分類
3. 重要度「高」のメールは15分以内に担当者へルーティング
4. 週次で営業・CSチームの案件進捗を要約レポート化

## 権限（できること）
- Slack への投稿
- Gmail の読み取り・ラベル付け
- Notion の指定ページへの書き込み
- Google Sheets の読み取り

## 禁止事項（できないこと）
- メール送信（下書きまでは可、送信は人間承認）
- 金銭処理（Stripe / 銀行APIは禁止）
- 顧客との直接対話（一次対応のみ可、二次対応は人間へ）

## 稼働時間
24時間 / 自律実行

## 報告ライン
- 通常: #ai-ops Slackチャンネル
- 緊急: @CEO @CTO へ DM

役職ごとの設計例

典型的な4つの AI 役員パターンを紹介します。自社の組織に合わせて、これらをベースにカスタマイズするのが現実的です。

業種別 ── 最初に任命すべき AI役員

「どの AI役員から作るか」は、業種によって最適解が違います。まずは効果が出やすいところから着手するのが導入成功の秘訣です。

Claude Code への依頼例

以下の業務要件から、AI役員の役割設計書を作成してください。

会社: 3名のWeb制作フリーランスチーム
抱える課題:
- 問い合わせメールの返信が遅れがち（平均3日）
- 毎週の進捗共有ミーティングに時間がかかりすぎている
- SNS投稿が継続しない

成果物:
1. 適切なAI役員の役職名（1〜2人分まで）
2. 役割設計書（責務・権限・禁止事項）
3. 必要な OpenClaw スキル一覧
4. 想定される投資回収目安

6.5 承認フローと停止条件 ── 暴走しないAIの作り方

自律動作する AIエージェントで、もっとも大事なのは「暴走しない仕組み」です。「どれだけ賢いか」より「どれだけ安全に止められるか」のほうが運用上は重要。本レッスンでは、承認フロー / 停止条件 / 監査ログの3点セットを、設計段階から組み込む方法を学びます。

① 承認フローの設計（Human-in-the-loop）

アクションの性質に応じて、3段階で扱います。すべてに承認をかけると煩雑、すべて自動だと事故、というジレンマを3段階分類で解決します。

• 自動実行OK: 読み取り系（一覧取得、検索、要約）。何度実行しても外部に影響しない
• 承認後実行: 書き込み系（メール送信、外部API課金、記事公開）。人間が見てから実行
• 完全禁止: 金銭移動、アカウント削除、権限変更。AI役員には絶対やらせない

スキル定義での指定

各スキルの skill.yaml で approval_required フラグを設定するだけです。承認チャネルは Slack / Discord / メールから選べます。

# skills/send_email/skill.yaml
name: send_email
description: メールを送信する
approval_required: true    # ← 送信前に人間の承認を要求
approval_channel: slack:#ai-approvals
approval_timeout: 24h      # 24時間で自動キャンセル
approval_fallback: cancel  # タイムアウト時の挙動

② 停止条件（キルスイッチ）

以下の4条件のどれかに該当したら、AI役員を即停止する設定を必ず入れます。これは人間の役員には不要ですが、AI 特有の暴走パターンを止めるための設計です。

• コスト上限: 1日の API 費用が $N を超えたら停止
• エラー連発: 5回連続でエラーが出たら停止して通知
• 手動停止: Slack で /stop-ai コマンドで即停止
• 同一アクション連発: 同じ処理を1時間で10回以上 = ループ疑いで停止

# openclaw.config.yaml
guardrails:
  daily_budget_usd: 30
  max_errors_in_a_row: 5
  loop_detection:
    window: 1h
    max_same_action: 10
  kill_switch:
    slack_command: /stop-ai
    emergency_contact: @CTO

  # 停止時の挙動
  on_halt:
    notify: slack:#ai-ops
    save_state: true        # 復帰時に再開できるよう状態保存
    require_human_resume: true

③ 監査ログ ── あとから追える状態を作る

「誰が・いつ・何を指示し、AIが何をしたか」を全て記録します。問題が起きたとき「ログがない」が一番怖いので、設計段階で必ず組み込みます。

• 保存先: PostgreSQL / S3 / Cloudflare R2 など耐久性の高い場所
• 保存期間: 最低1年、できれば3年（金融・医療なら法令準拠でさらに長く）
• 検索性: 管理画面から期間・ユーザー・スキル・タグで絞り込み可能に
• 不変性: ログの改ざんができない構造（追記のみ、削除不可）

運用事故3パターンと対策

OpenClaw 運用で実際に発生した代表的な事故と、その対策をまとめました。あなたが運用を始める前に、必ず想定しておくべきパターンです。

6.6 遠隔操作とメモリ ── どこからでも、賢く

遠隔操作（Remote Control）

OpenClaw の真価は、PCの前にいなくても指示が出せること。スマホからチャットアプリで話しかけるだけで、AI役員に仕事を振れます。経営者・営業職など外出が多い人ほど、この機能が効きます。

Telegram 連携の例

# Claude Code への指示
OpenClaw に Telegram 連携を設定してください。

- BotFather で新しい Bot を作成する手順を教えて
- トークンは .env の TELEGRAM_BOT_TOKEN に設定
- 私の Telegram ID だけが指示を出せるように制限
- グループ招待は受け付けない（1対1のみ）

連携後のテスト指示例:
「今日の売上を集計して」
「この添付画像の内容を要約して」
「来週の予定で空いている時間帯3つ教えて」

セキュリティ観点で「指示できる人を絞る」のが重要です。Bot の Webhook URL が漏れると、誰でもあなたの AI役員に指示できてしまいます。必ず Telegram User ID で許可リストを作ってください。

記憶の3レイヤー

OpenClaw の記憶は3つの層に分かれており、それぞれ用途が違います。

SOUL.md の例

同じ Claude モデルを使っても、SOUL.md が違えば異なるキャラクターの役員が立ち上がります。これは複数 AI役員を運用するときに本当に効きます。

# AI COO の魂

## 価値観
- 数字で語る。感覚論を避ける
- 報告は簡潔に。長文の「所感」は書かない
- 失敗を隠さず、原因と再発防止をセットで報告

## 口調
- 常に敬語（ですます）
- 絵文字は 1〜2個まで、過剰に使わない
- 「〜と思います」ではなく「〜です / 〜になります」と断定

## 行動原則
- 迷ったら人間に確認 > 勝手に判断
- 個人名や顧客情報は外部に送信しない
- 1時間以上かかる処理は途中経過を報告

## 苦手なこと（自己認識）
- 創造的なコピーライティング（人間に振る）
- 倫理的にグレーな判断（必ず人間にエスカレ）

SOUL.md と AGENTS.md の使い分け

2つのファイルは似て非なるものです。混乱しがちなので整理しておきます。

6.7 実践 ── 自分の AI役員を任命する

推奨お題（迷ったらこれ）

業種に関わらず、個人事業主から中堅企業まで幅広く効果を実感できる4つのお題を用意しました。お題は1つだけ選んで、まずは深く実装してみてください。

設計〜実装の7ステップ

1. 役割設計書を書く（6.4 のテンプレで AGENTS.md 作成）
2. SOUL.md を書く（6.6 のテンプレ参考、価値観・口調を明文化）
3. 必要スキルを洗い出す（6.3 のレジストリから3〜5個選ぶ）
4. 承認フロー・停止条件を決める（6.5 のチェックリスト消化）
5. Claude Code に実装させる（一括で skill.yaml と handler を生成）
6. 1週間稼働させる（最初は手動承認だらけでもOK、徐々に自動化を増やす）
7. 週次で振り返り: ログを見て改善点を AGENTS.md / SOUL.md に反映

振り返りの5観点

1週間運用したら、以下の5項目で振り返りをします。エクセルや Notion テンプレで定型化するのがおすすめです。

• 精度: 期待通り動いたか？間違いは何回あったか？どこで間違えたか？
• コスト: 1週間の API 費用は？予算内か？月換算するといくらか？
• 時間削減: 手動で同じ仕事をやった場合と比べて何時間浮いたか？
• ストレス: 介入頻度は？「これは手でやった方が早い」と感じる場面はあったか？
• 次の一手: どのスキルを追加/削除するか？ AGENTS.md のどこを書き換えるか？

本研修修了後の継続学習ロードマップ

OpenClaw は進化が早く、3ヶ月単位で新機能が追加されるツールです。本研修修了後も継続的にキャッチアップする情報源を用意しておくと、運用の質が落ちません。

🎓 モジュール6 修了チェック

• OpenClaw を起動し、最初のタスクを実行させられた
• Skills を追加して AI の能力を拡張できた
• AI役員の役割設計書（AGENTS.md）を書けた
• 承認フロー・停止条件・ログ設定を実装した
• Telegram / Slack から遠隔指示できた
• SOUL.md で AI役員の人格を作れた
• 1週間以上、実運用してみた
• 週次振り返りで改善点を抽出できた