OpenClawの自動更新バグにより、/tmpに孤立したプレフライトディレクトリが蓄積する問題

自動更新のバグがディスク容量の問題を引き起こす
OpenClawの自動更新メカニズムは、変更を適用する前にリポジトリのプレフライトコピーを/tmp内に作成します。更新が失敗した場合(例えば、拡張ファイルのローカル変更によりチェックアウトがブロックされるなど)、このプレフライトディレクトリは/tmp内に無期限に残り続けます。
あるユーザーは、38GBのHetzner VPS上に合計6.5GBの孤立したプレフライトディレクトリ9個を発見し、ディスク使用率が100%に達していました。これにより更新がブロックされ、失敗のループが発生しました:更新プロセス自体が実行にディスク容量を必要とするため、失敗するたびにより多くの孤立ディレクトリが残されるのです。
診断と即時対応
この問題は以下のコマンドを実行することで解決されました:
rm -rf /tmp/openclaw-update-preflight-*しかし、ユーザーは根本原因の特定に予想以上に時間がかかったと指摘し、AIエージェントのセルフホスティングにはシステム管理者の注意が必要であることを強調しました。このバグは、非技術系ユーザーのエージェントを「ブリック化」し、彼ら自身で診断する能力を奪う可能性があったのです。
小規模VPS導入に関する推奨事項
/tmpのサイズを定期的に監視する——OpenClawだけがこのディレクトリを使用するわけではありませんが、専用インスタンスでは「最大の原因」でした- 「快適な最低スペック」として、少なくとも4GBのRAMと40GBのディスクを使用する
- 問題が深刻化する前に検知するため、エージェントのハートビート設定にディスク容量チェックを追加する
ユーザーは管理型OpenClawホスティングサービス(clawrapid)を運営し、非技術系ユーザーのインスタンスを管理しており、この経験が技術的専門知識のない人々にとって管理型サービスの価値を強化したと述べています。
📖 全文を読む: r/openclaw
👀 See Also

AIによるchardetライブラリの再実装がコピーレフトライセンスの問題を提起
Dan BlanchardはAnthropicのClaudeを使用して、chardet Pythonライブラリをスクラッチから再実装し、ライセンスをLGPLからMITに変更しました。結果として得られたコードは以前のバージョンと1.3%未満の類似性しかなく、AI支援による再実装がコピーレフト保護を侵食するかどうかについて議論を呼んでいます。

AIエージェントがコードレビューを殺している—プリンシパル=エージェント問題の解説
エージェントを従来のコードレビュープロセスに導入すると、レビューの負担が倍増し、信頼シグナルが崩壊し、持続不可能な不均衡が生まれます——これはソフトウェアエンジニアリングにおけるプリンシパル=エージェント問題です。

Claude Code 事後報告:品質低下の原因となった3つのバグ、現在は修正済み
Anthropicは、最近のClaude Codeの品質に関する苦情が、デフォルトの推論努力の低下、キャッシュバグによるセッションメモリの喪失、および冗長性プロンプトによるコーディング品質の低下という3つの別々の変更に起因することを明らかにしました。これらはすべて4月20日(v2.1.116)時点で修正されています。

AIエージェントの定義:ワークフローテスト
Redditでの議論では、多くのAIエージェント製品は本質的にToDoリスト付きのチャットボットではないかと疑問が投げかけられており、複数のツール間で手動介入なしにワークフローを完了できるかどうかに基づくテストが提案されています。