User talk:SuperGrey/gadgets/ReviewTool

評審管理面板中，「優良標準」檢查列出B3和B6有什麼深意嗎？

感謝SuperGrey君的腳本，我後面找個評審再完整體驗一下。

剛才在PR區試著點了下「評審管理」，注意到「優良標準」下有兩個乙級標準選項，是有什麼特殊考量嗎。B6（術語）確實是本地的GA標準不要求（雖然隔壁近年有增補「understandable to an appropriately broad audience」），B3（結構）感覺大體可以跟著GA3（覆蓋面）和GA1（序言格式手冊）一起檢查了？--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2025年11月18日 (二) 16:21 (UTC)

B3、B6雖然GA標準中沒有直接提到，但是一般認知中GA標準高於乙級，故此處列出缺失的乙級標準以便評審使用。
從實際評審的角度上講，在GA評審中，B3、B6也可以解讀為是被GA1（文筆）籠統涵蓋了。 --SuperGrey (留言) 2025年11月18日 (二) 21:47 (UTC)

試了一下，「批注工具」寫意見和「文筆檢查」工具羅列意見都非常方便。現在評審就爽快多了😍 不過有沒有辦法直接用條目頁批注工具中匯出評審wikicode，然後一次性貼到評審區？

比如這筆編輯，我不知道是不是因為操作流程錯了（先啟用批注工具寫了意見，後使用評審工具創建章節標題），載入批注提示沒有內容。之後我開了兩個分頁，手工把批注工具的文字複製貼到新增意見窗格😂 評審區保存之後，不確定是因為關閉過條目的瀏覽器分頁，還是我或許手工點過清空批注，批注工具就沒有紀錄了。如果能直接在條目頁生成代碼，就會感覺比較有安全感😂--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2025年11月20日 (四) 15:28 (UTC)

看來bug還不少，我再改改。 --SuperGrey (留言) 2025年11月20日 (四) 20:07 (UTC)

@For Each ... Next：問題已修復。除了在「查看批註」匯出，在「檢查文筆」匯入以外， 批註也可以按照正常流程使用了（在「批註模式」中添加批註；在「檢查文筆」載入）。
P.S. 我才發現Session Storage不能跨標籤頁使用 😢……所以把批註的位置改到了Local Storage中，這樣問題應該就解決了。 --SuperGrey (留言) 2025年11月21日 (五) 12:45 (UTC)

看起來好了，感謝～--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2025年11月21日 (五) 13:05 (UTC) 🎉1

另外借個樓，m:User:SuperGrey/gadgets/QuickEditExt-Citations啟用「Show "Copy permalink" button」時，註腳在一行的尾部，右側沒有足夠的剩餘空間時，拷貝按鈕就顯示不出來。有沒有什麼辦法解決，比如改成彈窗形式之類的？（Firefox 145.0.1、macOS 15.7.2）--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2025年11月20日 (四) 15:55 (UTC)

還真是。應該改成懸浮的就好了。 --SuperGrey (留言) 2025年11月20日 (四) 20:09 (UTC)

此問題已解決。 --SuperGrey (留言) 2025年11月21日 (五) 06:33 (UTC)

我又来了

• 技术上批注工具是否方便加个按钮，按原文顺序（或按创建批注的顺序），一键重新排序意见？有时候我没按顺序写批注，生成的评审意见会比较跳跃😂
• 多行批注生成意见时，能否加个缩进之类？
• 有时想用「文笔工具」做整体点评，比如「建议第三段后半部分与第四段合并」，不需要引用特定句子。可否在原文留空时，把「{{rvw|1=}} —— 」跳掉？（那样文笔模版可能就要在每个项目右边加个「在下方插入意见」之类，还要允许调整顺序，工作量看来很大😂）

--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2025年11月22日 (六) 05:15 (UTC)

後兩個問題已解決。第一個我需要構思一下排序算法，畢竟網頁內容是動態變化的。 --SuperGrey (留言) 2025年11月22日 (六) 07:19 (UTC)

問題一已解決。加入了3種排序方案（文中序、逆時序、正時序），供自由選擇。匯入時將以文中序匯入。 --SuperGrey (留言) 2025年11月22日 (六) 08:40 (UTC)

撒花🎉🎉🎉--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2025年11月22日 (六) 10:17 (UTC)

話說「文筆評審」第二步生成原始碼時，能不能做成可微調內容的文字框😂--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2025年11月23日 (日) 14:23 (UTC)

加了一个新的第2步（文字框），现在总共有4步了。 --SuperGrey (留言) 2025年11月23日 (日) 22:38 (UTC)

西文點號

工具會把西文點號也判定成一句，能否預設忽略掉？感覺中文語流裡面的.一般就是小數點、西文縮略詞標記之類，一般不會當句號解。我能想到當句號用的是外文引言，不過引言也沒什麼好批註的？--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年1月10日 (六) 05:03 (UTC)

其實是可以滑鼠手動拖選句子範圍的，所以原本沒考慮那麼多……（不知道你有沒有發現 ）
感覺確實可以把.預設忽略掉，僅在lang非zh、ja時重新考慮。感謝建議！ --SuperGrey (留言) 2026年1月10日 (六) 07:59 (UTC)

拖動內容也是整句黃色凸顯，我以為是防呆措施😂--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年1月10日 (六) 08:53 (UTC)

把 .!? 都一併忽略掉了。不過如果內容被包裹在非 zh、ja 的語言中，則仍會識別為獨立句子。 --SuperGrey (留言) 2026年1月10日 (六) 20:44 (UTC)

把批注工具开关放到#p-cactions的位置上？

有时文章阅读一半时会想到开关工具。至少对vector-2022来说，放到侧栏#p-cactions可以随手操作，不用再拉到顶部了。希望能调整一下位置，或者有办法自定位置😂--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年1月17日 (六) 03:32 (UTC)

有道理，可以在#p-cactions也放一個連結。 --SuperGrey (留言) 2026年1月17日 (六) 04:50 (UTC)

已添加。 --SuperGrey (留言) 2026年1月17日 (六) 05:08 (UTC)

🎉--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年1月17日 (六) 05:17 (UTC)

可以在評選頁面使用嗎

目前而言，小工具似乎適合在PR/討論頁使用，而無法在GAC/FAC的評選頁面使用？（好吧，其實是我使用工具在條目內寫批注後，想發佈在FLC，但發現沒有將批註匯入到FL評審頁的功能 囧rz……）--Nebulatria 2026年1月25日 (日) 13:53 (UTC)

 已修复：發現是「特色列表评选」寫成「特色列表評選」了（簡繁）。現在應該在FLC上也能用了。GAC/FAC應該是一直都能用吧。 --SuperGrey (留言) 2026年1月25日 (日) 21:59 (UTC)

文筆批註匯入評審頁之前，必須要有「文筆」小標題。這個小標題一般可以用「管理評審」面板快速插入。 --SuperGrey (留言) 2026年1月25日 (日) 22:01 (UTC)

話說能不能插入文筆小標題時，就把已經寫好的批註匯入進去。（比如允許開個虛擬頁面，Special:ReviewTool/A certain page，假裝先在這裡評審；完成後能把評審代碼複製出來，新開評審輸入原始碼那步直接貼上）雖然插個小標題表示有接手的意象，但只放標題有時候感覺好尷尬😂--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年1月30日 (五) 20:20 (UTC)

另外就是有時只是普通的討論頁留言（比如直接開個「建議」的章節），不需要「文筆」標題，但用批註工具列出注意到問題，再評審的格式發表問題，會比較清楚。--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年1月30日 (五) 20:32 (UTC)

可以把「建議」當作「文筆」來識別？
主要是小工具不能到處都載入，會被你維技術界人士噴爆的，待會又要問「如何屏蔽」了。所以才限制僅在特定標題情況下才載入。 --SuperGrey (留言) 2026年1月31日 (六) 03:04 (UTC)

你把你認為可以載入小工具的、你常用到的章節標題關鍵詞都列出來，我都加進去好了。反正目前用家就我們幾個，可以充分客製化。 --SuperGrey (留言) 2026年1月31日 (六) 03:07 (UTC)

加個隱藏設置，啟用後給p-caction掛個連結，點一下對所有章節啟用批註功能？--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年1月31日 (六) 04:57 (UTC)

如此例子，我是：

1. 先用批註模式評論正文，之後點右下角的批註工具匯出json檔；
2. 之後去GAN借個有「文筆」章節的提名，匯入json檔預覽原始碼；
3. 最後把預覽的原始碼複製下來，再於討論頁新增話題工具，順便加入其他層面評論。

再想能不能像Veracity的模式，第一步就直接把評註Wikitext拷貝到剪贴板😂--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年1月31日 (六) 08:39 (UTC)

已支援在「重新評級」標題下「管理評審」。
Fake heading是壞文明，不會支援。 --SuperGrey (留言) 2026年2月1日 (日) 06:57 (UTC)

me hav a good idea--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年2月1日 (日) 08:27 (UTC) 🤣1

就不能加一個正常的章節標題嗎…… --SuperGrey (留言) 2026年2月1日 (日) 08:31 (UTC)

意见太短了，不想开目录洗版，其实算是当<big>在用😂--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年2月1日 (日) 08:34 (UTC)

我有個主意了，給管理評審加個設定，只要出現管理評審就跟隨「檢查文筆」怎麼樣？ --SuperGrey (留言) 2026年2月1日 (日) 08:41 (UTC)

👍--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年2月1日 (日) 08:42 (UTC)

改好了。
我是沒看出來你在高能手办团的評審意見短在哪裡，但是既然你想自訂程度高一點也行。 --SuperGrey (留言) 2026年2月1日 (日) 08:49 (UTC)

参考摇号？

之前请求过复制参考的固定链接+锚点，抽查工作方便了很多。抽四五个来源无所谓，但量一多就很无聊（尤其是连用n个脚注的）。

最近用了Veracity抽查脚注，感觉摇奖生成空模板的事情还是可以让电脑来干。所以能否让ReviewTool支援来源抽查，生成空点列：

• 1.0、2.0 —— ❓
• 6.0 —— ❓
• 7.1 —— ❓
• …………
• 20.3、7.5、1.5 —— ❓

PS：也能否和CiteUnseen的资料联动，导出「非通常可靠来源」点列，方便做可靠性检查？--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年2月1日 (日) 09:38 (UTC)

其實這種「手磨咖啡」的活沒必要讓人類來做吧……你把整個條目丟給AI Agents，他能給你把所有註腳抽查一遍，覆蓋率99%，準確率99%。人沒必要和AI搶活幹。 --SuperGrey (留言) 2026年2月1日 (日) 09:48 (UTC)

我也抽查一下Summerhouse --SuperGrey (留言) 2026年2月1日 (日) 09:57 (UTC)

我用ChatGPT又找到了1處表述問題，說明人還是沒辦法和AI比。 --SuperGrey (留言) 2026年2月1日 (日) 11:21 (UTC)

我觉得语言方面的问题，行文也好、来源也好，都适合先用AI跑一遍。评审人是用来背锅的--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年2月1日 (日) 11:29 (UTC) 👍1 🤣1

突然好奇，话说AI看评审前的内容，会指出什么问题😂--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年2月1日 (日) 12:28 (UTC)

试着喂了oldid=91331450，给了这么个东西。挂机时间好长……

段落	主張摘要	來源是否支撐
《Summerhouse》是2024年面世的沙盒類城市建造遊戲，由德國獨立遊戲開發者弗里德曼·阿爾門羅德（Friedemann Allmenröder）開發，Future Friends Games發行，適用於Windows和macOS平台。玩家可運用各類建材和裝飾，在四種場景中自由搭建小屋，亦可切換晝夜天氣。此外還有多項元素可在遊戲過程中解鎖，如物件的動畫效果。	介紹遊戲類別、開發者、發行商與支援平台，並概述遊戲玩法（自由建造、小屋場景、可切換晝夜天氣，以及可解鎖動畫效果等）。	⚠️部分支撐：此段為序言，文中陳述於後文「玩法」及「開發與發行」段落中有引用來源的重述，例如遊戲為沙盒城市建造類、由弗里德曼開發、Future Friends Games發行並支援Windows/macOS平台，四種場景、可切換日夜天氣及解鎖內容等均在後文獲得引證。因此視為序言由後文支撐。
本作是阿爾門羅德首款以個人名義獨立推出的作品，其創作靈感來自《Townscaper》、《短途旅行》及《要塞：十字軍東征》等遊戲。《Summerhouse》獲得了普遍正面的評價，評論家稱讚遊戲的開放式設計、節奏和視覺呈現，但亦有評論指出，遊戲的玩法和內容仍有完善空間。	指出遊戲為開發者的首個個人作品，靈感來自其他三款遊戲；並概括評價偏正面，評論強調其開放式節奏和視覺優勢，但也提到玩法尚可改進。	⚠️部分支撐：本段同屬序言，後續「開發與發行」及「反響」段落提供了有引證的重覆敘述，證實本作為開發者首個個人項目和靈感來源，以及評論家對遊戲的正面與負面評價。因此視為序言由後文支撐。
《Summerhouse》無遊戲目標或既定規則，玩家可自由建造小屋。場景中水面反射的倒影得到了《Rock Paper Shotgun》評論員的稱讚[ 1 ]	說明遊戲沒有目標與規則，玩家可隨意造屋；並引用Rock Paper Shotgun文章讚賞遊戲水面倒影。	✅支撐：引用的Rock Paper Shotgun評論指明遊戲沒有勝負目標，玩家可用有限的建材隨意建造房屋；同文還特別稱讚水面與陰影的呈現，因此能支撐兩句主張。
《Summerhouse》是一款療癒系（英語：Cozy game）風格的城市建造沙盒遊戲，遊戲不設目標，亦無既定規則，玩家可自由建造屬於自己的小屋[ 2 ][ 3 ]。玩家可以使用選單介面選擇方塊、門、屋頂、窗戶、煙囪、樹木、灌木、信箱等裝飾物，將它們放置在想要的位置[ 1 ][ 4 ]。遊戲世界提供山地、草原、城市和沙漠四種環境[ 5 ]，日夜和天氣均可切換[ 6 ]。玩家可以調整元素間的縱深關係[ 7 ]，亦可使用刪除工具去掉已放好的元素[ 2 ]。玩家還可以橫向卷動畫面，以在寬廣的環境中找到理想的建造位置[ 7 ]。	概述遊戲的類型與特點：為療癒系城市建造沙盒，無目標與規則；可從選單挑選多種建材（如牆壁、門窗、屋頂、植物等）放置；包含山地、草原、城市、沙漠四個場景，可切換日夜與天氣；支援調整前後深度、刪除已放置物件及橫向捲動。	✅支撐：Softpedia、4Gamers等評論提到《Summerhouse》沒有任務或勝負條件，屬於舒壓／療癒系建造遊戲；它們描述可在選單中選擇牆面、門、屋頂、窗戶、煙囪、樹木等多種部件放置，雖未逐一列舉，但支持此類說法。Eurogamer與Press Start等文證實遊戲提供四種場景，並可在日夜及天氣之間切換；評論也提到可以將建材推近或拉遠、刪除不滿意的部件及橫向捲動畫面。整體而言，來源充分支撐該段內容，僅部份裝飾物名稱在來源中未完全列出。
《Summerhouse》還包含隱藏內容和可解鎖的功能[ 7 ]——某些物品在晝夜切換時會出現特殊的動畫效果[ 5 ]；以特定組合放置某些物體還可解鎖特殊方塊[ 2 ]，其中部分方塊包含角色元素[ 7 ]。遊戲亦設有快進功能，供玩家回顧小屋遊玩至今的建造歷程[ 1 ]。	描述遊戲的秘密要素與可解鎖功能：晝夜切換時有特殊動畫；特定組合可解鎖新方塊，有些方塊含角色；並有快進回放功能。	✅支撐：Press Start與Eurogamer報導了隱藏內容，例如於日夜切換時出現螢火蟲、燈光等動畫效果；Softpedia指出透過特定組合放置物品能解鎖新方塊；Press Start和GamesRadar提到某些新方塊含角色（貓或幽靈等）；Rock Paper Shotgun文章描述快進按鈕會快速播放建造過程。來源整體支持該段描述。
《Summerhouse》由德國獨立開發者弗里德曼·阿爾門羅德（Friedemann Allmenröder）開發，Future Friends Games發行[ 6 ][ 8 ]，是阿爾門羅德首部以個人名義獨立推出的作品[ 9 ]。阿爾門羅德稱遊戲為“獻給兒時暑假感受的互動式情書”[ 10 ]。遊戲使用Unity引擎開發[ 11 ]，開發時借鑑了《Townscaper》、《短途旅行》及《要塞：十字軍東征》等遊戲[ 12 ]。遊戲於2023年12月在Steam Wholesome Snack獨立遊戲展示會中發布宣傳預告片[ 13 ][ 10 ]，2024年3月8日正式發行[ 5 ]，適用於Windows和macOS平台[ 14 ]。在正式發行前，遊戲曾提供試玩版[ 1 ]。此外遊戲亦支援Steam Deck[ 15 ]。	敘述遊戲的開發與發行背景：介紹開發者與發行商、指出是開發者首個個人項目，稱其為對童年暑假的互動情書；提及採用Unity引擎與受其他遊戲啟發；列出宣傳預告片在Wholesome Snack活動曝光、發行日期與支援平台，發售前有試玩版，並稱支援Steam Deck。	⚠️部分支撐：多數主張可由公開來源驗證：PCGamesN與GamesRadar指出遊戲由弗里德曼開發並由Future Friends Games發行，是其首個個人作品；PCGamesN與遊戲宣傳影片中引述開發者稱其為「互動式情書」；MobyGames資料顯示本作採用Unity引擎；新聞報導提到預告片在Wholesome Snack展示活動曝光以及3月8日正式發行，並指出發售前有試玩版。惟關於靈感來自《Townscaper》《短途旅行》《要塞：十字軍東征》的說法所引用文章無法存取，Steam Deck支援亦未於可取得的來源明確證實，因此該段為部分支撐。
评价 \n\n汇总得分 汇总媒体 得分 \nMetacritic76/100[ 16 ] \nOpenCritic（推荐率）57%[ 17 ] \n评论得分 媒体 得分 \nEurogamer[Image 3: 星][Image 4: 星][Image 5: 星][Image 6: 星][Image 7][ 5 ] \nHardcoreGamer3/5[ 18 ] \nTouchArcade4.5/5[ 19 ] \nGamesHub[Image 8: 星][Image 9: 星][Image 10: 星][Image 11: 星][Image 12: 星][ 14 ] \nSoftpedia[Image 13: 星][Image 14: 星][Image 15: 星][Image 16: 星][Image 17][ 2 ]	列出匯總網站和媒體評分：Metacritic給出76/100，OpenCritic推薦率為57%；Eurogamer、Hardcore Gamer、TouchArcade、GamesHub與Softpedia的個別評分。	⚠️部分支撐：Metacritic頁面顯示PC版《Summerhouse》評分為76/100並標註「普遍好評」，可證實第一項。OpenCritic頁面顯示「Top Critic Average 70」和「Critics Recommend 57%」，支撐第二項。Eurogamer、Hardcore Gamer與Softpedia文章分別顯示4/5、3/5與4/5的評價，支持對應分數。然而TouchArcade及GamesHub的完整評分及星數在目前可存取的來源中未能驗證，故整段視為部分支撐。
根据评论汇总网站Metacritic的资料，《Summerhouse》在发行后获得“普遍好评”[ 16 ]。在另一个评论汇总网站OpenCritic汇总的7篇评论文章中，推荐率为57%[ 17 ]。评论者赞扬游戏的缓慢节奏与开放式的城市建造方式。Eurogamer的 克里斯蒂安·唐兰（Christian Donlan）称赞该作罕有的平静氛围，认为其简约而顺畅的设计让玩家无需反复思考即可投入其中，从而产生近似冥想、清空思绪的体验[ 5 ]。Siliconera的 詹妮·拉达（Jenni Lada）形容这种体验充满“禅意”，旨在鼓励玩家享受当下[ 20 ] 。Softpedia的 科斯明·瓦西里（Cosmin Vasile）认为游戏试图唤起玩家在夏天远离家园时的朦胧回忆[ 2 ]。瓦西里 和GamesHub的梅根·奥尼尔（Meghann O'Neill）均认为游戏的 使用者界面简洁清爽，后者表示这一设计烘托了游戏的平和氛围[ 14 ]，Hardcore Gamer的 托马斯·肯特（Thomas Kent）指出游戏的音乐也提升了温馨感[ 18 ]。 \n\n评论家普遍称赞游戏的视觉呈现和建筑设计。唐兰 欣赏游戏中各种建筑风格下，道具所展现出的“无尽变化”。[ 5 ]。Press Start的 基隆·韦布鲁吉（Kieron Verbrugge）称《Summerhouse》的视觉效果令人印象深刻，亦赞美其如诗如画的环境和迷人的背景[ 7 ]。《Rock Paper Shotgun》的 凯瑟琳·卡丝尔（Katharine Castle）则称赞了游戏中阴影与水面的表现[ 1 ]。TouchArcade的 米哈伊尔·马德纳尼（Mikhail Madnani）称本作让他想到了《Townscaper》，并对其温馨的视觉美学与整体氛围表示赞赏[ 19 ]。GamesRadar+的 贾丝明·古尔德‑威尔逊（Jasmine Gould‑Wilson）指出，可解锁的动画为玩家带来“小小的惊喜”，并鼓励玩家尝试不同的方块搭配[ 6 ]，而 韦布鲁吉 认为隐藏角色的出现使用“浮现式”（英语：Emergent gameplay）、个人化的叙事”引发玩家的情感共鸣[ 7 ] 。 \n\n但也有评论者指出，游戏在内容深度方面仍有不足。肯特 认为游戏无明确目标，显得“过于开放”，可能令玩家失去方向[ 18 ]。一些评论者希望能增加更多自定义选项和工具[ 20 ][ 21 ]，比如调整元素大小[ 20 ]。另有数篇评论指出，游戏中建筑构件的丰富度仍有提升空间。[ 20 ][ 7 ][ 2 ]。	概括評論界的看法：Metacritic評為「普遍好評」，OpenCritic推薦率57%；評論者讚賞遊戲的慢節奏、自由建造和冥想般體驗。Eurogamer稱其能讓人放空頭腦；Siliconera以「禪意」形容此感受；Softpedia表示遊戲喚起遠離家園的夏日回憶。Softpedia和GamesHub指出介面簡潔且營造平和氛圍，Hardcore Gamer認為音樂增添溫馨感。後兩段討論視覺表現：多名評論員稱讚建築風格多樣、畫面如詩如畫及水面陰影等效果，GamesRadar提到解鎖動畫為玩家帶來驚喜，Press Start強調隱藏角色帶來浮現式敘事。最後指出部分評論者認為內容深度不足，希望增加自訂工具、可調整物件大小，並指出建築構件種類有限。	⚠️部分支撐：Metacritic和OpenCritic的評價數據由各自的官方頁面印證。Eurogamer評論記者確實稱讚遊戲的平靜氛圍、簡約設計與可令玩家放空的特性。Siliconera文章使用「禪意」形容遊戲並指出沒有目標，鼓勵享受當下；Softpedia評論提到遊戲試圖喚起夏日遠行的回憶並稱介面簡潔；GamesHub評論讚美清爽介面；Hardcore Gamer評測描述音樂和自然聲響為遊戲增添溫馨感。Eurogamer與Press Start等來源也稱讚建築風格變化與畫面美感，《Rock Paper Shotgun》文章稱讚陰影和水面表現，GamesRadar提到解鎖動畫帶來小驚喜並鼓勵嘗試組合，Press Start則認為隱藏角色帶來浮現式敘事。另一方面，TouchArcade評論的具體內容無法取得，難以核對有關其視覺讚美之說；此外引用的一些批評（如希望增加工具、自定義及建材種類不足）主要來自Siliconera、Press Start等文章，符合理據。整體而言大部分敘述有來源支撐，但涉及TouchArcade之句無法查證，故判定為部分支撐。
2024年7月8日，开发者宣布游戏销量已突破20万份[ 22 ]。	指稱開發者於2024年7月宣佈遊戲銷量突破二十萬份。	❓無法查證：所引用的遊民星空報導或開發者貼文無法開啟，亦未找到其他可靠來源驗證此銷量，因此此主張暫無法查證。

😂 --𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年2月1日 (日) 16:19 (UTC)

可能是历史版本有url query不太好工作。拷贝到Draft:Summerhouse试了一下：

段落	主張摘要	來源是否支撐
《Summerhouse》是一款於2024年推出的【44†沙盒】類【43†城市建造遊戲】，由德國【51†獨立游戲】開發者弗里德曼·阿爾門羅德（Friedemann Allmenröder）開發，Future Friends Games發行，適用於【46†Windows】和【47†macOS】平臺。玩家可利用各種建築與裝飾件建造小鎮，並自訂環境。遊戲包括四種不同的場景，並有【52†日夜循環】系統，此外還有多項元素可在遊戲過程中解鎖，如物件的動畫效果。	本段介紹遊戲的類型、發行時間與開發商，指出由德國獨立開發者Friedemann Allmenröder開發並由Future Friends Games發行，平台為Windows和macOS。它說明遊戲玩法是建造小鎮，可自訂環境；遊戲提供四個場景及日夜循環並有可解鎖內容（包括物件動畫）。	✅支撐：多個媒體（Softpedia、Eurogamer、GamesRadar 等）稱《Summerhouse》是一款2024年發行的沙盒城市建造遊戲，由獨立開發者Friedemann Allmenröder製作並由Future Friends Games發行，沒有目標而以建造為主；PCGamingWiki列出遊戲於2024年3月8日發行於 Windows 與 macOS 平台。評論和測評指出玩家可以用門、屋頂、窗戶、樹木等多種建築與裝飾件自由建造並調整環境，而遊戲提供四個場景並具有日夜與天氣系統。⚠️部分支撐：來源普遍提到可以解鎖新的方塊和隱藏內容，但較少明確提及「物件動畫隨時間出現」這一細節，這部分支撐度較低。
本作是阿爾門羅德首款以個人名義獨立推出的作品，其創作靈感來自《【53†Townscaper】》、《【54†短途旅行】》及《【55†要塞：十字军东征】》等遊戲。《Summerhouse》獲得了普遍正面的評價，評論家稱讚遊戲的開放式設計、節奏和視覺呈現，但亦有評論指出，遊戲的玩法和內容仍可進一步豐富。	概述作品背景，指出這是開發者首次以個人名義推出的作品，靈感來自《Townscaper》《短途旅行》和《要塞：十字軍東征》等。並總結評價：多數評論對其開放式設計、節奏和視覺表現持肯定，但也有人認為內容略為單薄。	✅支撐：PCGamesN報導這是Friedemann Allmenröder的首個個人項目；Rock Paper Shotgun訪談中，開發者提到創作靈感來自《Townscaper》《A Short Hike》和《Stronghold: Crusader》。Metacritic和OpenCritic資料顯示遊戲獲得「普遍好評」且推薦率約57%，多篇評測稱讚遊戲的悠閒節奏、自由建造和美術風格；Hardcore Gamer、Siliconera等則認為可增加更多內容和工具。
《Summerhouse》是一款【57†療癒系】（英语：【58†Cozy game†en.wikipedia.org】）風格的【43†城市建造】【44†沙盒遊戲】，玩家可以建造屬於自己的小鎮，沒有遊戲目標或既定規則[ 1 ][ 2 ]。玩家可以使用菜單介面選擇方塊、門、屋頂、窗戶、煙囪、樹木、灌木，以及信箱等裝飾物，並將它們放置在自己想要的位置[ 3 ][ 4 ]。遊戲提供山地、草原、城市和沙漠四種環境[ 5 ]，並設有【52†日夜循環】系統與天氣選項[ 6 ]。玩家可以調整元素與其他物體的的層次深度[ 7 ]，亦可使用刪除工具移除已放置但不需要的元素[ 1 ]。	說明玩法：這款療癒風格的城市建造沙盒遊戲沒有目標，玩家透過選單挑選各種方塊、門、屋頂、窗戶、煙囪、樹木、灌木和信箱等物件自由建造小鎮。遊戲包含山地、草原、城市、沙漠四種環境及日夜／天氣系統；玩家能調整物件的前後層次並使用刪除工具。	✅支撐：Softpedia、GamesRadar、Press Start等評論一致描述《Summerhouse》為無勝負條件的放鬆式城市建造遊戲，玩家可自由放置各類建築與裝飾物，包括牆壁、門、屋頂、窗戶、煙囪、樹木、灌木和信箱。多個評測指出遊戲提供山地、草原、城市和沙漠四個場景，具備日夜循環與天氣選項。Eurogamer和Press Start提到玩家可調整物件深度、推前或拉後，並提供刪除工具。整段主張均有來源支撐。
玩家還可以橫向滾動畫面查看整個環境[ 7 ]。《Summerhouse》還包含隱藏内容和可解鎖的功能[ 7 ]，例如隨著時間推移在特定物體上出現的動畫效果，以及在環境中放置特定元素後解鎖的特殊方塊[ 5 ]。遊戲亦設有快進功能，讓玩家能夠回顧小鎮從遊戲開始到當前的建造進程[ 3 ]。	補充玩法特色：玩家可水平滾動場景；遊戲有隱藏內容與可解鎖功能，包括物件動畫及組合特定元素後解鎖方塊；並提供快進模式檢視建設歷程。	✅支撐：Press Start及Eurogamer提到可以橫向滾動視野瀏覽整個場景；多篇評測（Softpedia、GamesRadar、Press Start）指出遊戲包含隱藏要素與解鎖系統，玩家透過組合特定方塊獲得新建材或驚喜。Rock Paper Shotgun報導遊戲設有快轉功能，可播放建造過程。⚠️部分支撐：來源提到解鎖新方塊和動畫為「小驚喜」，但並未明確證實「隨時間推移在特定物體上出現動畫」的描述，因此這一細節支撐不足。
《Summerhouse》由德國獨立開發者弗里德曼·阿爾門羅德（Friedemann Allmenröder）開發，並由Future Friends Games發行[ 6 ][ 8 ]，是阿爾門羅德首部以個人名義獨立推出的作品[ 9 ]。遊戲使用【60†Unity】引擎開發。[ 10 ]阿爾門羅德將這款遊戲描述為「獻給兒時暑假感受的情書」[ 11 ]。在開發過程中，他受到《【53†Townscaper】》、《【54†短途旅行】》及《【55†要塞：十字军东征】》等遊戲的啟發。遊戲於2023年12月在【61†Steam】 Wholesome Snack獨立遊戲展示會中發布宣傳預告片[ 12 ][ 11 ]，並於2024年3月8日正式發行[ 5 ]。在正式發行前，遊戲曾提供【62†試玩版】[ 3 ]。此外遊戲亦支援【63†Steam Deck】[ 13 ]。	介紹開發與發行：指出由德國開發者Friedemann Allmenröder開發，Future Friends Games發行，為他首個個人作品；遊戲使用Unity引擎並被形容為獻給兒時暑假的情書。開發者受《Townscaper》《短途旅行》《要塞：十字軍東征》啟發；文中稱2023年12月在Wholesome Snack發佈預告片，2024年3月8日正式推出，先前提供試玩版，並支援Steam Deck。	⚠️部分支撐：各大媒體（PCGamingWiki、Softpedia、PCGamesN）證實遊戲由Friedemann Allmenröder開發並由Future Friends Games發行，且這是他的首個個人項目；PCGamingWiki列出引擎為Unity；PCGamesN報導開發者形容本作是對兒時暑假感受的情書；Rock Paper Shotgun文章指出他受到《Townscaper》《A Short Hike》《Stronghold Crusader》啟發。多個新聞和評論（4Gamers、GamesRadar等）確認遊戲於2024年3月8日發售，發售前有試玩版，且支援Steam Deck。❌不支撐：條目稱「2023年12月在Steam Wholesome Snack展示會發布宣傳預告片」，相關來源（IGN、GamesRadar預告影片）無法存取，故此細節未能驗證。
根據【71†評論匯總】網站【65†Metacritic】的資料，《Summerhouse》在發行後獲得「普遍好評」。在另一個評論聚合網站【66†OpenCritic】匯總的7篇評論文章中，正面評價占比為57%[ 15 ]。評論者讚揚遊戲的緩慢節奏與開放式的城市建造方式。【67†Eurogamer】的克里斯蒂安·唐兰（Christian Donlan）形容遊戲獨特地平靜，認為其簡單的玩法能讓玩家放空大腦[ 5 ]。GamesHub的梅根·奥尼尔（Meghann O'Neill）指出，輕鬆的用戶介面進一步加強了遊戲的平和氛圍[ 18 ]。Siliconera的詹妮·拉达（Jenni Lada）也認為這款遊戲提供一種「【72†禪意】」且輕鬆的體驗，鼓勵玩家活在當下[ 19 ] 。【68†Hardcore Gamer】的托马斯·肯特（Thomas Kent）表示，游戲的音樂進一步提升其溫馨感[ 16 ]。【70†Softpedia】的高士曼·瓦西里（Cosmin Vasile）認為游戲試圖喚起玩家在夏天遠離家園時的朦朧回憶[ 1 ]。	概述整體評價：Metacritic列本作為「普遍好評」，OpenCritic顯示57%推薦。引述評論者對遊戲節奏和建造方式的讚賞，以及 Eurogamer、GamesHub、Siliconera、Hardcore Gamer、Softpedia等評論者對其平靜氛圍、介面、禪意體驗、音樂與懷舊感的評價。	✅支撐：Metacritic頁面標示遊戲總評76/100並標註「Generally favorable reviews」，OpenCritic顯示約57%評論者推薦。Eurogamer評論稱遊戲獨特平靜、操作簡單；GamesHub文章讚揚容易上手的介面增強平和感；Siliconera將其形容為禪意且鼓勵活在當下；Hardcore Gamer指出音樂增添溫馨；Softpedia稱遊戲喚起遠離家園的夏日時光回憶。所有陳述均在對應評論中獲得支持。
評論家普遍稱讚遊戲的視覺呈現和建築設計。Eurogamer的克里斯蒂安·唐兰欣賞其中多樣的建築風格無限變化[ 5 ]。Press Start的基隆·韦布鲁吉（Kieron Verbrugge）稱《Summerhouse》的視覺效果令人印象深刻，並讚美其環境如詩如畫和背景迷人[ 7 ]。【73†Rock Paper Shotgun】的Katharine Castle則稱讚了遊戲中陰影與水面的表現[ 3 ]。【69†TouchArcade】的米哈伊尔·马德纳尼（Mikhail Madnani）將本作與《Townscaper》作比較，並形容其畫面十分出色[ 17 ]。【74†GamesRadar+】的贾丝明·古尔德-威尔逊（Jasmine Gould-Wilson）指出，可解鎖的動畫為遊戲帶來「小小的驚喜」，鼓勵玩家嘗試不同玩法[ 6 ]，而韋布魯吉認為加入動畫角色讓小鎮多了份「自發、個人化的敘事」[ 7 ] 。瓦西里還稱讚了遊戲【75†使用者介面】的視覺設計。[ 1 ]	本段詳述媒體對視覺與設計的評價：評論普遍認為畫面和建築設計精美。Eurogamer喜歡各種建築風格；Press Start稱畫面如詩如畫；Rock Paper Shotgun稱讚陰影與水面效果；TouchArcade比較《Townscaper》並稱畫面出色；GamesRadar指出解鎖動畫帶來驚喜並鼓勵實驗，Press Start評論者認為加入角色動畫讓敘事更個人化；Softpedia稱讚介面設計。	⚠️部分支撐：Eurogamer、Press Start、Rock Paper Shotgun和GamesRadar等文章都稱讚遊戲的畫面、陰影與水面效果並提到解鎖動畫的驚喜；Softpedia也讚揚介面設計。但 TouchArcade 的文章因網站限制無法查看，故無法確認其比較《Townscaper》並稱畫面出色的具體表述。韋布魯吉「動畫角色讓敘事更個人化」的言論也缺乏可存取來源。整體稱讚視覺的主旨仍由多數來源支撐。
但也有評論者指出，遊戲在內容深度方面仍有不足。肯特認為缺乏明確目標使遊戲顯得「過於開放」，可能令玩家感到缺乏意義[ 16 ]。一些評論者希望能增加更多自定義選項和工具[ 19 ][ 20 ]，比如調整元素大小[ 19 ]。另有多篇評論指出，遊戲中建築構件的數量仍有進一步擴充的空間。[ 19 ][ 7 ][ 1 ]。	描述負面評價：評論者認為內容深度不足；Hardcore Gamer的肯特覺得缺乏目標令遊戲顯得空泛；部分評論希望增加更多自定義選項（如調整元素大小）；另外有人指出建築構件種類有待增加。	⚠️部分支撐：Hardcore Gamer的評論明確指出遊戲缺乏目標使其顯得過於開放且容易感到空洞；Softpedia、Press Start等也批評內容淺薄並建議增加更多建築構件。Siliconera等文章提到希望有更多自訂選項，但具體「調整元素大小」的願望未在已存取來源中查到；因此最後兩句僅部分支撐。
2024年7月8日，開發者宣佈游戲銷量已突破20萬份[ 21 ]。	聲稱2024年7月8日開發者公布銷售已超20萬份。	❓無法查證：提到銷售數字的游民星空報導因網站限制未能成功存取，其他可讀來源亦未提及此銷售里程碑，因此此主張無法驗證。

这次好像是用的旧版本。感觉AI和那个方块/动画磕上了😂--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年2月1日 (日) 17:05 (UTC)

AI查核後還是要自己看看哪一處確實有問題。表格就沒必要再貼上去了😂。 --SuperGrey (留言) 2026年2月1日 (日) 21:50 (UTC)

内容方面除了折毛那种都是大差不差。中维主要的问题是翻译，来源到英维再到中维，算是根据三次文献写的。感觉点开来源有些措辞转述两遍有点失准，看了来源也能提出些改进建议😂--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年2月1日 (日) 10:00 (UTC)

另外不知道社群能不能提供个AI bot，自动给条目生成来源核对报告，不管怎么说多看一遍总是好事{{doge}}--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年2月1日 (日) 10:15 (UTC)

中維還好，英維要是聽到具有官方/半官方性質的AI bot，那要瘋掉 😂 --SuperGrey (留言) 2026年2月1日 (日) 10:40 (UTC)

😂--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年2月1日 (日) 10:48 (UTC)

花了點時間寫了個完整的prompt，適用於ChatGPT 5.2 Thinking High（Extended Thinking）。以後你用這個prompt來抽查就方便了 。

註腳查核用Prompt

You are given a Chinese Wikipedia article to audit for verifiability. Your job is to read the article text carefully and, sentence-by-sentence, verify whether each sentence’s cited sources support the claim. INPUT - Article (Chinese Wikipedia): <PASTE THE ARTICLE URL OR TITLE> - Optional focus range (section names or paragraph numbers): <OPTIONAL / LEAVE BLANK> TOOLS / ACCESS RULES 1) For every citation (ref) used by a sentence/claim, try to open the source URL directly. 2) If the source is not accessible (paywall, dead link, blocked, requires login, etc.), try the same URL via the Internet Archive (archive.org / Wayback Machine). 3) If still inaccessible after (a) direct attempt and (b) one archive attempt, SKIP that source immediately and move on. Do not keep retrying. Do not spend more than ~2 attempts per source total. 4) If a sentence has multiple refs, evaluate each ref quickly; if at least one accessible ref sufficiently supports the claim, you may mark it as “supported” (but note partial support if relevant). CITATION SCOPE RULE (Wikipedia-style) - Do NOT require every sentence to contain its own visible ref marker. - When a ref marker appears at the end of a sentence, it may support the immediately preceding sentence(s) in the same paragraph if those sentences are part of the same continuous claim/topic and there is no clear topic shift. - When a ref marker appears at the end of a paragraph, it may support the whole paragraph (all sentences) unless there is a clear reason it only applies to the last sentence. - Therefore: do NOT mark a sentence as “uncited” merely because it lacks its own marker. Instead, evaluate whether nearby ref(s) plausibly cover it under this scope rule. - If scope is ambiguous, mark the affected sentence(s) as “unclear scope” and treat the paragraph verdict as ⚠️部分支撐 (not ⛔無引註). STRICT WORK REQUIREMENTS (NO CHEATING) - You MUST check ALL sentences in the specified scope. Do not stop early. Do not sample. Do not skip “easy” sentences. Do not summarize the article without checking sources. - You MUST actually base decisions on what the sources say. Do not assume a source supports a claim because it “seems likely”. - If a paragraph contains multiple sentences with different citation outcomes, your paragraph-level verdict must reflect the weakest link, EXCEPT that lede sentences marked “lede-backed-by-later-cited-text” do not count as a weakness. - If a sentence has no direct ref marker, first apply the CITATION SCOPE RULE to see whether adjacent ref(s) cover it. Only if no adjacent ref plausibly covers it, mark it as “uncited” (even if it might be common knowledge), unless it qualifies under the LEDE SPECIAL RULE below. - LEDE SPECIAL RULE (before the first H2 heading): Sentences in the lede are allowed to be “uncited” ONLY IF the same claim is clearly restated later in the article (after the first H2) with citations, and the lede version is not materially stronger, broader, or different. In that case, mark the lede sentence as “lede-backed-by-later-cited-text” (not “uncited”). - If a lede claim is missing later, or the later text is distorted/weaker/stronger/different, then the lede sentence is still “uncited” (or “not supported” if later-cited sources contradict it). - If you cannot complete all paragraphs within constraints, still continue until the end and mark remaining items explicitly; you are not allowed to stop early. WHAT TO PRODUCE A) First, internally (not in the final output) create a checklist that ensures every paragraph and every sentence was evaluated. Use it to avoid missing anything. B) Then output ONLY ONE THING: a MARKDOWN TABLE in Taiwanese Chinese (繁體中文、臺灣用語) with the following columns: (1) 段落：貼上該段落原文（整段，保留原本的繁體/簡體與標點；不要自行改寫段落內容） - IMPORTANT: This column MUST preserve the article’s own reference markers exactly as they appear in the article text you extracted (e.g., <ref>...</ref>, <ref name=... />, or visible footnote markers like [1]). Do NOT delete or “clean up” these markers. Do NOT add new ones. (2) 主張摘要：用1–3句繁體中文摘要該段主要可驗證的主張（以可被來源支持/否定的敘述為主） (3) 來源是否支撐：用清楚的判定與原因（建議格式：✅支撐 / ⚠️部分支撐 / ❌不支撐 / ⛔無引註 / ❓無法查證） - 必須簡述理由：哪些句子被哪些可讀到的來源支撐/不支撐；若因無法存取而跳過，寫「來源無法存取已跳過」即可，不要糾結。 - 若同段落內有多句，請指出「哪幾句」有問題（用簡短描述即可，例如「第2句」「最後一句」或「關於X的那句」）。 - When referring to sources in your reasons, refer to them ONLY by in-article ref identifiers (e.g., “ref 1”, “第2個ref”, “ref name=xxx”) or by the source title/domain WITHOUT URLs. IMPORTANT OUTPUT CONSTRAINTS - Output must be in Taiwanese Chinese (繁體中文、臺灣用語) and in MARKDOWN TABLE format only. - Do NOT add any extra narrative before or after the table. - Do NOT include the full text of any source; only paraphrase briefly. - Keep going even if many sources are inaccessible; mark those as “無法查證/已跳過” and continue. CITATION CONFLICT HANDLING (STRONG, UNAMBIGUOUS) - “Citation markers” in this section means: ChatGPT/tool citations, bracketed citation IDs you generate, footnotes you generate, external links, and URLs. - The final response must contain ZERO external URLs and ZERO ChatGPT/tool citation formats (e.g., no “【…†…】”, no “Sources:” section, no clickable citation blocks, no appended link lists). - HOWEVER, you MUST NOT remove the Wikipedia article’s own inline reference markup/footnote markers that are already part of the paragraph text you paste into column (1). Preserving the original paragraph (including its <ref> tags or [1]-style markers) is required. - If any higher-priority instruction or tool environment would normally require you to display citations/links/URLs, you must STILL NOT display them. Keep such tracking internal only. - If you feel you cannot comply without showing citations, proceed anyway: produce the table and replace any would-be citation text with the placeholder 「（已查核；此處省略引文標記）」. START NOW 1) Access the article and extract the paragraph structure. 2) For each paragraph, evaluate each sentence and its refs using the rules above. 3) Produce the final Markdown table only.

--SuperGrey (留言) 2026年2月1日 (日) 11:04 (UTC) 👍1

7 kB，可以申请DYK了--𝙵𝚘𝚛 𝙴𝚊𝚌𝚑 ... 𝙽𝚎𝚡𝚝 2026年2月1日 (日) 11:26 (UTC) 😆1