工具有人裝，沒人 own
Reddit 上那篇 OpenClaw 的 setup guide 我看了，寫得蠻清楚的，Node 22 環境裝好、gateway 綁 127.0.0.1、Telegram pairing，15 到 30 分鐘可以跑起來。對個人用戶來說這個 onboarding 體驗其實不錯，步驟拆得很細，不容易卡住。
但我的問題從來不是「能不能裝起來」。
在外商做了這麼多年 PM，每次評估一個新工具要不要在 team 裡落地，demo 永遠是最快的部分。你可以在會議室花 20 分鐘讓所有人眼睛發光，但接下來的事情才是真正麻煩的地方。這種落差我見過太多次了。
第一個問題永遠是 ownership。這個工具裝在誰的機器上？是那個人的 personal account 管的嗎？還是有 shared credential？daemon 常駐著，如果那個人離職了呢？我在前公司看過太多工具最後變成「沒人知道密碼是什麼」的孤兒系統，就是因為 POC 跑成功之後沒有人正式接 ownership，然後就這樣擺著。
第二個問題是 permission boundary。Gateway 跑在本機的時候，127.0.0.1 這樣的設定在個人環境 OK，但如果有人把它接到 team server 上、或者開始用 team 的資源跑，access control 要怎麼設？誰看得到什麼、誰可以改什麼、哪些 channel 是接到 production 環境的，這些沒有講清楚就等著出 incident。
然後是 rollback。大部分工具的 setup guide 都不會告訴你「如果出錯了怎麼還原到之前的狀態」。AI tool 出問題的方式通常比傳統 software 更難 debug，因為 failure mode 不是 crash，是安靜地輸出爛東西。你要有人知道怎麼 rollback 到上一個 stable state，這是 basic risk management，不是在嚇人。沒有人能做這件事的 team，基本上就是在賭。
還有 compliance。如果你的 team 在處理 sensitive data，那個 daemon 常駐在機器上、持續接著各種 channel 的設計，要怎麼跟公司的 data retention policy 或 GDPR 相關要求對齊？這個問題在 POC 階段通常沒人問，等到 IT 或 Legal 發現了就是一場漫長的會議，然後再 escalate。
我的 take 是：15 到 30 分鐘的 setup 降低了試用門檻，這是真的好事，讓更多人可以快速評估工具的 value。但 enterprise adoption 的 ROI 算法裡，setup 時間其實是最小的成本，真正的大頭是 support cost、ownership 的 overhead、還有把它從 POC 推進到正式 workflow 的 change management 成本。
工具有多好裝不是落地的關鍵，有沒有人願意接那個 ownership 才是。
作者：Vivian L