一、使用者問我「什麼是SDK?」

當我們在一個領域久了、待了一段時間，習慣了像 SDK 這些專有名詞，尤其是當軟體還是我們自己設定的時候，很容易覺得只要把東西寫好丟上 GitHub，使用者就會照著步驟 git clone、設定環境、引入套件，然後把我們的套件放進去。

但實際訪談後我發現，很多人甚至連 SDK 是什麼、為什麼要到 GitHub 下載都不知道。他們可能連終端機都沒碰過，對這些複雜的東西頂多似懂非懂，不知道我在說什麼。

這對我來說產生了一個很大的矛盾：如果我們未來的使用者習慣直接跟 AI 對話，讓 AI 透過像 Claude Code 完成大部分的事情，對他們來說，就算聽過或碰過終端機，可能也都是交給 Claude Code 處理。那如果我問他們要不要裝 SDK，真正有益的到底是什麼？我是不是反而給他們帶來了很大的困擾？

所以我想以使用者為核心，將這個產品從一個單純的軟體開發套件，轉為一般的桌面軟體：按一下、點一下就可以下載，簡單授權後就能直接使用。

二、重構程式碼的痛

在 AI 時代，我過去一直以為重新重構這個東西很簡單。如果單純以程式碼來說確實很簡單，但這過程中重新決策的成本我覺得很高。

過去很多人以為砍掉重練最大的損失是程式碼，但現在程式碼已經不再具有價值，它只是一個 AI 都能重新重寫的東西。真正讓我不想拋棄的，是一整個從零到 SDK 生成時每個思考的決策點。因為從 SDK 轉成 App 的關係，這些全被砍掉了；這不代表說我的整個繁榮架構沒了，但它確實把我很多既有的架構設計和小心思都砍掉了。

取而代之的，是接下來一連串要我去思考的問題：

• 使用者打開 App，他第一眼要看到什麼？

• 授權機制要怎麼設定？是放在第一個步驟，還是什麼時候？

• 檔案掃描需要掃描在哪裡？是透過使用者指派，還是自動掃描日常的工作區等等？

當 AI 一次吐出許多問題時，真的會讓我資訊超載，可能一天就要思考十幾個之前完全不知道是什麼東西的問題。而且你也不確定這些東西生成的時候，會不會影響到其他的程式。

所以對我來說，整個過程比較像是對某個東西進行認知重組，將一個以防禦為核心的設計，轉變成以使用者體驗為核心的設計，這對我來說是一個很大的轉變。

三、給未來工程師的一句話：下一個世代的 SDK，使用者不再是「人類」

經歷了整個重構的過程之後，我想對未來可能也想自己動手打造 SDK、為 AI Agent 設計專屬 SDK 的人說：你的使用者可能已經不再是人類，甚至人類連 AI 在用你都不知道。在現在這個時代，很多人會直接讓他的 AI Agent 推薦或直接下載某一個 Skill、軟體組件，或是任何它需要的東西；在這個過程中，人類不會參與決策，也不會參與評估或尋找，整個過程完全是由 AI 主導。這是第一個我想分享的點。

第二個可能跟第一點衝突的點是：如果你想設計一個給人類用的 App，我會覺得你要把它設計成連阿嬤都會用。

就好像我剛剛說的端點防護 App，只要點一下，或者你幫她下載好之後，她完全不需要去煩惱整個 App 的體驗過程，純粹只是享受功能帶來的美好，不需要去思考怎麼下載、怎麼用。

在未來的時代下，一個 App 的使用者體驗非常非常重要，因為如果你體驗不好，由 AI 代替去做不就好了？為什麼要下載你的 App？

最後，我覺得整個砍掉重練的過程，雖然很多人可能會覺得這是一個失敗或很大的挫折，但對很多打造軟體的人來說，這是一個很重要的歷程。