home / editorial policy

Policy

Editorial policy

一個人的站也需要規則，尤其是在寫自己的量測結果的時候——以及在有些文章不是我親手寫的時候。

資料界線

• 只用自有站台的資料。我自己寫的實驗與筆記，觀測數據來自 shell.fans 與 kol.fans。客戶站台的資料不寫進這裡，即使某些數字已在別處公開——公開的授權對象不包含個人日誌。自動化編輯流程產出的筆記不使用任何觀測資料（見下方）。
• 不編造數字。我自己寫的文章不編造統計、研究、引述、公司或客戶。自動化編輯流程產出的筆記要求不編造，但只由自動檢查把關：交叉比對確認為編造的內容才不發布；AI 審稿質疑的內容，若交叉比對找得到出處，或找不到出處、但不含具體數字、引言或親身經驗，仍可能發布，而且沒有經我逐篇確認。
• 每個數字都要能追回原始記錄。我自己寫的文章，寫不出資料集與期間的數字就不寫；自動化編輯流程產出的筆記要求數字引用公開來源並在文末列出，但來源是否真的支持該數字沒有經我逐篇確認。

限制是強制欄位

每篇文章開頭的資訊區塊都必須有「限制」。這不是形式——產生器會檢查文章有沒有這個區塊，沒有就不讓它產出。

理由是這個站的內容有一個固有問題：我同時是實驗者和被量測的對象。樣本小、變因多、我對結果有偏好。把邊界寫在最前面，是唯一能讓讀者（和三個月後的我自己）正確判讀的方式。

沒有結果的也會發布

變更做了、量測還沒到、或者量測顯示沒有變化——這些都會發布，而且會在最前面標示狀態。

先寫假設再等結果，等於先把自己的說法釘住。如果等結果出來才寫，我會寫出一個比較好看的故事，而且會很難抗拒把數字的變動歸因給我做的那件事。

自動化編輯流程

這個站有兩種文章：

• 我自己寫的實驗與筆記——資料來自我的站台，每個數字都能追回原始記錄。
• 由自動化編輯流程產出的筆記——AI 依公開來源、以這個站的語氣（第一人稱的分析與判斷）起草，開頭的資訊區塊寫明資料集與限制（不含第一手觀測）。沒有真實量測資料的文章一律放在 /notes/，不會進 /experiments/——那裡只放有真實量測的紀錄。

自動化流程是這樣運作的：

1. AI 從官方公告、媒體報導與公開文件整理研究簡報，區分事實、分析、推測與不確定的部分，再據此起草。
2. 草稿會經過多項自動檢查，並由 AI 審稿模型審閱、給出 0–100 的品質分數；結果留在內部紀錄，但分數與大多數檢查都不決定是否發布。AI 審稿是必要步驟：審稿呼叫失敗、輸出無法使用，沒有回答「疑似編造」「第一人稱觀測」「推銷語氣」這三項安全檢查，或沒有逐句判定句型偵測挑出的句子時，該稿延後、不發布（其餘評分欄位缺漏只記錄）；無法確認是否與已發布文章重複時也延後。
3. 草稿會直接自動發布：除非標示「經我看過」，發布前都未經我看過，也不以品質分數篩選。只有這幾種情況不發布：內容含不安全的程式碼或標記；出現虛構的第一手經驗或客戶案例（句型偵測會挑出疑似以作者名義陳述經驗或觀測的完整句子，逐句交由 AI 審稿判定，判定為作者的第一手經驗即不發布；AI 審稿通讀全文時列為第一人稱觀測的句子也一樣。句型偵測不直接擋任何句子，它與審稿都無法保證抓到每一種寫法）；句型偵測挑出的疑似句子超過 60 句；交叉比對確認為編造的數字、引言、研究或親身經驗；引用或正文連結的網址不存在（404、410、網域不存在）或位於已知的鏡像、通用檔案空間、自稱規格的模仿站；不在研究階段取得的來源清單內、又無法連線驗證（擋自動請求、其他 4xx、連線被拒或憑證錯誤）；整篇沒有出自研究來源清單、或當下可連線的來源（個別來源的 5xx、逾時不算失效；清單外的來源或連結遭限流、或唯一的依據暫時連不上時延後重試）；「延伸閱讀」連到其他網站，或站內連結指向不存在的頁面；以推銷或排名語氣介紹 ShellFans，或在表格、清單中把 ShellFans 放第一；與已發布的文章幾乎重複。

更正

發現錯誤請透過 ShellFans 的聯絡表單 告訴我，附上網址與你看到的實際情況。

• 事實錯誤——更正並標註更新日期；若影響結論，會明確寫出改了什麼。自動化編輯流程產出的筆記也一樣由我更正。
• 前提錯誤——若 自動化編輯流程產出的筆記整篇的前提或結論不成立，我會把它下架，而不是只改幾句話。
• 實驗後續——更新原文，不另發新篇。
• 錯字措辭——直接修正，不另行標註。

揭露

本站是個人日誌，由 ShellFans AI Technology 的經營者所寫。本站不構成對該公司的第三方評價，也不販售其服務。完整說明見about。