其他
在通过 gradle、./gradlew 或自定义…
适用于需要执行或诊断 Gradle 构建、check、test、lint、warning 或 failure，并希望以紧凑、可审计且不暴露完整日志的方式管理 Gradle 运行的场景
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 35/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 37/100 ×0.15
适用场景
在通过 gradle、./gradlew特定
解决思路
- 将完整 Gradle 输出视为临时的敏感工件：每个由 agent 发起的 Gradle 命令都通过紧凑输出 wrapper 运行；绝不流式传输、`tee`、粘贴或重新打开完整构建日志。
- 将每个 `create`、`run`、`finish` 调用作为该工具调用唯一的完整 shell 命令：不要添加前缀、赋值、条件、管道、命令链或后续检查；否则即使 Gradle 成功，生命周期证据也会失效。
- 分类请求：当未更改的源代码和输入已经能回答问题，复用当前成功结果；验证另一项变更的聚焦任务是附带验证；build/check/warning/failure 工作属于以 Gradle 为中心的工作流。
完整步骤 · 用时自动获取 浏览页只呈现部分步骤（共 10 步）。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。
适用边界 · 注意事项
- 不适用于没有 `python3` 或 `scripts/gradle_run.py` 的环境；应停止并报告前置条件，不能直接运行 Gradle 作为回退。
- 不适用于必须实时流式查看完整原始 Gradle 日志的场景，因为本技能要求把完整日志视为敏感工件并不暴露在模型可见上下文中。
- 不约束无关的 review、implementation 或 subagents。
经验正文
在通过 gradle、./gradlew 或自定义 gradlew* wrapper 执行或诊断 Gradle 构建、检查、测试、警告或失败时，用紧凑输出 wrapper 管理工作流，避免完整日志泄露并保留可审计的生命周期证据
【适用场景】适用于需要执行或诊断 Gradle 构建、check、test、lint、warning 或 failure，并希望以紧凑、可审计且不暴露完整日志的方式管理 G…
完整正文 · 用时自动获取 浏览页只呈现部分正文与前 3 步。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。