Discourse Private Replies — это отчасти похоже
Спасибо, да, это близко, но не совсем тот случай. Здесь речь идёт о ситуации, когда пользователь начинает вопрос, а все ответы скрыты и видны только автору темы.
В нашем случае у нас есть сотрудники поддержки, которым необходимо входить в SFTP/SSH/DB клиентов. Клиент начинает с вопроса, и в 60% случаев сотруднику поддержки приходится запрашивать данные для входа. Иногда другой клиент задаёт похожий вопрос, и ему тоже должно быть разрешено отправлять конфиденциальную информацию в этой теме.
Но вы не хотите, чтобы клиенты видели информацию друг друга. Поэтому вам нужно найти способ различать посты, которые должны быть видны всем, и посты, доступные только сотрудникам. Вы можете создать отдельную тему, использовать функцию «Скрытые ответы» и запросить у пользователя его данные, но тогда все увидят вопрос, что выглядит странно.
Однако в Discourse пользователи могут взаимодействовать с сотрудниками через личные сообщения, даже если эта функция отключена, при условии, что инициатором разговора был сотрудник. Таким образом, вы можете отключить личные сообщения, позволить сотрудникам писать вашим пользователям, и те смогут отвечать.
Таким образом, если ваши специалисты поддержки имеют роль staff, они могут просто написать пользователям в личные сообщения и запросить необходимую информацию.
Однако PM хорошо работает только условно при сотнях запросов в день.
Поэтому это не должен быть полный пост, который больше не виден, а дополнительно к посту должно быть поле, в которое можно передать текст (или ссылку). Это поле будет видно только модераторам. Таким образом, создатель поста всегда сможет дать публичное объяснение проблемы, а также отправить данные для входа, которые останутся скрытыми.
Для другого сервиса мы используем систему тикетов, где другие пользователи могут отвечать на вопросы помимо поддержки. Это способствует развитию идеи сообщества. Там у нас есть возможность добавлять текстовые поля под основным полем контента, которые позволяют отправлять конфиденциальную информацию только нашим сотрудникам. Поэтому я подумал, что внедрение чего-то подобного в Discourse было бы отличным решением.