개요토ピック을 해결한 사용자에게 보내는 개인 메시지(PM)를 개선해야 합니다. 해당 PM에 제안되는 토ピック들이 아직 해결되지 않은 상태인지 확인하도록 해야 합니다.
수용 기준[현재 기능] 사용자의 답변이 해당 토ピック의 해결책으로 표시되면, 추가적인 해결책을 제시하도록 독려하는 개인 메시지가 전송됩니다.
이 개인 메시지에 나열되는 토ピック은 해결책 활성화가 된 카테고리에 속하는 아직 해결되지 않은 관련 토ピック이어야 합니다.
추가 정보원본 보고서:
안녕하세요! Solved Reminders 플러그인을 설치했는데, 이미 해결된 게시글이나 해결 옵션이 없는 게시글(예: 공지사항)까지 제안 목록에 포함되는 것을 확인했습니다.
기술적인 지식이 부족하여, 플러그인이 해결할 수 없는 게시글을 제외하도록 설계된 것인지, 아니면 해당 필터링 기능이 플러그인에 포함되어 있지 않은지 판단하기 어렵습니다.
멋진 플러그인인 것 같습니다. 불행히도 Meta에서 해당 주제를 찾을 수 없습니다. GitHub 계정이 있다면 그곳에 버그 보고를 하는 것도 좋은 방법이 될 수 있습니다.
계정은 있지만, 안타깝게도 해당 저장소에서 이슈(Issues) 기능이 비활성화되어 있어요 
정말 안타깝습니다. 저는 @멘션을 사용해 여기에서 DeV의 계정을 찾아볼까 했지만, 성공하지 못했습니다. 해당 계정의 이름이 여기에는 그대로 반영되어 있지 않은 것 같습니다.
하지만 solved 플러그인에 정말 멋진 확장 기능인 것 같습니다. 제 생각에는 원래 플러그인에 옵션을 추가하기 위해 풀 리퀘스트를 보내는 것이 훨씬 나았을 것입니다.
정말 멋지네요. 그가 자리를 비운 상태라 그럴 만하죠. 탐정 같은 실력은 제 것보다 확실히 더 뛰어나네요. 
그가 훌륭한 팀과 함께 있으니 도움이 되겠네요!
그렇습니다. 우리 팀이 너무 커져서 팀원들을 알아보지 못할 정도가 되지는 않기를 바랍니다. 게다가 아피트는 저보다 더 오래 여기에서 일해 왔습니다.
문제를 보여주는 스크린샷과 예시를 함께 첨부해 주실 수 있을까요? 코드를 살펴본 결과, 솔루션이 가능한 카테고리로 후보 카테고리 목록을 제한하고 있는 것을 확인할 수 있습니다.
장기적으로 @hugh / @tobiaseigen, 코드 드리프트를 방지하고 더 복잡한 유지보수를 피하기 위해 이 2가지 기능을 solved 플러그인으로 업스트림하는 것이 좋을 것 같습니다.
수고하신 탐문 조사에 감사드립니다! 
@sam, 제가 받은 메시지는 다음과 같습니다:
이 메시지를 9월 18일에 받았습니다.
아 이제 문제가 보입니다:
우리는 "list_suggested_for"를 사용하여 사용자의 이 탭에 표시되는 목록을 가져오고 있습니다:
이상적으로는 이 플러그인이 제안에 다른 알고리즘을 사용해야 합니다. 또한, 여기서는 훨씬 더 정밀한 타겟팅이 가능한 AI 관련 주제를 활용하지 못하고 있습니다.
"Suggested topics"는 (읽지 않음/새로움 항목이 소진된 후) 거의 무작위로 보입니다.
리포트 감사합니다, @xomiamoore! 해당 PM이 솔루션이 활성화된 카테고리에 속하고 현재 미해결 상태인 주제만 포함되도록 팀에 업데이트를 요청했습니다. 이는 큰 개선이 될 것입니다.
현재 진행 중인 다른 프로젝트가 많아 정확한 배포 시점을 말씀드리기는 어렵지만, 작업을 시작하는 대로 알려드리겠습니다.
오래된 주제를 다시 꺼내 죄송합니다만, 이 설정을 활성화하면 다른 질문에 대한 도움을 줄 수 있는 제안이 이 로직을 따르게 된다는 말씀이신가요?
전체 맥락을 말씀드리자면, 저희의 모든 제품에는 질문 카테고리가 있습니다. 하지만 제품 A에서 해결책을 찾았다고 해서 제품 B에서 도움을 줄 수 있는 지식을 가지고 있는 것은 아닙니다.
해결책을 받은 원래의 카테고리와 동일한 범위로 미해결 주제에 대한 제안을 제한하려고 합니다.
네, 그렇게 하면 작동할 것입니다.
“유사한 질문에 대한 답변 도움” 개인 메시지(PM)는 해결책이 채택된 주제의 경우 Discourse의 표준 권장 주제(suggested-topics) 로직을 사용합니다. 따라서 "권장 범위를 카테고리로 제한"이 활성화되어 있으면, 해당 PM의 권장 주제는 원래 해결된 주제와 동일한 카테고리로 제한되어야 합니다.
즉, 예시에서 제품 A에 대한 해결책은 제품 B의 주제가 아니라 제품 A 카테고리에 있는 다른 주제만 권장해야 합니다.
