遷移通知下來時，林凡正在吃泡麵。
專案經理走過來，表情沉重：“別吃了。”
林凡抬頭：“泡麵也要合規稽核？”
“社群服務平臺要全量遷移到星穹底座。”
林凡筷子停在半空。
“全量？”
“客戶決定的。理由是統一能力、統一風控、統一品牌。我們負責遷移實施。”
老周在旁邊聽見，冷笑一聲：“統一這詞真好，什麼都能裝。”
全量遷移意味著原先青橙數科自己搭的知識庫、推薦規則、風險過濾、日誌格式和人工複核流程，都要適配星穹。更麻煩的是，星穹有自己的標準風控元件和資料結構。客戶希望“儘量沿用星穹最佳實踐”，翻譯成人話就是：你們之前辛苦補的那些土辦法，能不能別擋著大平臺跑步。
林凡開啟遷移文件，第一眼就看到“推薦理由由星穹統一生成”。他皺眉：“那我們的風險解釋入口怎麼辦？”
專案經理說：“星穹有自己的解釋元件。”
林凡點開示例。解釋元件會顯示：根據您的服務偏好、活動參與記錄和所在社群，為您推薦該活動。
“太泛。”林凡說，“使用者看不出具體觸發了什麼，也看不出哪些標籤被用了。”
專案經理苦笑：“客戶覺得夠了。”
老周說：“夠誰了？夠使用者，還是夠驗收？”
遷移會議上，星穹的解決方案顧問也來了。對方年輕、禮貌、PPT 做得非常順。他說星穹標準組件經過大量場景驗證，能顯著降低實施成本，提高系統一致性。
林凡問：“高風險推薦裡，我們原來有本地規則，像老年使用者加健康服務加免費禮品會強制人工複核。這個能保留嗎？”
顧問說：“星穹風控已有類似能力，建議使用統一風險評分。”
“評分低但規則命中時呢？”
“可以配置閾值。”
“閾值誰定？”
“根據客戶業務需求。”
“那如果客戶為了點選率把閾值調高，誰提醒？”
顧問微笑：“系統會提供建議。”
林凡繼續：“建議能不能強制？”
顧問笑容淺了一點：“一般不建議過度限制客戶自主配置。”
老周在旁邊輕聲說：“聽見沒，責任又開始自主了。”
遷移工作非常折磨。原本清晰的日誌欄位要對映到星穹格式，部分欄位沒有對應項；使用者畫像刪除請求要走星穹介面，返回時間不穩定；人工複核入口可以保留，但不在預設流程裡，需要額外開發。客戶嫌額外開發貴，專案經理夾在中間，臉色像每天被不同系統輪流降權。
。份備立獨誌日故事、口核複工人、則規險風高地本：事件三留保持堅凡林
”。誌日有經已穹星“：說表代戶客
”。有要也們我“：說凡林
”。複重會這“
”。好失消比複重時故事“
”。題問致一料資來帶能可誌日雙“：說問顧穹星
”。題問賴依全完來帶誌日單“：說周老
。景場確明數蓋覆只，件條截攔的外之分評穹星為作則規地本；眼顯麼那不得做面介但，留保口核複工人；敏並位欄要必錄記只，誌日子影地本留保件事險風高鍵關：中折後最，點八上晚到開議會
。案方完是不這道知凡林
