C Talk+ #14：從鋼鐵人到現實：打造你的 Android 開發智慧助理

在 CMoney 第 14 場 C Talk+ 講座中，我們邀請到 CMoney Android 組長 Warren Lin，以「打破邊界，重新定義可能」為題，分享打造「Android 開發智慧助理」的心路歷程，這套系統究竟是如何從一個構想，變成守護工程師專注力的重要防線。

工程師最昂貴的成本：那消失的 25 分鐘

相信許多工程師都有過類似的經驗：當你終於進入深度工作的狀態，正準備攻克一個複雜的模組時，旁邊突然傳來一句詢問：「可以幫我查一下這個功能的 Remote Config 是哪個 Key 嗎？」或是「這個埋點邏輯當初是怎麼實作的？你可以幫我查一下嗎？」

這時候，你必須放下手邊的工作，花 10 到 20 分鐘幫忙翻找資料、回覆訊息，然而，最可怕的並不是這 20 分鐘的流失，而是「回神」的成本。

根據研究報告顯示，工程師一旦被中斷專注力，平均需要花費 23 分鐘才能重新找回原本的開發狀態。

這種「引擎啟動成本」在多人協作的大型專案中會被無限放大，累積下來的工時浪費極其可觀。

我們發現工程師最寶貴的資源其實不是「時間」，而是那極其脆弱且稀缺的「專注力」。為了守護這份價值，我們開始思考：

如果能有一個 24 小時在線、情緒穩定且直接讀取最新原始碼的小助理，是不是就能釋放 RD 的大腦？

這就是我們開發「JARVIS」系統的初衷。

 

當 GitLab 變成 24 小時在線的智慧助理

這套系統是基於 n8n 自動化工作流與 AI Agent 建立的，扮演一個全方位的 Wiki 角色。JARVIS 的核心理念非常直覺：他不讀過時的文件，而是直接去解析 GitLab 上最新的 Code。這確保了他提供的每一條資訊都是符合線上狀態的「現在進行式」。

為什麼命名為 JARVIS？就像鋼鐵人身邊那位萬能助手一樣，JARVIS 是一個能應對專案大大小小事務的專家，無論是 Android、iOS 的前端邏輯，甚至是後端的運作參數與計算公式，他都能隨時被召喚。

在內部導入 JARVIS 後，我們最明顯的改變是團隊成員因「查詢舊規格」所造成的開發中斷次數大幅減少了 40%，資深工程師能更專注於核心開發。過去 PM 或客服遇到不確定的功能邏輯，唯一的途徑就是敲 RD 的門，現在，他們可以先在 JARVIS 的對話視窗中輸入問題，獨立找到答案。

 

實戰案例：從 PM 需求到新人的導覽地圖

在 C Talk+ 中，我們分享了幾個 JARVIS 實際應用的情境：

1. 擔任 PM 的「後台導航員」

在產品迭代的過程中，PM 經常需要透過後台（如 Remote Config）來即時微調 App 的行為——可能是想隱藏某個測試中的功能，或是調整文章顯示的排序邏輯。然而，CMoney 的後台設定極其繁雜，過去他們只能去問 RD：「我想改這個畫面，後台要動哪一個設定？」

現在，PM 只要直接描述意圖，例如：「我想控制文章討論區的排序和 Tag 顯示，後台對應的 Key 是什麼？」JARVIS 就會立即解析程式碼邏輯，精確指出對應的控制開關，讓 PM 能在不打擾 RD 的情況下，自信地在後台完成功能切換與設定調整。

2. 新進工程師的「導覽地圖」

當一位新人加入 Android 團隊，面對龐大的專案架構與眾多的 Module 依賴、CI/CD 設定時，JARVIS 就像是一位隨身的導師，新人可以問：「請介紹一下這個專案的架構」，此時 JARVIS 不僅能列出主 App 模組與資源庫，還能指出 CI/CD 設定檔的位置，甚至在新人不知道如何呼叫特定的 API（例如抓取爆料人氣文章）時，JARVIS 能直接從程式碼中擷取 ViewModel 的片段範例，幫助新人快速進入狀況。

3. 關於「微小細節」的查詢

有同事曾突然被問到「建立聊天室的名稱上限」，這類資訊即便對開發者來說，一時間也很難記起，在沒有助理的情況下，查閱原始碼可能要花上 10 分鐘，但詢問 JARVIS 後，幾秒鐘內就得到了「42 個字」的確切答案，這種零碎時間的節省，累積起來就是開發效率的巨大跨越。

 

跨端邏輯整合：打破資訊孤島

JARVIS 另一個強大的特點在於其「跨端整合能力」，前端與後端的邏輯往往是連動的。例如，在詢問「排行榜人氣達人是如何計算的」時，JARVIS 不僅能理解前端的呈現，更能跨足後端 Repo，解析出具體的評分邏輯（如：發文加 5 分、留言加 3 分）。

這對於客服人員來說尤為重要。客服人員通常沒有參與前端開發流程，當用戶反饋某個功能消失或行為異常時，他們往往處於資訊落後的一方，透過 JARVIS，客服可以直接確認：「這個功能現在是否被拔掉了？或者改成了什麼樣子？」，縮短技術端與服務端之間的溝通鴻溝。

 

進化之路：速度、準確度與未來規劃

儘管 JARVIS 已經帶來了顯著的便利，但我們對他的期待不止於此。目前的挑戰之一是回應速度，以現在的技術而言大約需要 10 秒左右的時間，這對於追求極致效率的開發者來說仍有進步空間。因此，我們下一步計畫導入 RAG（檢索增強生成）建置，以優化搜尋效率。

此外，為了提升答案的準確度，我們計畫建立一套「評分系統」。當使用者覺得這次回答很精準時，能夠給予我們一個正向反饋，然後系統會將這些優質的問答組合記錄下來，作為未來的參考資料；同時，我們也正在嘗試整合 MCP（Model Context Protocol）等新技術，讓 JARVIS 能更直接與開發環境協作。

 

結語：讓技術回歸創造價值

JARVIS 對 CMoney 團隊最深層的意義，並非取代開發者的思考，而是「解放」。它解放了工程師最寶貴的專注力，讓我們能把腦力花在真正的邏輯創新與架構設計上，而非重複回答那些「文件上找不到、程式碼裡有」的瑣碎問題。

這就是我們 CMoney 追求的技術文化：

利用 AI 工具優化流程，讓資訊透明流動。

當我們每個人都能擁有一個像 JARVIS 這樣 24 小時守護專注力的助手時，開發不再是一場充滿中斷的馬拉松，而是一場專注且流暢的創作旅程。