Android Studio 预览「自带智能体」：项目边界需要重新划定

当天发生了什么

2026-09-24，Android 开发者博客发布文章，宣布 Bring Your Own Agent（BYOA）：开发者可以把自己选择的 AI 编码智能体接入 Android Studio，文章举例提到 Claude Agent、Codex 与 Antigravity。该功能从 Android Studio「Rabbit 2」的 Canary 版本开始以预览形式提供。Android Studio 通过 Agent Client Protocol（ACP）向智能体提供项目依赖图、构建设置和平台信息；任何兼容 ACP 的智能体都可以接入，使用者以自己的套餐登录或提供 API 密钥。文章列出的智能体能力包括读写和编辑文件、运行 shell 命令和测试、联网搜索、派生子智能体，以及使用构建诊断、Compose 预览、SDK 工具和模拟器控制。关于安全，文章提到可设置细粒度权限，让常规操作自动执行、风险较高的操作需要批准；除此之外没有描述更多数据处理控制。

对威胁模型意味着什么

这次变化本身与应用被克隆无关，但它改变了源码这一侧的边界。过去，IDE 内置助手的能力和数据去向相对单一；现在，外部智能体可以读取整个项目、执行命令并联网，项目中的内容可能根据所选提供商的条款被发送和处理。对保护应用逻辑的团队来说，风险集中在几处：签名密钥库路径与口令、local.properties 中的密钥、尚未发布的核心算法，以及 R8 规则和清单设置。前三者关系到机密性，后者关系到完整性：智能体若为了「修复构建」而放宽 keep 规则或把组件改为导出，发布物的暴露面就会悄悄变大。诚实地说，这些风险并非 BYOA 独有，任何命令行智能体都会带来；BYOA 的意义在于让这类工作方式进入了官方 IDE 的默认路径。

可以落实的检查

第一，把签名密钥库和口令放在项目目录之外，通过 CI 的密钥管理注入，不要让智能体可读的目录中出现它们。第二，在启用智能体前，确认所选提供商的数据使用条款，以及代码是否会被保留或用于训练。第三，为 shell 命令、文件删除和网络访问设置需要人工批准的权限。第四，在代码审查中单独检查对 proguard-rules、AndroidManifest 导出属性和网络安全配置的修改，无论修改来自人还是智能体。第五，在提交前运行密钥扫描。

行动清单

• 把密钥库与口令移出项目目录，由 CI 注入
• 为 shell 命令与网络访问设置人工批准
• 单独审查 R8 规则与清单导出属性的修改