Code Reading Mode
用在快速讀懂 Framework code、找 call path、找 permission / binder / service flow。Android Vibe 先做 retrieval 與 architecture analysis,Claude 再整理成有脈絡的 code reading guide。
從 Android Vibe v14 到 Claude 的實戰工作流。先理解、再檢索、再定位、再規劃,最後才交給 LLM 生成與說明。
在這裡,Vibe Coding 不是憑感覺叫 AI 寫 code,而是用小模型把 Android Framework 的結構真相先整理出來,再讓 LLM 在正確上下文中工作。不是讓 Claude 直接硬讀整棵 AOSP,而是讓 Android Vibe v14 先做 Android Framework 專家,再讓 Claude 接手。
因此,這門課不是再講一次抽象的 AI 概念,而是把日常工作拆成 Code Reading、Architecture Analysis 與 Implementation Assist 三種模式,帶你看 retrieval、patch action、localization、handoff bundle 與 Claude integration 如何串成一條可落地的工作流。
不是讓 Claude 直接硬讀整棵 AOSP。真正穩定的 Vibe Coding,是先讓 Android Vibe 做 AST / source understanding、先縮小修改範圍、先建立 handoff bundle,再讓 Claude 做推理、整理與生成。
很多人把 Vibe Coding 理解成一句 prompt 加上一個 patch。但對 Android Framework 來說,真正高價值的流程不是把需求直接丟給 LLM,而是先讓 Android Vibe 做 AST / source understanding、retrieval、patch action 與 localization,再把已縮小過範圍的 Android-specific truth 交給 Claude。
因此,本課程的重點不是單一模型有多強,而是整條工作流如何穩定運作:人提出意圖,小模型先理解程式,小模型找位置、判斷修改型態、提供 local patch prior,再交給 Claude 做推理、整理、生成,最後由工程師 review、refine、build 與 apply。
這門課最終要建立的,是一種新的 Android Framework 開發方法:讓 AI 成為副駕,而不是讓 AI 直接接管方向盤。
用在快速讀懂 Framework code、找 call path、找 permission / binder / service flow。Android Vibe 先做 retrieval 與 architecture analysis,Claude 再整理成有脈絡的 code reading guide。
用在分析功能該改哪一層、評估影響範圍與最小修改面。Android Vibe 先做 patch action、localization、patch plan 與 architecture analysis,Claude 再整理成修改策略說明。
用在已定位 target 後的 patch drafting。Android Vibe 先準備 target method、action label、edit mode、local patch prior 與 snippets,再讓 Claude 產生可 review 的 patch 草案與風險說明。
這門課會用一條清楚的 SOP 帶學員跑完整流程:
也就是:理解 → 定位 → 規劃 → 生成 → 驗證。這不是把整棵 source tree 丟給 LLM,而是讓小模型先把 Android Framework 的上下文整理乾淨,再交給 Claude 處理最後一哩路。
從 Camera service 的 permission enforcement 問題出發,示範 retrieval、architecture slice 與 supporting files 分析,讓學員看到 AI 如何先幫你看懂。
從 patch action、localization 到 patch plan,帶學員看清楚最小修改面分析,理解為什麼先找對位置,比直接生成 patch 更重要。
在已定位 target method 的前提下,示範如何把 local patch prior、relevant snippets 與 edit mode 交給 Claude,產生可 review 的 patch 草案。
接上 Claude 後,不要只丟一句「幫我改這段 code」。更穩定的方式,是先把 Android Vibe v14 產生的 handoff bundle 一起交給 Claude,再要求它根據 patch action、localization、local patch prior 與 architecture analysis 先說明修改策略,再產生局部 patch 草案。
這樣 Claude 的角色就會變得很穩:負責 reasoning、summarization、code composition 與 communication,而不是從零開始盲目搜尋整棵 Framework。
這門課不只適合個人學習,也適合作為企業內訓與團隊工作坊。以目前 Android Vibe v14 的成熟度,最適合先在團隊裡建立兩個固定場景:Code Reading Assistant 與 Patch Planning Assistant。
先把這兩個場景穩住,團隊就會真正進入 Vibe Coding。這也是比追求 fully autonomous coding 更實際、更適合 Android Framework 的導入路線。
對 Moko365 來說,這門課的價值不在於把 Vibe Coding 當成口號,而在於把 Android Vibe v14 的 milestone,整理成一條可操作、可教學、可導入團隊流程的工作流。2026 年,隨著 AST、source understanding、retrieval、patch planning、LLM handoff 與 Claude integration 逐步串接起來,這門課也正式形成。
完成 AST、source understanding、retrieval、patch action、localization 與 handoff bundle 的主線整理。
從 Code-Copilot 的架構觀再往前一步,走到日常工作流、Claude integration 與團隊導入 SOP。
課程正式推出,聚焦 Vibe Coding 在 Android Framework 研發流程中的落地方式。
以 Vibe Coding 的日常工作流為主線,從三種模式、操作流程、實戰案例到團隊導入,一路建立 Android Framework 專用的 AI 輔助方法。
聚焦 code reading、architecture slice、call path 與 patch planning,適合 Framework / System Service 團隊。
聚焦 retrieval、action label、localization、local patch prior 與 Claude patch draft,適合常做局部 Framework 修改的團隊。
聚焦小模型 + LLM 的導入策略、SOP、review gate 與團隊內部落地方式。
AF101 與 AF102 建立 Android HAL、Binder、Service、Framework 與子系統的架構觀;Code-Copilot 再把這份架構觀推進到 AST、indexing、retrieval、patch planning 與 LLM handoff。Vibe Coding 則是再往前一步,把這套能力整理成日常工作流、Claude 提示詞與團隊導入 SOP。
先建立 Android Framework 與子系統的架構理解。
先理解 Android Vibe v14 的模型鏈與 handoff bundle 主線。
最後走到日常操作、實戰案例、Claude 提示詞與團隊 SOP。

Jollen 長期投入 Linux、Android Framework 與系統軟體架構教學,也持續把 AI 輔助開發帶進 Android Framework 場景。這門課的特色,不是空談 AI 趨勢,而是把 Android Vibe v14 的實作 milestone,整理成工程師真正能使用的工作流。
因此,本課不是示範 AI 亂寫 code,而是帶學員從 Android Framework 的真實結構出發,建立 retrieval、patch planning、handoff 與 Claude integration 的實戰觀念。
若您的團隊正在評估如何把 AI 引入 Android Framework 研發流程,這門課可作為企業內訓或工作坊,協助團隊先建立 Code Reading、Patch Planning 與 Claude Integration 的共同語言。