Hello, 各位 iT 邦幫忙 的粉絲們大家好~~~

這系列文源自這幾年在團隊裡導入 AI Coding 之後，一路踩雷、修正、再踩雷的真實過程。把這些收斂出來的方法整理成文，也許對正在煩惱同樣問題的你會有些幫助。

就當作是一份邊做邊記的工程筆記吧！

本篇是 當 AI 加入團隊：打造可審查、可驗證、會自我改善的 AI 開發工作流 系列文的 EP19。

有些現場工作，光靠單一個 skill 是不夠的。

例如「韌體更新後的重啟驗證」，其實包含了好幾個步驟：先準備更新檔、觸發更新、等待裝置重啟、重新連線、確認版本號真的變了、最後才確認相關服務都恢復正常。

這一階段，我們開始把好幾個既有能力串成一條完整的操作鏈：準備 → 執行 → 重開機 → 取回證據 → 確認狀態。

這裡的重點是：「完成」不能只等於某個指令回傳了成功碼。 一條完整的操作鏈，必須包含「裝置重新回到可用狀態」這個環節，才算是真正走完流程。如果只驗證「更新指令有沒有送出去」，卻沒有驗證「裝置重啟後版本真的變了、服務也真的正常了」，那充其量只是驗證了半條路。

這加起來其實就一句話：「完成」不能只等於指令回傳成功碼；操作鏈必須包含裝置重新回到可用狀態。

把多個能力串起來的過程中，我們也發現一件事：這些串接邏輯本身，開始變得比單一 skill 複雜得多——牽涉到重試、等待、跨步驟的狀態傳遞。

這也埋下了下一篇要談的：
有些情境，真的需要一條專屬的 workflow，而不是硬把它塞進某一顆 skill 裡。