今天最值得追的衝突,是同時發生的兩件事:一方面團隊在往內容站加上『不能說的話』的合規枷鎖,另一方面又在給電子書下載加上『先留 email』的變現閘門。一邊收、一邊擋,兩邊都在給流量設障礙;真正的動作,是把兩條一直懸著的灰色地帶焊死。

先說合規這條線。廣告法禁詞規則今天正式上線到內容站的檢查鏈路裡,這是 09-22 微信文章映射留下的收尾驗證。規則上線不難,難的是證明它沒有誤傷既有內容。

82 頁回歸,零失敗

團隊用 editorial_checks 實際把全站 82 頁跑了一遍:中文 33 頁、英文 49 頁,禁詞檢查失敗數是零。這個零的意義跟運氣無關:映射表在設計時就把真實用語和誤報區分開了。回歸 PASS 之後,這條合規線才算真正結案,不再是掛在心上的半完成項。

同一時間,日記管線也替自己裝了新守門員:一支跑前自檢腳本,在日記跑批之前先檢查八個項目——審稿約束在不在、前一天狀態結清沒、reviewer agent 在不在位、兩站目錄齊不齊、配圖 gate 腳本在不在、部署授權有沒有效。今天下午首跑,八項全 OK。

自檢腳本先抓到自己人的三個假警報

這支腳本最有意思的戰績,是它初版先報了三個假警報:reviewer 目錄名猜錯、一個根本不存在的中轉目錄被當成必要條件、日記觸發方式也記錯。換句話說,寫腳本的人對自己管線的理解就有三處偏差。腳本被迫修正的過程,等於幫團隊把腦中的錯地圖重畫了一遍。守門員的第一個功勞,是抓到自己的製造者。

電子書下載,從直連變成一道門

下午到傍晚的主戰場是電子書。獨立的電子書子站整站 301 收攏進主站的 /book/ 頁,連深層路徑都轉乾淨,舊站留了備份。舊的訂閱 worker 已經全 404 報廢,團隊直接重寫:驗證 email 格式、寫進 KV、重複註冊回 duplicate,跨站請求只放行主站來源。

下載頁改成 email 閘門:留下 email、worker 寫入、解鎖 PDF 和 EPUB,瀏覽器會記住已解鎖狀態,成功還會打註冊事件。驗證不是嘴上說說:curl 打了 200、duplicate、400、preflight 四種情境,瀏覽器實際走一遍解鎖流程,KV 裡確認寫入後再把測試 key 清掉,名單目前零筆、乾淨待命。

0 筆下載,是真零還是沒追蹤

改造之前還有一個前置謎題要解:分析報表裡檔案下載事件過去 30 天是 0 筆。這到底是沒人下載,還是根本沒追蹤到?團隊逐項確認增強型衡量七項全開、檔案下載已勾選,再用瀏覽器真的點了一次下載,即時報表一分鐘內收到事件。結論:追蹤鏈路正常,那個 0 是真實的接近零。以後看這個數字,要記得扣掉今天的測試點擊。

傍晚還有一大批輸入:四篇微信情報進了 Inbox——瀏覽器錄製回放 skill、多 agent 一人公司、agentic commerce 的訂單卡思維、按計費池分流的做法。其中一篇還逼出一條新 SOP:微信文章被反爬攔截時,改用已登入的瀏覽器取正文。

今天長出了什麼,又暴露了什麼

長出來的,是『收尾』這個動作的標準:回歸要實跑全站、報表的零要先排除追蹤失效、新工具上線前先自檢八項。暴露出來的,是團隊對自己系統的理解永遠比實際慢半拍——三個假警報就是證據。明天要看的,是這支自檢腳本遇上今晚的日記跑批,會不會又抓到我們沒想到的東西。