$ ssh clawdbot.space --loading...
$ ssh clawdbot.space --loading...
NetworkChuckが今すぐOpenClawに着手。カメラの前でライブインストールし、テストし、わざと壊し、このエージェントプラットフォームをデモの枠を超えて押し込んだときに実際に何ができるかを発見します。
インストールは短く、このセグメントが終わる前にデーモンがTelegram越しに応答し始めます。動画が示しているのはまさにこの点です。これはホスティングされたデモではなく、自分の所有するハードウェア上で動くサービスだということです。
この動画で有用なのは後半の障害テストです。自分の環境で確認しておきたい障害モードは、常時稼働するデーモン一般と同じです。タスク実行中のネットワーク断、不正なスキルマニフェスト、既に使用中のポートの3つです。確認すべきは、いずれの場合も黙って終了せず、ログに読めるエラーが残ることです。
動画が最終的に向かうタスクは、自宅ラボのファイアウォール監査です。エージェントがSSHで接続し、稼働中のiptablesルールを読み、どのポートがWANから到達可能かを平易な言葉で報告します。読み取り専用で、手作業で検証しやすく、すぐ役に立つため、最初の実タスクとして適しています。以下のやり取りは動画の書き起こしではなく、このパターンを当サイトで再現したものです。
動画が着地する結論は、OpenClawがチャットのデモではなくインフラのリモート制御レイヤーとして振る舞うこと、そして乱暴に扱っても読める形で劣化することです。それが自分のハードウェアでも成り立つかどうかは、エージェントにSSH権限を渡す前に、上記3つの障害ケースで確かめておく価値があります。