改动没有生效
如果 Jugg 显示运行成功，但页面或代码行为仍是旧结果，先判断改动是没有被识别、已经部署但需要重启，还是必须由完整 Gradle 构建更新。
Q：如何让自己的 Agent 分析改动未生效？
在重启或重新构建前，从 Jugg Running Panel 的 Jugg Plugin 分组点击 Ask AI，选择 Changes not applied。描述修改的文件、预期效果和实际效果，选择问题设备，然后点击 Save Evidence and Generate Prompt。
Jugg 保存当前日志、按设备区分的 logcat、工程上下文和现存 APK／增量产物，并区分已部署和待部署记录。采集失败的项目会写入现场清单，Agent 按 prompt 中的路径读取；本地存在某个产物不能证明设备已经加载它。
选择 Copy prompt，粘贴到能够访问当前 Android 工程的 Agent。prompt 要求结合 Jugg 知识库、源码和保存的现场分析，并输出“原因”“建议”和未解决时的下一步。需要提交 Issue 时会生成草稿；缺少证据时会指出具体补采内容。
现场保存在本机独立目录，后续构建和 Clear Jugg Build 不会删除这份副本，默认保留 30 天。请在 Jugg 任务结束后采集。prompt 显式允许 Agent 在独立调查目录 clone Jugg，必要时 fetch；调查阶段只读取现有证据。
prompt 使用 Markdown 格式：系统语言为中文时生成中文，其余语言生成英文；Agent 的分析结果和 Issue 内容使用相同语言。用户填写的描述和原始日志保留原文，弹窗说明始终使用英文。
Agent 建议提交 Issue 时，会提供已预填写的 Bug 反馈链接和按字段可复制的完整内容。点击链接后核对标题、问题描述和诊断信息，登录 GitHub，选择适用的表单选项并完成提交确认，再提交。链接过长或未成功预填写时，可将完整内容复制到对应字段；本地现场文件仍需另行提供，链接不会自动附加或上传它们。
Q：提示 no file changes，但刚修改过文件怎么办？
这通常表示 IDE 尚未把本次文件变化通知给 Jugg，或 Jugg 的工程结构还没有刷新。
- 取消本轮运行后重新执行一次。
- 仍然出现时，先执行一次 Gradle Sync，再重新运行。
- 仍未生效时，执行一次 降级 Gradle 编译 。
- 仍无法恢复，请 报告问题。
Q：编译和部署成功，但代码仍是旧逻辑怎么办？
修改启动流程、static、companion object 或 Kotlin 顶层声明后，如果本轮命中 Hot Reload，旧进程中已经初始化的值不会重新执行。
- 使用 重启 App 重启目标进程。
- 重启后仍未生效时，执行一次 降级 Gradle 编译 作为对照。
Q：修改 style 后没有生效怎么办？
执行一次 降级 Gradle 编译，用完整 Gradle 构建刷新结果。
修改注解后生成代码没有更新
Jugg 只会为已经适配的注解处理器执行增量生成。未列入支持范围的 APT、KAPT 或 KSP 处理器不会在 Jugg 增量编译中自动运行，因此相关生成代码可能保持旧版本。
- 先查看注解处理器确认当前处理器是否受支持。
- 不在支持范围内时，执行一次降级 Gradle 编译生成完整结果。
- Gradle 结果正常、Jugg 对已支持处理器仍稳定不更新时，报告问题。