AI Agent人工智能大模型本地部署移动开发自主智能体GUI 自动化【免费下载链接】PokeClawPokeClaw (PocketClaw) — first on-device AI that controls your Android phone. Gemma 4, no cloud, no API key. Poke is short for Pocket.项目地址https://gitcode.com/gh_mirrors/po/PokeClaw点击查看免费下载让 AI 直接操作手机最大的风险就是失控——它可能替你按下发送键、误点陌生按钮、或者谎称任务已完成。PokeClawPocketClaw是一款运行在 Android 本地的 AI 手机助手它通过一套安全 Guard 机制给 AI 行为上保险在执行前注入约束提示、在执行中记录真实操作、在收尾时拦截假完成从而防止 AI 误发邮件、误点按钮。本文带你完整看懂这套三层防御是如何运作的。为什么 AI 手机助手需要 Guard 安全机制想象一下这个场景你对 AI 说帮我写封邮件结果它不仅写好了正文还直接点了发送——这显然是不可接受的。AI 操作手机时存在三类典型风险风险类型表现后果越权操作AI 未经确认就点击发送、确认等敏感按钮误发邮件、误操作虚假完成任务没做AI 却回复已完成用户被误导拒绝服务明明有工具能读数据AI 却回答我做不到体验差、能力浪费PokeClaw 的解法不是简单禁止 AI 操作而是引入Guard守卫——一组按任务类型精准激活的规则哨兵。它只在特定任务下生效对其他任务零干扰源码集中在 agent/ 目录下。Guard 机制整体架构三层防御PokeClaw 的 Guard 体系在任务执行主循环 DefaultAgentService.kt 中组装分为三层提示词层事前预防任务开始时系统根据用户请求判断是否命中某类敏感任务若命中就把对应的任务守卫规则注入到 System Prompt 中提前告诉 AI必须怎么做、绝不能怎么做。执行记录层事中追踪AI 每调用一个工具打开 App、点击、输入文本等Guard 都会记录在案判断 AI 是否真的执行了操作而不是光说不做。拦截层事后兜底当 AI 试图调用finish结束任务或只输出文字就想收工时Guard 会检查关键步骤是否完成——未完成则直接拦截并向 AI 下发纠正指令强制它继续执行。三层环环相扣事前约束 → 事中留痕 → 事后拦截即使模型想偷懒或想越权也过不了 Guard 这一关。第一道哨兵EmailComposeGuard 防误发邮件误发邮件是 AI 手机助手最危险的事故因此 PokeClaw 为写邮件这类任务专门设计了 EmailComposeGuard.kt。精准识别只拦真正写邮件的任务Guard 不会一看到写字就启动。它的激活条件见 EmailComposeGuard.kt 中的fromTask要求任务同时满足两个条件以写邮件的动词开头write、compose、draft、send内容涉及 email所以Write an email saying I will be late today会触发守卫而Write a short apology note普通写作不会。单元测试 EmailComposeGuardTest.kt 就专门验证了这个精准不误伤的行为。注入约束绝不允许 AI 擅自点发送任务命中后Guard 会向 System Prompt 注入一段硬性规则见 EmailComposeGuard.kt 中的buildPromptSection核心要求包括必须打开邮件 App如 Gmail并进入撰写界面用input_text逐格填写收件人、主题、正文用户没指定收件人时收件人留空但主题和正文照常填检查撰写界面、确认草稿可见后才可结束关键一条Never press Send unless the user explicitly asked you to send the email——除非用户明确要求发送否则绝不按发送键这意味着 AI 最多只能帮你把邮件草稿写好最终发送权牢牢掌握在你手里。拦截假完成只输出文字不算数最阴险的失误是AI 在聊天框里贴出一段邮件正文然后声称完成。EmailComposeGuard 通过两个机制挡住这种行为文本完成拦截shouldBlockTextOnlyCompletion()发现 AI 还没尝试任何 UI 操作就想用纯文字收工时直接拒绝见 DefaultAgentService.kt。finish 拦截AI 调用finish时Guard 的maybeBlockFinish会拦截并返回纠正指令甚至会根据当前屏幕信息提示 AI 相关的撰写控件节点 ID帮它继续把活干完见 EmailComposeGuard.kt。只有当 Guard 记录到 AI 真实调用过open_app、tap、input_text等 UI 操作工具后recordToolAttempt见 EmailComposeGuard.kt才放行结束。第二道哨兵InAppSearchGuard 防假搜索在 App 里搜索是 AI 最容易糊弄人的任务——它完全可以用记忆脑补一个搜索结果声称搜索成功。InAppSearchGuard.kt 专门盯住这类任务。它能识别两种句式见 InAppSearchGuard.ktsearch [App] for [关键词]search for [关键词] on/in [App]识别成功后Guard 会解析出目标 App 并解析成真实的包名resolvedPackage这让它能精确校验 AI 的操作只有当 AI 用open_app打开的确实是目标 App 时才记为已打开只有当 AI 用input_text输入的文本确实包含搜索关键词时才记为已输入任何一步没做实finish都会被拦截AI 还会收到具体提示你还需要用input_text输入搜索词、提交并查看结果。注入的提示词中还有一句狠话Never claim the search succeeded from memory alone——禁止仅凭记忆谎称搜索成功。第三道哨兵DirectDeviceDataGuard 防能力装死前两道 Guard 防 AI乱来DirectDeviceDataGuard.kt 则防 AI装死——明明有能力却说我做不到。匹配与引导当你问我的剪贴板里有什么现在有哪些通知电量还剩多少我装了什么 App屏幕上现在是什么这类问题时Guard 会识别任务类型见 DirectDeviceDataGuard.kt并告诉 AI你被允许访问这些数据不要用无法访问敷衍必须先用指定工具clipboard、get_notifications、get_device_info、get_installed_apps、get_screen_info取数再解释结果空数据也是有效答案——剪贴板是空的、没有新通知都应该如实报告而不是当作失败确定性工具调用跳过模型直接执行更硬核的是对部分数据类请求Guard 可以完全绕开大模型直接确定性地下发工具调用见deterministicToolCallDirectDeviceDataGuard.kt你说的话系统直接执行的工具剪贴板内容是什么clipboard(actionget)查看通知get_notifications()我装了哪些 Appget_installed_apps()电量 / WiFi / 蓝牙 / 存储get_device_info(category...)这种确定性直通既消除了模型幻觉的可能又省掉了推理耗时——读数据这类任务根本不需要 AI 发挥。三道 Guard 如何在主循环中协同三个 Guard 的协作全部发生在任务执行主循环 DefaultAgentService.kt 中关键节点如下任务启动时L455-L475InAppSearchGuard、EmailComposeGuard、DirectDeviceDataGuard三个守卫依次从用户请求中构建并把各自的规则段落追加进 System Prompt。纯文本收工时L643-L660三个守卫依次检查shouldBlockTextOnlyCompletion()任一命中就注入纠正指令让 AI 回到执行轨道。调用 finish 时L695-L717系统实时抓取当前屏幕信息让三个守卫依次调用maybeBlockFinish()任何一道拦截都会把finish变成一次错误并附上你差哪一步的说明。每次工具执行后L719-L729recordToolAttempt/recordSuccessfulTool记录 AI 的真实操作作为后续放行finish的依据。整个拦截过程都会写入日志如 Task guard blocked premature finish方便开发者回溯排查相关行为有配套单测 DirectDeviceDataGuardTest.kt 保障。配套机制Playbook 给 AI 一条标准路线Guard 负责设卡而 PlaybookManager.kt 负责的修路——它加载 assets/playbooks/ 目录下的步骤化脚本为本地模型提供确定的操作路线。以发消息为例send-message.md 明确规定先调用send_message(contact..., message..., app...)成功后再finish并清楚区分给某人发消息与和我闲聊的边界。配合 Guard 的拦截能力AI 发消息不会乱点 UI也不会把闲聊当发送任务。其他内置 Playbook 包括 open-and-navigate.md、open-and-search.md、direct-device-data.md。总结安全不是限制能力而是让能力可信PokeClaw 的 Guard 机制设计思路值得借鉴精准激活Guard 只盯特定任务模式日常对话与通用任务完全不受影响分级防御提示词约束、执行留痕、finish 拦截三层递进AI 想糊弄必须连破三关权限底线清晰AI 可以帮你起草邮件但发送这类不可逆操作永远需要用户明确授权空数据也是答案如实报告没有比假装失败或假装成功更可信确定性优先能直接调工具解决的数据读取不经过模型猜测。对于正在做 AI Agent 的开发者来说这套Guard Playbook 主循环拦截的组合是一个兼顾安全与灵活性的完整参考实现相关设计思路也记录在 AI_AGENT_PLAYBOOK.md 与 ARCHITECTURE_DECISIONS.md 中。安全提示Guard 降低了 AI 误操作风险但 AI 仍会操作你的真实设备。建议先在日常任务上试用 PokeClaw熟悉其行为后再交给它处理重要流程并在邮件、转账等敏感场景始终保持人工确认。赞分享AI Agent人工智能大模型本地部署移动开发自主智能体GUI 自动化【免费下载链接】PokeClawPokeClaw (PocketClaw) — first on-device AI that controls your Android phone. Gemma 4, no cloud, no API key. Poke is short for Pocket.项目地址https://gitcode.com/gh_mirrors/po/PokeClaw点击查看免费下载相关推荐Cosmos NeMo框架集成教程高效微调物理AI模型的最佳实践Cosmos NeMo框架集成教程高效微调物理AI模型的最佳实践 想要快速掌握NVIDIA Cosmos物理AI平台的核心技术吗本文将为你详细介绍如何使用N人工智能大模型基础模型媒体生成计算机视觉多模态开源音乐播放器LX Music Desktop一站式免费音乐解决方案完全指南开源音乐播放器LX Music Desktop一站式免费音乐解决方案完全指南 在数字音乐时代寻找一款既免费又功能强大的音乐播放器常常让人头疼。今天我要向你桌面应用音视频前端公式渲染不崩溃MathJax错误恢复机制全解析公式渲染不崩溃MathJax错误恢复机制全解析 你是否遇到过网页上数学公式显示异常用户输入错误的LaTeX语法导致整个页面卡住作为开发者如何在保证专业性前端创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考