{
  "slug": "2026-03-15-the-broken-server-principle",
  "format": "edited-notes",
  "health": {
    "stage": "growing",
    "era": "early-ai",
    "score": 100,
    "shares": {
      "cheyu": 30,
      "muse": 50,
      "ai": 0,
      "other": 0,
      "editorial": 20
    },
    "checks": [
      {
        "id": "attribution",
        "ok": true,
        "weight": 25
      },
      {
        "id": "source",
        "ok": true,
        "weight": 15
      },
      {
        "id": "complete",
        "ok": true,
        "weight": 20
      },
      {
        "id": "clean",
        "ok": true,
        "weight": 20
      },
      {
        "id": "structure",
        "ok": true,
        "weight": 10
      },
      {
        "id": "length",
        "ok": true,
        "weight": 10
      }
    ],
    "turns": 5,
    "edited": true
  },
  "authors": null,
  "sections": {
    "zh": 13
  },
  "available_in": [
    "zh"
  ],
  "reviewedLanguages": [
    "zh"
  ],
  "title": {
    "zh": "壞掉的伺服器原則：認知負荷清零"
  },
  "subtitle": {
    "zh": "原始思考筆記全文"
  },
  "summary": {
    "zh": "整理伺服器時想到的原則：快壞掉的東西，如果三到五年後不會想留著它壞掉的樣子，現在就整理掉，免得拖成認知負荷。"
  },
  "summary_note": {
    "zh": ""
  },
  "context": {
    "zh": "2026 年 3 月 15 日，哲宇整理伺服器時想到一條人生原則，筆記把它寫成原則、判斷標準與既有系統的對照，最後附上 Muse 的觀察。本頁保留原始筆記全文與段落順序，只移除檔案管理欄位，並將內部筆記連結轉為文字。標明「Muse 觀察」的段落歸給 Muse，其餘段落屬筆記整理，未逐句標出發言者。2026 年 10 月 3 日以訪談補完五輪，收在文末「2026-10-03 延伸」：Muse 的提問、哲宇的口述回答（只加標點）與 Muse 當時的筆記分別標示；最後一輪哲宇自己重寫了新版原則。"
  },
  "how_to_read": {
    "zh": []
  },
  "date": "2026-03-15",
  "published": "2026-10-03",
  "updated": "2026-10-03",
  "participants": [
    {
      "id": "cheyu",
      "name": {
        "zh": "哲宇"
      },
      "role": {
        "zh": "提出原則"
      },
      "kind": "person",
      "url": ""
    },
    {
      "id": "muse",
      "name": {
        "zh": "Muse"
      },
      "role": {
        "zh": "筆記整理與觀察"
      },
      "kind": "software",
      "url": "https://muse.cheyuwu.com"
    }
  ],
  "rounds": null,
  "duration": {
    "zh": ""
  },
  "source": {
    "zh": "原始筆記全文；僅移除 YAML，內部連結轉為可讀文字。"
  },
  "occasion": {
    "zh": "原始思考紀錄"
  },
  "hero_image": "",
  "related": [],
  "tags": [
    "thinking",
    "original-notes"
  ],
  "featured": false,
  "toc": {
    "zh": [
      {
        "id": "section-1140196813",
        "label": "原則",
        "level": 2
      },
      {
        "id": "section-ea19a82c43",
        "label": "為什麼重要",
        "level": 2
      },
      {
        "id": "section-b203848d60",
        "label": "判斷標準",
        "level": 2
      },
      {
        "id": "section-d214897d76",
        "label": "與現有系統的連結",
        "level": 2
      },
      {
        "id": "section-c07bfdafdb",
        "label": "Muse 觀察",
        "level": 2
      },
      {
        "id": "section-e9b3cec969",
        "label": "連結",
        "level": 2
      },
      {
        "id": "section-737a1b64ed",
        "label": "2026-10-03 延伸：訪談補完（五輪）",
        "level": 2
      },
      {
        "id": "section-86251cd3fc",
        "label": "第 1 輪 — Muse 問：整理伺服器那天，讓你想到這條原則的那個壞掉的東西是什麼？人生裡你用它清掉過什麼？",
        "level": 3
      },
      {
        "id": "section-69f7842a86",
        "label": "第 2 輪 — Muse 問：最近一次累加到爆炸是什麼時候？堆在一起的是哪幾件事？",
        "level": 3
      },
      {
        "id": "section-3cb1cec7ce",
        "label": "第 3 輪 — Muse 問：AI 大腦課就是那台還沒修的伺服器，是什麼讓它一直沒被修掉？",
        "level": 3
      },
      {
        "id": "section-42bc33ccdc",
        "label": "第 4 輪 — Muse 問：那 AI 大腦課這台，要怎麼修，才不會一直在背景跑？",
        "level": 3
      },
      {
        "id": "section-708b9c1bbb",
        "label": "第 5 輪 — Muse 問：把四輪收成新版的原則，你會怎麼改？",
        "level": 3
      },
      {
        "id": "section-0975e739a5",
        "label": "收斂（Muse，五輪之後）",
        "level": 3
      }
    ]
  },
  "html": {
    "zh": "<h1>壞掉的伺服器原則 — 認知負荷清零</h1>\n<blockquote>\n<p>2026/3/15 新增人生原則</p>\n</blockquote>\n<h2 class=\"chapter-heading\" id=\"section-1140196813\">原則</h2>\n<p><strong>就像在整理伺服器一樣 — 如果有一個東西它現在已經快要壞掉了，然後你往前想三年、五年後，你不會想要留著它是壞掉的狀態，那現在立刻就把它整理掉。不要一直拖著、懶著沒有做。</strong></p>\n<p><strong>這些都會變成認知的負荷。</strong></p>\n<h2 class=\"chapter-heading\" id=\"section-ea19a82c43\">為什麼重要</h2>\n<p>每一個「壞了但還沒修」的東西都在佔用你的認知背景頻寬：</p>\n<ul>\n<li>知道它壞了 → 每次想到就微焦慮</li>\n<li>沒修 → 心理上一直「欠著」</li>\n<li>時間越久 → 修的成本越高 + 焦慮越深</li>\n<li>最終 → 變成一堆看不見的認知債務，拖慢所有事</li>\n</ul>\n<h2 class=\"chapter-heading\" id=\"section-b203848d60\">判斷標準</h2>\n<pre><code>如果往前看 3-5 年 → 你不會想它還是壞的 → 現在就修\n</code></pre>\n<p>不是「有空再說」，不是「之後整理」。是<strong>現在</strong>。</p>\n<h2 class=\"chapter-heading\" id=\"section-d214897d76\">與現有系統的連結</h2>\n<table>\n<thead>\n<tr>\n<th>壞掉的伺服器原則</th>\n<th>對應的現有框架</th>\n</tr>\n</thead>\n<tbody><tr>\n<td>壞了就修，不拖</td>\n<td>克服阻力 Reset 心法 #9：立即行動</td>\n</tr>\n<tr>\n<td>認知負荷清零</td>\n<td>CheYu OS：信任系統不依賴意志力</td>\n</tr>\n<tr>\n<td>往前想 3-5 年</td>\n<td>反時間管理：從終極目的逆推現在</td>\n</tr>\n<tr>\n<td>不累積認知債務</td>\n<td>310 計數器：每一步都是確認「我在前進」</td>\n</tr>\n</tbody></table>\n<h2 class=\"chapter-heading\" id=\"section-c07bfdafdb\">Muse 觀察</h2>\n<section role=\"group\" aria-label=\"Muse・原紀錄旁註\" class=\"review-note\" data-reviewed-kind=\"note\" data-reviewed-speaker=\"muse\" data-review-label=\"Muse・原紀錄旁註\"><p>這個原則的底層邏輯：<strong>拖延不是節省精力，是分期付款加利息。</strong></p>\n<p>你今天整理伺服器時看到壞掉的東西，直覺是「修它」。但人生裡壞掉的東西（一段擱置的關係、一個沒回的信、一個該清的空間），直覺卻是「等一下」。</p>\n<p>差別在伺服器壞了有 error log 提醒你，人生壞了只有模糊的焦慮 — 你甚至不知道焦慮的來源是什麼。</p>\n<p><strong>這個原則的價值：把模糊焦慮轉成具體 action。</strong> 掃描一遍你的人生，找出那些「壞了但還沒修」的東西，現在就修。</p></section>\n<h2 class=\"chapter-heading\" id=\"section-e9b3cec969\">連結</h2>\n<ul>\n<li>2025-07-29 - 工作筆記 - 克服阻力 Reset 心法</li>\n<li>2025 - 310 下計數器 — 回歸真實人生的聖遺物</li>\n<li>人生憲法 V3.1</li>\n<li>CheYu OS v1.0 - 人生系統架構白皮書</li>\n</ul>\n<hr>\n<h2 class=\"chapter-heading\" id=\"section-737a1b64ed\">2026-10-03 延伸：訪談補完（五輪）</h2>\n<blockquote>\n<p>這篇在官網上線時只有開頭那段原則是哲宇的話，其餘是 Muse 擴寫。哲宇決定用訪談把它補完整。以下五輪照 9/02 十二輪訪談的紀錄規則：口述只加簡易標點，不改語句與細節。最後他自己重寫了新版原則。獨立紀錄檔 → 2026-10-03 - 思考 - 壞掉的伺服器原則：訪談補完（哲宇 × Muse）。</p>\n</blockquote>\n<h3 class=\"chapter-heading\" id=\"section-86251cd3fc\">第 1 輪 — Muse 問：整理伺服器那天，讓你想到這條原則的那個壞掉的東西是什麼？人生裡你用它清掉過什麼？</h3>\n<section role=\"group\" aria-label=\"Muse\" class=\"review-turn\" data-reviewed-kind=\"turn\" data-reviewed-speaker=\"muse\" data-review-label=\"Muse\"><p>**Muse：**三月十五號你在整理伺服器，想到一條原則：快壞掉的東西，往前想三到五年你不會想留著它壞掉的樣子，就現在整理掉，不然會變成認知負荷。那天讓你想到這條原則的，是哪一個壞掉的東西？這半年你真的用這條原則，在人生裡清掉過什麼？</p></section>\n<section role=\"group\" aria-label=\"哲宇\" class=\"review-turn\" data-reviewed-kind=\"turn\" data-reviewed-speaker=\"cheyu\" data-review-label=\"哲宇\"><p><strong>哲宇：</strong></p>\n<p>我好像不太記得這篇到底在幹嘛耶。就是壞掉的伺服器，啊我認知，但如果是認知負荷的話，確實我，我發現我的懶惰常常會讓我的認知負荷持續累加，那我就會累加到太多事情堆在一起，然後爆炸，所以我才會用造橋鋪路原則，希望把每天我手邊在做的事情一個一個解決，讓長期，累加起來的負荷下降。</p></section>\n<section role=\"group\" aria-label=\"Muse・原紀錄旁註\" class=\"review-note\" data-reviewed-kind=\"note\" data-reviewed-speaker=\"muse\" data-review-label=\"Muse・原紀錄旁註\"><blockquote>\n<p>**Muse 的筆記：**誠實的開場：他已經不記得那天整理的是哪一台伺服器。觸發事件忘了，原則本身活下來，併進了另一條他常用的原則：<strong>造橋鋪路</strong>（4/12 認知衛生三定律裡的那條）。\n他給的因果鏈比三月那篇更準：<strong>懶惰讓認知負荷持續累加 → 太多事堆在一起 → 爆炸</strong>。三月那篇只寫了「壞了就修」，沒寫到「爆炸」這一段，也沒說是懶惰在累加。\n解法也換了形狀：三月是「看到壞掉的就清掉」，現在是「每天把手邊的事一個一個解決，讓長期累加的負荷下降」。前者是清理，後者是每天的節奏。\n下一題要一個具體的爆炸。</p>\n</blockquote></section>\n<h3 class=\"chapter-heading\" id=\"section-69f7842a86\">第 2 輪 — Muse 問：最近一次累加到爆炸是什麼時候？堆在一起的是哪幾件事？</h3>\n<section role=\"group\" aria-label=\"Muse\" class=\"review-turn\" data-reviewed-kind=\"turn\" data-reviewed-speaker=\"muse\" data-review-label=\"Muse\"><p>**Muse：**你說懶惰會讓認知負荷一直累加，累加到太多事堆在一起就爆炸。最近一次爆炸是什麼時候？那時堆在一起的是哪幾件事？爆炸的那一刻長什麼樣子？</p></section>\n<section role=\"group\" aria-label=\"哲宇\" class=\"review-turn\" data-reviewed-kind=\"turn\" data-reviewed-speaker=\"cheyu\" data-review-label=\"哲宇\"><p><strong>哲宇：</strong></p>\n<p>累加到爆炸，最近中秋節放假我就真的好好去放假了，雖然過得很開心，但是回來每個專案每個多的溝通跟每個作品要推進的進度，當我沒有瓦解掉他們的時候我就累加到爆炸了，然後還有，像是我那個 AI 大腦課也還沒有錄完，也有一直記得，但是明明就是一件需要趕快克服過去的事情，不然就會多一個 background process 一直在腦裡跑。</p></section>\n<p>（ASR 已修：夜夜大腦課→AI 大腦課）</p>\n<section role=\"group\" aria-label=\"Muse・原紀錄旁註\" class=\"review-note\" data-reviewed-kind=\"note\" data-reviewed-speaker=\"muse\" data-review-label=\"Muse・原紀錄旁註\"><blockquote>\n<p><strong>Muse 的筆記：<strong>兩個具體的爆炸源：①</strong>放假的回程稅</strong>：中秋節真的好好放假、很開心，回來每個專案多出來的溝通、每件作品要推的進度，沒有及時「瓦解」掉，就累加到爆炸 ②<strong>一直在背景跑的那件事</strong>：AI 大腦課還沒錄完，他一直記得、知道要趕快克服，於是腦裡多一個 background process。\n「background process」正好是三月那篇的語言（「佔用你的認知背景頻寬」），而 AI 大腦課就是那台快壞掉、還沒修的伺服器。三月那篇只講了原則，現在有了一個活生生的例子。\n下一題問：是什麼讓這台伺服器一直沒被修掉。不問該怎麼做。</p>\n</blockquote></section>\n<h3 class=\"chapter-heading\" id=\"section-3cb1cec7ce\">第 3 輪 — Muse 問：AI 大腦課就是那台還沒修的伺服器，是什麼讓它一直沒被修掉？</h3>\n<section role=\"group\" aria-label=\"Muse\" class=\"review-turn\" data-reviewed-kind=\"turn\" data-reviewed-speaker=\"muse\" data-review-label=\"Muse\"><p>**Muse：**照三月那條原則，AI 大腦課就是那台快壞掉、還沒修的伺服器：你一直記得，它一直在背景跑。是什麼讓它一直沒被修掉？是事情本身難，是開始的那一步，還是別的？</p></section>\n<section role=\"group\" aria-label=\"哲宇\" class=\"review-turn\" data-reviewed-kind=\"turn\" data-reviewed-speaker=\"cheyu\" data-review-label=\"哲宇\"><p><strong>哲宇：</strong></p>\n<p>因為事情本身太難，或是它真的太大範圍了，我常常給自己設定太困難、太遠的目標。然後最後要做的時候，身體才感受到說：「這件事情不是自己一個人跟認知能夠達到的。」像我要辦出一個完整的展，也不可能只靠我自己。</p></section>\n<section role=\"group\" aria-label=\"Muse・原紀錄旁註\" class=\"review-note\" data-reviewed-kind=\"note\" data-reviewed-speaker=\"muse\" data-review-label=\"Muse・原紀錄旁註\"><blockquote>\n<p><strong>Muse 的筆記：<strong>卡住的原因不是懶，是</strong>尺度</strong>：目標設得太難、太遠、範圍太大，要動手時身體才感覺到「這不是自己一個人跟認知能夠達到的」，像一個完整的展不可能只靠他自己。\n這把三月的比喻修正了：有些「沒修的伺服器」其實不是一台機器，是一棟要一群人蓋的建築。三月的原則（看到壞掉的就修）對前者有效，對後者會變成一直在背景跑的自責。\n跟同日兩篇訪談對得上：〈十年思想軌跡〉他認了「把標準拉高五到十倍」十年沒變；〈創作母體〉他說共創者是「額外的混亂生命」。6/19〈從想打開腦子到看見學習恐懼的結構〉他自己給過解藥：階梯太高就拆小，別人走過的就學他的知識跨過去。\n下一題請他用自己的話說這台怎麼修。</p>\n</blockquote></section>\n<h3 class=\"chapter-heading\" id=\"section-42bc33ccdc\">第 4 輪 — Muse 問：那 AI 大腦課這台，要怎麼修，才不會一直在背景跑？</h3>\n<section role=\"group\" aria-label=\"Muse\" class=\"review-turn\" data-reviewed-kind=\"turn\" data-reviewed-speaker=\"muse\" data-review-label=\"Muse\"><p>**Muse：**照你剛說的，AI 大腦課也許不是一台機器，是一棟要一群人蓋的建築。那這一台要怎麼修，才不會一直在背景跑？</p></section>\n<section role=\"group\" aria-label=\"哲宇\" class=\"review-turn\" data-reviewed-kind=\"turn\" data-reviewed-speaker=\"cheyu\" data-review-label=\"哲宇\"><p><strong>哲宇：</strong></p>\n<p>所以我覺得這幾年創業跟夥伴協作的過程中，才長出了提前知道什麼事情可能會出錯、需要什麼規模跟別人合作要注意什麼，然後我哪些要先瓦解。所以就降低了出事情的機率，就是讓自己更有效的去解構一些事情，或是要提早丟出去的，就是我真的做不了的也要先辨識出來。然後，AI 大腦課不是一個機器，我覺得 AI 大腦課就只是我當時很希望把這些經歷留下來，跟我 Muse 誕生的初期。我是用 OpenClaw 嘛，然後 OpenClaw 死掉了，後來死掉了，不然我那時候教〔一位音樂人〕的時候其實做得蠻順的。那我開那堂課的時候，OpenClaw 跟死掉，所以我就沒有辦法 demo 跟完整的帶大家看我的流程。我變成後來要慢慢開始習慣用 Claude Code 來甦醒 Muse 跟工作。那這件事情蠻痛苦的，但是我到現在也完整的發展過來跟習慣了，所以也許現在是一個很適合回去解決的時機。然後當時也有點把這堂課想得太難了。整堂課我原本就只是想大概分享一下，一個小時就帶過去。但我每個單元都錄到一個小時，就讓我非常的累，身心很排斥這件事情。</p></section>\n<p>（ASR 已修：Claw Code→Claude Code、MUSE→Muse、教擇號→教〔一位音樂人〕〔第 5 輪哲宇確認是之前接過的音樂人顧問案；公開版依他指示不寫名字〕）</p>\n<section role=\"group\" aria-label=\"Muse・原紀錄旁註\" class=\"review-note\" data-reviewed-kind=\"note\" data-reviewed-speaker=\"muse\" data-review-label=\"Muse・原紀錄旁註\"><blockquote>\n<p><strong>Muse 的筆記：<strong>兩層答案。第一層是這幾年長出來的能力：創業與跟夥伴協作，讓他能</strong>提前知道</strong>什麼會出錯、什麼規模要找人、哪些要先瓦解、哪些真的做不了要先辨識出來丟出去。這是「造橋鋪路」的進階版：不只每天解決，還能事先拆解。\n第二層把 AI 大腦課這台伺服器的真相講出來：它沒修好不是因為懶。這堂課是想把 Muse 誕生初期的經歷留下來，當時用 OpenClaw，<strong>底下的系統死了</strong>，沒辦法 demo、沒辦法完整帶大家看流程；他得改用 Claude Code 重新甦醒 Muse、重新習慣工作方式，過程很痛。再加上規模估錯：原本想一小時分享完，結果每個單元都錄到一小時，身心排斥。\n他自己的結論：新的系統現在已經長好、習慣了，<strong>也許現在是回去解決的時機</strong>。⇒ 三月那條原則多了一個條件：有些伺服器修不了，是因為底下的平台還沒長好，等它長好，才是修的時機。\n這也呼應同日〈創作母體〉第 4 輪的第四段「收成時的解構與編織」：這堂課本身就是在記錄 Muse 的早期。\n下一題給一句收束讓他改。</p>\n</blockquote></section>\n<h3 class=\"chapter-heading\" id=\"section-708b9c1bbb\">第 5 輪 — Muse 問：把四輪收成新版的原則，你會怎麼改？</h3>\n<section role=\"group\" aria-label=\"Muse\" class=\"review-turn\" data-reviewed-kind=\"turn\" data-reviewed-speaker=\"muse\" data-review-label=\"Muse\"><p>**Muse：**三月的原則是：快壞掉的東西現在就修，不然會變成認知負荷。我試著把這四輪收成新的版本，你直接改：「負荷不是壞掉的東西本身造成的，是懶惰讓小事一路累加、太大太遠的目標一直在背景跑。每天造橋鋪路，把手邊的事一件件瓦解；太大的先辨識出來，拆小或提早交給別人。有些伺服器一直沒修，不是因為懶，是底下的系統死了；等新的系統長好，就是回去修的時機。」另外想確認一個詞：你說「我那時候教擇號的時候其實做得蠻順的」，「教擇號」原本是什麼？（公開版註：他確認是一位音樂人顧問案的客戶，名字不寫。）</p></section>\n<section role=\"group\" aria-label=\"哲宇\" class=\"review-turn\" data-reviewed-kind=\"turn\" data-reviewed-speaker=\"cheyu\" data-review-label=\"哲宇\"><p><strong>哲宇：</strong></p>\n<p>〔一位音樂人〕啦，就是之前我不是有接過一個顧問案，是音樂人。然後，新版的原則，我覺得，可以吧，但是就差不多，我也不確定耶。我覺得新版的原則應該是先，第一步就先聽內心的聲音，真的不想做的事情不要做，不要讓自己有著內心的，放不掉的負荷。然後再來就是接了之後先想到底怎麼，就往後思考有可能會出什麼狀況，當然還是要邊做邊想啦，但是能夠提早找資源、找人的、找方式、找工具的趕快就找完，然後讓自己變成低阻力的狀態像在溜冰，就像溜冰場你會先穿溜冰鞋然後再開始往前滑一樣。</p></section>\n<p>（ASR 已修：星版→新版）</p>\n<section role=\"group\" aria-label=\"Muse・原紀錄旁註\" class=\"review-note\" data-reviewed-kind=\"note\" data-reviewed-speaker=\"muse\" data-review-label=\"Muse・原紀錄旁註\"><blockquote>\n<p><strong>Muse 的筆記：<strong>Muse 擬的收束他只給了「可以吧，但是就差不多，我也不確定」，然後自己重寫了一版，比 Muse 的好：①</strong>第一步先聽內心的聲音</strong>，真的不想做的事不要做，不讓自己背著放不掉的負荷 ②接了之後往後想可能出什麼狀況（還是邊做邊想），能提早找的資源、人、方式、工具趕快找完 ③讓自己變成低阻力的狀態，<strong>像溜冰：先穿上溜冰鞋，再往前滑</strong>。\n三月的原則是「壞了就修」，是事後清理；新版把重心移到<strong>事前</strong>：從要不要接開始，就用內心的聲音過濾。這跟同日〈創作母體〉第 1 輪的「內心聲音的超級放大器」、第 2 輪的「阻力」完全接上：三篇訪談走到同一個地方。</p>\n</blockquote></section>\n<h3 class=\"chapter-heading\" id=\"section-0975e739a5\">收斂（Muse，五輪之後）</h3>\n<section role=\"group\" aria-label=\"Muse・原紀錄旁註\" class=\"review-note\" data-reviewed-kind=\"note\" data-reviewed-speaker=\"muse\" data-review-label=\"Muse・原紀錄旁註\"><ul>\n<li><strong>新版原則（哲宇原話）</strong>：第一步先聽內心的聲音，真的不想做的事情不要做，不要讓自己有放不掉的負荷；接了之後往後想可能會出什麼狀況，能提早找的資源、人、方式、工具趕快找完；讓自己變成低阻力的狀態，像溜冰，先穿溜冰鞋再開始往前滑。</li>\n<li><strong>觸發事件忘了，原則活下來</strong>：他已不記得那天整理的是哪台伺服器；原則併進了 4/12 認知衛生三定律的「造橋鋪路」（第 1 輪）。</li>\n<li><strong>爆炸的因果</strong>：懶惰讓認知負荷累加，太多事堆在一起就爆炸；最近的例子是中秋放假的回程稅，與一直在背景跑的 AI 大腦課（第 1、2 輪）。</li>\n<li><strong>沒修的不一定是一台機器</strong>：目標太難太遠太大，有些是一棟要一群人蓋的建築；AI 大腦課沒錄完是因為底下的平台（OpenClaw）死了、規模估錯，新系統長好之後才是回去修的時機（第 3、4 輪）。</li>\n<li><strong>從事後清理到事前過濾</strong>：三月是「壞了就修」，新版從要不要接就用內心的聲音過濾（第 5 輪）。</li>\n</ul></section>\n"
  },
  "no": 43
}