OpenClaw API 予算枯渇:直ちに変更すべき設定

Ad
OpenClawのデフォルト設定では、Heartbeat機能によって予期せぬAPI予算の消耗が発生している可能性があります。この機能はデフォルトで30分ごとにタスクをチェックし、各チェックで完全なコンテキストファイル、メモリ、チャット履歴が読み込まれ、基本的なステータスチェックのために数万トークンがAPIに送信されます。
すぐに変更すべき設定
- アクティブ時間を設定: 設定でHeartbeatを実際の作業時間に制限し、夜間のトークン消耗を停止します。
- デフォルトの基本モデルを変更: プレミアムモデル(Claude 3.5 SonnetやOpusなど)の代わりに、Gemini FlashやDeepSeekなどのより安価なモデルを基本的なエージェントタスクに使用します。
- 必要な時だけ高機能モデルを呼び出す: 高度な推論や複雑なコーディングが必要な時だけ、手動でプレミアムモデルに切り替えます。
- /newコマンドを使用: 大きなタスクの後は
/newと入力してセッションを強制リセットし、不要なコンテキストを次のプロンプトに引きずらないようにします。
情報源によると、すべてのタスクにプレミアムモデルを使用するとコストが急速に増加する可能性があり、OpenClawはデフォルトでチャット履歴全体を引き継ぐため、コンテキストが急速に蓄積されます。
📖 Read the full source: r/openclaw
Ad
👀 See Also

Tips
静かな成功:ある開発者のCronジョブ警告へのアプローチ
r/openclawの開発者が、正常なcron実行の成功通知を停止し、認証失敗、状態破損、または繰り返しの失敗のみを通知するようになりました。
OpenClawRadar

Tips
ほとんどのClaudeパイプラインの失敗はモデルではなくプロンプトに原因がある理由とスキルで修正する方法
Redditの投稿によると、Claudeワークフローにおけるパイプライン障害の根本原因は、プロンプトをスキルとして扱っていることにある。解決策は、入力契約、出力スキーマ、学習ファイルを定義し、スキルをv1に昇格させることである。
OpenClawRadar

Tips
2x3090でCPUオフロードを使用したMiniMax M2.7 Q8_0 128Kの実行 – 実世界のベンチマークと設定
あるユーザーがMiniMax M2.7(Q8_0量子化)を128Kコンテキストで2枚のRTX 3090とDDR4 RAM上で正常に実行し、プロンプト処理で約50 tps、トークン生成で約10 tpsを達成し、llama-serverのフラグを共有しています。
OpenClawRadar

Tips
長期プロジェクトにおけるOpenClawコンテキストの維持のためのプロジェクトナラティブの活用
開発者が、マイルストーン達成後に別のOpenClawワーカーがコードベースを分析してシステム理解を文書化し、問題を特定し、コンテキストを維持する「プロジェクトナラティブ」を作成する手法を共有しています。
OpenClawRadar