痛點：Android 項目堆成山

做了幾年 Android 開發(fā)，電腦里攢了一堆項目：

• 甲方項目迭代了幾個版本分支
• 自己瞎搗鼓的 demo、POC
• 下載開源的 SDK、sample
• 過期的舊項目留著不敢刪

久了你會發(fā)現(xiàn)一個問題——compileSdk 版本極其混亂。

有的項目還卡在 compileSdk 28（Android 9），有的已經(jīng)升到 36（Android 15）。NDK 版本更是"百花齊放"——25、27 都有。cmake 版本也是 3.18、3.22、4.0 混著用。

想抽空整理一下？想到要一個個打開 build.gradle 翻，就放棄了。

救星：一句話搞定目錄統(tǒng)計

我的電腦里裝的 AI 助手叫 Walle（基于 OpenClaw），它可以直接執(zhí)行 shell 命令。于是有了這樣的對話：

第一步：看看有多少 build.gradle

我：幫我統(tǒng)計一下 ~/workspace 下有多少個 build.gradle
Walle：統(tǒng)計完畢，一共 93 個 build.gradle 文件

93 個。 沉默是今晚的康橋。

第二步：看看 compileSdk 分布

grep -rn "compileSdk" ... --include="build.gradle"

結(jié)果像一張"版本分布圖"：

一眼就能看出來——**28~30 的老項目，基本可以刪了。而 32 全是 sherpa-onnx 的 Android demo。

第三步：順藤摸瓜查 ndkVersion

grep -rn "ndkVersion" ... --include="build.gradle"

一眼鎖定那些還在用 NDK 25 的依賴——sherpa-onnx 構(gòu)建工具鏈里的 espeak-ng，可以考慮升級。

第四步：cmake 版本一覽

一看就知道——parrot 的 duix-sdk 還在用 3.18，strawberry已經(jīng)升到 4.0 了，該對齊統(tǒng)一了。

效果：從 93 個到心里有數(shù)

刪掉舊的開發(fā)包后，電腦瘦身20G空間

整個過程大概花了 2 分鐘對話，放在以前手動翻文件，至少半小時起步。

更重要的是——你不再害怕面對那些陳年項目了。

以前的狀態(tài)是"眼不見為凈"，現(xiàn)在是"看一眼就知道哪些該清、哪些該升、哪些可以放心繼續(xù)用"。

還有啥玩法？

這種"讓 AI 去 grep 項目目錄"的思路，還可以繼續(xù)拓展：

查找廢棄依賴

grep -rn "implementation.*com.android.support" --include="build.gradle"

一鍵找出還在用 support 庫的老項目（該遷移到 AndroidX 了）

查找低版本 AGP

grep -rn "com.android.tools.build:gradle" --include="build.gradle"

看看哪些項目還綁在過時的 Android Gradle Plugin 上

查找 minSdk 太低的項目

grep -rn "minSdk" --include="build.gradle"

一眼找出那些還在兼容 API 21 以下的"古董"新改配置

查找重復的依賴

grep -rn "implementation" --include="build.gradle" | sort | uniq -c | sort -rn

幫項目瘦身，去掉重復的庫

注意事項

當然，讓 AI 直接跑 shell 訪問項目目錄也有風險——它能看到你的文件。建議：

1. 在自己的電腦上用，不在共享環(huán)境或 CI 跑
2. 敏感文件（密鑰、token）別放項目根目錄
3. 如果要長期使用，給 AI 設定清晰的目錄白名單（比如只允許訪問 ~/workspace 下的代碼文件）

我這里就直接在 AGENTS.md 寫死了規(guī)則：

沒有主人同意，不得讀寫 openclaw/workspace 目錄以外的任何文件

總結(jié)

AI 助手 + shell 命令的組合，讓 Android 項目清理這件事變得非常輕松。你不需要知道 93 個文件在哪，只需要知道你要查什么。剩下的交給 grep。

"讓 AI 替你跑 grep，你只管做決策。"

后記：這篇文章里提到的"越界"問題也是一次有趣的教訓——我讓助手統(tǒng)計 ~/workspace 的 build.gradle，而它的工作目錄其實是 ~/.openclaw/workspace。讀取外部目錄雖然是出于正確的工作目的，但也提醒了我和助手——權(quán)限邊界需要明確劃定，不能依賴"常識"。

以上就是利用OpenClaw為Android開發(fā)電腦瘦身的詳細步驟的詳細內(nèi)容，更多關于OpenClaw為Android開發(fā)瘦身的資料請關注腳本之家其它相關文章！

最新評論