위키백과:코멘트 요청

이것은 정보 페이지입니다. 이는 위키피디아의 정책이나 지침 중 하나가 아니라 위키피디아의 규범, 관습, 기술 또는 관행의 일부 측면을 설명하는 것입니다.그것은 다양한 수준의 합의와 검토를 반영할 수 있다.

지름길 WP: RFC

의견요청(RfC)은 분쟁, 정책, 가이드라인 또는 기사내용에 관한 외부 의견을 요청하는 과정입니다.RfC는 기사, 에세이, 가이드라인, 정책 및 기타 많은 종류의 페이지 등 페이지 또는 절차를 변경하는 논의에 더욱 주의를 끄는 방법입니다.중앙 집중식 게시판과 봇이 배달한 임의의 초대장 시스템을 사용하여 관련 없는 편집자에게 토론을 홍보합니다.이러한 설명에는 일반적인 토크페이지 가이드라인이 적용됩니다.

이 페이지에서는 RfC 작성 방법 및 작성 이유, 종료 또는 종료 절차, 참여 절차 등 프로세스에 대해 설명합니다.

RfC는 Wikipedia 분쟁 해결 시스템 내에서 이용 가능한 몇 가지 프로세스 중 하나입니다.대체 프로세스에는 제3의견, 관리자의 사고 알림판, 신뢰할 수 있는 출처 알림판, 중립적 시점 알림판, 분쟁 해결 알림판, 편집자의 행동에 대한 구속력 있는 중재 등이 있습니다.

• 현재 모든 RfC 목록은 Wikipedia에서 확인할 수 있습니다.코멘트 요청/모두(WP:RFC/A).
• (선택한) 과거 RfC 및 기타 토론의 아카이브는 Wikipedia에서 확인할 수 있습니다.집중형 토론/아카이브

RfC란

의견 요청(RfC)은 위키피디아 커뮤니티에 대한 의견 요청입니다.종종, 문제는 기사가 무엇을 말해야 하는가에 있습니다.때로는 위키피디아 프로세스나 규칙 변경에 대한 제안이기도 합니다.RfC는 일반적인 토크 페이지 토론보다 폭넓은 에디터로부터 코멘트를 받습니다.

RfC는 Wikipedia 서브페이지에 애드버타이즈되는 토크페이지의 섹션 또는 서브섹션의 형태를 취합니다.의견 요청은 모두 Wikipedia에서 집계됩니다.코멘트 요청/모두.RfC에 대한 대응에 관심이 있는 편집자는 정기적으로 이 페이지를 방문하거나 시청할 수 있습니다.또한 Feedback Request Service(FRS; 피드백 요청 서비스)도 있습니다.이 서비스에서는 편집자가 선택한 환율로 RfC에 대해 무작위로 알림을 받을 수 있습니다.

RfC 작성자가 추가 후{{rfc}}RfC를 호스트하는 토크 페이지에 태그를 붙이면 나머지는 봇이 대신합니다.

RfC 를 사용하면, RfC 를 호스트 하는 페이지의 토론이 개시됩니다.이 "RfC 토론"은 일반적인 Wikipedia 토론으로, 종료 가능성을 포함한 일반적인 규칙과 절차를 따릅니다.RfC의 목적은 일반적으로 일부 논쟁점에 대한 합의를 도출하는 것이기 때문에 관여하지 않는 중립 편집자가 토론의 종료를 선언하고 그 결론을 요약하는 토론은 RfC에서 특별한 가치가 있는 경우가 많다.

Wikipedia는 합의에 의해 결정을 내리기 때문에, RfC는 특히 토론 종결과 결합되었을 때 분쟁 해결의 역할을 할 수 있습니다.예를 들어, 특정 기사의 편집자가 특정 사실을 포함시켜야 하는지에 대해 동의할 수 없는 경우, RfC를 사용하여 커뮤니티의 생각을 확인하고 합의가 이루어지면 일반적으로 분쟁을 해결할 수 있습니다.

RfC는 최종적으로 종료됩니다.즉, 애드버타이즈먼트가 정지되어 RfC가 존재하지 않게 됩니다.RfC 토론은 무기한 읽을 수 있습니다(단, 잠시 후 다른 토론과 마찬가지로 페이지 아카이브에 대해 이야기할 수 있습니다).

프로세스를 시작하기 전에

RfC는 시간이 많이 걸리고 에디터의 시간도 중요합니다.RfC 프로세스를 사용하여 외부 편집자의 의견을 듣기 전에 관련 토크 페이지에서 이 문제를 다른 당사자와 충분히 논의하는 것이 더 빠르고 효과적입니다.편집자는 RfC를 시작하기 전에 문제를 해결하기 위해 합리적인 시도를 해야 합니다.의견 일치를 보거나 다른 편집자와의 토론을 통해 질문에 답변할 수 있는 경우에는 RfC를 시작할 필요가 없습니다.

로컬 토론에서 질문에 대한 답변이나 문제 해결이 되지 않는 경우 해결을 위한 기타 포럼은 다음과 같습니다.

• 문서가 복잡하거나 기술적인 경우 관련 Wiki Project에서 도움을 요청하는 것이 좋습니다.
• 기사 내용 질문이 두 편집자 간에만 있는 경우, 제3의견 페이지에서 간단하고 빠르게 세 번째 의견을 요청할 수 있습니다.
• 편집자가 3명 이상 있거나 문제가 복잡할 경우 분쟁 해결 안내판을 통해 분쟁 해결이 가능합니다.
• Featured 상태 획득 등 기사 개선에 대한 일반적인 도움이 필요한 경우 피어 리뷰에서 해당 문서를 나열하십시오.

분쟁 해결 옵션에 대한 자세한 설명은 분쟁 해결 정책 및 게시판 목록을 참조하십시오.

RfC가 필요한지, 또는 RfC의 프레임 작성 방법이 불분명한 경우 이 프로젝트의 토크 페이지에 문의하십시오.

RfC 프로세스를 사용하지 않는 이유

다른 사용자의 동작에 대해서

Wikipedia 사용자 이름 정책을 위반하여 불쾌하거나 혼란스러운 사용자 이름을 보고하려면 사용자 이름 하위 페이지를 참조하십시오.

스팸, 페이지 블랭크 및 기타 노골적인 파괴 행위를 보고하려면 위키피디아를 참조하십시오.반달리즘.

사용자 행동에 대한 코멘트 요청 사용은 중단되었습니다.심각한 부정행위의 경우 Wikipedia에 접속할 수 있습니다.관리자용 게시판/사고거기서 분쟁을 해결할 수 없는 경우에는 최후의 수단으로 중재를 보증할 수 있다.

RfC 작성

토크 페이지에서 RFC 질문의 기입을 문의할 수 있습니다.

1. 관심 있는 기사 또는 프로젝트 페이지의 토크 페이지 하단에서 새 섹션을 엽니다.섹션 제목은 "RfC" 또는 "Request for comment"로 시작해야 합니다. 예를 들어 "RfC on beek length" 또는 "Request for comment for television series"입니다.
2. 카테고리를 선택하고 다음 항목을 삽입합니다.{{rfc}}새 토크 페이지 섹션의 맨 위에 태그를 지정합니다.의 카테고리{{rfc}}태그는 다음과 같습니다.카테고리는 소문자로 지정해야 합니다.
   • 예:{{rfc econ}}
   • 일부 카테고리의 의미에 대해서는, 이하를 참조해 주세요.일치하는 카테고리가 없는 경우 가장 가까운 카테고리를 선택합니다.
   • RfC가 2개의 카테고리에 관련하는 경우는, 양쪽 모두를 같은 카테고리에 포함합니다.{{rfc}}태그. 예:{{rfc econ bio}}
   • 동일한 편집으로 두 개의 태그를 추가하지 마십시오.같은 페이지에서 2개의 RfC를 시작하려면 먼저 #Multiple simultaneous RfCs를 한 페이지에서 읽어보십시오.
3. 문제점에 대한 간략하고 중립적인 진술 또는 질문을 토크 페이지 섹션의 바로 아래에 포함합니다.{{rfc}}태그. (이름, 시간, 날짜) 또는 (시간과 날짜만)로 서명합니다.일시를 지정하지 않으면 Legobot은 RfCs의 관련 편집자에게 통지하는 페이지에서 토론을 삭제합니다.
4. 토크 페이지를 공개합니다.이제 넌 끝났어.RfC를 적절한 RfC 목록에 게시하는 것을 포함하여 나머지는 Legobot이 처리합니다.RfC를 나열하는 데 Legobot이 최대 하루 정도 걸릴 수 있으므로 기다려 주십시오.

카테고리

RfC 카테고리 목록은 다음 표에 있습니다.

"Wikipedia 정책 및 지침" 카테고리는 정책 및 지침 자체에 대한 변경 사항을 논의하기 위한 것이지 특정 사례에 적용하는 방법을 논의하기 위한 것이 아닙니다.이는 "style", "WikiProject" 및 기타 비문서 카테고리에도 적용됩니다.

"언어 및 언어학" 카테고리는 언어 및 언어학에 관한 Wikipedia 기사(또는 그 일부)와 관련된 요청을 위한 카테고리이며 페이지에 있는 언어에 대한 요청을 위한 것이 아닙니다.기사를 어떻게 표현해야 하는지에 대한 코멘트를 원할 경우, 기사 주제에 따라 요청을 분류하십시오.

예

RfC를 포맷하는 방법에는 여러 가지가 있습니다.다음으로 토크 페이지를 편집할 때 간단한 RfC가 표시되는 예를 제시하겠습니다.이 예는 평균 이하의 RfC에 가장 적합합니다.대규모 분쟁의 경우 다른 보다 구조화된 형식이 더 적절할 수 있습니다.

이 예를 복사하여 붙여넣을 수 있지만 특정 주제를 반영하여 표현을 변경해야 합니다(예: "이력" 카테고리를 변경해야 할 수 있습니다).서명("~~~") 또는 적어도 시간과 날짜("~~~~")가 필요합니다.여는 html 태그는 포함하지 마십시오(예:<small>대응하는 닫힘 태그(예:</small>)도 첫 번째 타임스탬프 앞입니다.즉, HTML 코드 내의 첫 번째 타임스탬프를 "스트래들링"하지 마십시오.그렇지 않으면 토픽 토론 페이지의 RfC 엔트리가 손상될 수 있습니다.이와 유사한 텍스트를 토크 페이지에 삽입한 후 페이지를 게시해야 합니다.

== 이력 섹션의 사진에 대한 RfC == {{nothers hist}}"History" 섹션에는 배의 사진이 포함되어야 합니까?~~~~~~~~ 

문장은 중립적이고 간결해야 합니다.

RfC 스테이트먼트(및 표제)는 중성어로 짧고 심플하게 유지합니다.진술은 종종 질문으로 표현된다. 예를 들어, "이 기사는 존 스미스가 퓰리처상의 경쟁자였다고 선두에 말해야 하는가?"

Legobot은 스테이트먼트의 마크업({rfc} 태그의 끝에서 첫 번째 타임스탬프까지)을 액티브 RfC 목록에 복사합니다.충분히 짧은 경우 긴 스테이트먼트는 복사되지 않습니다.기술적인 이유로, 스테이트먼트는 테이블이나 복잡한 포맷을 포함하지 않을 수 있습니다.단, 첫 번째 스테이트먼트 뒤에 추가할 수 있습니다(즉, 첫 번째 타임스탬프 뒤에 추가).마찬가지로 문장은 목록으로 시작하지 마십시오. 그러나 이것이 불가피할 경우 마크업을 사용하십시오. 목록 바로 앞, 또는 목록 바로 뒤에{{rfc}}태그 지정 또는 자체 행에 태그 지정.RfC 스테이트먼트의 마크업이 너무 길면 Legobot은 그것을 RfC 리스트페이지에 복사하지 못할 수 있으며 피드백 요구 서비스를 통해 RfC를 공개하지 않습니다.

스테이트먼트는 자기포함형이어야 하며 섹션제목을 사용할 수 있다고 가정해서는 안 됩니다(섹션제목이 아닌 스테이트먼트가 RfC 목록페이지에 복사되기 때문입니다).RfC가 논란이 되고 있는 편집에 관한 것이라면 RfC 질문에 차이를 포함시키는 것을 검토하십시오.

이 문제에 대해 할 말이 많은 경우, 첫 번째 설명에 간단한 설명을 기입하고 서명한 후 페이지를 다시 편집하여 첫 번째 설명과 타임스탬프 아래에 추가 설명을 추가합니다.만약 당신이 문제를 중립적으로 설명할 수 없다고 느낀다면, 당신은 다른 사람에게 질문이나 요약을 쓰라고 요구하거나, 그저 최선을 다해서 다른 사람에게 그것을 개선해 달라고 메모를 남길 수 있습니다.RfC를 시작하기 전에 토크 페이지에서 예정된 RfC 질문에 대해 논의하여 다른 편집자가 RfC를 보다 명확하게 하기 위한 아이디어를 가지고 있는지 확인하는 것이 도움이 될 수 있습니다.

RfC 스테이트먼트를 수정하면(다른 RfC 카테고리의 추가 포함), 다음에 실행할 때 Legobot은 수정된 버전을 RfC 목록에 복사합니다.

한 페이지에 여러 개의 동시 RfC가 표시됨

1개의 토크페이지에서 동시에 진행할 수 있는 RfC의 수에 기술적인 제한은 없지만, 토론의 포크를 피하기 위해 주제가 크게 중복되지 않도록 해야 합니다.

각각{{rfc}}또한 태그는 별도의 편집으로 추가해야 합니다.또, 봇이 첫 번째에 ID 번호를 할당하고 나서 두 번째를 시작할 수 있도록 각 편집 사이에 지연을 두어야 합니다.1개 이상의 RfC가 이미 진행 중인 페이지에서 다른 RfC를 시작할 경우 먼저 기존의 모든 RfC가{{rfc}}태그에 이미 다음이 포함되어 있습니다. rfcid=파라미터를 지정합니다.프로세스는 다음과 같습니다.

• 질문 추가{{rfc}}태그를 붙입니다.
• 봇이 페이지를 편집하고 첫 번째 RFC 질문에 ID 번호를 추가할 때까지 기다립니다.(보통 이 작업은 1시간 미만이 소요됩니다).
• 두 번째 질문 추가{{rfc}}태그를 붙입니다.

있는 경우{{rfc}}다른 에디터에 의해 RfC가 시작되었더라도 페이지 상의 임의의 태그에는 이 파라미터가 없습니다.다른 에디터를 추가하기 전에 Legobot이 추가할 때까지 기다립니다.{{rfc}}페이지 아무 곳에나 태그를 붙입니다.두 개면{{rfc}}같은 페이지상의 태그는, 양쪽 모두, rfcid=파라미터, 레고봇은 양쪽 모두에 동일한 값을 할당하고, 그 결과 페이지의 가장 낮은 쪽만 공개됩니다.또, 착신 링크에 의해서, 보다 높은 RfC 질문이 발생해, 혼란이 생깁니다.이 문제를 해결하려면 rfcid=공개되지 않은 파라미터(일반적으로 큰 파라미터)의 파라미터입니다.

토크 페이지 이외의 페이지에 RfC 배치

일반적으로 RfC는 토크 페이지에 있습니다.단, 상황에 따라서는 이 페이지의 서브페이지 또는 정책 페이지의 서브페이지에 RfC가 배치될 수 있습니다(Wikipedia 등).2012년 또는 위키피디아 변경/댓글 요청 보류 중:의견요청/인물분류)

RfC의 퍼블리시

Rfc를 작성한 후 토크 페이지를 시청하는 에디터, RfC 목록을 감시하는 에디터 및 피드백 요청 서비스(FRS)에 가입된 일부 에디터에 의해 이 에디터는 자동으로 Yapperbot에 의해 통지됩니다.그러나 충분한 정보를 얻을 수 있는 편집자가 충분하지 않을 수 있습니다.더 많은 정보를 얻으려면 다음 중 하나 또는 여러 위치에 알림을 게시하여 RfC를 홍보할 수 있습니다.

• Village Pump 포럼 중 하나(정책 문제, 제안 또는 기타 포럼 등)입니다(기술 포럼은 거의 적절한 장소가 아닙니다).RfC 를 기동하기 전에, 거기에 문의해 주세요).
• 시점 안내판, 신뢰성 높은 소스 안내판 또는 원본 조사 안내판 등의 안내판
• 관련 Wiki Project 토크 페이지
• 밀접하게 관련된 기사 또는 정책의 페이지를 말합니다.

이러한 장소에 통지를 투고할 때는, RfC 에의 링크와 간단한 스테이트먼트를 제공해 주세요.다만, RfC 를 부정하지 말아 주세요.사용할 수 있습니다.{{rfc notice}}다른 편집자에게 알립니다.편견이 있을 수 있는 편집자 그룹에 통보하는 것을 금지하는 조사 지침을 준수하도록 주의하십시오.새로운 Wikipedia 정책을 작성하거나 정책의 주요 수정을 제안하는 경우 WP의 지침을 따르십시오.제안.집중형 토론은 정책 관련 RfC에 사용할 수 있지만 기사에 내용 분쟁을 알리는 데는 사용할 수 없습니다.추가 지침은 WP에서 이용할 수 있다.토론의 공개

RfC에 대한 응답

모든 편집자(IP 사용자 포함)가 RfC에 응답하는 것을 환영합니다.

• 응답은 다양한 형식으로 제출할 수 있습니다.일부 RfC는 에디터당 하나씩 일련의 개별 응답으로 구성됩니다.그 외의 경우는, 복수의 편집자가 개입하는 스레드(암호된) 컨버세이션이 발생합니다.그러나 다른 사람들은 투표 과정을 통해 편집자들이 개별적으로 지지하거나 반대하는 하나 이상의 대안을 제시한다.다른 RfC는 폴링과 스레드 토론을 결합합니다.권장 형식에 대해서는 위의 예제를 참조하십시오.
• 특히 RfC에서 논의 중인 콘텐츠의 편집은 논란이 될 수 있습니다.다른 사람이 도움이 되지 않는다고 간주할 수 있는 편집은 피하십시오.다른 사용자가 이의를 제기한 후 편집하는 것은 편집 중단 또는 편집 충돌로 간주될 수 있습니다.인내심을 갖고 RfC가 해결된 후 합의에 따라 개선하십시오.
• Wikipedia는 백과사전입니다.모든 기사는 중립적인 관점, 검증 가능성 및 독창적인 연구 정책을 따라야 합니다.
• 대립하지 않도록 노력하세요.친절하고 예의 바르게 행동하고, 다른 편집자들의 행동을 선의로 받아들이세요.
• RfC의 문구가 부적절하다고 생각되는 경우, 발신자에게 문구를 개선하도록 요구하거나 RfC 질문 템플릿 바로 아래에 다른 편견 없는 문구를 추가합니다.표현에 치우친다고 해서 RfC를 닫지 마십시오.안{{rfc}}일반적으로 태그는 Legobot 또는 Originator에 의해 삭제될 때까지 페이지에 남아 있습니다.토론을 닫을 수 있는 것은 Ending RfCs 기준이 충족되어야 합니다.
• 가능한 한 조정해 주세요.공통의 근거를 특정해, 편집자를 떼어놓지 않고, 편집자를 함께 끌어냅니다.
• 필요한 경우 적절한 Wikipedia 정책 또는 스타일 페이지를 참조하여 사용자를 교육합니다.

RfC 종료

RfC는 토론에서 코멘트를 요구하는 것이기 때문에 RfC의 종료는 해당 권유를 종료하는 것으로 구성됩니다.

RfC를 종료하는 방법에는 몇 가지가 있습니다.

1. 질문은 포스터에 의해 철회될 수 있다(예를 들어, 커뮤니티의 반응이 매우 빨리 명확해진 경우).이 경우 보통 RfC를 시작한 에디터는 {{rfc} 템플릿을 삭제하는 담당자입니다.
2. RfC 참가자는 언제든지 종료에 동의할 수 있으며, 그 중 하나가 {{rfc} 템플릿을 삭제할 수 있습니다.
3. 분쟁은 다른 분쟁해결 ^[1]포럼으로 이동할 수 있습니다.
4. 관여하지 않는 편집자는 토론의 정식 종료 요약을 게시할 수 있습니다.에디터가 {{rfc}} 태그를 동시에 삭제합니다.
5. 의견 일치가 명확할 경우 토론에 참여한 편집자라도 토론을 종료할 수 있습니다.
6. 토론이 중단되어도 봇이 {{rfc} 태그를 삭제한 후에는 아무도 태그를 복원하지 않습니다.

분쟁 해결에 RfC를 사용하면 다른 논의와 마찬가지로 해결이 결정됩니다.토론 참가자는 합의된 내용을 결정하고 합의를 이행하려고 합니다.다른 논의와 마찬가지로 RfC는 합의나 명확한 해결 없이 끝날 수 있습니다.분쟁이 해결되거나 협의가 끝나면 {{rfc} 태그를 삭제해 주세요.

관여하지 않는 편집자가 (이상적으로 합의된) 토론의 종결 요약을 작성하기를 원하는 사람은 누구나 위키피디아에 게시하여 공식적으로 폐쇄를 요청할 수 있다.클로징 요구논의 중인 문제가 논쟁의 여지가 없고 참가자들에게 합의가 명확하다면, 공식적인 종결은 필요하지도 않고 바람직하지도 않다.서면결산서는 필수가 아닙니다.편집자는 외부의 도움 없이 대부분의 RfC 결과를 평가하고 동의할 수 있을 것으로 예상됩니다.

RfC가 종료되었음을 독자에게 경고하기 위해 다음과 같은 템플릿쌍을 사용하여 옵션으로 Talk 페이지섹션을 박스에 넣을 수 있습니다.{{closed rfc top}}/{{closed rfc bottom}}또는{{archive top}}/{{archive bottom}}이것은 필수가 아닙니다.또, 토론 결과에 관한 클로징 스테이트먼트의 유무에 관계없이 실시할 수 있습니다.다음 예시는 이를 수행하는 한 가지 방법을 보여 줍니다.

== 이력 섹션의 사진에 대한 RfC == {{closed rfc top result=사진 보유에 대한 합의가 이루어졌습니다.~~~~ }}}......RfC에 대한 전체 설명입니다. {{closed rfc bottom}}

기간

RfC는 합의에 도달했다는 충분한 코멘트를 받을 때까지 또는 그렇지 않다는 것이 명백해질 때까지 지속되어야 합니다.

필요한 최소 또는 최대 기간은 없습니다.단, Legobot은 RfC가 잊어버렸다고 가정하고 RfC가 시작된 후 30일 후에 자동으로 종료(rfc 템플릿 삭제)되기 때문에 오래된 논의가 쌓여 코멘터의 시간을 낭비하지 않습니다.그러나 편집자는 이를 기다려서는 안 됩니다.상기에 열거된 이유 중 하나가 적용되는 경우 토론이 진행 중인 것이 확실해지는 즉시 누군가가 수동으로 종료해야 합니다.반대로 30일이 지나도 추가 코멘트가 필요할 때마다 누군가는 레고봇의 자동 액션을 지연시켜야 한다.그 방법은 다음과 같습니다.

레고봇의 나이 측정은 다음 타임 스탬프에 기초한다.{{rfc}}템플릿입니다.

RfC를 수동으로 종료하려면{{rfc}}template를 선택합니다.Legobot은 다음 실행 시 중앙 목록에서 토론을 삭제합니다(Legobot이 RfC를 자동으로 종료하면 {{rfc} 템플릿이 삭제됩니다).토론을 닫는 경우에도 동일한 편집에서 이 작업을 수행해야 합니다.를 제거하는 대신{{rfc}}템플릿에는 다음과 같은 템플릿이 포함된 템플릿을 사용할 수 있습니다.{{tlx}}와 같이{{tlx rfc bio rfcid=fedcba9}}. 를 동봉하지 마십시오.{{rfc}}의 템플릿<nowiki>...</nowiki>또는<syntaxhighlight>...</syntaxhighlight>태그, HTML 주석 마커에 배치하지 마십시오.<!--...-->Legobot은 이러한 내용을 무시하고 RfC가 아직 열려 있는 것처럼 취급하기 때문에 RfC 목록 페이지가 파손될 수도 있습니다.

현재 RfC를 30일 더 연장하고 다음 달 중에 Legobot이 자동으로 RfC를 종료하지 않도록 하려면 첫 번째 스테이트먼트의 원래 타임스탬프 바로 앞에 현재 타임스탬프를 삽입합니다.

RfC 재부팅

토론이 종료되지 않은 한 해당 주제에 대해 더 많은 의견을 원하는 사람은 종료된 RfC를 다시 시작할 수 있습니다.예를 들어, RfC의 원래 포스터가 취소될 수 있지만, 그 사이에 다른 사용자가 이 주제에 관심을 가지고 재시작했을 수 있습니다.

RfC를 재부팅하려면{{rfc}}템플릿입니다.Legobot에 의해 자동으로 삭제된 경우 RfC 문 뒤에 현재 타임스탬프를 삽입하여 원래 타임스탬프 전에 삽입하십시오.그렇지 않으면 봇에 의해 다시 삭제됩니다.이 경우 30일간의 연장이 가능하지만 RfC가 긴 경우 대신 회선을 추가할 수 있습니다.

<!--RFCBot 무시 기한 만료 --> 

이 되기 전에{{rfc}}템플릿입니다.

RfC 스테이트먼트의 마지막에 RfC가 종료되어 재기동한 것을 기재하고, 필요에 따라서 시그니처를 추가할 필요가 있습니다.

비고

「 」를 참조해 주세요.

이 페이지는 Wikipedia 용어집에서 참조됩니다.

• 진행 중인 토론 및 현재 요청에 대해서는 Wikipedia를 참조하십시오.대시보드
• 위키백과:편집자의 합의에 의하지 않는 결정
• 사용자 행동 분쟁 아카이브
• 스페셜:접두사 색인/Wikipedia:설명 요청 - 이 페이지의 모든 하위 페이지 목록
• 위키백과:Requests for comment / All - 현재 모든 RfC 목록
• 위키백과:피드백 요청 서비스 - 사용자 토크 페이지에서 새로운 RfC 알림을 받기 위해 등록합니다.
• 위키백과:요청 디렉토리 - 다른 모든 요청 부서
• 위키백과:전문가 지원