一键在 Manus 中运行任何 Skill

$pwd:

gradle-third-party-version-upgrade

Name: Gradle Third Party Version Upgrade
Author: afkT

// 对 DevUtils 工程（DEPS_ROOT=file/gradle、DEPS_MANIFEST=file/deps）中定义的第三方库 GAV 依赖做版本查证与升级；结合 Maven Central、Google Maven、Gradle Plugin Portal、 JitPack 与 GitHub Releases/README 交叉校验「最新可用版本」；必要时修正 group/artifact、同步 `{DEPS_ROOT}/versions.gradle` 中集中版本号，并为缺失的开源地址补全注释。在用户要求升级依赖、检查过时库版本、对齐 config/deps 与中央仓库或 GitHub 发布时使用。

在 Manus 中运行

$ git log --oneline --stat

stars:1,602

forks:317

updated:2026年5月21日 18:45

文件资源管理器

2 个文件

SKILL.md

readonly

name	gradle-third-party-version-upgrade
description	对 DevUtils 工程（DEPS_ROOT=file/gradle、DEPS_MANIFEST=file/deps）中定义的第三方库 GAV 依赖做版本查证与升级；结合 Maven Central、Google Maven、Gradle Plugin Portal、 JitPack 与 GitHub Releases/README 交叉校验「最新可用版本」；必要时修正 group/artifact、同步 `{DEPS_ROOT}/versions.gradle` 中集中版本号，并为缺失的开源地址补全注释。在用户要求升级依赖、检查过时库版本、对齐 config/deps 与中央仓库或 GitHub 发布时使用。
disable-model-invocation	true

Gradle 第三方依赖版本升级（中心化配置）

仓库布局契约（与 gradle-central-deps 对齐）

本 Skill 与 gradle-central-deps/SKILL.md 使用同一套路径符号；路径只通过本表展开。

符号	当前值（DevUtils）	说明
`DEPS_ROOT`	`file/gradle`	坐标定义、`versions.gradle` 与 `config_*.gradle`
`DEPS_MANIFEST`	`file/deps`	业务侧 deps 清单（仅分工说明中引用）

适用范围

路径	是否纳入
`{DEPS_ROOT}/config.gradle`（`ext.deps`）	是：含 `build` 插件、官方栈、Dev 系列等
`{DEPS_ROOT}/config_libs.gradle`（`ext.deps_lib`）	是：第三方库主战场
其它 `{DEPS_ROOT}/config_*.gradle`	仅当文件内定义 Maven/Gradle 坐标字符串（`group:artifact:version` 或 `...:${versions.xxx}` 且 `versions` 在本仓库维护）时纳入；纯路径映射（如 `config_files.gradle` 的 `files` map）默认不做版本升级

与「新增依赖、分组归属」相关时，先读并按 gradle-central-deps/SKILL.md 执行；本 Skill 专注查证版本 + 写回配置。

执行原则

多源交叉校验：单一页面（含 mvnrepository 聚合站）可能滞后或展示非最新；必须以 构件可解析 为准（Central / 官方仓库 / JitPack 构建成功 / 插件门户）。
GitHub 补证：若库开源于 GitHub/GitLab 等，用 Releases / Tags 与 README（安装说明、迁移、latest 徽章）核对「推荐版本」；与 Maven 上最新版不一致时，以 README 与 Release 说明为准（例如仅 Git Tag 发布、或 Maven 上已有更新的 -android 变体）。
同步写回：确认目标版本后，同一轮更新 {DEPS_ROOT}/config.gradle / {DEPS_ROOT}/config_libs.gradle（及受影响的 {DEPS_ROOT}/config_*.gradle）与 {DEPS_ROOT}/versions.gradle 中被引用的变量；同一库多行（如 glide + glide_compiler）保持版本一致。
坐标变更：若官方迁移 groupId/artifactId（或 JitPack 坐标规则变化），同步修改字符串，并保留/更新注释中的文档链接。
注释与链接：条目上方或行尾注释若没有可点击的开源仓库或官方文档链接，且已确认托管地址，则按邻近条目风格补上（例如 // 库简述 https://github.com/org/repo）；已有链接不重复堆砌。
不臆测版本：无法从仓库或源码托管方确认时，不写死新版本，在回复中说明阻塞原因与已查 URL。

版本信息查询顺序（建议）

对每条 group:artifact:version（或带 ${versions.*} 的串）先解析 group、artifact；再按坐标类型选源（可并行查证）：

A. 普通 Maven Central 构件（非 `com.github.*` 插件坐标等）

Maven Central Search API（优先，JSON）：
https://search.maven.org/solrsearch/select?q=g:"GROUP"+AND+a:"ARTIFACT"&core=gav&rows=50&wt=json
在 response.docs[].v 中取符合渠道策略的版本号（见下文「版本策略」）。
仓库元数据（辅助）：https://repo1.maven.org/maven2/GROUP_PATH/ARTIFACT/maven-metadata.xml（GROUP 中 . 换为 /）。
AndroidX / Google 相关：以 AndroidX 发布说明与 Google Maven 元数据为准，与 Central 交叉核对。

B. JitPack / `com.github.*` / `com.github.USER:Repo:tag` 形式

JitPack API：https://jitpack.io/api/builds/GROUP_PATH/ARTIFACT/latest（具体路径以 JitPack 文档为准；GROUP 常为 com.github.OWNER）。确认 status=ok 的 tag/commit。
GitHub（若对应仓库存在）：https://api.github.com/repos/OWNER/REPO/releases 或 .../releases/latest；无 Release 时看 Tags；README 中的依赖片段优先于随意猜 tag。

C. Gradle 插件（`{DEPS_ROOT}/config.gradle` 的 `build` 等）

Gradle Plugin Portal：页面 https://plugins.gradle.org/plugin/PLUGIN_ID 或门户 Maven 坐标说明。
若插件坐标在 Central，仍可用 Central Search。

D. 次要参考（不可单独作为「最新」结论）

mvnrepository.com、libraries.io 等：仅作线索，发现与 Central/GitHub 不一致时以 Central/GitHub/官方为准。

版本策略（与仓库现状对齐）

默认：与文件中邻近条目一致，优先 稳定版（无 alpha/beta/rc 后缀），除非该依赖在项目中已统一使用预览通道（如已有 3.0.0-alpha 系列则单独评估，不擅自改频道）。
主版本升级：若跨越 major，在回复中简要列出 Release notes / 破坏性变更 线索（README 章节或 Release 标题）；仍按用户要求或「全面升级」指令执行写回。
Kotlin / Android Gradle Plugin / 编译器：与 {DEPS_ROOT}/versions.gradle、Android Studio 兼容矩阵一致；不单为「数字更新」而升到未验证组合。

写回位置规则

版本出现位置	操作
`"..."` 内写死版本号	直接替换该字符串中的版本段
`${versions.xxx}`	改 `{DEPS_ROOT}/versions.gradle` 中对应 `xxx`，不要在 `{DEPS_ROOT}/config*.gradle` 里硬编码拆变量
同一库多模块	一并更新所有相同 `group:artifact` 前缀或文档要求成对的行

写回后保持 Gradle Map 语法、缩进、逗号 与文件内现有风格一致；不借机重排无关条目。

工作流清单（可复制）

- [ ] 列出用户指定或扫描到的 GAV / 变量引用
- [ ] 按「查询顺序」拉取 Central / JitPack / GitHub / 插件门户
- [ ] 交叉校验；记录最终采用版本与依据链接
- [ ] 更新 `{DEPS_ROOT}/config.gradle` / `{DEPS_ROOT}/config_libs.gradle` / `{DEPS_ROOT}/config_*.gradle` 与 `{DEPS_ROOT}/versions.gradle`（若涉及）
- [ ] 补全缺失的开源/文档注释链接
- [ ] 回复中汇总：库名、旧→新、依据 URL、若有 major 升级则注明风险

与 `gradle-central-deps` 的分工

场景	使用
升级已有 key 的版本号、修正坐标、补链接	本 Skill
新库写入 `deps`/`deps_lib`、选分组、`{DEPS_MANIFEST}/*.gradle` 引用	`gradle-central-deps`

附加说明

网络工具：查证阶段应使用 WebSearch / WebFetch（或等价）访问上述 API 与 HTML 页面；注意 GitHub API 匿名速率限制，失败时改用 Release 页 WebFetch。
验证：若仓库内可运行 ./gradlew :模块:dependencies 或 CI 任务，在重大升级后可建议用户本地做一次依赖解析验证（本 Skill不强制改 CI）。

更多 API 与示例见 reference.md。

related-skills.json

同仓库

gradle-central-deps.md

from "afkT/DevUtils"

在 DevUtils 工程（仓库布局契约 DEPS_ROOT=file/gradle、DEPS_MANIFEST=file/deps）中新增或引用 Gradle 依赖时，先查 {DEPS_ROOT}/config.gradle、config_kotlin.gradle、 config_androidx.gradle 与 config_libs.gradle 是否已有坐标；按官方/非官方规则写入对应文件分组，并在 {DEPS_MANIFEST}/deps_android.gradle 或 deps_project.gradle 中按现有风格引用。在用户要求添加 AndroidX、CameraX、Kotlin、Jetpack、第三方 Maven 依赖或修改 deps 清单时使用。

2026-05-291.6k

afkt-project-devengine-implementation.md

from "afkT/DevUtils"

新增或修改 DevUtils DevEngine 第三方框架解耦实现：读取 DevAssist Engine 接口、DevEngine core 实现、 extensions 调用入口、默认初始化和 README，实现 JSON、Log、Image、Permission、Toast 等 Engine；在用户要求创建某个功能 Engine、新增 Engine 实现、替换第三方库或扩展 DevEngine 时使用。

2026-05-241.6k

ui-devwidget-round.md

from "afkT/DevUtils"

在需要圆角矩形纯色背景、描边边框时，优先用 DevWidget（io.github.afkt:DevWidgetX）的 dev.widget.ui.round 包替代 shape / layer-list drawable。流程与核心坑在 SKILL，Round 系列 View、R.styleable.DevWidget 中 app:dev_* 属性及源码对照见 reference.md。工作区内优先 Read lib/DevWidget；仅当无该模块时再查上游 GitHub。

2026-05-211.6k

ui-shadowlayout.md

from "afkT/DevUtils"

在布局中需要阴影、圆角、纯色/渐变背景、描边、pressed/selected/ripple、虚线、子 View 按圆角裁剪，或想少写 shape/layer-list/selector drawable 时，优先使用 com.lihang.ShadowLayout（ https://github.com/lihangleo2/ShadowLayout ）。流程与常见坑在 SKILL，R.styleable.ShadowLayout 下全部 app:hl_*、代码 API 与 raw 源码见 reference.md。以 Maven/JitPack 坐标与上游 GitHub README/raw 为准，不依赖工作区 shadowLibrary 模块路径。

2026-05-211.6k

binding-adapter-from-source.md

from "afkT/DevUtils"

根据用户给出的 Java/Kotlin 工具类或 View 相关源码，设计并实现 androidx.databinding.BindingAdapter。工作区内优先 Read lib/DevSimple 下 bindingadapters；范例文件表见 reference.md。过滤不适合 XML 的 API；Long? 时间戳、Boolean? 三态、attribute 合并（参照 XYI）；成稿按 code-method-normalize。在用户要求生成 BindingAdapter、补全 DataBinding 属性、或评审 DevSimple bindingadapters 时使用。

2026-05-211.6k

android-version-platform-adapt.md

from "afkT/DevUtils"

依据 Android 官方「版本」文档完成平台适配：按版本号 N 抓取行为变更（所有应用、 targetSdk=N）、changes/features 子页与探索新功能/API；归纳影响项并落地到 Manifest/Gradle/工具类封装。在用户要求 Android 版本适配、行为变更排查、 targetSdk 升级、新 API 封装或对照 developer.android.com/about/versions 时使用。

2026-05-211.6k

package.json

"author": "afkT"

"repository": "afkT/DevUtils"

打开 GitHub 仓库查看创作者相关仓库

$ install --global

$ download --local

在 Manus 中运行

$ useful --forSOC

软件开发工程师计算机与数学类职业15-1252L4

name	gradle-third-party-version-upgrade
description	对 DevUtils 工程（DEPS_ROOT=file/gradle、DEPS_MANIFEST=file/deps）中定义的第三方库 GAV 依赖做版本查证与升级；结合 Maven Central、Google Maven、Gradle Plugin Portal、 JitPack 与 GitHub Releases/README 交叉校验「最新可用版本」；必要时修正 group/artifact、同步 `{DEPS_ROOT}/versions.gradle` 中集中版本号，并为缺失的开源地址补全注释。在用户要求升级依赖、检查过时库版本、对齐 config/deps 与中央仓库或 GitHub 发布时使用。
disable-model-invocation	true

Gradle 第三方依赖版本升级（中心化配置）

仓库布局契约（与 gradle-central-deps 对齐）

本 Skill 与 gradle-central-deps/SKILL.md 使用同一套路径符号；路径只通过本表展开。

符号	当前值（DevUtils）	说明
`DEPS_ROOT`	`file/gradle`	坐标定义、`versions.gradle` 与 `config_*.gradle`
`DEPS_MANIFEST`	`file/deps`	业务侧 deps 清单（仅分工说明中引用）

适用范围

路径	是否纳入
`{DEPS_ROOT}/config.gradle`（`ext.deps`）	是：含 `build` 插件、官方栈、Dev 系列等
`{DEPS_ROOT}/config_libs.gradle`（`ext.deps_lib`）	是：第三方库主战场
其它 `{DEPS_ROOT}/config_*.gradle`	仅当文件内定义 Maven/Gradle 坐标字符串（`group:artifact:version` 或 `...:${versions.xxx}` 且 `versions` 在本仓库维护）时纳入；纯路径映射（如 `config_files.gradle` 的 `files` map）默认不做版本升级

与「新增依赖、分组归属」相关时，先读并按 gradle-central-deps/SKILL.md 执行；本 Skill 专注查证版本 + 写回配置。

执行原则

多源交叉校验：单一页面（含 mvnrepository 聚合站）可能滞后或展示非最新；必须以 构件可解析 为准（Central / 官方仓库 / JitPack 构建成功 / 插件门户）。
GitHub 补证：若库开源于 GitHub/GitLab 等，用 Releases / Tags 与 README（安装说明、迁移、latest 徽章）核对「推荐版本」；与 Maven 上最新版不一致时，以 README 与 Release 说明为准（例如仅 Git Tag 发布、或 Maven 上已有更新的 -android 变体）。
同步写回：确认目标版本后，同一轮更新 {DEPS_ROOT}/config.gradle / {DEPS_ROOT}/config_libs.gradle（及受影响的 {DEPS_ROOT}/config_*.gradle）与 {DEPS_ROOT}/versions.gradle 中被引用的变量；同一库多行（如 glide + glide_compiler）保持版本一致。
坐标变更：若官方迁移 groupId/artifactId（或 JitPack 坐标规则变化），同步修改字符串，并保留/更新注释中的文档链接。
注释与链接：条目上方或行尾注释若没有可点击的开源仓库或官方文档链接，且已确认托管地址，则按邻近条目风格补上（例如 // 库简述 https://github.com/org/repo）；已有链接不重复堆砌。
不臆测版本：无法从仓库或源码托管方确认时，不写死新版本，在回复中说明阻塞原因与已查 URL。

版本信息查询顺序（建议）

对每条 group:artifact:version（或带 ${versions.*} 的串）先解析 group、artifact；再按坐标类型选源（可并行查证）：

A. 普通 Maven Central 构件（非 `com.github.*` 插件坐标等）

Maven Central Search API（优先，JSON）：
https://search.maven.org/solrsearch/select?q=g:"GROUP"+AND+a:"ARTIFACT"&core=gav&rows=50&wt=json
在 response.docs[].v 中取符合渠道策略的版本号（见下文「版本策略」）。
仓库元数据（辅助）：https://repo1.maven.org/maven2/GROUP_PATH/ARTIFACT/maven-metadata.xml（GROUP 中 . 换为 /）。
AndroidX / Google 相关：以 AndroidX 发布说明与 Google Maven 元数据为准，与 Central 交叉核对。

B. JitPack / `com.github.*` / `com.github.USER:Repo:tag` 形式

JitPack API：https://jitpack.io/api/builds/GROUP_PATH/ARTIFACT/latest（具体路径以 JitPack 文档为准；GROUP 常为 com.github.OWNER）。确认 status=ok 的 tag/commit。
GitHub（若对应仓库存在）：https://api.github.com/repos/OWNER/REPO/releases 或 .../releases/latest；无 Release 时看 Tags；README 中的依赖片段优先于随意猜 tag。

C. Gradle 插件（`{DEPS_ROOT}/config.gradle` 的 `build` 等）

Gradle Plugin Portal：页面 https://plugins.gradle.org/plugin/PLUGIN_ID 或门户 Maven 坐标说明。
若插件坐标在 Central，仍可用 Central Search。

D. 次要参考（不可单独作为「最新」结论）

mvnrepository.com、libraries.io 等：仅作线索，发现与 Central/GitHub 不一致时以 Central/GitHub/官方为准。

版本策略（与仓库现状对齐）

默认：与文件中邻近条目一致，优先 稳定版（无 alpha/beta/rc 后缀），除非该依赖在项目中已统一使用预览通道（如已有 3.0.0-alpha 系列则单独评估，不擅自改频道）。
主版本升级：若跨越 major，在回复中简要列出 Release notes / 破坏性变更 线索（README 章节或 Release 标题）；仍按用户要求或「全面升级」指令执行写回。
Kotlin / Android Gradle Plugin / 编译器：与 {DEPS_ROOT}/versions.gradle、Android Studio 兼容矩阵一致；不单为「数字更新」而升到未验证组合。

写回位置规则

版本出现位置	操作
`"..."` 内写死版本号	直接替换该字符串中的版本段
`${versions.xxx}`	改 `{DEPS_ROOT}/versions.gradle` 中对应 `xxx`，不要在 `{DEPS_ROOT}/config*.gradle` 里硬编码拆变量
同一库多模块	一并更新所有相同 `group:artifact` 前缀或文档要求成对的行

写回后保持 Gradle Map 语法、缩进、逗号 与文件内现有风格一致；不借机重排无关条目。

工作流清单（可复制）

- [ ] 列出用户指定或扫描到的 GAV / 变量引用
- [ ] 按「查询顺序」拉取 Central / JitPack / GitHub / 插件门户
- [ ] 交叉校验；记录最终采用版本与依据链接
- [ ] 更新 `{DEPS_ROOT}/config.gradle` / `{DEPS_ROOT}/config_libs.gradle` / `{DEPS_ROOT}/config_*.gradle` 与 `{DEPS_ROOT}/versions.gradle`（若涉及）
- [ ] 补全缺失的开源/文档注释链接
- [ ] 回复中汇总：库名、旧→新、依据 URL、若有 major 升级则注明风险

与 `gradle-central-deps` 的分工

场景	使用
升级已有 key 的版本号、修正坐标、补链接	本 Skill
新库写入 `deps`/`deps_lib`、选分组、`{DEPS_MANIFEST}/*.gradle` 引用	`gradle-central-deps`

附加说明

网络工具：查证阶段应使用 WebSearch / WebFetch（或等价）访问上述 API 与 HTML 页面；注意 GitHub API 匿名速率限制，失败时改用 Release 页 WebFetch。
验证：若仓库内可运行 ./gradlew :模块:dependencies 或 CI 任务，在重大升级后可建议用户本地做一次依赖解析验证（本 Skill不强制改 CI）。

更多 API 与示例见 reference.md。

gradle-third-party-version-upgrade

Gradle 第三方依赖版本升级（中心化配置）

仓库布局契约（与 gradle-central-deps 对齐）

适用范围

执行原则

版本信息查询顺序（建议）

A. 普通 Maven Central 构件（非 com.github.* 插件坐标等）

B. JitPack / com.github.* / com.github.USER:Repo:tag 形式

C. Gradle 插件（{DEPS_ROOT}/config.gradle 的 build 等）

D. 次要参考（不可单独作为「最新」结论）

版本策略（与仓库现状对齐）

写回位置规则

工作流清单（可复制）

与 gradle-central-deps 的分工

附加说明

同仓库更多 Skills

同仓库更多 Skills

Gradle 第三方依赖版本升级（中心化配置）

仓库布局契约（与 gradle-central-deps 对齐）

适用范围

执行原则

版本信息查询顺序（建议）

A. 普通 Maven Central 构件（非 com.github.* 插件坐标等）

B. JitPack / com.github.* / com.github.USER:Repo:tag 形式

C. Gradle 插件（{DEPS_ROOT}/config.gradle 的 build 等）

D. 次要参考（不可单独作为「最新」结论）

版本策略（与仓库现状对齐）

写回位置规则

工作流清单（可复制）

与 gradle-central-deps 的分工

附加说明

A. 普通 Maven Central 构件（非 `com.github.*` 插件坐标等）

B. JitPack / `com.github.*` / `com.github.USER:Repo:tag` 形式

C. Gradle 插件（`{DEPS_ROOT}/config.gradle` 的 `build` 等）

与 `gradle-central-deps` 的分工

A. 普通 Maven Central 构件（非 `com.github.*` 插件坐标等）

B. JitPack / `com.github.*` / `com.github.USER:Repo:tag` 形式

C. Gradle 插件（`{DEPS_ROOT}/config.gradle` 的 `build` 等）

与 `gradle-central-deps` 的分工