JavaClaw Beta: Spring AIとJobRunrを基盤としたJavaベースのAIアシスタント

JobRunrチームはJavaClawベータをリリースしました。これはOpenClawパーソナルAIアシスタントのJavaベース実装で、完全にユーザーのハードウェア上で動作します。このプロジェクトは、JobRunrをランタイムのファーストクラス市民として統合することで、AIエージェントの信頼性の高いタスクスケジューリングとバックグラウンド処理における制限に対処しています。
技術スタックと開発
古い依存関係で「AIの雑多なもの」と表現された初期の概念実証を破棄した後、チームは2週間かけてプロジェクトを適切に再構築しました。使用技術は以下の通りです:
- Spring Boot 4
- Spring AI
- Spring Modulith
- バックグラウンドジョブ処理用のJobRunr
現在の実装は、保守可能な貢献のためのクリーンなアーキテクチャと適切な依存関係管理を重視しています。
現在の機能
- マルチチャネル対応: Telegram + チャットUI(WebSocket)、追加チャネル対応のアーキテクチャ準備済み
- LLM選択: OpenAI、Anthropic(Claude Codeを含む)、または完全ローカル運用のためのOllama
- タスク管理: 一回限り、遅延、cronタスク用のMarkdownファイル
- スキルシステム: SKILL.mdファイルを配置するだけで、エージェントが実行時に自動認識
- MCPサポート: 外部ツールサーバー用
- シェルとファイルアクセス: Web検索、PlaywrightによるWebスクレイピング/操作
- バックグラウンドジョブ: JobRunrによる駆動、内蔵ダッシュボード付き
- プライバシー優先: 完全にユーザーのマシン上で動作
既知の問題
- 初回Playwright使用時のブラウザインストール後、JavaClawが「何をしていたか忘れる」 - 再起動が必要
- 繰り返しタスクの出力はTelegram経由では機能するが、Webインターフェースのチャットウィンドウには送信されない
入手可能性と今後の展開
最初のベータ版はGitHubでテスト準備が整っています。チームは、より多くのチャネル、優れたメモリ、スマートな計画立案などの分野での成長余地を認めており、これをコミュニティプロジェクトとして開発することを目指しています。
📖 Read the full source: r/openclaw
👀 See Also

LM Studioのパーサーのバグにより、Qwen3.5のツール呼び出しと推論機能が正常に動作しません
LM Studioのサーバーパーサーには、ツール呼び出しを静かに破壊し、推論出力を破損させ、モデルを実際よりも悪く見せてしまう3つの相互作用するバグがあります。これらの問題はQwen3.5やDeepSeek-R1などの推論モデルに影響を与え、1年以上前に報告されたバグの1つは未だに解決されていません。

Claude Codeのセッションログを全てディスクに保存 — インデックス化と呼び出し方法
Claude Code はすべてのセッションターンを ~/.claude/projects/ に JSONL として書き込んでいます。あるユーザーは 1026 セッション (57MB、76K ターン) を SQLite+FTS5 にインデックス化し、MCP サーバーを介した検索とスレッド呼び出しを実現しました。

Qwen Meetup 草案: 関数呼び出しハーネス2、構造化スキーマによりCoT準拠率を9.91%から100%に向上
以前の関数呼び出しハーネスの記事の続編で、コンパイラのない領域(投資メモ、法的意見、臨床チャート)にパターンを拡張します。スキーマは必須フィールドを強制し、不完全な場合は提出が拒否されます。Qwen3.6-27bはこれらのスキーマで100%のCoT準拠を達成します。

MCP対応エージェントネイティブホスティング:ocl-nexusでAIエージェント経由のアプリデプロイ
ocl-nexusがMCPサーバー設定を導入し、AIコーディングエージェントがAPIキーのみでアプリをSSO保護されたライブ環境に直接デプロイできるようになりました。