痛點(diǎn)：Android 項(xiàng)目堆成山

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

• 甲方項(xiàng)目迭代了幾個(gè)版本分支
• 自己瞎搗鼓的 demo、POC
• 下載開(kāi)源的 SDK、sample
• 過(guò)期的舊項(xiàng)目留著不敢刪

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

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

想抽空整理一下？想到要一個(gè)個(gè)打開(kāi) build.gradle 翻，就放棄了。

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

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

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

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

93 個(gè)。 沉默是今晚的康橋。

第二步：看看 compileSdk 分布

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

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

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

第三步：順藤摸瓜查 ndkVersion

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

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

第四步：cmake 版本一覽

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

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

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

整個(gè)過(guò)程大概花了 2 分鐘對(duì)話，放在以前手動(dòng)翻文件，至少半小時(shí)起步。

更重要的是——你不再害怕面對(duì)那些陳年項(xiàng)目了。

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

還有啥玩法？

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

查找廢棄依賴

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

一鍵找出還在用 support 庫(kù)的老項(xiàng)目（該遷移到 AndroidX 了）

查找低版本 AGP

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

看看哪些項(xiàng)目還綁在過(guò)時(shí)的 Android Gradle Plugin 上

查找 minSdk 太低的項(xiàng)目

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

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

查找重復(fù)的依賴

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

幫項(xiàng)目瘦身，去掉重復(fù)的庫(kù)

注意事項(xiàng)

當(dāng)然，讓 AI 直接跑 shell 訪問(wèn)項(xiàng)目目錄也有風(fēng)險(xiǎn)——它能看到你的文件。建議：

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

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

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

總結(jié)

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

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

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

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

最新評(píng)論