Question 1

Rakazo에서 단일 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) 원하는 모델을 활성화하세요. 그중 하나는 연결의 기본 모델로 유지됩니다. 4) 이제 각 봇, 루틴, 헬퍼 또는 백업이 해당 연결에서 활성화된 모델을 독립적으로 선택할 수 있으며, 개별 작업 실행 시 봇의 기본 모델을 재정의할 수 있습니다. 이 업데이트 이전에 저장된 연결은 단일 모델 목록으로 계속 작동합니다. 참고: 활성화된 모델 ID만 유효성 검사를 통과하며, 등록되지 않은 ID는 'Unknown model for that provider' 오류를 반환합니다.

Question 2

iOS 앱에서 채팅 메시지가 보이지 않거나 사라지는 이유는 무엇인가요?

Accepted Answer

이 버그는 헤더 블러 오버레이가 메시지 목록을 가려서 보낸 메시지와 에이전트 답변이 보이지 않게 되면서 발생했습니다. PR #1780(#1683과 함께)에서 수정되었습니다. 수정 사항을 적용하려면 앱을 완전히 종료한 후 두 번 다시 열어 업데이트가 로드되도록 한 다음 채팅을 다시 시도하세요. 참고: iOS 18에서 키보드가 메시지 입력 상자를 가리는 별도의 문제는 PR #1862에서 처리되고 있으며, 아직 병합되지 않았을 수 있습니다.

Question 3

정상적으로 작동하는 봇이 사이드바에 'Waiting in line…'라고 표시되고 자체 채팅에는 Stop 버튼이 없는 이유는 무엇인가요?

Accepted Answer

이 문제는 두 개의 서로 다른 버그로 인해 발생합니다. 수정 1 — 잘못된 사이드바 상태: `packages/db/src/thread-listing.ts`에서 `activeRunSelection`은 가장 최근의 활성 실행 하나만 가져오고(`orderBy: createdAt desc, take: 1`), 이를 사용하는 쪽에서는 `runs[0]`를 읽습니다. 따라서 running 상태인 실행 이후에 생성된 queued 상태의 실행이 선택되어 배지에 'Waiting in line…'이 표시됩니다. 수정 방법: 활성 실행을 두 개 이상 가져와 가장 진행된 상태를 선택하거나(우선순위: waiting > running > leased > queued), 최신순이 아닌 상태 우선순위로 정렬하세요. 수정 2 — Stop 버튼 누락: `apps/api/src/thread-target.ts`에서 봇 분기(`target.kind === "bot"`)의 실행 쿼리에 `trigger: { not: "bot_message" }`가 포함되어 있어, 봇 자신의 위임 작업 실행과 실시간 진행 상황, Stop 컨트롤이 숨겨집니다. 수정 방법: 봇 분기에서 `bot_message` 트리거 필터를 제거하세요. 이 필터는 피어 봇 실행이 존재하는 그룹 분기에만 해당합니다. 봇 자신의 DM 스레드에서는 모든 실행이 해당 봇에 속하므로(SQL로 확인됨: `thread.botId <> run.botId`인 실행이 0건) 숨겨야 할 것이 없습니다.

Question 4

bot-to-bot 실행 중 봇이 tool 승인을 필요로 할 때 approval card(ask block)가 표시되지 않는 이유는 무엇인가요?

Accepted Answer

이 버그는 PR #1857에서 수정되었습니다. 봇이 `trigger = bot_message`로 봇 간(peer) 실행을 아직 처리하고 있는 동안 해당 봇에 메시지를내면, 메시지가 진행 중인 활성 peer 실행에 병합되었습니다. peer 실행의 승인 카드는 웹 UI에 렌더링되지 않았기 때문에, 실행은 표시되는 프롬프트 없이 `waiting_input` 상태에 머물렀습니다(예: `schedule_create`의 "Review before schedule_create" ask 블록이 숨겨진 상태로 유지됨).

**수정 방법:** #1857이 포함된 빌드로 셀프 호스팅 인스턴스를 업데이트하세요. 수정 후에는 봇이 다른 봇에 응답하는 동안 전송된 메시지가 더 이상 해당 봇 간 실행에 합류하지 않으며, 대기한 후 자체적인 사용자 트리거 턴으로 실행되므로 승인 카드가 봇의 채팅에 정상적으로 표시됩니다.

**우회 방법(이전 버전):** API를 통해 멈춰 있는 `waiting_input` 실행을 중지한 다음, 봇의 peer 실행이 완료된 후 메시지를 다시 전송하여 승인 카드가 올바르게 렌더링되는 새로운 `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'는 1월 31일과 2월 1일에 실행된 후 3월 31일까지 실행되지 않습니다. 수정될 때까지의 해결 방법: 해당 달력 필드를 균등하게 나눌 수 있는 간격 값만 사용하세요 — 분: 60의 약수(5, 10, 15, 20, 30); 시간: 24의 약수(2, 3, 4, 6, 8, 12). 일 단위 반복의 경우 'Every N days'를 완전히 피하고 대신 명시적인 cron을 입력하세요. 예를 들어 매월 1일은 `0 0 1 * *`, 매일은 `0 0 * * *`입니다. 45분, 15시간, 30일과 같은 프리셋은 피하세요.

rakazo

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트