
一則問題歸檔後的樣子:簡短回答在最上面,段落上的小數字帶你落到來源清單,詳細說明接在底下。
最上面那一段就是完整答案,寫成看一次就結束的樣子。詳細說明放在它下面,留給想看推導、而不只是想知道結論的那一天。
一則來源掛零的題目到不了 live 狀態。那是寫在程式裡的條件,每一條能發布的路徑上都檢查一次,不是靠人記得的編輯守則。
每天早上多一則,先前的每一則都留在原地。不輪替、也不會為了看起來比較新就偷偷改寫。
重點都在第一屏,由上往下看就是:怪事分類、答案、還有依據。你就算只看這一段,得到的也已經是完整的真話。
用了幾則來源就寫在答案同一行、擺在前面,讓你在看答案前就知道依據有多少,不用讀完再回頭找。
三到四句,點上面的小數字就能跳到底下的來源清單。短到可以整段複製引用。
規格、條號跟底層機制都在這。哪天簡短回答不夠用了再來翻,平時直接略過就好。
題目都是提前寫好排程的。每天早上會放出當天那則,但得先通過檢查。這個檢查是寫死在程式裡的條件,不是靠誰的記憶力。
每則題目寫好就帶有日期,時間到才發,不會為了補空格硬趕進度。
沒有來源的題目發不出去。不管是走哪條發布流程,每次都會檢查這件事。
一過關網站上就看得到,而且會一直留著,昨天的內容也好好待在昨天的位置。
一天一則,每天早上,台北時間。
起草可以交給機器,我們也確實有讓它幫忙。但判斷草稿能不能給人看,一定要人親自把關,程式也是這樣寫死的,沒有別的做法。
真人寫出來的題目,進資料庫之前一樣會先讀過一遍。
起草發布機器只能提案,不能拍板。它寫的東西一定要等真人讀過,畢竟這裡的承諾就是答案都有核對過,不能省這一步。
起草大多是那種你突然想到但懶得查的問題,因為認真查花的時間比知道答案本身還多。最早歸檔的四則裡,有三則問的其實就是我們工作室自己在做的東西。
編號照歸檔順序排,舊的在前面。上面是抽樣挑六個,網站上有完整題目,搜尋是即時的。
十九篇題目就開了十三個分類。這不只是因為剛起步,主要是每篇都是碰到了什麼怪事就直接開個分類,沒打算硬塞進預先定好的框架裡。
2026 年 8 月 31 日數的。之後兩個數字都會增加,好玩的是看它們的比例。