📜 製作歷程（全部公開：資料、假設、調參紀錄、沒做的事）

台北市施政計畫模擬器・製作歷程

全部公開：資料從哪來、每個數字是事實還是假設、調參時試過什麼、沒做的事。由 build.js 原樣嵌進遊戲的「製作歷程」面板。

一句話

把臺北市政府 114 年度施政計畫裡 33 個局處的 266 條施政重點，放進一個有人力上限、年度預算、議會會期、選舉週期、每年重來的四年模型裡，看每一年「做不做得到」。不模擬成效，不是預測。

同一條產線（2026-10-27 深夜做的台北市長模擬器），同一套引擎與版面，同一把成本尺；差別在資料。Master（2026-10-28）：「我們取用的都是公開資料，製作流程相同，針對資料內容設計遊戲系統。比照沈伯洋候選人的模擬器，也給予十萬場試飛。」

	台北市長模擬器（沈伯洋版）	本款
資料	候選人官網 policies.json（候選人團隊自己編的）	市府 114 年度施政計畫 PDF（這裡從公文剖析的）
單位	14 島 94 項政見	33 局處 266 條施政重點
時程	46 項有官網時程	6 條有年份（260 條是年度例行，計畫不寫完成年）
關聯	官網 20 條政策關聯	施政重點文字裡提到別的局處的 17 條
核心島（先做它其他才推得動）	有（公務員減壓，官網引文）	沒有（計畫沒這樣說）
週期	四年一次	每年重來：年度計畫做完的，隔年又列入「持續辦理」

臺北市政府 114 年度施政計畫（2025 年 2 月編印，市府公開 PDF）：https://www-ws.gov.taipei/001/Upload/360/relfile/18228/9362837/6babe00e-8493-4703-be8f-6f83ad519e09.pdf ，2026-10-28 下載，原檔與全文抽出在 raw/。
每個局處的章節固定三段：壹、願景目標／貳、關鍵成果／參、施政重點（肆、施政計畫是例行業務表，不取）。剖析程式 parse-plan.py，結果 plan114.json：33 局處、92 條關鍵成果、266 條施政重點。
這是市政府的年度計畫，不是任何候選人的競選政見。

島＝局處（33 座，六角排成 6-7-6-7-7，版面無地理意義）；建築＝施政重點（266 棟）；島的「願景」＝願景目標＋關鍵成果原文。
成本等級：與市長模擬器同一組關鍵字（要蓋 79／經常門 22／盤點 165）。
時程：重點文字裡最晚的年份（民國年＋1911）；沒年份＝「計畫沒寫時程」（260 條）；超過四年的 5 條標「任期後才到」。
年度循環：每 12 個月，今年做完的重點隔年重新列入（計畫原文多是「持續」「賡續」）；結算看四個年度的達成數。
人力上限 74 條＝市長模擬器的 26/94 同一比例；年度重點全速所需月數＝市長模擬器的一半（3／6／11 個月），理由是年度計畫本來就以一年為單位編列（ASSUMED）；停滯扣分與中止機率按項數縮放（266/94），不然滿意度會跟項數一起爆。
跨局處關聯：A 局的重點提到 B 局 → B 局做好了，A 局走得快（×1.2）。
預算年度、議會會期與條例表決、選舉週期（2028-01 總統大選、2030-11 地方選舉）：與市長模擬器相同。

版本	放著不管	先做一局	一局＋兩局	隨機三局	備註
上限 74、不重來	202	210	210	208	四年做完 76%，沒有取捨
上限 48／40／34、不重來	63／36／21	70／40／24	—	—	滿意度全歸零、取消 60–90 條：常數是 94 項調的，項數變 266 就爆
上限 48／56／64、縮放常數	63／104／151	70／114／174	—	—	56→64 是斷崖（同時掛 200 條 vs 上限的比例太極端）
上限 74、年度重來、所需月數 ×1	41	45	44	44	一年內只做得完盤點類；年度達成 15% 太低
上限 74、年度重來、所需月數 ×0.5	98	105	105	103	定案。年度達成約 37–39%；放著不管滿意度 66%、有加碼 98%
上限 74、年度重來、×0.35	141	158	157	156	太鬆

定案理由：年度循環是這份資料真正的結構（計畫每年編、每年考核），不是硬加的關卡；加碼與否在「達成數」上只差 7 條，但在「滿意度」上差 30 個百分點——因為加碼讓卡住的條數少一半（取消中位 26 → 11）。這跟沈版「策略拉得開」的樣子不同，是資料結構不同的自然結果。

試飛員 pilot.js：六條不變量（進度 0–1、完成不早於開工、沒經費不得完成、量表不超界、266 條守恆……）；十萬場結果與趨勢分布圖見 trends.html。
莎士比亞（猴子測試員 ZPD/_tools/monkey.py）亂按 90 秒、645 下：零錯誤、零假按鈕、零死鈕。
十萬場試飛（2026-10-28）：

場數 100000 ｜不變量違反 0

放著不管完成 10/50/90%: 94 98 101 ｜取消中位 26 ｜滿意度中位 67% ｜場數 25000

先做核心島完成 10/50/90%: 101 105 110 ｜取消中位 10 ｜滿意度中位 98% ｜場數 25000

核心島加兩島完成 10/50/90%: 100 105 110 ｜取消中位 9 ｜滿意度中位 99% ｜場數 25000

隨機三島完成 10/50/90%: 99 103 109 ｜取消中位 9 ｜滿意度中位 99% ｜場數 25000

議會阻力 0.05 先做核心島完成中位 70 範圍 38 124

議會阻力 0.95 先做核心島完成中位 67 範圍 33 138

沒有金額：市府總預算歲出機關別表只找到各局處單位預算 PDF，沒有機器可讀的總表（2026-10-28 搜尋），所以預算只以比例代入。這是最該補的一塊——年度計畫的真正硬約束就是錢。
沒有關鍵成果的數字（「死傷人數下降 10%」「公共自行車 6,200 萬次」）當 KPI——92 條關鍵成果只有 10 條帶數字，先放在島的願景裡給人看。
沒有成效、沒有校準、沒有音效。
115 年度施政計畫只找到個別局處的 PDF，沒有彙編本，所以用 114 年度。

2026-10-28 凌晨。Master：「做遊戲。台北市施政計畫模擬器。超可愛，超擬真，超容易玩！」接著：「我們取用的都是公開資料，製作流程相同，針對資料內容設計遊戲系統。比照沈伯洋候選人的模擬器，也給予十萬場試飛。」
從市長模擬器現任版用過的同一份 PDF，改剖 33 局處的三段式章節（兩個局處標題格式不同：「114年施政」「114 度施政」，剖析器放寬）。
引擎直接分支自市長模擬器（版面套基本框架第一號 primary-left＋primary-phone），島數 33 時六角縮小、建築格同比例縮。
調參六輪（上表），中途從資料看出「年度重來」才是系統，加進引擎。
署名：資料臺北市政府（公開文件）；模型、程式、調參 Yen-Ting R. Lin 與 Claude（Anthropic）協作。