На этой странице описывается процесс, включая инструкции о том, как и зачем создавать запрос на комментарий ( 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:Administrators' noticeboard/Incidents . Если спор не может быть разрешен там, то арбитраж может быть оправдан как последнее средство. Вы можете прочитать о других вариантах в политике разрешения споров о поведении пользователей .
{{rfc}}{{rfc|econ}}{{rfc}}{{rfc|econ|bio}}{{rfc}} Если вы хотите начать два RfC на одной странице, то сначала прочтите § Несколько одновременных RfC на одной странице.{{rfc}}~~~~~(только время и дату). Если вы не укажете время и дату, Legobot удалит ваше обсуждение со страниц, которые уведомляют заинтересованных редакторов RfC.Список категорий RfC приведен в соседней таблице.
Категория "Политики и руководящие принципы Википедии" предназначена для обсуждения изменений в самих политиках и руководящих принципах , а не для обсуждения того, как их применять в конкретном случае. То же самое относится к "стилю", "WikiProject" и другим категориям, не относящимся к статьям.
Категория "Язык и лингвистика" предназначена для запросов, связанных со статьей Википедии (или ее частью) о языке и лингвистике, а не для запросов, касающихся языка на странице. Если вы хотите получить комментарии о том, как должна быть сформулирована статья, категоризируйте свой запрос в соответствии с темой статьи.
Формулировка заявления (и заголовка) RfC должна быть нейтральной и краткой. [1] Заявления часто формулируются в виде вопросов, например: «Следует ли в этой статье в начале сказать, что Джон Смит был претендентом на Пулитцеровскую премию?»
Хорошие вопросы :
Плохие вопросы :
Legobot скопирует разметку вашего заявления (от конца тега до первой временной метки) в список активных RfC, если он достаточно краткий; длинное заявление не будет скопировано. По техническим причинам заявления не могут содержать таблиц или сложного форматирования, хотя они могут быть добавлены после начального заявления (т. е. после первой временной метки). Аналогично, заявление не должно начинаться со списка, но если это неизбежно, используйте разметку перед списком, либо непосредственно после тега , либо на отдельной строке. Если разметка заявления RfC слишком длинная, Legobot может не скопировать ее на страницы списка RfC и не опубликует RfC через службу запросов обратной связи .{{rfc}} {{rfc}}
Заявление должно быть самостоятельным и не должно предполагать, что заголовок раздела доступен (потому что заявление, но не заголовок раздела, будет скопировано на страницы списка RfC). Если RfC касается правки, которая была оспорена, рассмотрите возможность включения diff в вопрос 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 | hist }} Должен ли раздел «История» содержать фотографию корабля? ~~~~Если вы измените утверждение RfC (включая добавление еще одной категории RfC ), Legobot скопирует измененную версию в списки RfC при следующем запуске. Если вы добавите еще одну категорию RfC, ее нельзя размещать после параметра |rfcid=(если он есть), поскольку Legobot не обработает ее должным образом, если вы это сделаете.
После создания RfC его заметят редакторы, которые следят за страницей обсуждения, редакторы, которые следят за списками RfC, и некоторые редакторы, подписанные на Feedback Request Service (FRS), которые будут автоматически уведомлены Yapperbot . Однако редакторов может быть недостаточно, чтобы получить достаточное количество отзывов. Чтобы получить больше отзывов, вы можете опубликовать RfC, разместив уведомление в одном или нескольких из следующих мест, если это имеет к нему отношение:
При размещении уведомления в этих местах предоставьте ссылку на RfC и краткое заявление, но не оспаривайте RfC. Вы можете использовать для информирования других редакторов. Постарайтесь придерживаться руководства по агитации , которое запрещает уведомление выбранной группы редакторов, которые могут быть предвзяты. При создании новой политики Википедии или предложении серьезных изменений в политике следуйте инструкциям на WP:PROPOSAL . Централизованное обсуждение может использоваться для RfC, связанных с политикой, но не для публикации каких-либо споров о содержании в статьях. Дополнительные рекомендации доступны на WP:Publicising discussions .{{rfc notice}}
Все редакторы (включая пользователей интеллектуальной собственности) могут ответить на любой запрос предложений (RfC).
{{rfc}}{{rfc}}Поскольку RfC — это запрос комментариев в обсуждении, завершение RfC заключается в завершении этого запроса. Когда RfC используется для разрешения спора, решение определяется так же, как и для любого другого обсуждения: участники обсуждения определяют, о чем они договорились, и пытаются реализовать свое соглашение.
Некоторые термины, которые мы используем:
{{rfc}}{{closed rfc top}}RfC должен длиться до тех пор, пока не будет получено достаточно комментариев для достижения консенсуса, или пока не станет очевидно, что этого не произойдет. Нет требуемой минимальной или максимальной продолжительности; однако Legobot предполагает, что RfC был забыт, и автоматически завершает его (удаляет тег) через 30 дней после его начала, чтобы избежать накопления устаревших обсуждений, засоряющих списки и тратящих время комментаторов. {{rfc}}
Но редакторам не следует этого дожидаться. Если применяется одна из причин для завершения RfC, кто-то должен завершить его вручную, как только станет ясно, что обсуждение исчерпало себя. И наоборот, всякий раз, когда по истечении 30 дней все еще требуются дополнительные комментарии, кто-то должен отложить автоматическое действие Legobot. Эта последняя функция основана на первой временной метке, следующей за тегом.{{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><!--...-->
Любой, кто хочет, чтобы невовлеченный редактор написал заключительное резюме обсуждения (в идеале с определением консенсуса), может официально запросить закрытие, разместив сообщение на Wikipedia:Запросы на закрытие . Если обсуждаемый вопрос не является спорным и консенсус очевиден для участников, то формальное закрытие не является ни необходимым, ни желательным . Письменные заключительные заявления не требуются. Ожидается, что редакторы смогут оценить и согласовать результаты большинства RfC без посторонней помощи.
Чтобы предупредить читателей о том, что RfC завершен, вы можете по желанию заключить раздел страницы обсуждения в рамку, используя пару тегов, например / или / . Это не обязательно и может быть сделано с или без заключительного заявления о результатах обсуждения. В этом примере показан один из способов сделать это:{{closed rfc top}}{{closed rfc bottom}}{{archive top}}{{archive bottom}}
== Запрос предложений о фотографии в разделе «История» == {{ закрытый запрос предложений вверху | результат = Было достигнуто согласие сохранить фотографию. ~~~~ }} .... вот полное обсуждение запроса предложений... {{ закрытый запрос предложений внизу }}Любой, кто хочет получить больше комментариев по теме, может перезапустить RfC, который был завершен, если обсуждение не было закрыто. Например, первоначальный автор RfC может отозвать его, но кто-то другой может заинтересоваться темой в то же время и перезапустить ее.
Чтобы перезапустить RfC, повторно вставьте тег. Если он был автоматически удален Legobot, то обязательно вставьте текущую временную метку после утверждения RfC и перед его исходной временной меткой, иначе он будет просто повторно удален ботом. Это даст тридцатидневное продление; но если RfC должен быть длительным, вы можете вместо этого добавить строку{{rfc}}
<!-- Срок действия игнорирования RFCBot истек -->перед тегом.{{rfc}}
В конце заявления о запросе предложений следует упомянуть, что запрос предложений был завершен и возобновлен, а также при необходимости поставить свою подпись.
{{rfc}}{{rfc}}