孫悟空無姓無名的時候，閻王生死簿是怎麼寫的呢？
今天複習西遊記的時候，突然想起來的一個問題。
孫悟空在碰到菩提祖師之前，閻王那裡是怎麼記載陽壽的呢？
猴子甲，乙，丙？
西遊記里 是否有關於這個問題的記載呢？
或者別的傳說里呢？
吳本西遊記原文，悟空親自檢閱，直到那魂字一千三百五十號上，方注著孫悟空名字，乃天產石猴，該壽三百四十二歲，善終。
這個問題讓我對地獄資料庫系統（Hell-DBMS )進行了幾點小思考，開個腦洞。
1、生死薄技術上如何實現？廣大生靈在生死薄中的唯一標記是什麼？陰間資料庫是什麼樣一個資料庫？
首先，地獄必須有資料庫，數據量太大了
每個生靈都要有記錄，且必須是實時記錄，要進行數據分析。想像一下各種生靈，萬物有靈，大大小小，連螻蟻飛蛾也是命，從單細胞到現代社會的數據應該有多大。
資料庫的話每個生靈就要有唯一標記。
實名反對說是名字主鍵的，這是基本知識，名字重名怎麼辦，資料庫原理請重修。
實名反對說是IP地址標記的，IPV4很快就用光的好不好；IPV6貌似在生物歷史長河中也是不夠的，朝生暮死都是生靈，這麼多年過去了，這數據積累。
把自動生成的唯一ID當主鍵相對還靠譜，但位數必須相當長，資料庫得特別設計，如此大數據至少要谷歌技術支持，也許叫地獄歌，SQL -SERVER之類的技術根本頂不住。
搞Hell-DBMS請先看下大技術
Hoogle File System
Hoogle Bigtable
Hoogle MapReduce
對了，《開源海量資料庫技術在陰間生死管理系統中的研究與實踐》應該獲得天庭科技進步特等獎的。
其次，查詢效率必須高
查詢效率低的話，閻王還得點支煙等半天結果么，經常有上級官員過來查數據，玉皇啊，如來啊，即使是阿難、迦葉來也是惹不起的人，用戶不滿意，KPI不行、績效差閻王官位不穩的。
業務量這麼大，每天至少插入數億條新記錄，刪除數億條記錄，所有善惡狀態數據都要實時記錄，想想要接多少善惡感測器，信道衝突肯定很難解決，好事壞事用WIFI還是ZIGBEE傳的不清楚，說不定某米會推出家庭善惡智能數據處理中心。
生靈死掉之後還要迅速進行大數據分析，判定死人到底應該進幾層地獄。數據分析慢了奈何橋都要排隊，用戶差評有木有！數據粒度非常非常細，死亡時間三更五更都不能差，下了地獄打多少下鐵棍都要精確計算，況且還會有許多異常發生，有時候要回滾，有可能不小心操作錯了（死而復生應該就是地府回滾，詳細請見《聊齋志異》[1])；有時候要災難恢復，比如孫猴子搗亂引起的災難性數據損失；比如用戶投訴問題，憑什麼猴子要短命？這種問題只有孫猴子問得出，不僅問得出還直接上門責問，地府的安保工作真的要加強。
對了，像悟空這種異常用戶，Sa恨不得一刪了之有木有？（不懂Sa的IT人士請自行面壁，admin也算sa）
再次，必須能應對瞬時並發高峰數據
戰爭來了，成千上萬的人陣亡；瘟疫了，成千上萬人逝去；滅鼠了，幾萬幾十萬老鼠完蛋；飛機撒農藥了，多少修行不夠的小精靈批量完蛋。
有生靈死亡必須要登記並把流程向前推進，這是典型的移動應用，無數的勾魂小鬼在短時間內飛速趕到現場，管它是掃二維碼還是近場通訊技術NFC，反正無數小鬼同時用移動客戶端向Hell-DBMS系統上傳數據，App必須友好，後台必須能頂住，不能學12307-1總是掉鏈子，12307-1掉了鏈子還能罵它：「去死！Go to Hell!」，Hell-DBMS可怎麼罵才好。所以呢：
關鍵時刻，伺服器不能卡住，資料庫性不能下降，生死薄必須實時更新。
最後，必須有大數據分析和預測技術
陰間有諦聽，可以通過」聽「，得到過去數據和未來的數據，這明顯是大數據和雲結合的傑作。為什麼是聽呢？因為陰間資料庫已經把數據語音化了，用定向波束直接送到諦聽耳邊，電磁監聽根本沒有效果，幾乎不可能泄密。定向波束的技術在加大功率後可同時用於在陰間跳廣場舞的某些亡靈們。
2、孫猴子在陰間里刪除數據，怎麼刪除的？後來如何？
結論1： 猴子要刪除數據，應該是從界面刪除的，沒什麼高技術，純粹的社會工程而已。
巨型資料庫，大數據資料庫一定是分解得比較細的，刪除的話至少是多表級聯刪除，直接從主表DELETE 未免要引發異常，再說孫猴子不是計算機專業的，應該是用金箍棒頂著小鬼的頂梁門，脅迫他用超級用戶進去，選擇界面的刪除功能搞定的。
我猜陰間資料庫刪除要左右各一個小鬼，持閻王發的優盾，同時輸入口令。
孫猴子反正克隆能力強，變出幾個分身分別逼住就能搞定。
這個BUG系統必須要改進。
所以這是正常刪除，刪除之後，輪迴系統並沒有完全混亂，隻影響了一部分數據。
即使給孫猴子開個CONSOLE，他也記不住命令，猴急猴急，抓耳撓腮，他最多會點點滑鼠。
結論2：陰間資料庫有強勁的災難恢復功能
話說，猴子完全低估了程序員們的實力。海量資料庫都有強大的異地容災備份功能，數據應該是備在最安全的雷音寺（第三方），所有操作均有LOG。在西方以如來為首的專家團指導下（具體操作應該是負責安全保衛的天王，成就歸於領導），數據迅速恢復，猴子們根本沒有得到永生，在西方如來團隊的支持下數據迅速恢復，猴子家族應該死還是死。
孫猴子自己么，雖然罪過不小，但是他會鬧，能力還強。為了和諧天庭管理層還是為他做了特殊標記，在資料庫里加上一個TAG，設定為神仙級，計算壽命但不設定界限，有異常情況直接發出系統警報，和RuLai -SkyNet All-in System系統聯動，確保一方平安。
應 @ 王政童鞋要求，必須放參考文獻：0 、《Big Data Application Platform for Hell》[J] InHell Hell-SCI收錄
1、《論Paxos演算法在陰間生死管理系統中的應用與優化》[J] 陰間信息技術 玉帝元年 第7788卷 核刊
2、《論Consistent Hash在陰間生死管理系統雲中的應用》[M]陰間信息技術 玉帝9527年 第125222 核刊
3、 《論超大規模稠密矩陣在陰間生死管理系統中的理論研究》[C] 信息技術陰間應用大會 9528
4、 《論孟婆湯在陰間生死管理系統庫存管理當中的管理流程》 [J] 陰間食品與營養 VOL 2241554
5、《論牛頭馬面陰間勾人大隊的管理電子化》[J] 陰間數字化城管研究 VOL15486488789
6、《論天庭-西天-陰間點對點技術在陰間辦公自動化中的實現》 [J] 陰間實用軟體增刊。
魂字一千三百五十號，天產石猴。
================================================
答主已嚇尿。答主資料庫系統菜B一枚，最近也不想換個地方工作，請閻王爺放過
樓上有大牛已給出了分散式的解決方案，有需要請找他們
================================================
樓上說string *的那個，你管理幾十億大小生物的生死輪迴用C++全放到內存里？怎麼也得用sql才行啊
地府掌管生死靠的是啥？生死簿啊，簿就是表單，表單就是TABLE，TABLE就是資料庫啊！閻王就是DBA總管，判官就是DB Operator。 本來地府與陽間是有防火牆的，一般人進不去地府的內網，但無奈悟空直接搶走了黑白無常的LOGIN KEY，肉身黑進了系統拖了庫。
原文：
那判官不敢怠慢，便到司房裡，捧出五六簿文書並十類簿子，逐一查看。皞蟲、毛蟲、羽蟲、昆蟲、鱗介之屬，俱無他名。又看到猴屬之類，原來這猴似人相，不入人名；似甗蟲，不居國界；似走獸，不伏麒麟管；似飛禽，不受鳳凰轄。另有個簿子，悟空親自檢閱，直到那魂字一千三百五十號上，方注著「孫悟空」名字，乃天產石猴，該壽三百四十二歲，善終。悟空道：「我也不記壽數幾何，且只消了名字便罷，取筆過來！」
悟空其實是不屬於九幽十類里的，所以要查的時候比較麻煩，要看到魂這個類里才能找到自己。你看操作的時候還"五六簿文書並十類簿子" 不知道這個並是union還是joint，但肯定是 個資料庫操作無疑啦。悟空自己技術功底過硬，判官找不到的記錄，猴子估計用了什麼奇妙的fuzzy search的手段把自己的位置找出來了。
大致推測一下這個表單的INFO：
!echo "creating 魂生死簿"
create table 魂生死簿
(
id_魂字 serial not null,
cr_date datetime default CURRENT not null,
姓名 char(15),
生物類型 char(15) not null,
source char(1) default "魂" not null,
應得壽命 int not null,
實際壽命 int,
善終 char(1) default "Y"
）
這個TABLE的PK是魂字，悟空的魂字ID是1350，名字是孫悟空也好孫悟飯也罷都不礙事。
=========================================不得不說地府這個資料庫系統設計的很渣，沒有異地backup，而且生死簿貌似是按照生物毛髮分成了10類，這個PARTITIONING真的很糟糕。
可能因為地府是政府部門吧。技術比較滯後
=========================================
我府信息安全工作辦公室闢謠數據遭篡改：系統運行安全平穩
本報訊（實習記者王光年）
針對近日部分媒體發表的地府&
在昨天的全府數據信息化及電子政務系統信息安全工作座談會上，針對相關報道，信息與技術部部長，信息安全工作領導小組常務副組長張衛府表示：「輪迴數據牽涉到廣大府民的切身利益，報道中指出的問題無論是否存在、在多大程度上存在，我們都會予以高度關注，採取一切必要措施及時對系統漏洞進行修補，以一貫的負責精神，保障我府陰民數據安全。」
目前，領導小組已責成信息與技術部會同有關專家學者調查相關情況，排查相關隱患，確實存在的問題，要在第一時間進行解決。
張衛府強調，長久以來，我府一直對地府數據信息化與電子政務系統的安全問題保持高度的重視和警惕，在各地普遍設立了信息安全管理機構，建立了覆蓋全府的信息安全監控體系，完善了信息安全問責機制，並委託地府以外各界專業機構對我府系統安全性進行評估與監測。從目前的情況來看，全府數據系統運行平穩，未發現異常情況。
在座談會上，張衛府部長還首次透露了這一龐大系統的基本組成結構和內部代號，為一直以來保持神秘的「NetherNet」揭開了一角面紗。
張衛府透露，總體代號為「NetherNet」的地府數據信息化與電子政務系統是若干紀以來三界程序員所完成的最為龐大的系統，佔用了三百萬人月的工作量，產出代碼超過一億七千萬 LoC，上線以來已成功完成數據請求數京次。
這一系統由四大子系統和若干周邊系統構成：
甲）代號為「Kharma」的現世善惡值實時統計系統；
乙）代號為「Samsara」的輪迴日誌數據系統；
丙）代號為「Nether」的地府戶籍管理系統，主要負責全府陰民的戶籍管理，也負責處理「告地策」和「買地券」的審核；
丁）代號為「PaperPal」的金融數據系統，主要負責處理跨界金融交易，也負責為中央幣庄提供數據保障，以進行祭品價值評估，維護陰民金融信用記錄，審核冥幣兌換申請等工作；
戊）包括監控系統「諦聽」，消息與回調系統「無常」在內的一系列周邊項目。
據了解，此次傳言數據遭篡改的，即是其中代號為「Samsara」的子系統。座談會上，張衛府部長以自身的身份數據為例，親自演示了這一系統的查詢效果，並展示了監控系統的實時數據。
對於前日發生的暴徒闖入政府數據機房的惡性事件，信息與技術部數據保障司發言人表示，事件發生後，機房裝備的自動報警裝置迅速啟動，犯罪嫌疑人在第一時間被趕來的武裝鬼卒制服，沒有機會接觸到任何數據，數據保障司表示將與相關安全部門進行磋商，提升機房防務等級。
張衛府也表示，隨著技術發展，黑客的攻擊手段越來越強，方式越來越複雜。對於影響廣大陰民切身利益的信息安全威脅，我們將不遺餘力地採取有效措施進行防範，將風險降至最低，同時也絕不放過一切敢於來犯的不法分子。對於外界的相關報道和網友的評論，張衛府在最後表示，歡迎全府各界對信息系統提出建議意見，對於發現的安全隱患，應通過官方渠道與有關部門取得聯繫。
相關閱讀：- ［前情］網傳暴徒手持棍棒打入政府數據機房，安保人員一觸即潰
- ［熱門］公共安全部：成功阻止一起暴力入侵中央數據機房惡性事件，犯罪嫌疑人不識伺服器，砸壞櫃式空調
- ［票市］自動報警系統首戰立功，牛馬工業開盤漲停
- ［深入］機房入侵：壓抑後的爆發——物種身份歧視終引發惡性安全事件
- ［社會］機房入侵：文職人員掛職充保安，管理人員遭問責
- ［科技］信息與技術部發布會答記者問：啟用「雲端服務」需考慮天氣狀況
我已經決定暫時退出知乎，歸期未定。如果有一天你發現我所有的答案都刪除了，那麼我永遠都不會回來了。
在走之前，容我開個腦洞。
==
你們啊，too young too simple。知乎不是說嘛，不問是不是就問為啥就是耍流氓。
我今天不說為啥，我就說說是不是。
==
首先批評 @大海 同學，引用《天庭學報》上面的論文要給出引用啊，我在這裡補充如下：
《論Paxos演算法在陰間生死管理系統中的應用與優化》
《論Consistent Hash在陰間生死管理系統雲中的應用》
《論超大規模稠密矩陣在陰間生死管理系統中的理論研究》
《論陰間生死管理系統庫存管理當中的孟婆湯管理流程》
《論牛頭馬面陰間勾人大隊的管理電子化》
《論天庭-西天-陰間點對點技術在陰間辦公自動化中的實現》
==
下面給出部分天庭的領導講話，你們自己琢磨某些領導幹部到底幹了啥：你懂得～
----
1、
近日，西天巡視工作組組長地藏王菩薩下地獄考察工作。地藏王菩薩指出：同志們要發揮革命精神，我不入地獄誰入地獄？發現問題，就要發現一起，查處一起，解決一起。決不能容忍某些領導幹部，干預陰間正常的工作流程與工作秩序。要樹立知法守法用法的良好風氣。
2、
前任齊天大聖孫悟空近日在天庭接受法律審判，法庭上，被告人、公訴人雙方充分表達了意見。法庭宣布休庭，將擇日宣布審判結果。
3、
天庭中央政治局今天召開政治局常委會，天庭總書記玉皇大帝表示，一定要加強依法治理天庭在天庭政治生活當中的重要作用。加強依法治理天庭，是人間長治久安的根本保證，附和最廣大人民的根本利益。
4、
今年的天庭一號文件指出：天庭要管理神仙，要從嚴管理神仙。
5、
西天ji委書記如來同志在今年的ji委五次全會上的工作報告：
我代表西天ji委會常務委員會向第五次全體會議作工作報告，請予審議。
這次全會的主要任務是：高舉天庭特色社會主義偉大旗幟，以玉帝理論、「三個世界」重要思想、科學發展觀為指導，深入學習貫徹玉帝總書記
系列重要講話精神，回顧總結天庭廉政建設和反腐敗工作，研究部署任務。明天上午，玉帝總書記將發表重要講話。我們要認真學習領會，
堅決貫徹落實。一、一年來工作回顧
今年是全面深化改革、全面推進依法治理天庭的重要一年。以玉帝為總書記的黨中央，旗幟鮮明推進廉政建設和反腐敗鬥爭，天庭政治
局、天庭政治局常委會多次專題研究部署。天庭代表大會常委會、天庭政務院、儒釋道三界政協和最高天庭法院、最高天庭檢察院黨組，東勝神州、西牛賀洲、北俱蘆洲、南部瞻洲四洲、天庭各
部委、機關各部門，認真貫徹落實玉帝總書記西天ji委第三次全會上的重要講話精神，抓好任務部署和工作落實。西天ji委組織編輯、
學習宣傳《玉帝關於廉政建設和反腐敗鬥爭論述摘編》。各級ji檢監察機關聚焦中心任務，強化監督執紀問責。廉政建設和反腐敗鬥爭不斷深入，全天庭動
手一起抓、人民群眾積极參与的局面鞏固發展，「四風」問題和腐敗蔓延勢頭得到一定遏制。嚴肅查處前齊天大聖孫悟空、前天蓬元帥馬廣泰、前捲簾大將等嚴重違紀案件，充分體現天庭堅定不移懲治腐敗的堅強意志，彰顯了從嚴治理天庭的鮮明態度，深得仙心民心。
這個問題程序員看來再清楚不過了。
生死簿上名字記錄的是string *，所以孫悟空當時叫什麼生死簿上就顯示什麼。這也正好解釋了為什麼把生死簿塗了會這麼罪大惡極，要不然直接重寫一本不就恢復了嗎？因為這些string *都丟失了啊，沒法delete了，這就造成了閻羅殿系統的內存泄露。猴啊！
對於@大海的精彩發言，我有幾點補充的：
其實集中架設能處理如此多數據的資料庫系統，在不考慮成本的情況下，其實最主要的問題是運
行能源消耗。
HELL的能源來源主要是地熱,能源用途除公務執行開支以外（日常鬼卒辦公人員的吃穿住行與
洗桑拿等），主要用於地獄主力能耗機構18層地獄的日常運營需求。
除照明外，明顯採用非人（「鬼」吧）工耗能的地獄樓層主要有：第五層蒸籠地獄、第六層銅柱地獄，第八層冰山地獄（採用熱交換？），第九層油鍋地獄，第十六層火山地獄（第十層牛坑地獄被牛撞到會燒成灰姑且算為牛怪的異能不列入能源開支）；上述共5層，佔總業務類型數量比約27.8%，不到三成。推斷能耗控制仍然是HELL需要解決的頭等大事，合理使用更廉價的鬼力資
源應該是保持業務運行的替代手段。
那麼在此前提下，應避免採用集中式的數據處理及存儲來降低HELL本部的能耗。併合理使用
其他能源來降低全系統的能源消耗。所以以往的一些神鬼干（nao)事(dong)人員的實際功能
浮上水面（以人間管理為例）：
1.灶神其實是每個人間家庭的分散式數據採集存儲前端設備人形互動操作界面（@長門有希）。為何灶神的
少有具體名諱或個性化差異？此乃統一的OS導致的。它記錄每家每戶的日常操作記錄及數據
變更，能耗直接從家庭灶的熱能及供奉中吸取。每年臘月二十三乃分散式伺服器與冗餘數據
庫同步資料的時間，故人間發現這一操作原理的人（dou）才（B）便在當日大肆進行供奉，
意圖通過能源超載（高能量模塊麥芽糖）的方式影響上傳數據的穩定性，達到變更本地數據
同步內容的險惡目的。
2.土地神其實是每個區域的本地數據索引伺服器的人形互動界面。為何土地神的少有具體名
諱或個性化差異？此乃統一的OS導致的（COPY）。緣由可從西遊記中孫猴子每到一地便通過
敲打或遠程呼喚方式登錄該系統詢問當地人員及其他資源分布情況（雖然時常作出毀壞系統
等惡劣行徑）。而本地索引伺服器更是分布存儲數據的最基礎的調閱單元，同時可能也承擔
部分數據校驗及上傳下發傳輸類功能，故該類伺服器需要穩定的運行環境，也就是說我們各地
常見的城隍廟及土地廟就是全國最早的IDC機房。
另外：勾魂小鬼的管理及任務派單模式。在災時死亡爆發情況下，數據量爆發需要極大的突
發性帶寬需求，而高帶寬對平穩的日常運行是額外的成本開支。所以勾魂工作派單應該由土
地一級進行發起匯總，直接發起需求通知到生死薄系統，然後系統派單給區域小鬼人員，小
鬼直接從當地提取工作列表（勾魂名錄）進行工作，完畢後再統一填報回傳系統，即可解決
瞬時流量過高的問題。當然同時存在有工作差錯被隱瞞的情況，也就有了（私了）一說……（高
端勾魂人員無常頭上的一見生財來歷，嗯）
參考文獻：（機密資料按當地法律法規要求不予顯示）
利益相關：HELL潛在客戶
————————————————————————
補充腦洞：數據傳輸方式參考
傳輸校驗口令：咕~咕~咕嗶嗶嗶嗶嗶……
（什麼，你說數據傳輸為什麼能生成實體的劍什麼的？ 參考《黑客帝國》，嗯）
地獄生死簿用的是六道輪迴系統，數據總量短期不變，生死只是改改狀態。
所有的靈魂都有唯一的哈希碼。
孫猴子將猴子的狀態改了，程序員還能改回來。
神仙們和孫猴子的靈魂不在六道輪迴之中，這類數據不進入六道輪迴系統。
至於根據靈魂生前行善還是作惡，作出判決，這直接根據系統中的數據，通過分類器就行了，通過類別標籤直接能調用判決結果。
不過貌似閻羅王團隊工作效率比較高，人工判決。
生死簿系統遵循馬爾可夫過程，當前的判決僅與上一世的狀態有關，系統原理不是特別複雜。
=================================
原答案是答主某天夜觀手機，匆匆寫下，不料知乎高人眾多，一眼就看出我答案中的小bug。
評論區中有提到如果用哈希碼會出現數據碰撞的問題，用主鍵完美解決，感謝zeroten的回答。
此外，六道輪迴系統中會出現數據和外界交流，但是，造成這種數據變化的主要出現在系統中的靈魂成仙成佛或者神仙中靈魂被貶，進入系統。除此之外，還有孫猴子這種從石頭中蹦出來的選手。
輪迴系統中的靈魂升仙、神仙被貶下凡以及孫猴子這種選手非常少。像孫猴子這種進入六道輪迴系統的新數據，其前世紀錄只需寫「補天五色石」就可以了，或者不寫也行，畢竟它是一個New出來的新對象。=================================
身份證號碼
有番號。
題主忘了，地府有諦聽，能聽世間一切，上達靈霄寶殿，下至九幽地府，就像一個全方位雷達。最變態的是能聽前五百年跟後五百年。能知道猴子叫孫悟空不足為奇。話說六耳也有類似的聽力。
在西遊體系里，道行高深的神仙都有未卜先知的能力，難道如來太上老君觀音都算不到孫悟空要大鬧天宮？這不合常理！
可是具體寫的時候確是：觀音掐指一算，便知那熊精來自何處。其實應該是掐指一按手機，連上Wi-Fi，查了一下地府的資料庫！
現在，現在我們知道了神仙其實是沒有預知能力的。那諦聽是怎麼知道猴子的壽命已到？記得諦聽是怎麼分辨真假猴子的嗎？就是伏在地上聽，個人覺得是同時聽兩個人的心跳。因為生物內臟活動是有很微弱的聲音的。六耳能力跟諦聽類似，撒謊的六耳肯定緊張，心跳就快了。既然諦聽能聽出生物內髒的聲音，那麼聽出一個生命五臟衰弱也是正常的，不是有個詞叫：天人五衰。諦聽知道猴子什麼時候死也是很正常的。
那麼諦聽又是怎麼確認猴子呢？查查資料庫啊！
好吧，我只是來賣萌的。
[已重置]
記得以前看到的一句話
如果閻王是個地獄全視角的資料庫管理員，那他的資料庫里每個人對應的是一串數字即身份證號碼，而我們的名字只是一個昵稱而已。
為什麼我覺得地獄的資料庫不是個問題……你們都忘了還有生死輪迴這一說……
也就是說每個人的數據並不是單一新建的，而是不斷更改名稱重複的。名字只是一個代號，昵稱可以改，id是不變的。
所以才有幾世輪迴，因果報應之類的。這樣算下來資料庫的數量可以大打折扣了吧。
至於孫悟空，就是新建了個id而已。395ac776b1904f5a63da2c8b63da106d
每個生物在生死簿上都有自己的專屬編號，悟空無名的時候，可能在生死簿上寫的是他的代號編碼吧，後來有名了，在前面填上孫悟空。
閻王提前知道他什麼時候會死，你們怎麼不奇怪？提前知道他叫什麼你們反倒奇怪了？
如果菩提老祖當時給起了個名字叫程序猿，那本上肯定就寫著「程序猿」，而且是早在他蹦出來的時候，甚至蹦出來之前就寫好了的。你說是不是？換句話說，冥府是連菩提老祖起的名字也算到了推薦閱讀：
※如何以【牧羊人終於放棄了他的羊】為開頭寫一個科幻故事？
※如果突然複製另一個你，你會幹嘛？
※如果為爐石傳說設計一張卡牌，怎麼樣設計才能體現coooooool？