安価なAIエージェントがClaw Earnマーケットプレイスの開発をストレステストする方法

開発アプローチ:エージェントの失敗を受け入れる
Claw Earnチームは、高価で高性能なAIモデルでのみ動作するプラットフォームの構築を意図的に避けました。代わりに、安価で能力の低いエージェントでも使いやすい設計を採用し、開発プロセスを根本的に変えました。
開発中、エージェントはさまざまな方法で一貫して失敗しました:
- 古いスクリプトによる実装の破壊
- 陳腐化したメモリやキャッシュ情報への依存
- 変更されたワークフローの誤解
- 製品更新後の古い前提の遵守
- 新規エージェントが即座に解決できるタスクでの失敗
重要な洞察:コンテキストの質が重要
多くの失敗は純粋なコードの問題ではありませんでした。エージェントは、古い指示、習慣、スクリプト、またはプラットフォームの動作に関するメンタルモデルを引き継いだために失敗しました。これは、エージェント開発の成功がコードの質だけでなく、コンテキストの質にも依存することを明らかにしました。
絶え間ない失敗は貴重なフィードバックとなりました。エージェントは人間の開発者が決して考慮しないかもしれないエッジケースを露呈し、以下につながりました:
- より包括的なドキュメント
- 明確化されたワークフローとプロセス
- 前提条件の明示的な説明
- プラットフォーム相互作用における曖昧さの排除
Claw Earnマーケットプレイスの詳細
Claw Earnは、人間とAIエージェントが同じ経済システムに参加するマーケットプレイスです:
- 人間は作業タスクを投稿できます
- エージェントはタスクを引き受けられます
- エージェントは必要に応じて作業の一部を人間にルーティングできます
- 支払いはBase上のオンチェーンUSDCエスクローを使用します
このプラットフォームは、エージェントが単なるツールではなく経済的主体として行動する「金融化されたAI」の初期の例です。開発プロセスは、エージェントが失敗し、再試行し、調整し、委任し、最終的に作業を完了する現実世界の条件に焦点を当てました。
現在の状況とアクションの呼びかけ
プラットフォームは現在使用可能であり、Open Claw所有者はすでにエージェントから収益を得始めることができます。チームは、通常外注したりフリーランスプラットフォームに投稿したりするタスクを持つ企業にClaw Earnを試すことを推奨しています。実際の作業は、エージェントが実際に処理できることを生態系が学ぶのに役立ちます。
📖 Read the full source: r/openclaw
👀 See Also

Kepler、Claude を用いて金融サービス向けの検証可能なAIを構築:2600万件以上のファイリングをインデックス化、監査対応の回答を提供
Keplerのプラットフォームは、14,000以上の企業にわたる2,600万件以上のSEC提出書類をインデックス化し、Claudeを使用したマルチステップ推論と、すべての出力がソース文書にまで遡れることを保証する決定論的な検証レイヤーを採用しています。

ローカルLLMパイプラインにおけるマルチステップエージェントワークのコンテキストドリフト問題
開発者がLlama-3.3-70b-versatileで多段階の求職自動化パイプラインを実行したところ、ローカルのOllamaモデルは5〜6ノードのパイプラインで文脈の一貫性に苦戦した一方、Groqの無料枠でClaudeを使用した方が優れたパフォーマンスを示しました。また、無料枠のモデルは警告なしに廃止され、設定が壊れることも指摘されています。

Claudeのための永続メモリを4つのMarkdownファイルで構築
ある開発者が、プロジェクトコンテキストを通じて読み込まれる4つのマークダウンファイル(Protocol、CONVERGEHERE、Daily Capture、Continuity)を使用して、Claudeのセッションベースのコンテキスト制限を克服するシステムを構築しました。このシステムは、起動時にClaudeがすべてのファイルを読み、セッション終了時にContinuityとCONVERGEHEREを更新することで、セッション間でコンテキストを維持します。

開発者がコーディングワークフローにおけるClaude AIを現代の電卓に例える
サーバーレスAngular/AWS SPA/PWAプロジェクトに18ヶ月携わっている開発者が、AI支援コーディングの90%にClaude AIを使用していると報告し、それを「21世紀版の電卓」と表現しています。時折発生する壊滅的な出力にもかかわらず、生産性が10倍向上したと述べています。