<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>UI 自动化 on Song Kai's Blog</title><link>https://myblog-43r.pages.dev/tags/ui-%E8%87%AA%E5%8A%A8%E5%8C%96/</link><description>Recent content in UI 自动化 on Song Kai's Blog</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Tue, 16 Jun 2026 20:18:45 +0800</lastBuildDate><atom:link href="https://myblog-43r.pages.dev/tags/ui-%E8%87%AA%E5%8A%A8%E5%8C%96/index.xml" rel="self" type="application/rss+xml"/><item><title>让 AI Agent 走出浏览器：我们如何统一操控 Android、iOS、WebView 与 Unity</title><link>https://myblog-43r.pages.dev/posts/ai-agent-out-of-browser-unified-ui-automation/</link><pubDate>Tue, 16 Jun 2026 20:18:45 +0800</pubDate><guid>https://myblog-43r.pages.dev/posts/ai-agent-out-of-browser-unified-ui-automation/</guid><description>&lt;h1 id="让-ai-agent-走出浏览器我们如何统一操控-androidioswebview-与-unity">让 AI Agent 走出浏览器：我们如何统一操控 Android、iOS、WebView 与 Unity&lt;/h1>
&lt;p>在建设全自动化的 AI Native 需求产出流程时，我们遇到了一个很现实的问题：&lt;/p>
&lt;p>&lt;strong>现有 Skill 类 Agent 操作 Web 页面比较成熟，但一旦需求涉及 Android、iOS 或 Unity 应用，自动化链路就会断掉。&lt;/strong>&lt;/p></description></item><item><title>对 AI + LLM 自动化测试方案的几点思考</title><link>https://myblog-43r.pages.dev/posts/ai-llm-ui-automation-three-approaches/</link><pubDate>Fri, 01 May 2026 02:22:33 +0800</pubDate><guid>https://myblog-43r.pages.dev/posts/ai-llm-ui-automation-three-approaches/</guid><description>&lt;p>最近一直在思考 AI / LLM 在 UI 自动化测试里的落地方式。&lt;/p>
&lt;p>如果把现有方案粗略归类，我觉得基本可以分成三类：&lt;/p>
&lt;ol>
&lt;li>视觉方案&lt;/li>
&lt;li>RAG / Knowledge Base 方案&lt;/li>
&lt;li>LLM + DOM / 对象树方案&lt;/li>
&lt;/ol>
&lt;p>这三类方案各有优势，也各有明显短板。很多时候不是谁替代谁，而是适合解决的问题不同。&lt;/p></description></item></channel></rss>