OpenClaw Project Operating System:マルチプロジェクト管理フレームワーク

コア問題と解決策
OpenClawプロジェクトオペレーティングシステムは、マルチプロジェクト環境における実行失敗と不整合に対処します。主な問題は、ツールで処理すべき予測可能な作業をエージェントが行うことによる、トークンの浪費、コンテキストの汚染、不安定性、および実行の不整合でした。
コアとなる転換:「エージェントは予測可能な作業をすべきではない。ツールが行うべきだ。」エージェントは、プロセスの監視、繰り返しの要約、ステータスチェックループ、手動での状態管理などの反復作業を行っていました。現在では、ツールとスクリプトがすべての予測可能なタスクを処理し、cronがすべてを自動実行し、エージェントは計画、デバッグ、意思決定のみに使用されます。
システムアーキテクチャ
コアシステムルール:
- エージェントは考える。ツールは実行する。Cronはコードを実行する。
- すべてのプロジェクトは必要な構造で分離される:/project_name/ PROJECT.md SKILL.md /state/ /chat/ /daily/ /scripts/ /logs/ /backups/ /archive/ /cleanup_queue/
- ファイルファーストメモリ:メモリはマークダウンドキュメント、JSON状態、ログ、要約(チャットはメモリではない)
- バックアップファースト(必須):変更前にまずバックアップ、ファイルのバージョン管理、ロールバックを許可
- プッシュ前にプル(重要):サーバー、ウェブサイト、リモートシステムを更新する前に、必ず:1. プル 2. 比較 3. バックアップ 4. その後プッシュ
- 即時削除なし:ファイルをarchive/またはcleanup_queue/に移動し、後でcron経由で削除
- 変更の説明:何かを変更する場合、問題、解決策、利点を説明し、バックアップを確認
自動化システム
Cronはスクリプト、ジョブ、決定論的タスクを実行するが、自由形式のエージェントや推論ループは実行しない。
必須のCronジョブ:
- プロジェクト発見:すべてのプロジェクトを検索し、構造を検証し、レジストリを構築
- 6時間ごとの要約(ローカルモデル):プロジェクトを要約し、最後の10メッセージを保持し、残りをアーカイブ、各実行で新鮮なコンテキストを維持
- デイリープランナー:日々の作業を記録し、ブロッカーを追跡し、決定を追跡
- ヘルスチェック:停滞プロジェクト、失敗したジョブ、欠落した更新を検出
- バックアップ/チェックポイント:ファイルのバージョン管理、状態のスナップショット
- 週次クリーンアップ:安全な場合のみ古いファイルを削除、チェックポイントを要求
- Cron監査:見逃されたジョブ、失敗を検出
- スケジュール投稿:JSON + ツールを使用、エージェントなし
- リモート同期:更新前にプル、バージョンを比較
- 朝のレポート:すべてのプロジェクトを要約し、エージェントレビューの準備
要約システム
6時間ごとに:プロジェクトログを読み、要約し、状態を更新し、最後の10メッセージのみを保持し、残りをアーカイブ。
📖 完全なソースを読む: r/openclaw
👀 See Also

llama-server Web UIでのMCPサーバー設定:実践ガイド
Redditユーザーが、llama-serverのWeb UIでMCPサーバーを設定する具体的な手順を共有しています。これには、uvのインストール、サーバー定義を含むconfig.jsonファイルの作成、mcp-proxyの実行、および適切な統合のためのURLの変更が含まれます。

カモフラックス・クッキーインジェクション:エージェントが作業する間、自分自身としてRedditを閲覧
Redditのボット検知を回避する詳細な手順:Firefoxのクッキーを抽出し、Playwright経由でCamoufoxに注入する方法

OpenClawの起動費用:ハードウェア、API、月次予算
なし

LLM音声問題:AI生成ライティングパターンの回避
ある開発者が、LLM支援ライティングに共通する「LLM特有の表現」が即座にAI検知を引き起こす問題について議論し、これらのパターンを特定して本物らしさを編集するための記事を紹介しています。