주제에 대한 관리자 작업(예: “주제 닫기”, “주제 고정”)이 수행되면, 해당 주제에 특수한 게시글(“작은 작업 게시글”)이 자동으로 추가됩니다.
관리자가 이러한 작은 작업 게시글이 주제 목록 순위를 끌어올리는지(bump) 여부를 제어할 수 있도록 설정을 추가해 주세요.
관리자 작업으로 인해 작은 작업 게시글이 생성되면 주제가 목록 순위를 끌어올립니다. 이는 사용자에게 도움이 되지 않는 경우가 많습니다.
예를 들어, “주제 자동 닫기 시간” 카테고리 설정으로 인해 주제가 자동으로 닫혔을 때, 해당 주제를 사용자에게 노출시키는 데는 전혀 이점이 없습니다.
사용자의 “읽지 않은” 주제 목록에 관심 있는 활동이 없는 주제들이 섞여 들어갑니다.
3146142c2ed2c880d53b2f8c136af9f46df99b59
이 상황을 해결하는 데 도움이 될 수 있는 숨겨진 사용자 설정이 있다고 생각합니다. 바로 '토픽이 닫힐 때 읽지 않은 것으로 간주’라는 설정입니다. https://meta.discourse.org/my/preferences/tracking 페이지에서 이 설정을 찾을 수 있습니다.
이 옵션을 해제하면 토픽이 닫혔을 때 '읽지 않음’으로 집계되지 않습니다.
예상 소요 시간(ETA): 다른 많은 사용자 설정(예: /admin/site_settings/category/user_preferences에 있는 설정들)처럼 관리자 설정에서 기본값을 선택할 수 있는 옵션은 없어 보입니다. 이런 기능이 추가되면 좋을 것 같습니다.
그리고 'bumped(상단으로 올라옴)'라고 말씀하신 것은 파란색 읽지 않음 표시가 나타나고 /unread 목록에 표시되는 것을 의미하는 건가요? 토픽이 닫혔을 때(수동으로 닫았든 타이머로 닫혔든) /latest 상단으로 올라가는 전통적인 방식의 'bump’는 일어나지 않는다고 생각합니다.
또한, 자동 닫힘 타이머는 이미 읽지 않음 표시를 억제하는 ‘silent(무음)’ 버전의 닫기 방식을 사용하는 것 같으므로, hopefully 그런 토픽들이 /unread 목록에 나타나지 않기를 바랍니다. 
그 설정이 더 오래전부터 있었던 건가요? 그 설정은 전혀 기억이 나지 않습니다.
14개월 전에 추가되었습니다
@JammyDodger 감사합니다. 이는 개별 사용자에게 효과적인 우회책이지만, 저는 관리자가 전체 포럼에 적용할 수 있는 해결책을 요청하는 것입니다.
그렇겠지요, 하지만 그렇게 되면 기본값이 변경된 시점 이후에 계정을 생성한 사용자들만 문제를 해결할 수 있는 것 아닌가요?
그렇습니다.
저는 직접 확인해 본 결과, /unread 목록에 나타나고 있음을 확인했습니다.
기본값을 변경할 때 앞으로만 적용할지, 아니면 기존 항목들도 함께 업데이트할지 선택할 수 있습니다:
해당 관리자 설정이 추가되었다면, 기존 사용자들도 모두 업데이트할 수 있어야 합니다. 
(다만 고정, 목록 제외, 분할 등 전체 기능이 아니라 폐쇄된 작업에 한해서)
자동 폐쇄를 위해 어떤 방법을 사용하고 계신가요? 아직 ‘silent(무음)’ 옵션을 사용하지 않는 버전일 수도 있습니다.
‘폐쇄(closed)’된 항목에 집중하는 것이 죄송하지만, 이러한 ‘노이즈(소음)’ 문제에서 일반적으로 가장 큰 문제 요소이기 때문입니다. 
“자동 닫기까지 시간:” 카테고리 설정이 6개월로 설정되어 있습니다.
“주제 내 마지막 게시글이 이보다 오래되지 않으면 닫지 않음.” 카테고리 설정이 활성화되어 있습니다.
또한 이것이 가능한 원인이 아님을 확인하기 위해, “일일 자동 상단 고정 대상 열려 있는 주제 수” 카테고리 설정이 0으로 설정되어 있다는 점도 언급해 두겠습니다.
정당한 지적입니다. 제가 이 요청을 하게 된 계기는 자동 닫기 상단 고정(bump)에 대한 사용자들의 불만 때문이었습니다.
발생 빈도가 낮아 영향은 덜하지만, 아카이브된 주제를 상단 고정하는 것도 말이 되지 않으며, 단순히 고정 해제되었을 뿐인 주제를 상단 고정하는 것도 적절하지 않다고 생각합니다. 이것이 제가 특정 상황인 자동 닫기에 국한하지 않고 요청 범위를 넓힌 이유입니다.
이러한 의견들이 매우 타당하다고 생각하며, 다른 사용자들도 이러한 것들을 '무의미한 이벤트(non-events)'로 여기는지 확인하기 위해 대화를 나눠볼 가치가 있다고 봅니다. 유사한 이유로 이러한 항목을 답글 수에 포함하지 않는 것에 대한 논의가 이미 있었음을 알고 있습니다.
앞서 이 기능을 테스트해 보았지만, 테스트 사용자의 /unread(읽지 않음) 목록에 해당 항목이 도착하지 않았습니다. 하지만 데이터 탐색기에서 타이머의 status_type를 확인해 보니 1(종료)이 아닌 8(비공개 종료)으로 표시되고 있어, 제가 테스트를 잘못 수행하고 있을 가능성이 있습니다.
