← 台南AI爽官網
台南AI爽
一個在台南舉辦的 AI 小型聚會
每一個主題，大家都能
喊卡
每一個主題，大家都能
聚焦
你遇到了什麼問題呢？
一起來聊聊吧！
活動報名連結
AI 說可以
主題一
人類安慰師
AI 的
盜夢空間
你說
「我想做一個
買高鐵票的 App」
AI 說
「可以！」
訂票、付款、會員訂閱……
越講越完整
等一下
怎麼買？
使用者的個人資料
怎麼交給高鐵？
付款怎麼完成？
票又怎麼拿到？
這些都
還沒確認
你已經幫我規劃
會員訂閱？
最熟悉這個場景的人
是執行團隊
老闆說：
「AI 都說可以了」
「為什麼你們
說不行？」
團隊問的是
資料從哪來？
交易怎麼接？
老闆聽到的卻是
「你們又在
找理由」
AI 給了肯定
團隊接下了落差
但這一切
建立在哪裡？
在 AI 的夢境裡
缺少的條件
都自動補齊
到了現實世界
那些條件
誰來實現？
你以為拿到了
執行計畫
其實，你們只是一起
把夢做得
更詳細
主題二
平行時空
有一天，你對 AI 說：
「我想加發一張折價券」
AI 眼神一亮
「可以！」
然後...
資訊風暴
促銷系統
獨立入口
Queue Job
資安控管
（下略 500 字）
你說：
「那出規格吧」
AI 吐出
5,000 字
超長規格書
AI 計算執行時間...
三天三夜
AI 在背景連續運算...
整整 3 天
但現實世界中
人類工程師
打開 Terminal
敲一行指令
執行時間
1 秒鐘
發出去了！
三天三夜
vs
1 秒鐘
為什麼會這樣？
對話還原
需求：重發折價券
AI：設計補發入口
引導：改既有 issue 吧
AI：新增 Reissue 模式
你終於炸裂：
你到底要
改什麼？
我只是要重發
一次！
這叫
靈魂拷問
AI 突然驚醒
搜尋現有程式
發現既有函式
sendCoupon()
0 行程式修改
直接執行完畢
深度剖析
為什麼？
原因一
Action
vs
Feature
你要一次性操作
AI 以為要蓋系統
原因二
過度設計
(Over-Engineering)
原因三
盲目重造輪子
如何防禦？
踢回現實
心法一
設定邊界
「優先搜尋既有 Code」
「禁止修改正式程式碼」
心法二
靈魂拷問
當 AI 開始聊 DB / Queue 時...
「現有程式能不能直接做？」
總結
別讓 AI 重造輪子
讓它
找現成的輪子！
主題三
AI：完成了！
程式寫好了
促銷券
發出去了
但客人拿到後
不能用
合約寫好了
要交付的是
一個專案
條款卻把
整間公司
都交給客戶
客服文件寫好了
「有問題
請加官方 LINE」
客人加了
競爭對手的
LINE
AI 的完成
跟你的完成
不一樣
誰負責？
AI 可以再說一次
「抱歉
你說得對」
要處理後果的人
是你
AI 不會
幫你負責
主題四
越修越壞
促銷券不能用，你說
「修一下」
「修好了！」
這次
整個購物車
不能結帳
等等
「先恢復結帳！」
「修好了！」
結帳恢復了
促銷券
又不能用了
「你剛才不是
修好了？」
AI 說
「抱歉，這次
找到真正原因了」
這句話
你已經
聽過三次
你開始不敢說
「再修一下」
你只想說
「先停下來」
AI 世代的驗證
比任何時候都重要
修好的，要能用
原本能用的
也不能壞
主題五
誰在開車？
一開始
你說，AI 做
AI 問
「要不要
順便優化？」
好
「這裡建議
換個做法」
可以
「需要調整
一下架構」
你決定就好
不知道從什麼時候開始
變成 AI 說
你同意
同事問你
「為什麼
改成這樣？」
你說
「AI 建議的」
「那原本的做法
有什麼問題？」
……
你每一步都按了同意
卻說不清楚
自己同意了什麼
把工作交出去
判斷要
留在手上
至少，你要能回答
為什麼改？
怎樣才算對？
主題六
把 AI 拉回現實
回到一開始
「我想做一個
買高鐵票的 App」
AI 說
「可以！」
這次，你說
「先別急」
「你說的可以
有哪些依據？」
「哪些已經確認？
哪些只是你假設？」
先確認
一筆購票
能不能真的走完
需要哪些資料？透過什麼管道訂票？
付款後
怎麼拿到票？
還不知道的地方
先查證
確認做得到
再決定做多少
先完成一個小範圍
拿實際結果來看
結果不符合
先找落差
再決定怎麼改
我們還是可以
讓 AI
做很多事
但每一步
都要接得上現實
AI 說可以，是開始
你確認可以
才算完成
1 / 44