게시물 2개가 새 주제 AI 페르소나를 하나만 활성화할 수 있나요?로 분리되었습니다.
RAILS_ENV=production bundle exec rake assets:precompile 명령을 실행한 결과, self-hosted 버전의 Discourse가 최신 discourse-AI 플러그인과 함께 작동하지 않습니다. scss 컴파일 오류가 발생하고 있습니다. @use "lib/viewport"가 discourse-ai.css의 첫 번째 줄에 위치해야 합니다. 확인해 주시겠습니까?
이것을 Discourse의 이전 릴리스 버전에서 실행 중인가요, 아니면 main 브랜치에서 실행 중인가요?
안정 버전의 Discourse(3.4.6)에 Discourse AI 플러그인을 설치한 후, Discourse가 #bdef136(2025년 2월 4일 자 커밋)이 최신 커밋이며 현재 설치된 플러그인이 최신 버전이라고 표시하고 있음을 발견했습니다.
그러나 AWS Bedrock 통합에 필요한 키 필드가 표시되지 않는 문제가 있어 다시 확인해 보니, 설치된 버전이 최신보다 최소 300개 커밋 이상 뒤처져 있었고, 실제로 discourse-ai 저장소의 main 분기를 확인해 보니 그 격차가 매우 큰 상태였습니다. 이 증상은 제가 관리하는 다른 Discourse 인스턴스에서도 나타나며, 원인을 파악하지 못하고 있습니다.
기존 인스턴스에 discourse-ai 플러그인을 설치한 지 일주일도 되지 않았는데, 실제로 설치된 버전의 커밋은 4~5개월 이상 지난 것입니다. 왜 이것이 최신 버전으로 표시되는지 궁금하며, 플러그인이 최신 커밋으로 교체되도록 수정하는 방법을 알고 싶습니다.
플러그인은 안정판(stable) 릴리스 후에 고정됩니다. 이는 아직 안정판에 포함되지 않은 Discourse 코어 변경 사항에 의존할 수 있는 새로운 플러그인 업데이트를 자동으로 받지 않게 된다는 것을 의미합니다.
만약 플러그인 업데이트가 최신 tests-passed 브랜치에만 존재하는 코드를 사용한다면, 해당 코드가 안정판에 단순히 존재하지 않기 때문에 안정판에서 오류가 발생할 수 있습니다.
예를 들어 AI 플러그인은 js-diff 라이브러리를 사용하기 시작했는데, 이 라이브러리는 2월 안정판 릴리스 이후에야 Discourse 코어에 추가되었습니다. 따라서 AI 플러그인의 최신 버전은 해당 안정판 버전과 호환되지 않습니다.
3개의 좋아요
아, 이제 알겠네요! 그러니까 app.yml 파일의 git clone 명령은 해당 파일에 언급된 것보다 더 많은 동작을 추가하는 거군요! 이제 이해가 됩니다. 
자, 이제 AI 플러그인을 활성화하고 플러그인에 새 LLM을 추가할 때, AWS Bedrock을 선택할 수 있는 것 외에도, 왜 Bedrock을 프로바이더로 선택했을 때 AWS Bedrock 액세스 키 ID와 AWS Bedrock 리전 입력 필드가 표시되지 않나요? 이 문서에 언급된 것과 달리: Configuring Amazon Bedrock services
저는 Discourse 버전 3.4.5와 AI 플러그인 버전 0.0.1 및 bdef136을 사용하고 있습니다.
안정판 Discourse에서는 Discourse AI를 지원하지 않습니다. 최적의 경험을 위해 기본 릴리스 채널을 사용하세요.
4개의 좋아요
이 플러그인은 이제 Bundling more popular plugins with Discourse core 에 포함된 Discourse 코어에 번들로 포함되어 있습니다. 자체 호스팅을 사용 중이고 이 플러그인을 사용하고 있다면, 다음 업그레이드 전에 app.yml에서 플러그인을 제거해야 합니다.
4개의 좋아요
이 플러그인을 Azure와 함께 설정하려고 합니다. 자체 게이트웨이를 통해 Azure를 사용하여 OpenAI에 연결하고 있습니다. 수동 LLM 구성을 통해 설정을 시도해 보았는데,
Processing by DiscourseAi::Admin::AiLlmsController#test as JSON
Parameters: {"ai_llm"=>{"max_prompt_tokens"=>"2000", "api_key"=>"[FILTERED]", "tokenizer"=>"DiscourseAi::Tokenizer::OpenAiTokenizer", "url"=>"<OUR_URL>", "display_name"=>"test-ai-gateway", "name"=>"gpt-4", "provider"=>"azure", "enabled_chat_bot"=>"true", "vision_enabled"=>"false"}}
정상적으로 작동하지 않는 것 같습니다. 이 설정을 올바르게 구성하는 방법을 알려주실 수 있나요?
질문:
AI 모델을 사용해 전체 텍스트를 번역할 때, 결과가 그저 그렇습니다. 다른 AI 모델로 전환하여 콘텐츠를 다시 번역하고 싶습니다. 이미 번역된 게시물을 새 모델로 다시 번역하는 방법은 무엇인가요?
추가로, 이미 번역된 게시물의 수를 빠르게 계산할 수 있는 효율적인 방법이 있나요?
현재 기존 번역을 삭제하려면 Rails 또는 PostgreSQL 콘솔을 사용해야 합니다.
번역 백로그에서 언어별 진행 상황을 확인할 수 있는 상태 페이지를 추가하는 것이 로드맵에 포함되어 있습니다.
죄송합니다. 삭제할 특정 테이블을 찾을 수 없습니다. 테이블 이름과 번역 진행 상황 로드맵이 어디 있는지 알려 주실 수 있을까요?
안녕하세요, GPT 5에 대한 업데이트가 나올 예정인가요?
1개의 좋아요
안녕하세요, GPT-5 업데이트나 GPT-5의 존재에 대해 Discourse 팀이 공식적으로 발표한 바는 없습니다. 하지만 정말 원하신다면 출시를 기다리신 후 확인해 보시면 됩니다.
곧 배포될 예정입니다:
GPT-5에 대한 참고사항: 하루 종일 사용해 봤는데 성능은 좋지만 추론 모델이라 속도가 느립니다.
추론 노력(reasoning effort)을 조정해 보셔도 됩니다. 낮게 설정하면 허용할 만한 속도는 나오지만, 4.1보다는 여전히 훨씬 느립니다.
2개의 좋아요
최신 업데이트를 적용해 보니 OpenAI가 API를 일부 변경한 것 같습니다
모델에 연결을 시도했으나 다음 오류가 반환되었습니다: { “error”: { “message”: “Unsupported parameter: ‘reasoning_effort’. In the Responses API, this parameter has moved to ‘reasoning.effort’. Try again with the new parameter. See the API documentation for more information: https://platform.openai.com/docs/api-reference/responses/create.”, “type”: “invalid_request_error”, “param”: null, “code”: “unsupported_parameter” } }
여기서 URL은 https://api.openai.com/v1/responses로 설정되어 있습니다.
1개의 좋아요
현재는 completions API에서 정상적으로 작동하고 있습니다. responses API에 대한 수정 사항을 후속으로 제공하겠습니다.
2개의 좋아요
참고로, Responses를 사용하는 GPT-5는 매우 느리다는 보고가 계속되고 있습니다. 따라서 현재 사용 중인 버전이 더 유용할 가능성이 높습니다.
3개의 좋아요
몇 시간 전에 이 문제를 수정해서 푸시했습니다. 한번 시도해 보세요.
1개의 좋아요
보스님, 완벽하게 작동해요 
1개의 좋아요