INSIGHTS
我們把做過、驗證過的事寫下來
這裡是工程與導入現場的紀錄，不是產業趨勢摘要。 每篇文章開頭都有核心論點，你可以先看那幾行再決定要不要往下讀。
Public Sector Digital Transformation
政府標案怎麼追：人工巡查、關鍵字通知、AI 監測的差別在哪裡
追標案的瓶頸很少是找不到公告，而是沒有時間判斷哪一件值得認真讀完。三種做法的差別不在自動化程度，在於它們各自會從哪裡漏掉機會。
發布於
Enterprise AI
企業導入 AI 客服前，要先回答的七個問題
多數 AI 客服專案不是敗在模型，而是敗在導入前沒人回答的幾個問題：AI 該回答什麼、答案從哪裡來、答錯了誰接手。
發布於
Engineering
把治理寫成 build 閘門，而不是寫成規範文件
規範文件依賴人記得，build 失敗不依賴任何人記得。內容治理應該是程式碼，不是共識。
發布於
WHAT GETS PUBLISHED HERE
一篇文章要出現在這裡的條件
技術寫作最常見的失敗，是把還沒驗證的想法寫成已經成立的結論。 我們用跟產品狀態一樣的標準管這一頁。
- 寫的是實際做過或實際驗證過的事，不是轉述
- 涉及產品能力時，區分「已驗證」與「產品方向」
- 出現量化數字時，數字必須經過人工複核
- 文章可以只有單一語言。與其硬翻，不如誠實標示只有一種語言