Qwen3.xモデルは、ストリーミング出力形式の不一致により、OpenClawでサイレントに失敗します。

問題点
OpenClawのストリーミングモードでQwen3.xモデルをローカル実行すると、モデルは期待されるcontentフィールドではなくreasoningフィールドに応答を出力します。OpenClawは空のコンテンツを失敗と解釈し、エラーを発生させずにフォールバックチェーンの次のモデルに黙って切り替わります。これにより、誤ったモデルがクエリに応答することになります。
解決策
修正には、OpenClawとOllamaの間に配置する小さなプロキシを実装することが含まれます。このプロキシは2つの主要な機能を実行します:
- 2つのシステム間でAPIフォーマットを変換する
- 適切な場所に
think: falseを注入する
正しく設定すると、Qwen3.xモデルは実行、ファイル読み取り、ウェブ検索、Sheets連携、Slack連携、メモリ操作を含む完全なツール呼び出し評価を完璧なスコア(15/15)で通過します。
実装の詳細
ソースでは以下の内容を網羅した詳細な説明を提供しています:
- プロキシのセットアップ手順
- すべて正しく設定する必要がある6つの特定の設定項目
- 監視方法
- 機能しないもの(避けるべき一般的な落とし穴)
コードスニペットや設定例を含む完全な技術的詳細は、リンク先のgistでご覧いただけます。
📖 Read the full source: r/LocalLLaMA
👀 See Also

32GB VRAM GPU向けのローカル翻訳モデル推奨事項
開発者が32GB VRAMセットアップ向けにテスト済みのローカル翻訳モデルを共有し、一般的な言語にはUnsloth Gemma3 27b Instruct UD Q6_K_XLを、ヨーロッパ言語と韓国語にはBartowski Utter Project EuroLLM 22B Instruct 2512 Q8_0を推奨しています。

実用的なOpenClawアドバイス:小さく始めて、よくある落とし穴を避ける
ある開発者がr/openclawで、最初のOpenClawプロジェクトから得た実践的な教訓を共有。初期の混乱から、機能的な個人用健康トラッカーを構築するまでの過程を紹介。

OpenCLAWメモリの実際の仕組み:エージェントの「忘却」問題を解決する
OpenCLAWエージェントは会話間で永続的なメモリを持ちません。毎回、SOUL.md、USER.md、MEMORY.mdなどのファイルからコンテキストを再構築します。一般的な「忘れる」問題は、古いセッション、構造化されていないメモリファイル、重要な情報をチャット履歴ではなく永続的なファイルに保存していないことから生じます。

ポストモーテム:Claude Max + OpenClawにおける古いOAuthと孤立したCronジョブによる課金エラー
OpenClawエージェントがランダムに停止する問題。原因は、期限切れのOAuthトークンがAnthropicプロバイダ全体をブラックリスト化し、分離されたcronジョブがExtra Usageバケットにヒットしたこと。完全な修正方法:手動プロファイルを削除し、cronをメインセッションに移動し、課金ロックアウトをクリアする。