Question 1

Rakazoで1つのOpenAI互換プロバイダー接続から複数のモデルを使用するには？

Accepted Answer

Rakazo v0.3.1+ (PR #1424) にアップグレードしてください。このバージョンでは、接続ごとのマルチモデルサポートが追加されました。手順: 1) Models 設定に移動し、OpenAI-compatible 接続を編集します。2) 'Find models' をクリックして、プロバイダーの /v1/models エンドポイントからモデル ID を自動検出するか、モデル ID を手動で追加します (例: deepseek-v4.1-flash、glm-5.3、kimi-k3)。3) 使用したいモデルを有効にします。1 つは接続のデフォルトとして残ります。4) 各ボット、ルーチン、ヘルパー、バックアップは、その接続で有効になっている任意のモデルを個別に選択できるようになり、個々のタスク実行でボットのデフォルトモデルを上書きできます。このアップデート以前に保存された接続は、シングルモデルリストとして引き続き動作します。注意: 有効化されたモデル ID のみが検証を通過します。未登録の ID は 'Unknown model for that provider' エラーを返します。

Question 2

iOSのアプリでチャットメッセージが表示されない、または消えてしまうのはなぜですか？

Accepted Answer

このバグは、ヘッダーのブラーオーバーレイがメッセージリストを覆っていたことが原因で、送信済みメッセージとエージェントの返信が表示されなくなっていました。この問題は PR #1780(#1683 と合わせて)で修正されました。修正を適用するには、アプリを完全に終了し、アップデートが読み込まれるように2回開き直してから、チャットを再試行してください。なお、iOS 18 でキーボードがメッセージ入力ボックスを覆ってしまう別の問題については PR #1862 で対応されていますが、まだマージされていない可能性があります。

Question 3

正常に動作しているボットがサイドバーに 'Waiting in line…' と表示され、そのボット自身のチャットに Stop ボタンがないのはなぜですか？

Accepted Answer

これは2つの独立したバグが原因です。修正1 — サイドバーのステータスが誤っている: `packages/db/src/thread-listing.ts` において、`activeRunSelection` は最新のアクティブな run のみを取得し（`orderBy: createdAt desc, take: 1`）、コンシューマーは `runs[0]` を読み取ります。そのため、実行中の run の後に作成されたキュー済みの run が優先され、バッジには 'Waiting in line…' と表示されてしまいます。修正方法: 複数のアクティブな run を選択して最も進んだステータスを選ぶ（優先順位: waiting > running > leased > queued）、または新しさではなくステータスの優先順位で並べ替えます。修正2 — Stop ボタンが表示されない: `apps/api/src/thread-target.ts` において、bot ブランチ（`target.kind === "bot"`）の run クエリには `trigger: { not: "bot_message" }` が含まれており、これにより bot 自身の delegated-work run、そのライブ進行状況、および Stop コントロールが非表示になります。修正方法: bot ブランチから `bot_message` トリガーフィルターを削除します — これはピア bot の run が存在するグループブランチにのみ必要なものです。bot 自身の DM スレッドでは、すべての run がその bot に属しています（SQL で検証済み: `thread.botId <> run.botId` となる run はゼロ）。したがって、非表示にする必要があるものは何もありません。

Question 4

ボットがbot-to-botの実行中にツールの承認を必要とする場合、承認カード（ask block）が表示されないのはなぜですか？

Accepted Answer

これは PR #1857 で修正されたバグです。`trigger = bot_message` のボット間（ピア）ランをボットがまだ処理している間にそのボットにメッセージを送信すると、そのメッセージはアクティブなピアランに組み込まれていました。ピアランからの承認カードは Web UI にレンダリングされなかったため、ランは表示されるプロンプトのないまま `waiting_input` 状態に留まっていました（例：`schedule_create` の "Review before schedule_create" の ask ブロックが非表示のままになるなど）。

**修正:** セルフホストインスタンスを #1857 を含むビルドに更新してください。修正後は、ボットが別のボットに応答している間に送信されたメッセージは、そのボット間ランに参加しなくなり、待機してから独自のユーザー起動ターンとして実行されるため、承認カードがボットのチャットに通常どおり表示されます。

**回避策（旧バージョン）:** API を使用してスタックした `waiting_input` ランを停止し、ボットのピアランが完了してからメッセージを再送信します。これにより、承認カードが正しくレンダリングされる新しい `trigger = user` ランが開始されます。

Question 5

'Every 30 days'（または 'Every N minutes/hours'）に設定したスケジュールが、1日間隔で実行された後に58日間も空くなど、誤った間隔で実行されるのはなぜですか？

Accepted Answer

原因: スケジューラは間隔プリセットをcronフィールドのステップ（`*/45 * * * *`、`0 */15 * * *`、`0 0 */30 * *`）に変換します。cronのステップは経過時間ベースではなくカレンダーベースであるため、時・日・月の各境界でリセットされます。そのため、「Every 30 days」（30日ごと）は1月31日と2月1日に実行され、その後は3月31日まで実行されません。修正されるまでの回避策: カレンダーフィールドを均等に割り切れる間隔値のみを使用してください。分: 60の約数（5、10、15、20、30）。時間: 24の約数（2、3、4、6、8、12）。日単位の繰り返しについては、「Every N days」（N日ごと）を完全に避け、代わりに明示的なcronを入力してください。例: 毎月1日に実行する場合は `0 0 1 * *`、毎日実行する場合は `0 0 * * *`。45分、15時間、30日などのプリセットは避けてください。

rakazo

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト