25#14 AI Coding 一些想像與 Jules 初步使用心得
Hi 我是 Chinsheng,
這期想先跟大家分享來自 YC 的討論，在這個對話過程中，我對馬車的比喻有深深的認同感，我們現在就如馬車剛裝上引擎，但跑不快，因為設計還停留在馬拉車的設計，只是裝上了引擎。如今的 AI 產品也是，只是在各種產品上硬是加上了 AI，但卻不是最適合的，令我很期待的是，究竟真正融入 AI 後，產品最後長相會是什麼？而在這個過程，仍有許多機會在等著我們。
管理分享
最近受到 AI Coding 的影響，開始有了許多不同的想像。這邊記錄一下目前我的想法
非同步開發
下班後，AI 仍能持續進行程式開發任務，直到早上工程師上班時，檢驗 AI 產出的品質。
多個助手
一個工程師，有如配置了多個程式開發助手，下達命令讓多個 Coding Agent 進行程式撰寫。
縮短產品上線週期
實作時間縮短後，接下來的瓶頸是需求階段。我們是否能讓需求端直接透過 Prompt 生成功能？
這樣不僅大幅加快原型產出速度，甚至有機會在當天下午就能看到初版介面，並快速根據反饋調整，加速產品上線節奏。
技術分享
分享我初步使用了 Jules 遇到一些小問題。
資料使用設定
如果不希望 Jules 使用我們的程式碼進行訓練，記得取消勾選這裡的資料設定。
要選擇 Branch
這次測試是從建立新專案開始，打算從 0 開始開發。由於該 Repository 初期尚未建立任何 Branch，如果在未選擇 Branch 的情況下直接輸入 prompt，系統仍會記錄一次使用。
雖然 Jules 會嘗試進行分析，但因為沒有選擇 Branch，實際上無法執行任何後續動作。
在左邊的任務清單就會看到一個紅色驚嘆號的圖案，就這樣浪費一次的使用。
任務可以有多個 Commits
這是生成結果的畫面，如果對結果不滿意，則是可以繼續再下 prompts，而他就會持續在這個 branch 底下，繼續新增 commits
附上，多次 prompts 的 commits 結果
要注意的是，在同一個 Task 底下的多次 prompts，其實不算用量（也可能有其他計算，但目前介面沒有看到），可以看到左下角還是只有 2 個 Tasks 計算。
官方 Prompts 建議
jules-awesome-list，這裡面有許多 prompt 建議，如果不知道要怎麼使用，也可以參考這裡的清單
簡短的心得
這次使用 Jules 時，覺得跟 Vibe Coding 似乎有些不同，Vibe Coding 可能是幫忙寫 Code，而在使用 Jules 則是有種幫我完成任務的概念。主要是我可以同時建立多個任務請 AI 幫我完成，這過程我則是可以做其他事情，一段時間後再來驗收 AI 產出的結果。
有更貼近「IT 部門管理數位型員工」這個想法，或許軟體工程師會轉為分配任務的角色，管理 AI 產出的品質。