OpenClaw：ラップトップを閉じられるようになったローカルエージェント
日曜日の終わり方が違うときがある。今週の日曜日はそのうちの一つだった。朝のうちにToDoリストを開いて、何かがちゃんと閉じていない感覚から一日が始まった。皮肉なことに、その答えは同じラップトップに住んでいるエージェントで、三回も自分が誰なのか説明する必要がなくなったものだ。
私はここ数年、自分のワークフローにAIアシスタントを取り入れ続けてきた。クラウドベースのものから始めて、サブスクリプションを渡り歩き、いつしか気づいた。日々の会話、つまりプロジェクトを支える一番大事な会話は、外部サービスが明日どのAPIを閉じてどの価格を上げるかによって左右されるべきではない、と。それが私をOpenClawに連れてきた。
エージェントが一緒に住み始めたとき何が変わるか
一番大きな違いは技術的なものではない。感情的なものだ。ラップトップを開いてOpenClawに書き込むとき、設定ファイルが自分のディスクにあること、インストールしたスキルを開いて読めること、ヒストリーがsqlite3で覗けるSQLiteデータベースに保存されていることを知っている。クラウドを信用していないわけではない。一〇年もサービスの方針変更と戦い続けた後で、動かないものを大事にするようになった。
コストも変わる。15分ごとにクーロンを動かし続ければトークンはかさむ。でも、デフォルトのモデルがMiniMax-M3で消費は自分のものなので、どの頻度なら価値があるか、どれなら価値がないかは自分で決められる。シンプルな計算だが、それができることでツールの使い方が変わる。
一番気に入っているのはスキル
一番心をつかまれたのはスキルシステムだ。OpenClawは長く汎用的なプロンプトを使うのではなく、タスクごとに専用の指示を読み込む。メールを要約して、Kubernetesのエラーを診断して、添付画像を理解してもらう——こうした動作はそれぞれ違うスキルを呼び出し、それぞれが専用に調整されたコンテキストを持つ。
これで二つの場面で時間が節約できる。まず、エージェントに毎回どう答えてほしいか言い直す必要がない。次に、コンテキストがすでに絞られているので、回答が短くて的確になる。例えばTelegramスキルは私が文字数制限を超えてはいけないことを知っている。Kubernetesスキルは私が現実の制約を持つ実在のクラスターについて話していることを理解している。
スキルは中央レジストリからインストールでき、バージョン管理もできる。だから流行に賭けているわけではないという安心感がある。スキルが変わったら、何が変わったかを見て、アップデートする価値があるか自分で判断できる。
まだ気になるところ
何もかもバラ色ではなかった。一番気になったのは、自分のシステム向けではないスキルを最初に追加しようとしたときのこと。返答は汎用的なエラーだった。ただしログには完全な物語が書かれていた。静かな失敗よりはましだが、ユーザーに寄り添う体験にはまだ改善の余地がある。
もう一つは応答時間だ。エージェントが長いチェーンを回すとき——インターネットで何かを探して、コマンドを実行して、結果を要約する——時折、私の脳が待てる時間より長くかかることがある。これはバグではなく、正しくやるためのコストだ。ただ、クラウドのチャット応答が即座に感じられるものと比べる場合は心に留めておく価値がある。
最後に、ドキュメントはほぼ全部英語だ。私自身は問題ないが、英語を話さない近しい人で試したいと思う人がいたら、それは深刻な障壁になる。
繰り返し戻ってくる疑問
ローカル・ソフトウェアをもう一つ維持する努力は価値があるのか？正直な答えは「場合による」。もしあなたの仕事が100%クラウドに依存しているなら、たぶん違う。一人で仕事をしており、中〜大規模のプロジェクトを抱え、自分のデータに何が起きるかコントロールを大切に思うなら、価値がある。OpenClawは万人のためのものではなく、それで正しいと思う。
一つだけ言えるのは、一週間経った後、ないと寂しいということだ。ソフトウェアにおいて、それは耳を傾ける価値のあるシグナルだ。
興味があれば、ドキュメントにかなり明確なセットアップがある。最初の学習曲線はゼロではないが、過剰でもない。本当に必要なのは、何をしてもらうか決める前に、どう使いたいかを理解する時間だ。ローカルツールと同じく、うまく動くかどうかは設定次第で決まる。