Википедия:Запросы на комментарии

Это информационная страница . Это не энциклопедическая статья , не одна из политик или руководств Википедии ; скорее, ее цель — объяснить определенные аспекты норм, обычаев, технических деталей или практик Википедии. Она может отражать различные уровни консенсуса и проверки .

Ярлык WP:RFC

На этой странице описывается процесс, включая инструкции о том, как и зачем создавать запрос на комментарий ( RfC ), участвовать в нем и завершать его.

RfC — один из нескольких процессов, доступных в системе разрешения споров Википедии . Альтернативные процессы включают третье мнение , доску объявлений о надежных источниках , доску объявлений о нейтральной точке зрения , доску объявлений о разрешении споров и, для поведения редакторов, доску объявлений об инцидентах администратора и обязательный арбитраж .

• Список всех текущих RfC можно найти на странице Wikipedia:Requests for comment/All ( WP:RFC/A ).
• Архив (избранных) прошлых RfC и других обсуждений можно найти на странице Wikipedia:Centralized discussion/Archive .

Запрос на комментарий (RfC) — это способ попросить сообщество Википедии высказать свое мнение по какому-либо вопросу. Часто вопрос заключается в том, что должна быть написана в статье . Иногда это предложение по изменению процесса или политики Википедии . Целью обсуждений RfC является улучшение энциклопедии, и они могут касаться страниц с содержанием статей, редакционных споров , изменений в политике, руководящих принципах или процедурах или других тем.

RfC приглашает к комментариям более широкий круг редакторов, чем обсуждение на локальной странице обсуждения . И поскольку Википедия принимает решения на основе консенсуса , RfC может выступать в качестве разрешения споров . Если, например, редакторы не могут прийти к согласию относительно того, следует ли упоминать определенный факт в статье, они могут использовать RfC, чтобы узнать, что думает сообщество, и, если достигается консенсус , это обычно разрешает спор.

Комментарии предоставляются и обсуждаются посредством обычного обсуждения в Википедии, которое следует обычным правилам и процедурам страницы обсуждения , включая возможное закрытие . Закрытие обсуждения RFC, особенно длительного, особенно полезно, поскольку цель RfC обычно заключается в достижении консенсуса по какому-либо спорному вопросу.

RfC отнимают много времени, а Википедия — это волонтерский проект , поэтому время редактора ценно. Редакторы должны попытаться решить свои проблемы до начала RfC. Попробуйте обсудить этот вопрос с другими сторонами на соответствующей странице обсуждения . Если вы можете достичь консенсуса или получить ответы на свои вопросы в ходе обсуждения, то нет необходимости начинать RfC.

Если локальное обсуждение не дало ответа на ваш вопрос или не решило проблему, то существуют другие форумы для решения проблемы:

• Обращение за помощью или вкладом в один или несколько соответствующих WikiProjects , которые часто перечислены в верхней части страницы обсуждения статьи.
• Если вопрос по содержанию статьи возникает только между двумя редакторами, вы можете просто и быстро запросить третье мнение на странице «Третье мнение» .
• Если в споре задействовано более двух редакторов или проблема сложная, разрешение споров возможно через доску объявлений о разрешении споров .
• Если вам нужна общая помощь в улучшении статьи, например, получение статуса «Избранное» , то укажите ее в разделе «Рецензирование» .

Более полное описание вариантов разрешения споров см. в Политике разрешения споров и списке досок объявлений .

Если вы не уверены, нужен ли запрос предложений (RfC) или не знаете, как его лучше всего оформить, задайте вопрос на странице обсуждения этого проекта.

Чтобы сообщить об оскорбительном или запутанном имени пользователя , нарушающем политику Википедии в отношении имен пользователей , см. подстраницу Имена пользователей .

Чтобы сообщить о спаме , очистке страниц и других проявлениях вопиющего вандализма, см. Wikipedia:Vandalism .

Использование запросов на комментарии о поведении пользователей прекращено. В серьезных случаях неправомерного поведения вы можете попробовать Wikipedia:Administrators' noticeboard/Incidents . Если спор не может быть разрешен там, то арбитраж может быть оправдан как последнее средство. Вы можете прочитать о других вариантах в политике разрешения споров о поведении пользователей .

Вы создаете RfC, начиная обсуждение , которое обычно происходит в разделе или подразделе страницы обсуждения или доски объявлений. Откройте новый раздел внизу страницы обсуждения статьи или страницы проекта, которая вас интересует.

В некоторых ситуациях, например, когда вы ожидаете очень большого количества комментариев или отсутствует явно релевантная страница обсуждения, вы можете вместо этого разместить обсуждение RfC на подстранице этой страницы или на подстранице страницы политики; примерами являются Wikipedia:Ожидаемые изменения/Запрос на комментарий 2012 и Wikipedia:Запросы на комментарий/Категоризация лиц .

Заголовок раздела должен начинаться с "RfC" или "Запрос на комментарий", например "RfC о длине клюва" или "Запрос на комментарий о прошедшем или настоящем времени для телесериалов". Включите шаблон {{ rfc }} непосредственно под заголовком, за которым следует подписанное краткое и нейтральное сообщение.

1. #Прежде чем начать процесс, убедитесь, что все соответствующие предложения были опробованы.
2. В верхней части раздела новой страницы обсуждения вставьте тег. Тег должен содержать одну или несколько категорий в качестве параметров, например . Категория должна быть указана в нижнем регистре. Список категорий RfC находится в соседней таблице.{{rfc}}{{rfc|econ}}
   • Если ни одна категория не подходит, выберите ту, которая кажется наиболее близкой.
   • Если RFC относится к двум категориям, включите их обе в один тег. Например: .{{rfc}}{{rfc|econ|bio}}

   • Категория " Язык и лингвистика " предназначена для запросов, связанных со статьей Википедии (или ее частью) о языке и лингвистике, а не для запросов, касающихся языка на странице. Если вам нужны комментарии о том, как должна быть сформулирована статья, категоризируйте свой запрос в соответствии с темой статьи.
   • Категория " Политики и руководства Википедии " предназначена для обсуждения изменений в самих политиках и руководствах , а не для обсуждения того, как их применять в конкретном случае. То же самое относится к " Стилю и наименованию Википедии " и другим категориям тем, не относящихся к статьям.

   • Не добавляйте два тега в одно и то же редактирование. Если вы хотите начать два RfC на одной странице, то сначала прочтите § Несколько одновременных RfC на одной странице.{{rfc}}
3. Включите первоначальное краткое, нейтральное утверждение или вопрос о проблеме в раздел страницы обсуждения, сразу под тегом (см. § Пример). Если RfC касается правки, которая была оспорена, рассмотрите возможность включения diff .{{rfc}}
   • Legobot скопирует разметку исходного утверждения ^[1] в список активных RfC. Утверждение должно быть самодостаточным и не должно предполагать, что заголовок раздела доступен (потому что утверждение, но не заголовок раздела, будет скопировано на страницы списка RfC).
   • Длинное заявление (включая разметку вики ) будет усечено или может вообще не быть скопировано. Если у вас есть дополнительная информация по вопросу, сначала предоставьте (и подпишите) первоначальное краткое и нейтральное заявление на странице, а затем опубликуйте страницу. После этого вы можете снова отредактировать страницу и разместить дополнительные комментарии под первоначальным заявлением и временной меткой. Ваши дополнительные комментарии должны соответствовать обычным правилам страницы обсуждения ^[2] .
   • По техническим причинам начальные утверждения не могут содержать таблиц или сложного форматирования. Аналогично, утверждение не должно начинаться со списка – но если это неизбежно, используйте разметку  перед списком, либо непосредственно после тега, либо на отдельной строке.{{rfc}}
4. Подпишите краткое заявление, указав либо ~~~~(имя, время и дату), либо ~~~~~(только время и дату). Если вы не укажете время и дату, Legobot удалит ваше обсуждение со страниц, которые уведомляют заинтересованных редакторов RfC.
5. Опубликуйте редактирование страницы обсуждения.
6. И Legobot затем разместит RfC на подстранице Wikipedia:Requests for comment (эта страница), разместив RfC в соответствующих списках RfC. Все подстраницы собраны на Wikipedia:Requests for comment/All . Хотя Legobot обычно запускается раз в час, на размещение RfC может потребоваться целый день, поэтому будьте терпеливы.

   Редакторы, заинтересованные в ответах на запросы предложений (#Responding to RFCs), могут регулярно посещать эти страницы списков или даже просматривать их.

   Кроме того, редакторы могут подписаться на услугу запроса обратной связи (FRS), чтобы автоматически получать уведомления от Yapperbot о случайно выбранных запросах предложений (RfC) с частотой, выбранной редактором.

7. Если вы измените утверждение RfC (включая добавление еще одной категории RfC ), Legobot скопирует измененную версию в списки RfC при следующем запуске. Если вы добавите еще одну категорию RfC, ее нельзя размещать после параметра |rfcid=(если он есть), поскольку Legobot не обработает ее должным образом, если вы это сделаете.

Вы можете обратиться за помощью в написании вашего вопроса RFC на странице обсуждения этой страницы .

Сохраняйте первоначальное заявление RfC (и заголовок) нейтрально сформулированным и кратким. Заявления часто формулируются как вопросы, например: «Должна ли эта статья в начале сказать, что Джон Смит был претендентом на Пулитцеровскую премию?» Не существует фактического правила , согласно которому редакторы, начинающие RfC, должны делать свои первоначальные объяснения похожими на ответы на вопрос (например, помещая их в подраздел ===Обсуждение===) или иным образом делая их менее заметными.

Если вы чувствуете, что не можете описать проблему нейтрально, вы можете попросить кого-то другого написать начальное утверждение или вопрос, или просто сделать все возможное и оставить записку с просьбой к другим улучшить его. Может быть полезно обсудить ваш запланированный вопрос RfC на странице обсуждения или на Wikipedia:Village pump (идеальная лаборатория) , прежде чем начинать RfC, чтобы узнать, есть ли у других редакторов идеи, как сделать его более понятным или лаконичным.

Существует множество приемлемых способов форматирования обсуждения RfC. Ниже приведен один пример того, как может выглядеть простое обсуждение RfC при редактировании страницы обсуждения. Этот пример лучше всего подойдет для средних или небольших обсуждений; для крупных споров могут подойти другие, более структурированные форматы .

Вы можете скопировать и вставить этот пример, но не забудьте изменить формулировку, чтобы она отражала вашу конкретную тему (например, категорию "история" может потребоваться изменить). Требуется подпись ("~~~~") или, по крайней мере, время и дата ("~~~~~"). Не включайте никаких открывающих html-тегов (например, <small>) в начальное утверждение RfC, если только соответствующий закрывающий тег (например, </small>) также не находится перед первой временной меткой, т. е. не "растягивайте" первую временную метку внутри html-кода, в противном случае это может повредить запись RfC на страницах обсуждения темы. После того, как вы вставили текст, подобный этому, на страницу обсуждения, вы должны опубликовать страницу.

== Запрос предложений о фотографии в разделе «История» == {{ rfc | hist }} Должен ли раздел «История» содержать фотографию корабля? ~~~~

Технических ограничений на количество одновременных запросов предложений (RfC), которые могут размещаться на одной странице обсуждения, не существует, но во избежание разветвлений обсуждения они не должны существенно пересекаться по своей тематике.

Каждый тег также должен быть добавлен в отдельном редактировании с задержкой между каждым редактированием, чтобы позволить боту назначить номер идентификатора первому, прежде чем пытаться начать второе. Если вы начинаете другой RfC на странице, на которой уже есть один или несколько текущих RfC, сначала убедитесь, что все существующие теги уже содержат параметр. Процесс выглядит следующим образом:{{rfc}}{{rfc}}|rfcid=

• Добавьте свой вопрос одним тегом.{{rfc}}
• Подождите, пока бот отредактирует страницу и добавит идентификационный номер к первому вопросу RfC. (Часть текста изменится с «В течение 24 часов эта страница будет добавлена ​​...» на «Эта страница была добавлена ​​...»; обычно это занимает меньше часа.)
• Добавьте еще один вопрос со вторым тегом.{{rfc}}

Если в каком-либо теге на странице отсутствует этот параметр, даже если этот RfC был запущен другим редактором, то подождите, пока Legobot добавит его, прежде чем добавлять другой тег в любом месте страницы. Если на одной странице есть два тега, в обоих из которых отсутствует параметр, Legobot присвоит им одинаковое значение, в результате чего будет опубликован только самый низкий тег на странице; более того, входящая ссылка приведет к более высокому вопросу RfC, что вызовет путаницу. Чтобы исправить это, удалите параметр из неопубликованного (обычно более высокого).{{rfc}}{{rfc}}{{rfc}}|rfcid=|rfcid=

После создания RfC его должны заметить редакторы, которые следят за страницей обсуждения. Чтобы побудить более широкий круг редакторов принять участие в обсуждении, вы также можете опубликовать RfC, разместив уведомление в одном или нескольких из следующих мест, если это имеет к нему отношение:

• Один из форумов Village Pump , например, форумы для обсуждения политических вопросов , предложений или прочих тем ( технический форум почти никогда не является подходящим местом. Вы можете задать вопрос там, прежде чем начинать запрос предложений (RfC)).
• Доски объявлений, такие как доска объявлений с точкой зрения , доска объявлений с надежным источником или доска объявлений с оригинальным исследованием
• Страницы обсуждения соответствующих википроектов
• Страницы обсуждения тесно связанных статей или политик

При размещении уведомления в этих местах предоставьте ссылку на RfC и краткое заявление, но не оспаривайте RfC. Вы можете использовать для информирования других редакторов. Будьте осторожны, чтобы придерживаться руководства по агитации , которое запрещает уведомление выбранной группы редакторов, которые могут быть предвзяты. При создании новой политики Википедии или предложении серьезных изменений политики следуйте инструкциям на WP:PROPOSAL . Централизованное обсуждение может использоваться для RfC, связанных с политикой, но не для публикации каких-либо споров о содержании в статьях. {{rfc notice}}

Все редакторы (включая пользователей интеллектуальной собственности) могут ответить на любой запрос предложений (RfC).

• Ответы могут быть представлены в различных форматах. Некоторые RfC структурированы как ряд отдельных ответов, по одному на редактора. Другие приводят к цепочке (отступам) обсуждений с участием нескольких редакторов. Другие предлагают одно или несколько альтернативных предложений, которые отдельно поддерживаются или отклоняются редакторами с помощью процесса опроса . Другие RfC объединяют опрос с цепочками обсуждений. См. раздел примеров выше для предлагаемого формата.
• Редактирование контента в рамках обсуждения RfC может быть особенно спорным. Избегайте внесения правок, которые другие могут счесть бесполезными. Редактирование после того, как другие высказали возражения, может рассматриваться как деструктивное редактирование или борьба за редактирование . Будьте терпеливы; вносите улучшения в соответствии с консенсусом после того, как RfC будет решен.
• Постарайтесь не вступать в конфронтацию. Будьте дружелюбны и вежливы , и предполагайте добросовестность действий других редакторов.
• Если вы считаете, что RfC сформулирован неправильно, попросите создателя улучшить формулировку или добавьте альтернативное беспристрастное утверждение сразу под вопросом RfC (после тега ). Вы также можете попросить о помощи или втором мнении на Wikipedia talk:Requests for comment . Не завершайте RfC только потому, что считаете формулировку предвзятой. Тег обычно остается на странице, пока не будет удален Legobot или создателем. RfC может быть завершен только при соблюдении критериев, указанных в Ending RfCs.{{rfc}}{{rfc}}
• По возможности выступайте посредником — найдите точки соприкосновения и попытайтесь объединить редакторов, а не разъединить их.

Поскольку RfC — это запрос комментариев в обсуждении, завершение RfC заключается в завершении этого запроса. Когда RfC используется для разрешения спора, решение определяется так же, как и для любого другого обсуждения: участники обсуждения определяют, о чем они договорились, и пытаются реализовать свое соглашение.

RfC должен длиться до тех пор, пока не будет получено достаточно комментариев для достижения консенсуса, или пока не станет очевидно, что этого не произойдет. Нет требуемой минимальной или максимальной продолжительности; однако Legobot предполагает, что RfC был забыт, и автоматически завершает его (удаляет тег) через 30 дней после его начала, чтобы избежать накопления устаревших обсуждений, засоряющих списки и тратящих время комментаторов. {{rfc}}

Но редакторам не следует этого дожидаться. Если применяется одна из причин для завершения RfC, кто-то должен завершить его вручную, как только станет ясно, что обсуждение исчерпало себя. И наоборот, всякий раз, когда по истечении 30 дней все еще требуются дополнительные комментарии, кто-то должен отложить автоматическое действие Legobot. Эта последняя функция основана на первой временной метке, следующей за тегом.{{rfc}}

Чтобы продлить текущий запрос предложений еще на 30 дней и не допустить автоматического завершения запроса предложений Legobot в течение следующего месяца, вставьте текущую временную метку непосредственно перед исходной временной меткой вступительного заявления, указав либо ~~~~(имя, время и дату), либо ~~~~~(только время и дату).

Как и другие обсуждения, RfC иногда заканчиваются без соглашения или четкого решения. Существует несколько способов, которыми RfC заканчиваются:

1. Вопрос может быть отозван автором (например, если ответ сообщества стал очевиден очень быстро ). В этой ситуации редактор, который начал RFC, обычно является тем, кто удаляет тег.{{rfc}}
2. Участники RFC могут договориться о его прекращении в любой момент; один из них снимает тег.{{rfc}}
3. Спор может быть перенесен на другой форум разрешения споров . ^[3]
4. Любой невовлеченный редактор может опубликовать заключительное резюме обсуждения ; если консенсус несомненно ясен, даже вовлеченный редактор может подвести итог обсуждения. Редактор удаляет тег, закрывая обсуждение. Чтобы избежать опасений по поводу предвзятых резюме, вовлеченным редакторам (со всех сторон спора) рекомендуется позволить кому-то другому написать резюме.{{rfc}}
5. Обсуждение может просто прекратиться, и никто не захочет восстанавливать тег после того, как бот его удалит.{{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}}

В конце заявления о запросе предложений следует упомянуть, что запрос предложений был завершен и возобновлен, а также при необходимости поставить свою подпись.

На эту страницу есть ссылка в Глоссарии Википедии .

• Текущие обсуждения и текущие запросы см. на странице Wikipedia:Dashboard .
• Википедия:Решения, не требующие консенсуса редакторов
• Архивы споров о поведении пользователей
• Special:Prefixindex/Wikipedia:Requests for comment – ​​список всех подстраниц этой страницы
• Wikipedia:Запросы на комментарии/Все – список всех текущих RfC
• Wikipedia:Служба запроса отзывов – зарегистрируйтесь, чтобы получать уведомления о новых запросах предложений (RfC) на вашей странице обсуждения пользователя
• Wikipedia:Request directory – все остальные отделы запросов
• Википедия:Помощь экспертов