Разбор длиннохвостых тем был довольно изнурительным. Что-то вроде этого помогло бы огромно.
Я нашел некоторые советы, которые я писал о ручном способе (хотя я понимаю, что есть несколько способов справиться с этой задачей), и подумал, что было бы весело/полезно сравнить их с версией, созданной с помощью ИИ:
JammyDodger:
Разделение этих тем компонентов темы на удобоваримые части «одна проблема на одну тему» — это то, к чему я стремлюсь. Правда, процесс идет немного медленно.
В идеале, когда я приступаю к одной из них, я планирую:
Обновить первое сообщение, чтобы оно соответствовало текущему «стилю», включая настройки и размещенное описание (например, DiscoTOC — автоматическое оглавление )
Обновить и переименовать скриншоты
Обновить информацию и включить сведения о любых новых функциях
Что касается ответов, то принцип «одна проблема на одну тему» должен соблюдаться так, как если бы они были созданы в соответствующих категориях и правильно размечены с самого начала. Я стремлюсь сохранить Support и решения, сгруппировать запросы #ux::category и #feature::category , обходные пути для разработчиков Development , если предлагаются какие-либо корректировки кода, не связанные с интерфейсом, а также любые #bug::category . Если что-то решено (баг исправлен, вопрос отвечен, функция реализована), то эти разделенные темы закрываются так же, как обычно (тег completed /решение помечается/закрывается, в зависимости от ситуации). Другие сообщения, не представляющие ценности, могут быть удалены.
Также стоит подумать, требуется ли для чего-то руководство. Обычно для компонентов темы это не нужно, но в данном случае оно может подойти.
Иногда в одном сообщении может содержаться несколько проблем. Это может усложнить разделение, но я стараюсь сначала справиться с простыми случаями и очистить ответы, прежде чем решать, что делать с более запутанными.
Сброс даты обновления также является моим большим помощником.
6 лайков