我在Capacitor项目中尝试使用AI代理，并遇到了一个障碍：代理在web层表现良好，但一旦接触到任何native内容，输出就变得自信地错误。Gradle配置错误，iOS特权步骤过时，CLI标志也被发明出来。经过一些试验和错误之后，我发现真正有效的设置需要两件事： 1. 领域知识，非一般模型 一般目的代理没有可靠的最新上下文来处理Capacitor的native部分。帮助我的模式是使用代理技能，结构化程序文件（遵循agentskills.io规范），这些文件可以加载到代理运行时。它们是模型无关的，因此可以与Claude Code，Cursor，Windsurf，Copilot等一起使用。代理遵循验证的步骤，而不是猜测。 2. 执行native任务的方式 只知道步骤还不够，代理还需要能够运行iOS构建，处理签名，推送更新。没有执行能力，只是建议。 一些具体的好处： * 在两个平台上正确安装插件（特权，清单，Info.plist）而无需手动审查 * 从Windows/Linux上构建iOS - 如果团队中没有每个人都在Mac上 * 在本地工作树上迭代iOS构建失败而不需要提交git * 直接将web层热修复推送到设备而无需App Store审查周期（OTA更新） * CocoaPods → Swift Package Manager迁移作为引导式对话而不是半天的手动过程 我发现最有趣的部分是： 代理从不直接接触凭证。签名证书保持加密，代理通过名称引用它们。这使得代理能够处理建构/部署任务而无需打开机器或CI的广泛权限。有没有其他人发现如何让代理在native侧更可靠的模式？我很好奇其他Capacitor开发者正在使用什么。