На этой странице описан процесс, включая инструкции о том, как и зачем создавать запрос на комментарий ( RfC ), участвовать в нем и завершать его.
RfC — один из нескольких процессов, доступных в системе разрешения споров Википедии . Альтернативные процессы включают в себя третье мнение , доску объявлений о надежных источниках , доску объявлений о нейтральной точке зрения , доску объявлений о разрешении споров , а в отношении поведения редакторов — доску объявлений об инцидентах администратора и обязательный арбитраж .
Запрос на комментарий ( RfC ) — это способ попросить сообщество Википедии высказать свое мнение по проблеме. Часто проблема заключается в том, что должна сказать статья. Иногда это предложение о процессе работы Википедии или изменении политики . Целью обсуждений RfC является улучшение энциклопедии, и они могут касаться содержания страниц статей, редакционных споров ; изменения в политиках, руководящих принципах или процедурах; или другие темы. RfC предполагает комментарии от более широкого круга редакторов, чем обычное обсуждение на странице обсуждения . К этим обсуждениям применяются обычные правила страницы обсуждения .
Обсуждение RfC обычно происходит в разделе или подразделе страницы обсуждения или доски объявлений и представляет собой обычное обсуждение в Википедии, которое следует обычным правилам и процедурам, включая возможное закрытие . Подведение итогов длительных дискуссий часто бывает полезным, поскольку цель RfC обычно состоит в достижении консенсуса по какому-либо спорному вопросу.
Поскольку Википедия принимает решения на основе консенсуса , RfC может действовать как средство разрешения споров . Если, например, редакторы не могут договориться о том, следует ли упоминать в статье определенный факт, они могут использовать RfC, чтобы узнать, что думает сообщество, и, если возникает консенсус, это обычно разрешает спор.
RfC с помощью ботов использует систему централизованных досок объявлений и случайных, доставляемых ботами приглашений для рекламы RfC другим редакторам. После того как создатель RfC добавит тег на страницу обсуждения, на которой размещен RfC, все остальное за него сделает бот. Затем RfC рекламируется на подстранице Wikipedia:Requests for comment, все из которых собраны в Wikipedia:Requests for comment/All . Редакторы, заинтересованные в ответах на запросы RfC, могут регулярно посещать эти страницы или просматривать их. Существует также служба запроса обратной связи (FRS), с помощью которой редактор может подписаться на получение случайных уведомлений о RfC со скоростью, которую выбирает редактор.{{rfc}}
RfC отнимает много времени, а время редактора ценно. Редакторы должны попытаться решить свои проблемы, прежде чем начинать RfC. Попробуйте обсудить этот вопрос с другими сторонами на соответствующей странице обсуждения . Если вы можете достичь консенсуса или получить ответы на свои вопросы в ходе обсуждения, тогда нет необходимости начинать RfC.
Если местное обсуждение не дает ответа на ваш вопрос или не решает проблему, воспользуйтесь другими форумами для решения:
Более полное описание вариантов разрешения споров см. в Политике разрешения споров и в списке досок объявлений .
Если вы не уверены, необходим ли RFC или как его лучше сформулировать, спросите на странице обсуждения этого проекта.
Использование запросов на комментарии по поводу поведения пользователей прекращено. В серьезных случаях неправомерного поведения вы можете попробовать Wikipedia:Доска объявлений администраторов/Инциденты . Если спор не может быть разрешен там, то арбитраж может быть оправдан в качестве крайней меры. Вы можете прочитать о других вариантах в политике разрешения споров о поведении пользователей .
{{rfc}}{{rfc|econ}}{{rfc}}{{rfc|econ|bio}}{{rfc}} Если вы хотите разместить два RFC на одной странице, сначала прочитайте § Несколько одновременных RFC на одной странице.{{rfc}}~~~~~(только время и дату). Если вы не укажете время и дату, Legobot удалит ваше обсуждение со страниц, которые уведомят заинтересованных редакторов RfC.Список категорий RfC находится в соседней таблице.
Категория «Политики и рекомендации Википедии» предназначена для обсуждения изменений в самих политиках и руководствах , а не для обсуждения того, как их применять в конкретном случае. То же самое относится к «стилю», «Википроекту» и другим категориям, не относящимся к статьям.
Категория «Язык и лингвистика» предназначена для запросов, связанных со статьей Википедии (или ее частью) о языке и лингвистике, а не для запросов, касающихся языка на странице. Если вы хотите получить комментарии о том, как следует сформулировать статью, классифицируйте свой запрос в соответствии с темой статьи.
Сохраняйте заявление RfC (и заголовок) нейтральным и кратким. [1] Утверждения часто формулируются как вопросы, например: «Должна ли в этой статье в начале статьи говориться, что Джон Смит был претендентом на Пулитцеровскую премию?»
Хорошие вопросы :
Плохие вопросы :
Legobot скопирует разметку вашего заявления (от конца тега до первой временной метки) в список активных RfC, если оно достаточно краткое; длинный оператор не сможет быть скопирован. По техническим причинам операторы не могут содержать таблицы или сложное форматирование, хотя они могут быть добавлены после исходного оператора (т. е. после первой временной метки). Точно так же оператор не должен начинаться со списка, но если это неизбежно, используйте разметку перед списком, либо непосредственно после тега, либо на отдельной строке. Если разметка заявления RfC слишком длинная, Legobot может не скопировать его на страницы списка RfC и не опубликовать RfC через службу запроса обратной связи .{{rfc}} {{rfc}}
Заявление должно быть самодостаточным и не должно предполагать, что заголовок раздела доступен (поскольку на страницы списка RfC будет скопировано заявление, а не заголовок раздела). Если RfC касается оспоренного редактирования, рассмотрите возможность включения разницы в вопрос RfC.
Если у вас есть что сказать по этому вопросу, дайте и подпишите краткое заявление в первоначальном описании и опубликуйте страницу, затем снова отредактируйте страницу и разместите дополнительные комментарии под вашим первым заявлением и отметкой времени. Если вы чувствуете, что не можете описать проблему нейтрально, вы можете либо попросить кого-нибудь другого написать вопрос или краткое изложение, либо просто приложить все усилия и оставить заметку с просьбой к другим улучшить ее. Возможно, будет полезно обсудить запланированный вопрос к RFC на странице обсуждения перед началом RFC, чтобы узнать, есть ли у других редакторов идеи, как сделать его более ясным или кратким.
Чрезмерное использование RfC не помогает.
Редко когда в одной статье или у одного редактора одновременно открыто более одного или двух продуктивных RfC. Прежде чем приступать к большому количеству RfC, загляните на страницу обсуждения RfC , чтобы получить совет.
Не существует технических ограничений на количество одновременных RfC, которые могут проводиться на одной странице обсуждения, но во избежание дискуссионных разветвлений они не должны существенно пересекаться по своей тематике.
Каждый тег также следует добавлять в отдельном редактировании с задержкой между каждым редактированием, чтобы бот мог присвоить идентификационный номер первому, прежде чем пытаться запустить второй. Если вы запускаете еще один RFC на странице, на которой уже есть один или несколько текущих RFC, сначала убедитесь, что все существующие теги уже содержат параметр. Процесс выглядит следующим образом:{{rfc}}{{rfc}}|rfcid=
{{rfc}}{{rfc}}Если в каком-либо теге где-либо на странице этот параметр отсутствует, даже если этот RfC был запущен другим редактором, подождите, пока Legobot добавит его, прежде чем добавлять другой тег в любом месте страницы. Если на одной странице есть два тега, в обоих из которых отсутствует параметр, Legobot присвоит обоим одинаковое значение, в результате чего будет опубликован только самый нижний тег на странице; более того, входящая ссылка приведет к более высокому вопросу RfC, что вызовет путаницу. Чтобы это исправить, удалите параметр из неопубликованного параметра (обычно более высокого).{{rfc}}{{rfc}}{{rfc}}|rfcid=|rfcid=
Существует множество приемлемых способов форматирования обсуждения RfC. Ниже приведен один из примеров того, как может выглядеть простое обсуждение RfC при редактировании страницы обсуждения. Этот пример лучше всего подойдет для средних или небольших дискуссий; для крупных споров могут оказаться более подходящими другие, более структурированные форматы .
Вы можете скопировать и вставить этот пример, но обязательно измените формулировку, чтобы она отражала вашу конкретную тему (например, может потребоваться изменить категорию «история»). Требуется подпись («~~~~») или хотя бы время и дата («~~~~~»). Не включайте какие-либо открывающие теги HTML (например, <small>) в исходный оператор RfC, если только соответствующий закрывающий тег (например, </small>) не предшествует первой метке времени, т. е. не «перемещайте» первую метку времени внутри html-кода, иначе это может повредить запись RfC на страницах обсуждения темы. После того как вы вставили подобный текст на страницу обсуждения, вам необходимо опубликовать страницу.
== RfC о фото в разделе история == {{ rfc | hist }} Должна ли в разделе "История" быть фотография корабля? ~~~~Если вы внесете изменения в заявление RfC (включая добавление другой категории RfC ), Legobot скопирует измененную версию в списки RfC при следующем запуске. Если вы добавите еще одну категорию RfC, ее нельзя размещать после |rfcid=параметра (если он присутствует), поскольку Legobot не обработает ее должным образом.
После того, как вы создадите RfC, его заметят редакторы, просматривающие страницу обсуждения, редакторы, просматривающие списки RfC, а также некоторые редакторы, подписанные на службу запросов обратной связи (FRS), которые будут автоматически уведомлены Yapperbot . Однако редакторов может не хватить, чтобы получить достаточный материал. Чтобы получить больше информации, вы можете опубликовать RFC, разместив уведомление в одном или нескольких из следующих мест, если оно имеет к нему отношение:
Размещая уведомление в этих местах, предоставьте ссылку на RfC и краткое заявление, но не оспаривайте RfC. Вы можете использовать его для информирования других редакторов. Обязательно соблюдайте правила проведения агитации , которые запрещают уведомлять выбранную группу редакторов, которые могут быть предвзятыми. Создавая новую политику Википедии или предлагая серьезные изменения в политике, следуйте инструкциям на сайте WP:PROPOSAL . Централизованное обсуждение может использоваться для RFC, связанных с политикой, но не для публикации каких-либо споров по содержанию в статьях. Дополнительные рекомендации доступны на странице WP:Publicisingdiscussions .{{rfc notice}}
Все редакторы (включая пользователей IP) могут ответить на любой запрос RfC.
{{rfc}}{{rfc}}Поскольку RfC — это запрос комментариев в дискуссии, прекращение RfC означает прекращение этого запроса. Когда RfC используется для разрешения спора, решение определяется так же, как и при любом другом обсуждении: участники обсуждения определяют, о чем они договорились, и пытаются реализовать свое соглашение.
Некоторые термины, которые мы используем:
{{rfc}}{{closed rfc top}}RfC должен действовать до тех пор, пока не будет получено достаточно комментариев, позволяющих достичь консенсуса, или пока не станет очевидно, что этого не произойдет. Не существует обязательной минимальной или максимальной продолжительности; однако Legobot предполагает, что RfC был забыт, и автоматически завершает его (удаляет тег) через 30 дней после его начала, чтобы избежать накопления устаревших обсуждений, засоряющих списки и тратящих время комментаторов. {{rfc}}
Но редакторам не стоит этого ждать. Если одна из причин прекращения RFC применима, кто-то должен прекратить ее вручную, как только станет ясно, что обсуждение исчерпало себя. И наоборот, если по истечении 30 дней все еще требуются дополнительные комментарии, кто-то должен отложить автоматическое действие Legobot. Последняя функция основана на первой временной метке, следующей за тегом.{{rfc}}
Чтобы продлить текущий RFC еще на 30 дней и не допустить автоматического прекращения действия Legobot в течение следующего месяца, вставьте текущую временную метку непосредственно перед исходной временной меткой вступительного заявления.
Как и другие дискуссии, RFC иногда заканчиваются без соглашения или четкого решения. Существует несколько способов завершения RfC:
{{rfc}}{{rfc}}{{rfc}}{{rfc}}Пожалуйста, удалите тег, когда спор будет разрешен или когда обсуждение закончится.{{rfc}}
Чтобы завершить RfC вручную , удалите тег со страницы обсуждения. Legobot удалит обсуждение из центральных списков при следующем запуске. (Когда Legobot автоматически завершает RfC из-за его возраста, он удалит тег.) Если вы также закрываете обсуждение, вам следует сделать это в том же редактировании. В качестве альтернативы удалению тега вы можете использовать один из шаблонов привязки шаблонов, например {{ tlx }}, чтобы отключить его, как в .{{rfc}}{{rfc}}{{rfc}}{{tlx|rfc|bio|rfcid=fedcba9}}
Не заключайте тег в теги или и не помещайте его в маркеры комментариев HTML, поскольку Legobot проигнорирует их и будет рассматривать RfC, как если бы он все еще был открытым, а также может повредить страницы со списком RfC.{{rfc}}<nowiki>...</nowiki><syntaxhighlight>...</syntaxhighlight><!--...-->
Любой, кто хочет, чтобы независимый редактор написал заключительное резюме обсуждения (в идеале с достижением консенсуса), может официально потребовать закрытия, разместив сообщение в Википедии: Запросы на закрытие . Если обсуждаемый вопрос не является спорным и консенсус очевиден для участников, то формальное закрытие не является ни необходимым, ни целесообразным . Письменные заключительные заявления не требуются. Ожидается, что редакторы смогут оценить и согласовать результаты большинства RfC без посторонней помощи.
Чтобы предупредить читателей о завершении RFC, вы можете при желании заключить раздел страницы обсуждения в поле, используя пару тегов, например / или / . Это не является обязательным и может быть сделано с заключительным заявлением о результатах обсуждения или без него. В этом примере показан один из способов сделать это:{{closed rfc top}}{{closed rfc bottom}}{{archive top}}{{archive bottom}}
== RFC о фотографии в разделе История == {{ закрыт RFC top | результат = достигнуто согласие сохранить фотографию. ~~~~ }} .... вот все обсуждение RfC... {{ закрытое основание RFC }}Любой, кто хочет получить больше комментариев по теме, может перезапустить завершившийся RfC, если обсуждение не закрыто. Например, исходный автор RfC может отозвать его, но тем временем кто-то другой может заинтересоваться этой темой и перезапустить ее.
Чтобы перезапустить RfC, повторно вставьте тег. Если он был автоматически удален Legobot, обязательно вставьте текущую временную метку после оператора RfC и перед исходной временной меткой, иначе бот просто удалит его повторно. Это даст продление на тридцать дней; но если RfC должен быть продолжительным, вместо этого вы можете добавить строку{{rfc}}
<!-- Срок действия игнорирования RFCBot истек -->перед тегом.{{rfc}}
В конце заявления RfC вам следует упомянуть, что RfC завершился и возобновился, и при необходимости добавить свою подпись.
{{rfc}}{{rfc}}