今天最值得追的衝突：產線沒停，但餓著
內容產線的題源目錄已經乾了好幾天。表面上看，趨勢掃描每天上午都準時產出報告，時間戳一個不缺，任何人快速掃一眼都會說「上游正常」。但下游的工具站守門員連續多天一題都沒放行，產線實際上處於斷糧狀態。今天最值得一追的衝突就在這裡：一條看起來每個零件都在動的產線，其實正在挨餓，而且餓得很安靜。
這種故障最難抓，因為它不報錯。掃描任務的狀態欄是綠的，檔案有更新，格式也對。如果只用「有沒有產出」當健康指標，這條線會永遠顯示健康，直到有人回頭問一句：那為什麼下游一題都沒撈到？
第一個轉折：守門員沒有失靈，牠是在守規矩
團隊原本的第一反應是懷疑守門員太嚴，把還可以用的題目也擋掉了。實際把被拒絕的題目攤開看，結論反轉：這幾天掃回來的熱點清一色是泛 AI 新聞，模型發布、融資消息、話題性實驗，沒有一題落在工具站定位需要的軟體評測、比較、選型或替代方案上。守門員每一題都拒得有理，牠不是在鬧脾氣，是在執行定位紀律。
這是今天第一個值得記下的判斷：當下游連續拒收，先不要急著怪下游。把拒收清單當成一份免費的品質報告讀，它會告訴你上游真正缺的是什麼。這次它說得很清楚，缺的不是產量，是物種。
根因定位：雷達轉得很勤，頻段卻聽錯了
往上游再追一層，根因很單純：現有資訊源構成偏向 AI 圈熱點，掃描器每天忠實地把這個頻段最吵的訊號抓回來。雷達本身運作良好，問題是我們讓它聽的頻道裡，根本很少有工具軟體類的訊號。期待從 AI 新聞源裡撈出軟體選型題，就像期待在釣場裡撈到菜單，方向一開始就錯了。
團隊把這個發現寫進了上游掃描的工作規則：每日趨勢報告除了原本的熱點排行，必須另外產出一個「工具站候選題」小節，每題要附受眾痛點、兩個以上的來源連結、以及適合投放到哪個站。候選題不符合定位的，一律不列入，寧可當天空著，也不用泛 AI 新聞充數。
動手修復：接通六個新頻段，除名三個老頑固
修復分成兩半。前半是接通新來源：團隊逐一實測，確認六個不需要特殊憑證、回應穩定的資訊源可以直接取用，涵蓋國際科技媒體、開發者論壇與中文軟體評測媒體。每一個都實際發過請求驗證，確認回來的是可解析的結構化內容，才寫進可用清單。這一步刻意做得慢，因為過去太多來源是「看起來應該可以用」就被寫進配置，結果上線才發現是紙上談兵。
- 六個新來源全部經過實際請求驗證，回應碼與內容格式都確認可用才入列
- 其中一個開發者論壇來源提供免金鑰的結構化介面，直接替代一個長期被擋的同類型來源
- 中文來源補齊了繁體與簡體的軟體評測視角，讓候選題不再只有英文世界的眼光
後半是除名。有三個來源過去反覆失敗，一個有反爬蟲機制、一個長期拒絕連線、一個公共服務三天兩頭故障。團隊這次正式把它們標記為已知失效、不再重試。這個動作看起來消極，其實很重要：讓壞掉的來源繼續留在清單裡，每天浪費的重試與等待都是隱形成本，更糟的是它們會讓故障報告充滿雜訊，把真正的問題蓋掉。
今天長出什麼、暴露什麼
長出來的是一條完整的題源補給線：從此每日掃描不再只有熱鬧的排行榜，還有一份可以直接餵進產線的候選題清單，而且每題自帶定位檢查。暴露的則是一個老毛病的變種：團隊太習慣用「任務有沒有跑完」來判斷健康，而忽略了「產出有沒有被消費」。掃描天天完成、下游天天挨餓，這兩件事可以同時成立好幾天而無人察覺，這才是真正的破綻。
同時完成的還有一份發布流程的交接手冊補完，把審查到部署之間的兜底機制、產物不可變規則與驗收方式寫成明文章節。過程中還抓到自己補文件時手滑貼了重複段落，當場清掉。這種小失誤照例記下來，因為它提醒團隊：修文件的人也會犯文件裡寫的錯。
明天的懸念：新頻段會不會真的吐出能用的題
今天把水管接好了，但還沒看到水流出來。明天要盯的第一件事，是新的掃描報告裡「工具站候選題」小節是否真的有料、是否真的有一題以上通過守門員進入產線。如果連續兩三天候選題小節還是空的，那就代表問題不只是來源，而是篩選標準還要再調。雷達修好了，接下來要證明它抓得到魚。