TaiwanTonguesApiRobot：從 JSON 檔案批量匯入

2025-08-22T05:32:08Z

從 JSON 檔案批量匯入

新頁面

維基百科收錄'''虛構事物相關主題'''，虛構世界佮其中的角色、設定嘛會當開設條目。但是虛構事物開設條目前，編者務需要揣出若干焦會使靠、獨立的第二手來源，舉證主題具備現實世界關注度。一方面，關注度決定的主題敢是需要開設獨立條目；另外一方面，有關注意度就意味有優質來源支撐，編者會當寫出全面的條目。關注度得證了後，編者就會當編寫條目。

編寫虛構條目需要思考兩點——「寫啥」和「按怎寫」。對寫啥物：條目欲簡述主要愛情節的同時，猶閣愛像會倚來源仝款'''紹介設計、發行、評價、影響'''等內容；維基百科無歡迎純劇情條目，編者切莫沉淪故事設定本身。嘿於如何寫：條目應該愛對現實世界角度描述虛構內容，明確'''區分現實世界佮虛構世界兩个維度'''，予無接觸作品的讀者嘛無去透濫兩者。這兩點相佮配合，條目愛想精彩，二者著愛兼顧。

佮維基百科其他的條目仝款，虛構類條目仝款以現實世界為主要參照物。所以，編者應該徛佇咧閣較懸的視角，共虛構作品視作現實事物描述。為此，編輯著愛同時使用第一手來源佮第二手來源。

現實世界視角之重點：

* 分清虛構作品本身佮'''製作、出版過程'''，如作品對現實世界的'''影響'''（參見下文）。
* 區分虛構時間佮現實時間。「故事當中咧流失的時間」和「講故事咧用的現實時間」是無仝款的，猶閣有架空歷史時間表佮作品發行時間表嘛是無仝款的，特別是連載的作品佮劇集，如《ONE PIECE》的頂頭戰爭佇故事頂頭猶毋過一工時間，抑若規个篇章作者連載十個月才完成。
* 介紹虛構材料的'''表現方式'''，親像電影相關條目的電影攝影，文學相關的條目的寫作風格佮修辭方法。
* 以邊白視角紹介虛構角色抑是地點。
* 講著創作者的意圖（如果有參考的資料）。

現實世界的視角毋是懸質量條目的標準，是對所有條目的基本要求。

===虛構視角問題===

'''虛構視角'''是徛佇咧虛構世界人物的視角，共劇情（抑是其中的人物喔、地點、團體、傳說等虛構的元素）當做現實來講，無闡述現實世界背景佮來源分析。愛好者 wiki 等迷眾網站（參見下文）會使按呢編寫，但維基百科的條目無應該照做。虛構視角可能會誤導讀者，使𪜶透濫現實佮虛構。另外虛構視角條目因為依賴第一手來源，所寫的內容可能會是無法度查證的原創研究。上重要的是，虛構視角違背社群對維基百科定位的共識。

虛構視角的捷看特點：

* 劇情各方面來講若記載真事。
* 以記錄現實世界歷史的方式來講虛構元素背景故事。比如講，介紹《星際爭霸戰》系列中星際艦隊的歷史時陣，就親像介紹現實中的美國空軍按呢，詳細描述了艦隊的建立、組成、戰鬥佮關鍵事件。實際上，條目只應描述星際艦隊的上基本的資訊，閣講著包含遮的資訊的作品（電視劇集、電影、冊啦等等）。
* 虛構角色介紹形同現實人物傳記。比如講，莫共彼个角色介紹寫做「成步堂龍一是日本律師」，隨應寫甲講「成步堂龍一是虛構的日本律師」，抑是講「成步堂龍一是出現佇倒反裁判系列中的日本律師」。
* 過份強調對劇情抑是解說劇情無重要的虛構特徵。一般來講，角色的身懸、體重、出世日期等等的資訊就算這款。強調講遮的鋩角通常無助讀者了解大局。
* 用「已經故事」抑是「較早」這款的描述詞予虛構人物貼標籤（參見下文）。
* 試圖佇情節介紹中修補劇情中的矛盾抑是漏洞，就是非常照直述有問題的劇情。
* 過度突出虛構主題佇外傳中表現。
* 共精神續作佮原作接接。
* 使用需要了解作品劇情、虛構元素抑是相關的作品才會當看有的內部笑詼抑是引文。
* 佇劇情挽欲著，過分強調作品當中上予人難忘的場景抑是台詞，就按呢無注重對其他情節的重要性。已經進入流行文化的元素應該佇「反響」抑是「影響」的部份來加以說明。如《神鵰俠侶》中有一寡經典的白，但是對劇情的實際進展影響無蓋大；然後其中國的志平（後改做甄志丙）共小龍女穢涗的場景對後續劇情影響誠大，應該予伊會當簡單來講。
* 予虛構事物條目用現實的物資訊框（參見下文）。
* 直接紹介事件抑是時間，無明白示此乃虛構作品設定。比如講，莫寫做講「公元二二空八年（威傱紀元年），人類艦隊去予三體艦隊的『水滴』探測器盡數損斷」，來應該是「《三體 III：死神永生》設定佇咧公元二二空八年（威傱紀元年），人類艦隊去予三體艦隊的『水滴』探測器盡數損斷」抑是類似的寫法。
* 佇咧作品無明確表示的情況下，共虛構作品仝現實中的人、地、事建立聯絡。編者編寫歷史小說相關條目時，會當插相關歷史事件佮人物的材料（如小說劇情欲按怎佮信史相背離），毋過袂當佇遮假定推想小說佮現實有聯絡。比如講，一九八八年電影《阿基拉》的情節發生佇二空二空年奧運會前一暝的新東京；䢢䢢的是，現實世界的東京舉辦了二空二空年夏季奧運會。袂當共電影當中的虛構事件佮實際事件透濫做伙抑是加較，譬如講用現實中東京奧運會的場景補充小說中無講著的劇情是無法度接受的。猶毋過，預測獲會當靠來源的報導抑是進入流行文化的時，編者會當用劇情以外的章節討論。比如講就《流浪地球》對二空七五年的預測，編者會當專門章節內底，引用會當倚第二手來源論講。
* 伊照作品的虛構年表，非實際出版的時間排序。條目內容的排序應以現實世界的時間軸為先，啊若虛構事件順序會當用散文寫法的劇情概欲來概念。比如講，就算講《星際大戰首部曲：威脅潛伏》的故事是一部前傳，代表著講《星際大戰》劇情的開始，猶毋過佇《星際大戰》系列條目中，該做應該愛照品發行順序排佇第四位。

遮的限制仝款應該是嚴肅剾洗文學。如《格列佛遊記》、《憨第德》佮真濟舞台劇，𪜶用虛構元素影射政治抑是社會批評。這類作品若有可靠來源解讀作者用意，條目就會當介紹虛構要素佮故事節設計。有的文學內容佇虛構 / 非虛構劃分上存在爭議，如宗教經典內底有可能存在的歷史元素。這類特殊文學暫不看做虛構作品。

請檢視 § 合理使用、§ 比重甲當擋會牢 § 維護標籤章節。

===虛構世界資訊===

'''虛構世界資訊'''是講對有關虛構世界的頭一手來源收集的資訊，如虛構作品原作抑是附屬作品（比如講，仝一電視劇的另外一集）。即使是上嚴格遵守現實世界視角的條目，嘛需要以原始作品做為來源。根據方針 Wikipedia : 非原創研究 § 第一、第二佮第三手來源：「已經發表閣可靠的第一手來源（如由大學出版社抑是主流報紙發表）可能會當使用維基百科，但應愛細膩，較避免濫用。對第一手來源的任何的解說攏需要會靠得第二手來源的仝款來解說加以支援。若無第二手來源，頭一手來源只會當用著描述性斷言，按呢的斷言應該予一名理性而且受過教育的非專業人士會當加以驗證。比如講，一篇有關於小說的條目會當引用小說的段落來描述情節，但對遮的段落的任何解說攏需要第二手來源支援。」

頭一手來源會當提供的資訊有：

* 虛構角色的生卒日期、形象、作品內對其角色特質的直接描述
* 虛構載具抑是設備的性能抑是特徵
* 虛構地點佮組織的歷史
* 虛構生物的背景資訊
* 劇情本身其他的鋩角參見 § 合理使用佮 § 維護標籤章節。

===現實世界資訊===

'''現實世界資訊'''是出自虛構世界外的資訊，通常來自關於作品抑是所描述的虛構世界的第二手來源，抑是作者佮作者佮作品創作相關的第一手來源佮第二手來源。愛好者的出版物（如愛好者雜誌、同人誌等）大部份攏'''無合'''做為作品的第二手來源。毋過關於真愛好者出版物本身的條目中，這類出版物可能是合適的第一手抑第二手的來源。

對經驗來講，編寫欲對現實世界的角度出發，雖然濟濟使用必要而且有路用的第二手來源，無偌亦袂少地涵蓋主題主要事實佮細節。主題若有關注度，則現實世界資訊通常袂歹查，有當時仔甚至佇條目中。

下述場合多能發覺現實世界資訊：

* 作者抑是創作過程當中的其他關鍵人物（比如講，電影的攝影師、小說的出名譯者）
* 製作公司、出版社佮發行方
* 設計佮開發過程
* 影響作品（抑是作品某方面）的現實世界因素
* 角色的配演者
* 外文翻譯
* 銷售資料（針對商業產品）
* 評論家佮公眾的評價
* 批評分析，包括對主題、風格、象徵的意義和體裁的討論
* 對後來作者佮作品的影響無了解虛構作品抑是事物的故事背景，領會現實世界資訊是誠歹講起。所以對虛構條目，簡明的劇情抑是作品元素（譬如講角色等等）的紹介袂使得抑是欠。

劇情簡介當做散文展示，無應該變做列表抑是時間線。編編編劇情簡介的時，應兼顧條目其他的部份長度，而且考量作品故事本身長度；簡單的劇情可能只需要簡短的挽欲。頁面無應該只有劇情挽欲。部份領域的編輯指引已經就劇情長度提出建議，如 Wikipedia : 電子遊戲條目指引指出，這種作品的劇情挽欲愛一千字。

有時仔編者家己的語言無法度達成百科目的，譬如講原文爭議較大、改述恐失中立，抑是需要援引原作文字點評藝術手法。現此時條目會當簡短來挽原文來解說主題。挽引著作權的作品的時應該愛照合理使用方針要求，共引文長度控制到上短（參見下文）。自由著作權作品無受合理使用原則規制，但引文氾濫亦非百科全書文風。

維基百科介紹劇情頂內容的時陣，袂掩崁、迴避抑是標示劇透內容。條目並毋是著愛透過，伊嘛袂為著劇透來劇透—— 條目記載內容用百科價值做考量，隨內容敢有助讀者理解作品主要內容。

===單一个作品的劇情簡介===

作品類條目中，劇情簡介章節標題濟為「劇情」、「故事內容」、「肉粽節概愛」等。遮的標題暗示讀者，下文共介紹虛構作品。因素潔起見，無需要明確使用虛構世界以外的語言，單線伊的作品是按呢（如《E . T . 外星人》）。讀者會當由章節標題來推知影，作品牽連虛構元素並單刀直入地展開。猶毋過編者應當注意，避免用虛構世界視角帶出元素。長篇幅作品故事有自然的劃分方式（比如講《雙城記》的三个篇章、戲劇抑是音樂劇的各幕、電視劇的各季抑是各集，抑是遊戲的無仝劇情線路），編者會當參考設定子標題，佇咧現實世界框殼。虛構作品家己即充當條目第一手來源，編者咧講劇情的時陣無引用外部來源亦可。但若愛情節點含糊袂清（比如講《美女佮野獸》中加斯頓的命運），就需要添加參考資料。佇電子遊戲佮互動式電影等等非線性作品內底，嘛有可能需要列出參考資料：觀眾佮作品互動的方式無相𫝛，無一定會當看著關鍵情節。譬如講電子遊戲《生化奇兵》中，一寡核心背景故事出現佇選聽音訊記錄中，這个時陣維基百科劇情簡介著愛附上參考。

有的作品因為本身結構特殊，編者抑是需要徛佇現實世界視角解說。這類作品可能包括非線性敘事元素，若閃回（《名偵探柯南》中插入以犯人的角度回顧事件），對故事中央開始敘事（《使徒來襲》）；抑是其他的敘事技巧，如拍破第四片壁（《心跳文學社！》）、引入去家己的笑詼（《象桮傳奇》）：這个時陣描述劇情就愛跳出虛構世界層面。比如講，《大國民》的挽愛應明確指出影片的大部份的內容攏是閃回（就倒敘）、影片內底「這馬乎」的場景是故事的結尾。有時出於改善並濃縮劇情的考慮，編者會當重新組織敘事順序，無需要忠於虛構作品的時間軸（比如講，不需要按時間順序講《Ever 十七》的故事，按呢做顛倒會影響讀者理解作品的敘述技巧）。若是一部作品兩个同時發生、交織描繪的故事節（如小說《夜行觀覽車》），遐爾上好先完整地結一个故事節，才閣總結第二个故事情節。若敘事手段是作品的一大特徵，如電影《記持鬥圖》，是應該向讀者解說這一結構。

有一寡虛構作品使用了袂靠咧的敘事者（《暮蟬悲鳴的時》）抑是其他特殊的講技巧（《竹林內底》），致使故事兩交含。現此時，編者無應該佇故事簡介中詮釋創作者意圖。若真實講變甲撲朔迷離，編者會使換用現實世界視角闡述事件背景。會當靠來源的劇情解說會當寫佇條目伊處，介紹額外資訊。

有的條目受網路上故事簡介的影響，用類似宣傳的語調干焦寫情節上起頭。比如講故事介紹以「了後，這一家伙仔發現了予人驚惶的代誌……」收尾。這種「故事預告」旨咧吸引讀者觀看作品，並無屬於百科全書。維基百科內底，劇情挽欲應當貫穿故事主軸，幫助讀者了解作品大端。

===系列作品的劇情簡介===

編寫作品劇情挽要時，現實世界視角風格是首選。無論綜述系列劇情，回顧前作中影響故事行向的關鍵事件，猶是介紹跨作品上場的角色，現實世界攏是上清楚的參照。創作系列條目時，依照作品劃分小節並且開好標題，無失為一種選擇。

===角色佮其他虛構元素===

虛構作品當中，符合關注度要求的角色抑是其他的元素，會當建立獨立條目。需心意，這款條目著愛對現實世界角度敘述，袂當用虛構世界觀編寫：角色無應該愛捏真人來介紹，虛構的環境無應該予人當做現實地點…… 所以因為這種條目除了劇情以外，猶閣需要介紹構思、製作、反響等等的內容。故編者著愛徛起現實世界，明確界定虛構佮現實，以免讀者透濫。共敘事元素囥佇咧「作品當中表現」、「上場」等章節下，通常會當分虛構元素參其他現實世界元素。

===條目的拆分===

條目有一定長的時陣（見 WP : 條目長度），編者可能共某章節的內容轉移到新條目，佇原處重新閣概括新條目的內容。這是維基百科的正常流程；新條目多稱「分拆條目」抑是「拆分條目」。虛構作品條目分拆用虛構元素列表（如角色列表）為主。拆分必須遵守 Wikipedia : 資料頁 § ACGN 的資料頁，以及 Wikipedia : 關注度 ( 虛構 ) § 關於著獨立虛構事物、迒過媒體改編作品佮列表的分割抑是通用關注度指引的要求；分拆內容若無關注度或者是無符合分拆條目的要求，就應該並回主條目或者是其他既存子條目。

分拆條目的故事介紹嘛應當簡明允言欲。分拆條目有發展空間，啊無代表欲佇劇情的介紹抑是角色傳記攏會上過分發展。佮虛構作品條目同理，分拆條目愛有一定的現實世界資訊，無應該跋落佇虛構世界觀中無法度自拔。身為維基百科的條目，分拆內容務需滿足查證要求、謝絕原創研究、秉持中立觀點。

===來源佮引用===

一般來講，作品家己就是劇情簡介的主要來源。所以，作品條目的劇情簡介無強求引用的來源（跤註）。但是防範原創研究，內文引用多多益善。但設死牽連作品的直接引文，著愛依 WP : 會當供查證之規定加入內文引用。虛構事物類條目的虛構設定資料可能來自作品的濟部份，亦有可能來自讀者真少注意的部份，應該趕緊引用來源就查證；系列作品條目的劇情簡介若整合自系列中的濟作品，也應用來源。編者會當引用總結作品的第二手來源。若無揣著合適的二手來源，嘛會當簡短來用作品的內容，方便查證關鍵抑是複雜的情節點。

===分析佮解說===

允准解說原作中的劇情，毋過這類段落愛簡短，交代情境避免讀者的困擾，而且伊無構成條目的主要部份。同時根據 WP : PRIMARY，編者著愛列明第二手來源，謹防原創研究。劇情挽欲'''袂使'''參與解說，干焦應該愛看會著的故事。比如講，咱袂當佇《全面啟動》情節挽欲結尾斷定，干樂是繼續踅踅抑是停止旋轉；同理，《想欲傳達予你的愛人》以女主角重新出現佇主人公身邊的畫面收尾，咱嘛無應該確實這是事實抑是主人公的夢境。有一寡小細節需要每一字每一句抑是大影數分析才會當明瞭；這遠非正常的閱讀觀影之步，所獲結論嘛是無應記載的原創研究。霧霧情節了後經作品創作者澄清的，只要提供參考的資料，劇情挽要緊就會使說明。對作品進行分析抑是解說，毋過佮創作者無任何關聯的獨立二手資料，應該佇劇情挽欲以外的章節內底單獨討論，莫佮咱作品內底出現的情節提欲相濫摻。

當代濟作品內底，地點、商店、品牌、廠商等等的欲素能揣著現實世界原型。譬如講根據地標，會當發現作品的翕相地點；通過觀察汽車銃枝特點，會當確認其品牌的型號。猶毋過這類資訊多以劇情解說論處，通常屬於原創研究，無適合納入劇情簡介。因為一般情況下，虛構作品並無依賴遮的具體細節：故事可能發生佇一个未知的城市；主人公只是駛著一台車快速離開。毋過，若遮的元素是故事情節抑是分析作品本身的重要部份的時陣，條目就應該愛介紹；這通常意味出虛構作品已經有體明確矣遮的元素，抑是第二手來源已經講著遮的元素佮情節抑是作品本身的關係。比如講，《轉去未來》特別講著時間機械改造自 DMC DeLorean 款汽車，這台車已經成做該系列的標誌，所以講伊是拄好做的。佇咧《命運石之門》中出現的「IBN 五千一百」型電腦對現實中的 IBM 五千一百型的電腦，而且 IBM 嘛佮該作品咧做合作營銷，因而 IBN 五千一百嘛會當佇劇情內底講著。另外一方面，雖然會當對各種地標中看出來《火線追緝令》背景設定是洛杉磯，毋過影片毋捌出現這个城市的名，而且該城市的具體元素對敘事無關係愛，故此資訊無應該講著。

資訊框是展示主題關鍵資訊的表格，桌面版瀏覽誠濟條目正爿上角，行動版瀏覽干焦開始徛起頭段。虛構事物資訊框一般包括創作者、演員、頭擺上場的資訊、圖像遮的資料。某一寡虛構設定對理解作品整體至關係，嘛會記入資訊框。「關鍵」的虛構資訊因作品性質無仝款。若設定隨情節抑是作品濟變，可能根本都無適當的虛構設定資訊會當添加。相反，因為有幾若个交戰派別的作品，其角色資訊框抑是需要添加「忠於」等的資料。

佮所有資訊框仝款，虛構內容的資訊框應該避免厚工碎的鋩角。現實演員的資訊框袂記錄愛食物佮興趣等等；遮的細節佮主題重要特徵無關係。同理，虛構實體的資訊框嘛應該避免細枝尾節，比如講干焦佇背景故事當中一帶抑若過的資訊。出於這个原因，為現實世界實體設計的資訊框無應該愛適用伊的虛構的對應物件。比如講，現實世界中電腦公司巨頭微軟公司的收入誠重要，猶毋過《Keroro 軍曹》中虛構的西澤家每日的營收是八兆六千四百億毋免按呢。

另外定定看著模板繼任框亦不該表示虛構實體關係。繼承框假定彼此連紲，這種連續性未必存在。此外，模板會唌予編輯建立無關注度的相關條目。生卒年模板亦無適用佇虛構角色。這毋但可能予讀者透濫現實佮虛構，閣較會自動添加供現實人物所用的生卒年分類。

條目應以中立的觀點編寫，而且各方面是比重甲做，模板、圖片佮正文攏應按呢。條目崁主題的時陣著愛趕緊精準，這嘛是劇情挽欲袂使過長、無應該以虛構視角編寫的深層原因。

關注度是判定主題是毋是值得開設獨立條目的標準。一般來講，物件若有可靠、獨立非第一手來源的有效介紹，就會當考慮開設獨立條目。虛構條目關注度的判定標準請參閱 Wikipedia : 關注度 ( 虛構 )。若主題無滿足關注度，是說明伊無資格開設條目。猶毋過，這無意味維基百科拒絕收錄相關的資訊。比如講，對𪜶有關注度不足的角色，編者會當佇爸條目（欲相關的作品條目和角色列表）中介紹。

請注意，關注度干焦判定主題是毋是有獨立開設條目的資格。條目有備欲關注度，並無表示品質自然合格。無論開設獨立條目介紹猶是佇爸條目中編寫，內容攏需要遵循現實視角、會當供查證、是比重適當等基本原則。

為方便讀者搜揣，虛構類條目會當按核心主題抑是敘事元素歸類，如哈利波特角色應該歸入 Category : 虛構魔法師。毋過若請注意，分類應該愛簡明允准愛地描寫主題，袂使過濫。吸血鬼主題作品自可歸入 Category : 血題材作品；但是純粹因為血液歸類是無適合（譬如講作品中的角色遭殺害，流一地血）。過度歸類干焦會淡化分類的應該有效用。

維基媒體基金會的總部設佇美國，所以維基百科條目必須愛符合美國著作權法。一寡法庭的案件認為，作品復述虛構類原創構思達到一定程度的，若是無加關於著這个作品的資訊，抑是無做出一定的分析佮解說，就會照衍生作品抑是侵犯著作權論處。

維基百科介紹的濟濟虛構作品攏受著作權保護。對這類作品相關的文字佮多媒體資源，編者干焦會當合理使用原則下，遵照非自由內容使用準備要求'''上低限度使用'''。譬論講對著作品劇情，編者應當來做參考來源轉述，切袂使直接搬運 / 來翻譯官方文案（涉嫌侵權而且定有文風問題）。著作權圖像使用要求亦極其嚴格，請參閱 Wikipedia : 檔案使用方針。

也有作品無需要煩惱著作權問題：如果作品著作權過期，抑是部份乃至完全釋出權利（以 CC-BY-SA 協議釋出、放棄所有的權益等等）。自由著作權作品佇姊妹仔計畫（如維基文庫）抑是講原文，但是成做百科全書文章，條目猶原需要述作品的內容。

編寫虛構類條目請記牢以下幾點：

*'''以現實世界視角編寫'''：主要是參照物永遠是現實世界；虛構內容佮現實內容（出版發行等等的）愛兼收並蓄。
*'''區分虛擬佮現實內容'''：可讀性佮可理解性是關鍵，就無接觸作品的讀者，嘛會當分別現實佮虛構內容。
*'''平衡第一、二手來源'''：現實視角愛同時依賴第一手佮第二手來源。
*'''避免原創的研究'''：維基百科條目無接受原創研究類內容。
*'''資訊攏參考來源'''：所有資訊這攏應該自可靠來源而且會當供查證；條目愛拄好引用所有的來源（含第一手的來源）。
*'''合理的比重'''：條目頁面一切的元素，對文字、圖像、排版到條目標，攏予合理的比重新。以散文方式編寫內容，含著遐的多餘的、著理解該主題無必要的代誌碎資訊。若虛構話題揣袂出濟獨立、可靠、第二手來源介紹，按呢伊基本毋值得專門開設條目介紹。
*'''謹慎使用受著作權保護的作品'''：為條目添加著作權圖片進前，請檢查檔案使用方針，確保內容符合維基百科的非自由內容使用準。

'''` { { In-universe } } `'''
: 若是你發現虛構類條目主要是用虛構世界視角編寫，甚至無法度反映主題是虛構內容時，上好是家己重寫的內容，抑是用 { { In-universe } } 枋模共伊人指出問題。請你著愛用條目討論頁提出意見。

:

'''` { { Primarysources } } `'''
: 當你見著條目只有第一手來源的時陣，上好家己走揣閣添加合適閣較好的來源，抑是用 { { Primarysources } } 模板，予別人注意著這个問題。

:

'''` { { Real world } } `'''
: 當你發現條目無欠缺設計、製作、評價佮影響等等的典型現實世界資訊的時陣，請考慮親身擴充這類的內容，抑是貼咧 { { Real world } } 模板予別人去注意著講這。這類的內容往往是決定關注度的資訊，嚴重的時甚至可能去予條目提報刪除。

:

'''` { { Long plot } } `'''
: 肉節概愛應簡潔明矣，並且專注意劇情。刪減啥物有時歹抉擇。若是你有時間佮精神，請考慮家己收絚過長佮過細的情節概愛。另外咧，嘛會當使用模仔 { { Long plot } }：

: 你若條目中除了劇情挽欲外口差不多無其他的內容，這是可能致使條目予人提名刣掉的關鍵問題，請考慮家己改進條目。

:

'''` { { Plot style } } `'''
: 這个劇情概愛應有頭有尾，但是有的條目無法度完整介紹主題劇情。一寡條目是網路作品簡介影響，只以宣傳像的語調寫了情節開頭。閣有一寡條目因為編者無希望劇透，刁工去共刣掉部份的情節。這種情形請試補全情節梗概，抑是使用 { { Plot Style } } 枋仔標記的問題。

:

網路頂懸猶閣有其他的百科抑是迷眾自建的作品百科，對重全面介紹虛構世界，未必要求現實世界視角。若你的條目無適合維基百科，會當考慮前往這類 wiki 網站（比如講 Fandom 等）。

* Wikipedia : 維基百科毋是啥物（重要方針，參見「干焦關於虛構作品情節的介紹」部份）
* Wikipedia : 關注度 ( 虛構 )（指引）
* Wikipedia : 資料頁（參見「ACGN 的資料頁」，指引部份）
* 其他格式手冊：
* Wikipedia : 電子遊戲條目指引
* 相關號名定規方針：
* Wikipedia : 號名定規 ( 電子遊戲 )
* Wikipedia : 號名定規 ( 日本動漫遊戲條目 )
* 相關論述：
* Wikipedia : 日本動漫遊戲條目指導
* Wikipedia : 愛好者內容
* Wikipedia : 閣較優秀條目寫作指南
* Wikipedia : 欲按怎編寫故事簡介
* Wikipedia : 干焦有情節介紹的虛構作品條目

===相關維基專題===

誠濟維基專題專注於虛構類條目，你會當往這類專題提著閣較濟意見佮編輯建議。猶原活跳的專題以'''粗體'''表示：

*'''WikiProject : ACG'''
*'''WikiProject : 電子遊戲'''
* WikiProject : 冊
* WikiProject : bàng-gà
* WikiProject : 小說
* WikiProject : 電影
* WikiProject : 電視

[[分類: 待校正]]

維基百科:格式手冊/虛構 - 修訂紀錄

TaiwanTonguesApiRobot：​從 JSON 檔案批量匯入

TaiwanTonguesApiRobot：從 JSON 檔案批量匯入