文系出身エンジニアのためのOpenClaw 導入・実践ガイド

-- Views

August 12, 26

スライド概要

profile-image

はじめまして、yukikoと申します。 IT教育支援や、DX推進が可能です。 ◆ スキル LPIC レベル2 AI / Python Splunk BI(データ可視化・分析) ◆ その他 新卒・未経験の学生向けに、エンジニア転職を応援する資料を趣味で作成しています。 もしよろしければご活用ください。

シェア

またはPlayer版

埋め込む »CMSなどでJSが使えない場合

ダウンロード

関連スライド

各ページのテキスト
1.

文系出身エンジニアのための OpenClaw 導入・実践ガイド 無料でWindowsに導入し、詰まりどころを乗り越え、クライアントに説明できるようになるまで うさうさ研修工房

2.

AGENDA 本編の構成 第1章 第2章 第3章 OpenClawをWindowsに無料で 導入する 初心者がつまずきやすいポイン ト解説 用語・原理原則・クライアント対 応 2

3.

CHAPTER 1 — WHY なぜ今OpenClawを触っておくべきか OpenClawは、Peter Steinberger氏が開発したオープンソースの自律型AIパー ソナルアシスタント。Mac・Windows・Linux・iOS・Androidで動作し、ファイル操 作、ブラウザ操作、アプリ間のワークフロー自動化を実際にPC上で実行できる。 ポイント 「AIエージェントに実際の作業をさせる」体験は、チャット型AIとは別物。新人のう ちに仕組みと勘所、そしてリスクの所在を体験しておくことが、今後どの現場でも 効く基礎教養になる。 断定的な言い切りを避け、公式ドキュメン トと査読済み論文に基づいて解説しま す。 3

4.

CHAPTER 1 — WHAT OpenClawとは何か 開発者 Peter Steinberger氏 公開形態 オープンソース 対応OS macOS・Windows・Linux・iOS・Android できること ファイル管理、ブラウザ操作、アプリ間ワークフロー自動化 使えるモデル Claude、GPT、ローカルモデルなど 4

5.

CHAPTER 1 — HOW Windowsへの導入方法は 3通り ① Windows Hub ② ネイティブ CLI ③ WSL2 Gateway 推奨。GUI操作のみ、管理者権限不 要。文系・新人が最も挫折しにくい PowerShell 1行でインストール。ターミ ナル操作に慣れた人向け Linux互換性を最優先したい場合の選 択肢 5

6.

CHAPTER 1 — SECURITY セキュリティに関する注意点 便利さの裏にある攻撃対象領域の広さ。査読済み論文でも、外部データに紛れ込ませた命令に従ってしまう間接プロンプトインジェクション が最重大リスクの一つとされる。 プライバシー関連コマンドは明示的な許可がない限り実行されない設計 system.run系機能はまず隔離環境で検証する 認証情報をコミットやIssue・PRに貼り付けない 信頼できない外部データは間接プロンプトインジェクションの入口になり得ると理解して使う 6

7.

CHAPTER 1 — USE CASES 使い方事例 デスクトップ自動化 チャット連携 MCPクライアント連携 開発補助 ファイル整理・アプリ起動・通知 管理をエージェントに指示 Telegram/Discord/Slack経由 でPC上のエージェントを操作 Claude Desktop・Claude Code等からWindowsのローカ ル機能を呼び出す ローカルのGit操作やビルドコ マンドの実行を自動化 7

8.

Chapter 2 初心者がつまずきやすいポイント 症状 → 原因 → 対処 → 公式参照の4点セットで地図化する 8

9.

CHAPTER 2 よくあるつまずき 6選 ① openclawコマンドが見つからない PATH未反映 ② EACCES / permission denied npmグローバル権限の問題 ③ bashコマンドが使えない Windows標準シェルの制約 ④ Gatewayサービス化で権限エラー schtasksに管理者権限が必要 ⑤ WSL関連のエラー /mnt/c配下の権限・systemd未設定 ⑥ Node.js/pnpmの警告 バージョン不足・ビルドスクリプト制限 9

10.

CHAPTER 2 一次切り分けチェックリスト openclaw --version は通るか? gateway install実行時のエラーか? openclaw doctor の出力にエラーはないか? WSLディストリビューション内での作業か? エラー文にEACCES/permission deniedは含まれるか? node -v は22.16以上か? エラー文にbashという単語が出ていないか? 「どの層のエラーか」を先に切り分ける習慣が、検索より早い解決につながる 10

11.

Chapter 3 用語・原理原則・クライアント対応 技術内容を、クライアントに説明できる言葉に翻訳する 11

12.

CHAPTER 3 — 用語 クライアント向け言い換え例 エージェント( Agent) 指示に従って実際の作業を代行するAIプログラム Gateway AIの司令塔にあたる常駐プログラム プロンプトインジェクション 外部の文章に紛れた“ニセの指示”にAIが従うリスク 権限スコープ AIに「ここまではやっていい」と決める範囲設定 サンドボックス 本番環境に影響が出ない、お試し用の隔離環境 🔍 主語=人間が設定した範囲で語ると安心感が出る(「エージェントが〜する」ではなく「この範囲でだけ動く」) 12

13.

CHAPTER 3 — 原理原則 受け入れられやすい説明の型 同じ情報でも、提示の枠組み(フレーミング)で受け取られ方が変わる(Tversky & Kahneman, 1981)。「勝手に何かされる」という損失フレームより、「範囲を決 めて任せる」という自律性フレームで語る。 導入提案スクリプト例 「決まった範囲の作業だけを代行するAIツールです。事前に 許可した範囲でだけ自動化し、万が一の際も人間の承認を 挟む設計にしています。」 確実性 何が起きるか予測できる状態を作る 自律性 どこまで任せるかを自分たちで決められる 「『任せきる』のではなく、『どこまで任せるかを一緒に決める』 進め方です。」 13

14.

SUMMARY まとめ 導入はWindows Hub(GUI・無料・管理者権限不要)が最も挫折しにくい エラーは「どの層か」を切り分ければ検索より早く解決できる クライアント対応は損失フレームではなく自律性フレームで語る 主な参考文献 OpenClaw公式Docs/Abdelnabi & Bagdasarian (2026) arXiv:2605.17634/Tversky & Kahneman (1981) Science/Edmondson (1999) ASQ/Rock (2008) NeuroLeadership Journal/Gable et al. (2004) JPSP © うさうさ研修工房 14