第一次聽到「no-code」這個詞，是在五年前我的前公司。當時，我們負責軟體開發的專案經理，每次面試新人時，總會問相同問題：「你是自己寫程式碼還是使用工具？現在很多no-code的工具喔！」
No-code 平台是這幾年的趨勢，原本需要演算法、軟體工程師才能開發的應用，透過演算法模組化的設計、圖形化的使用者介面包裝，讓不太會寫程式的其他產業領域專家們，也開始可以輕鬆開發應用。我現在服務的公司，有些客戶是傳產業者，我們的任務就是提供能簡單上手的方案，將AI導入他們的生產流程。客戶有些喜歡自己動手DIY的，我們就開發一個no-code平台讓他們大量嘗試不同的AI建模與應用。
一直到現在，我常常開玩笑稱no-code 平台為「無碼平台」。其實公司還是有給它一個專業的名稱：無程式化專家平台。開發這些無碼平台就是我們現在的重點工作。工具的使用者可以無碼，但開發者要寫很多程式碼。最近我觀察到一件有趣的事，無論資深或資淺的同事，以前寫程式需要Google 搜尋，現在寫程式需要如GPT、Gemini來幫忙。這些AI工具能讓你少打很多字，產能也隨之增加。
我們還是很感動，過去期許自己要秉持專業成為高級工具人的我，現在也有了高級工具人協助。高級工具人擅長跟著我腦力激盪。但若要使喚他寫出複雜的程式，還是需要一點技巧。直接當個伸手牌，他時常會直接崩潰。
今天寫程式寫到了一個橋段，覺得要打的字實在太多了。突然想起了我的AI工具人，不如讓他來幫我省點力氣。於是我向他發出了請求：
第一次嘗試：直接伸手要結果
很不錯，好的開始。 於是我把我的手伸出來直接要結果
果真，我還沒把程式貼給他，他就直接拒絕了。
第二次嘗試：關心一下，也許會有幫助？
沒關係，根據過去的經驗，有時關心他一下，他會給出答案。但這次沒有
第三次嘗試：修改提示詞，講得更清楚
這時候就要修改我的提示詞了，必須講的更清楚
難道他聽不懂嗎？？
第四次嘗試：把流程講得更仔細
然而, 他寫出來的程式還是不行。該是把流程講的更仔細了：
第五次嘗試：鼓勵他一下，多一次機會
即便如此，他還是做不到。鼓勵他一下有用嗎？畢竟輸出是隨機的，多一次輸出的機會說不定就有結果了
第六次嘗試：使出絕招 - 範例
看來是我多慮了。最後只能使出絕招了，給範例：
第七次嘗試：只差最後一步
終於有了進展。只差最後一步
該放棄了嗎？
就在我打算放棄時，工具人終於寫出來了！雖然還需要一些修改，但至少在我的鞭策下，他還是完成了任務！
心得
- 在這個 AI 爆發的年代，人人都需要 AI 工具人，產能增加得很有感。為了讓工具人產出好結果，事前的規劃與設計就更加重要。
- 使用工具人幫忙寫程式的前提，是自己先知道怎麼寫。也許再過一陣子我真的可以當伸手黨（期待啊～）
- 把任務說清楚，並分隔成較小的範圍，給範例說明，都可以增加成功率。
- 無論鼓勵或有禮貌的對應，應該是沒差別的。（或許下次我要凶狠一點地說：你要是寫不出來就死定了！）
