Discourse AI를 사용하면서 몇 가지 버그를 겪고 있습니다. 상황을 설명드리겠습니다.
먼저, 제 설정에 문제가 없으며 의도한 대로 모든 것이 정상 작동함을 보여주기 위해 정상적인 게시물을 살펴보겠습니다.
제 사이트의 기본 언어는 간체 중국어이며, 그 외 9가지 언어가 사용 가능합니다.
이 “New post test 0 translation” 게시물은 정상입니다.
하지만 일부 개별 게시물에서는 문제가 발생하고 있습니다. 예를 들어:
이 “About ‘Image Library’ category” 게시물의 경우, 원본 게시물은 간체 중국어로 게시되었습니다(카테고리가 생성될 때 자동으로 게시됨).
그러나 번역 결과에서 원본 간체 중국어가 영어로 번역되는 대신 "zh_CN"으로 다시 번역되었습니다.
CDN 캐시를 비활성화하고 로컬 브라우저 캐시를 여러 번 지웠습니다.
이로 인해 캐싱 문제가 원인이 아님을 배제할 수 있습니다.
첫 번째 이미지가 정상적인 동작을 보여주기 때문에, 제 기본 설정이 문제임을 배제할 수 있습니다.
왜 이런 문제가 발생하는지 이해할 수 없습니다. 어떻게 수정할 수 있을까요?
제 Discourse 버전은 3.6.0.beta1-dev(b8e86ceb23)입니다.
서버 OS는 Debian 12.12입니다.
최신 버전의 Chrome 및 Opera 브라우저로 로컬에서 테스트했습니다.
정상적인 경우의 URL: https://openttc.com/t/topic/61
잘못된 경우의 URL: https://openttc.com/t/topic/58
-- [params]
-- integer :topic_id = 66
SELECT
a.id,
a.created_at,
a.response_tokens,
(REGEXP_MATCH(a.raw_response_payload, '"text": "([^"\\]+)"'))[1] AS llm_detected_locale,
a.raw_response_payload
FROM ai_api_audit_logs a
JOIN posts p ON p.id = a.post_id AND p.deleted_at IS NULL
LEFT JOIN topics t ON t.id = a.topic_id AND t.deleted_at IS NULL
WHERE t.id = :topic_id
AND p.post_number = 1
AND a.feature_name = 'translation'
AND a.response_tokens < 5
이렇게 하면 LLM이 실제로 무엇을 반환하는지 알 수 있습니다.
llm_detected_locale 컬럼에서 "en"이 표시된다면, 사이트의 로케일 감지용 프롬프트를 수정해야 할 것 같거나, 더 적합한 LLM(예: qwen?)을 사용해야 할 것 같습니다.
안녕하세요. 저는 이 문제를 최종적으로 해결하지는 못했지만, 영향은 크지 않았습니다.
가장 정확한 문제 설명은 다음과 같습니다. 새로운 카테고리를 생성할 때, 시스템이 자동으로 생성하는 "이 카테고리에 대하여"라는 제목의 게시물의 기본 언어가 en으로 인식됩니다. 게시물의 텍스트 내용은 실제로는 간체 중국어이지만, 게시물을 열면 영어로 인식되며, 수동으로 변경해야 합니다.
이것이 제 app.yml 파일 설정과 관련이 있는지 확신이 서지 않습니다.
이모지 옆에서 확인할 수 있습니다.
