说实话，Android Agent优先时代Yi经来临，咱就是说这是一个hen大的变化，你懂的。

绩效工作是社区技Neng真正发挥作用的地方，因为细微差别比任何模型的训练数据dou变化得geng快。

Chris Banes 的 repo 就是一个hen好的例子，他的“组合-重组-性Neng”技Neng引导智Neng体消除卡顿和不必要的重组，而“组合-状态提升”和“kotlin-流-状态-事件建模”则引导代理走向正确的状态和流模式，而不是模型经常达到的有损默认值。

你实际上是在向代理提供多年来调试这些问题的人的判断力，哈哈，这hen酷。

开放标准、开源选择对两者douhen重要，通过不将开发人员锁定在单个助手或运行时Google 为社区 事物留下了空间，而社区存储库是构建时生态系统Yi经超出 Google 自身Neng力的早期证据。

在运行时方面设备内推理悄然改变了“人工智Neng功Neng”的含义，因为它不再需要往返服务器，害，这个改变hen大。

CLI 涵盖了循环的机械部分，通过单个脚本，代理Ke以构建新项目、启动模拟器并部署构建，所有这些dou无需在 IDE 中单击。

而且因为技Neng只是你控制的文件夹，团队Ke以将自己的约定打包成共享技Neng，以便每个开发人员的代理dou遵循相同的剧本。

需要向读者提出的一个重要警告：切勿将 API 密钥嵌入到Yi发布的应用程序中，对于云模型，调用应通过你自己的后端或 Firebase AI Logic，以便密钥永远不会在客户端代码中公开。

class TimeService { @Tool fun getCurrentTime city: String ): Map<String, String> = mapOf}val rootAgent = LlmAgent, instruction = Instruction, tools = TimeService.generatedTools,)

引人注目的是在设备上运行所需的geng改hen少：将 Gemini 模型替换为 ML Kit 支持的 GenaiPrompt，并且相同的代理现在Ke以离线运行。

这个问题啊，其实有hen多原因， 可Neng是因为你的文章质量不够高，或者是你的网站权重太低，还有可Neng是因为百度的算法geng新导致的。

要解决这个问题，你Ke以尝试提高文章质量，增加网站权重，或者是尝试其他的SEO优化方法，你懂的。

Android 技Neng 是一些小型指令文件，用于教授代理一项 Android Zui佳实践，代理会读取简短的描述，并在相关时才调用完整的技Neng，从而保持上下文的清晰。

ADK 是用于构建在你发布的应用程序中运行的助手的框架，Zui终的回报是为你的用户提供产品功Neng，通常在设备上私下运行，这是适用于 Kotlin 和 Android 的 ADK。

_技Neng + CLI = 构建时提升你的效率。

ADK = 运行时环境，你的产品。

Pinterest 发布了一份技术案例研究,详细介绍了其工程团队如何通过采用运行时感知的测试分片策略并构建内部测试平台,将 Android 端到端...

Nacos 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智Neng体管理平台.

社区技Neng的添加同样简单，一个hen好的例子是 Chris Banes 的 Android 技Neng库 或 Skydove 的 Compose Performance 技Neng 。

npx skills add chrisbanes/skills _用例_

_Zui明显的胜利是日常现代化_。要求你的代理制作一款边缘到边缘的应用程序，并且凭借正确的技Neng，它会应用谷歌今天推荐的模式，而不是在培训中学到的陈旧模式，这同样适用于geng大、geng痛苦的工作：将屏幕从 XML 迁移到 Compose、采用 Navigation 或升级到 AGP 。这些正是代理倾向于即兴发挥和漂移的多步骤任务。一项技Neng将它们变成可重复的配方，因此无论你在一个屏幕还是五十个屏幕上运行它，结果dou是一致的。

_它倾向于哪里？_

_代理开发套件__ 可让你在 Android 应用程序中构建和运行 AI 代理，而不仅仅是作为编码助手。它是一个支持 Kotlin 和 Java 的开源框架，相同的代理代码Ke以从单个工具调用代理 到复杂的多代理系统。你编写的代理代码与标准 ADK Kotlin 指南相同；只有 Gradle 依赖项以及运行时调用它的方式有所不同_。

…

欢迎搜索并关注 公众号「稀有猿诉」_ 获取geng多的优质文章！_

保护原创，请勿转载！