Clawdbotが6つのAIエージェントをプロダクション安定なワークキューで調整する方法

Clawdbotチームは、AI運営ストアを運営する6つのAIエージェントを調整するワークキューのアーキテクチャを共有しました。彼らは、個々のエージェントロジックよりも調整問題の方が難しいと感じ、システムは本番環境での安定性に達するまでに数回の反復を経ました。
コアシステム機能
ワークキューはいくつかの重要なメカニズムを実装しています:
- アトミックタスク要求:2つのエージェントが同じタスクを取得するのを防ぎます
- ステートマシン:タスクは次の状態を経ます:保留 → 準備完了 → 実行中 → レビュー → 完了
- 再試行ロジック:バックオフ付きで3回失敗、その後永久失敗となり、無限再試行ループを防止します
- タスクチェーン:親タスクの完了により、next_tasksフィールドを介して子タスクが自動生成されます
- ハートビート追跡:タイムアウト後に(エージェントクラッシュによる)古い要求が自動リセットされます
- デーモンオーケストレーター:60秒ごとにポーリングし、準備完了タスクに対してエージェントを起動します
本番環境での教訓
チームは、実際の本番環境でのインシデントから学ぶまで、障害モードの処理が明確ではなかったと指摘しています。彼らは、本番環境でこれを実行した経験からの教訓を含む完全なアーキテクチャ解説を公開しました。
このシステムは、複数のエージェント(デザイン、コード、マーケティング、運用エージェント)が同時に作業するのを調整します。チームは、特に本番環境の経験から生まれた障害モード処理に関するトレードオフについて議論することを歓迎しています。
📖 完全なソースを読む: r/clawdbot
👀 See Also

DoomVLM:ドゥームデスマッチにおける視覚言語モデルをテストするためのオープンソースツール
DoomVLMは現在、OpenAI互換APIを介してビジョン言語モデルがDoomをプレイするテストを可能にする単一のJupyterノートブックとしてオープンソース化されました。このツールは最大4つのモデルが競い合うデスマッチモードをサポートし、システムプロンプト、ツールの説明、サンプリングパラメータの完全な設定オプションを備えています。

ハードウェアウィジェットとChrome拡張機能がClaude APIのレート制限を監視します
開発者がESP8266とOLEDディスプレイを使用して、Claudeのレート制限をリアルタイムで追跡するハードウェアウィジェットを構築しました。さらに、Claudeの内部/usage APIを傍受して使用パターンを表示するChrome拡張機能も作成しました。総BOMコストは約6.50ドルです。

LocalSynapse MCPサーバーにより、Claudeはオフラインでローカル文書を検索可能になります
LocalSynapseは、ハイブリッドBM25 + AIセマンティック検索を使用してローカルドキュメント(Word、Excel、PowerPoint、PDF)をインデックス化および検索するMCPサーバーです。すべてがローカルで実行され、クラウドやAPIキーは必要ありません。

log-context-mcp: MCPツールはClaudeデバッグ時のログトークン使用量を96%削減します
log-context-mcpは、デバッグセッション中に冗長なログファイルでClaude Codeがトークンを消費する問題に対処するために構築されたMCP(Model Context Protocol)ツールです。ログファイルがClaudeのコンテキストに到達する前に前処理を行い、重複行の排除、スタックトレースのグループ化、ノイズの除去を行ってトークン使用量を削減します。2000行のApacheログでのテストでは、96.5%の削減率を示しながら、根本原因を正しく特定しました。