把 Live2D 桌宠、Bangocat、文本呈现框、五笔输入法和 RPA 串起来并不是在做一个新软件而是在搭一条“桌面自动化内容生产”的小流水线。很多人把桌宠当成一个下载即用的玩具但真正想让它具备“存在感”还需要解决模型加载、事件触发、文字输出、输入法兼容和自动化回调这一整串问题。这篇文章不聊概念直接给你一套可以照着搭的本地方案每个组件负责什么、怎么装、怎么让它们互相配合、遇到问题去哪排查。先说结论这套组合的硬件门槛不高。Live2D 模型渲染和文本呈现框的负载都很轻集显也能跑如果只是桌面摆件CPU 占用通常可以压到很低。真正的重头在 RPA 环节它需要你认真设计任务流避免把桌宠变成一个失控的自动点击器。如果你是想让桌面角色真正“干点活”比如根据日程给出提示、定时发起某个本地工具操作、用输入法输入内容后再让桌宠播报结果这套架构是值得收藏的。文中所有命令和配置都按通用模板给出实际使用时需要根据你下载的软件版本、目录路径和模型资源替换具体值。这篇文章重点讲思路和踩坑点不是教你去某个具体网站搬运某个具体模型文件。1. 核心能力速览能力项说明项目类型桌面宠物 本地自动化组合方案主要组件Live2D 模型渲染、Bangocat 桌宠壳、文本呈现框、五笔输入法、RPA 自动化核心功能桌宠模型展示、事件触发、文字气泡、输入法输入、RPA 执行本地任务推荐硬件集成显卡即可入门建议 8GB 内存以上显存占用不确定需按实际 Live2D 模型分辨率和渲染配置测试支持平台Windows 为主Bangocat 和多数 RPA 工具在 Windows 生态更成熟启动方式各组件独立启动再由 RPA 或事件脚本统一拉起是否支持 API视组件而定RPA 和文本呈现框常支持 HTTP / 脚本接口是否支持批量任务支持主要依赖 RPA 的流程编排能力适合场景桌面陪伴、主播直播、本地工具自动化、桌面信息提示这套方案不是开箱即用的单体软件它更像一个积木组合Live2D 负责“看”Bangocat 负责“壳”文本呈现框负责“说”五笔输入法负责“输入”RPA 负责“做”。下面逐个拆。2. 适用场景与使用边界先说清楚这套方案适合谁。如果你想做一个单纯的桌面摆件只看 Live2D 模型动作那只需要 Live2D 和 Bangocat 两个组件后面三个可以不接。文本呈现框是为“角色对话”准备的比如你在直播、录视频或做本地助手希望桌宠说完话后屏幕上弹出一段文字这时候文本呈现框就很有用。五笔输入法的接入则更偏工具链很多自动化任务需要在文本输入框里填入内容如果你习惯五笔输入法兼容性直接决定 RPA 脚本能不能稳定输入中文。RPA 是这个组合里的最高层它决定桌宠能不能替你执行“打开软件、填表、点击按钮、读取结果”这类真实操作。使用边界必须说清楚第一Live2D 模型文件是有版权的。免费模型和付费买断模型都能用于个人桌面场景但直播、商用、二次分发前必须确认授权范围不要在项目里随便打包别人付费模型。第二文本呈现框和 RPA 如果涉及屏幕内容识别、剪贴板读取、键盘事件模拟只能用于自己的电脑和已授权系统不能用来绕过验证码、爬取他人账号、操作非授权系统。第三五笔输入法的接入涉及输入法状态读取和按键模拟务必注意隐私边界不要记录用户输入内容和密码。这套组合适合“你自己电脑上的娱乐、办公、测试”不适合做商业化黑产工具。文章后面所有 RPA 示例都基于本地测试环境实际使用时要把操作目标替换成你拥有权限的软件和网页。3. 整体架构与组件分工在动手之前先理解这五个组件在整条链路里的位置。3.1 Live2D角色渲染层Live2D 提供桌面角色的身体、表情和动作渲染。当前常见的模型资源有 live2d v3 格式和部分平台导出的通用 Live2D 模型。它的核心工作是加载模型文件模型贴图、动作配置、物理参数。渲染角色立绘支持鼠标拖拽、表情切换、动作触发。输出透明窗口方便叠加在桌面上。很多桌宠方案把 Live2D 渲染放在独立渲染进程里避免和桌宠壳冲突。这样做的好处是模型崩溃时不会带走整个桌面程序坏处是增加了进程管理成本。3.2 Bangocat桌宠壳层Bangocat 是桌宠壳负责把 Live2D 模型包装成一个“看得见、可交互”的桌面角色。它一般提供模型加载入口。窗口拖动、缩放、置顶。事件触发右键菜单、定时事件、鼠标事件。与外部脚本通信的事件接口。从社区使用情况看Bangocat 本身不是一个重型引擎更多是承担“壳”和“事件分发”的工作。真正让桌宠“活起来”的是你通过脚本或 RPA 给它注入的外部数据。3.3 文本呈现框输出层文本呈现框解决的是 Live2D 模型“不会说话”的问题。大多数免费 Live2D 模型不自带语音合成和气泡字幕你需要一个独立控件来显示角色台词、状态信息、RPA 返回结果。文本呈现框的实现能力通常取决于你用的是现成组件比如浏览器透明窗体、Unity 透明窗体、Electron 半透明窗口还是自研控件。对非程序员来说简单方案是“浏览器透明窗体 HTML 页面”复杂方案是“Python Tkinter 无边框窗口 定时刷新”。3.4 五笔输入法输入层很多人会忽略输入法直接导致 RPA 脚本在中文输入场景里翻车。五笔输入法的工作机制和拼音不同它的候选词、重码率、按键分布都可能影响自动化脚本的稳定性。如果 RPA 场景只是“给搜索框输入英文关键词”那问题不大但如果要输入中文标题、中文回复你必须确认输入法是否支持命令行或注册表方式切换状态。输入法候选项是否会造成按键冲突。自动化的 SendKeys 方式能否绕过输入法直接写入目标控件。这里要明确一个边界桌宠和 RPA 不能读输入法内部候选词列表除非你在自研输入法或使用输入法厂商提供的开放接口。常规方式是“模拟键盘输入完整拼音/五笔编码然后通过回车确认”或者用“剪贴板粘贴”绕开输入法。3.5 RPA执行层RPA 是这套组合里唯一能“干实事”的部分。常见能力包括打开程序、切换窗口。定位按钮并点击。读取界面文本。填写表单。按流程执行多条操作。RPA 工具的选择很多有封装好的商业 RPA也有开源 RPA 框架。实际工程里RPA 一般有两种启动方式一种是“有人值守”用户在需要时点一下桌宠菜单触发另一种是“无人值守”由定时任务在后台执行。建议先做有人值守确认流程稳定后再上无人值守。整条链路的数据流可以这样理解Live2D 和 Bangocat 负责视觉层文本呈现框负责把要传达的信息输出给用户五笔输入法处理“人怎么输入”的中文输入问题RPA 负责“系统怎么替人执行”。五个组件之间没有强耦合可以用脚本、HTTP 请求或剪贴板把它们串起来。4. 环境准备与前置条件这一节给的是通用检查清单具体版本号要以你下载的工具为准不要盲目装最新版。4.1 系统与硬件操作系统Windows 10/11 最稳Bangocat 和 RPA 的 Windows 生态最成熟。CPUx86 架构即可AMD 和 Intel 集显都能跑 Live2D。内存推荐 8GB 以上。Live2D 渲染占用不高但 RPA 如果开浏览器内存会明显上涨。磁盘预留 2GB 以上主要给模型资源、RPA 脚本和日志。网络安装依赖时需要联网运行时桌面摆件基本不依赖网络。4.2 软件依赖组件需要装什么说明Live2D 模型模型文件贴图 moc3 model3.json或运行时有些模型是 v3 格式有些是老版本注意区分Bangocat桌宠壳本体保证 Live2D 模型能被壳加载文本呈现框浏览器 / Python / Electron取决于你选哪种实现五笔输入法五笔输入法软件确认支持快捷键切换和状态回调RPA选择的 RPA 工具或 Python 脚本环境Python 方案需安装 pyautogui、opencv-python、requests 等4.3 目录结构建议在动手前先把目录分好避免后期脚本路径写死导致迁移困难。推荐结构D:\desktop-pet ├── models │ └── my_live2d │ ├── model3.json │ ├── textures │ └── motions ├── bangocat │ └── bangocat.exe ├── textbox │ ├── index.html │ └── start_textbox.bat ├── wubi │ └── wubi_shortcut.ahk ├── rpa │ ├── tasks │ ├── logs │ └── main.py └── scripts └── start_all.bat目录设计的原则是“组件独立、数据集中”。模型资源归 models脚本归 scriptsRPA 日志归 rpa/logs。这样后面做批量任务和进程管理时不会一会儿找模型、一会儿找日志。5. 安装部署与启动方式部署按组件分步走。先跑通 Live2D Bangocat 的最小组合再叠加文本呈现框最后加输入法和 RPA。5.1 Live2D 模型准备第一步是拿到一个能用的 Live2D 模型。如果你手头没有现成模型需要先下载一个。注意模型格式和后缀。常见的 Live2D v3 模型文件结构包含model3.json模型主配置文件。.moc3模型数据文件。textures贴图目录。motions动作目录。下载完成后先在 Live2D 官方查看器或支持 Live2D 的桌面工具里打开model3.json确认模型可以正常渲染。这一步不要跳很多问题都出在模型文件不完整或贴图路径错误。5.2 Bangocat 启动Bangocat 的启动方式通常是双击主程序然后在界面里选择模型目录或加载model3.json。如果 Bash 或命令行启动更方便可以写一个启动脚本echo off cd /d D:\desktop-pet\bangocat start bangocat.exe --model D:\desktop-pet\models\my_live2d\model3.json这里只是演示通用写法实际参数名以 Bangocat 文档为准。如果 Bangocat 不支持命令行传参那就先手工加载一次保存好配置。启动后要确认三个点桌宠窗口是否透明显示没有黑底。模型拖动和缩放是否跟手。Live2D 动作是否正常触发比如点击后播放动画。如果加载后模型位置偏移或贴图黑块优先检查模型目录里的贴图路径很多模型在解压时会把textures放错层级。5.3 文本呈现框部署文本呈现框的最小实现是“浏览器透明窗口 HTML 页面”。新建一个index.html内容可以非常简单!DOCTYPE html html langzh-CN head meta charsetUTF-8 title桌宠文本框/title style body { background: transparent; font-family: Microsoft YaHei, sans-serif; color: #fff; -webkit-app-region: drag; } #message { background: rgba(0,0,0,0.55); border-radius: 12px; padding: 10px 18px; display: inline-block; max-width: 320px; word-break: break-all; } /style /head body div idmessage桌宠已启动/div script // 通过 localStorage 或 query 参数更新文本内容 window.addEventListener(message, function(e) { document.getElementById(message).innerText e.data || ; }); /script /body /html然后用一个轻量启动脚本把它打开成小窗口。Chrome/Edge 的 app 模式或者 Electron 都行。Edge 的简单启动方式start msedge --appfile:///D:/desktop-pet/textbox/index.html --window-size400,200 --window-position100,100浏览器窗口通常没法做到真正透明所以更干净的做法是用 Electron 或 Python PyQt 做无边框透明窗口。但从快速验证角度先把文字显示出来最重要。文本呈现框的作用不是炫技而是让桌宠的“输出”可见。5.4 五笔输入法接入五笔输入法的接入分成两层第一层是系统输入法切换。你先要把系统输入法切换为五笔并确认快捷键能正常切换中文/英文状态。很多自动化脚本失败就是因为启动时输入法停在英文状态RPA 发送的中文编码被当作普通按键处理。第二层是 RPA 脚本里的输入策略。这里推荐优先使用“剪贴板粘贴”而不是逐字模拟按键。因为逐字模拟按键受输入法状态、候选词弹窗、全半角状态影响极大。一个通用输入函数模板import pyperclip import pyautogui import time def type_text(text, interval0.05): pyperclip.copy(text) time.sleep(0.2) pyautogui.hotkey(ctrl, v) time.sleep(interval)这个函数先把中文内容复制到剪贴板再模拟 CtrlV 粘贴。这样绕开了输入法候选词带来的不确定性。如果你非要走真实键盘输入那脚本里的每次按键之间都要加延迟且必须事先把输入法切到五笔英文状态。5.5 RPA 环境安装如果你的 RPA 走的是 Python 路线先准备一个干净的环境python -m venv d:\desktop-pet\.venv d:\desktop-pet\.venv\Scripts\activate pip install pyautogui pyperclip opencv-python requests如果你用的是商业 RPA 工具例如影刀或同类产品那就直接安装客户端不推荐在同一台被控机器上混跑多个 RPA 引擎容易冲突。RPA 的启动入口建议做成脚本方便桌宠事件回调# main.py import sys from tasks import demo_task if __name__ __main__: task_name sys.argv[1] if len(sys.argv) 1 else demo if task_name demo: demo_task()这样后期从 Bangocat 事件或文本呈现框的 HTTP 接口调用 RPA 时只需要执行python main.py demo即可。6. 从静态到动态让桌宠真正“活”起来安装完成后先用最小组合验证。启动 Bangocat加载 Live2D 模型确认模型能正常显示。这一步的目标不是做成一键启动而是先拿到一个“能看”的桌宠。6.1 模型动作触发确认Live2D 模型的动作触发有两种方式鼠标点击/拖拽触发内置动作。外部程序通过协议调用特定动作。对初学者来说先把鼠标触发跑通。如果模型点击后没有反应检查模型动作配置文件是否正确指向了.motion3.json文件。有时候模型文件齐全但动作路径写的是绝对路径换了目录就会失效。6.2 事件联动脚本要让桌宠和文本呈现框联动需要写一个事件监听脚本。比如通过轮询一个message.txt文件来更新文本呈现框内容。这个方案最简单也最稳。# 启动文本呈现框后再启动一个监听进程 python watch_message.pywatch_message.py的内容逻辑每 0.5 秒检查一次message.txt如果文件内容变了就把它通过 HTTP 或 WebSocket 推送到文本呈现框。这个做法对 Live2D 桌宠很实用因为你不需要在桌宠内部写代码只要外部进程往文件里写内容就行。7. 文本呈现框带来的“说话”能力当文本呈现框跑起来后你要做的是把“说话”这个动作变成一次简单的文件写入或 HTTP 请求。这样桌宠就能配合你的脚本说任何想说的话。7.1 文件方式# 在任意脚本里 def speak(text): with open(rD:\desktop-pet\scripts\message.txt, w, encodingutf-8) as f: f.write(text)配合监听脚本文本呈现框会在几百毫秒内显示这段文字。这种方式的好处是不依赖网络的组件间通信几个工具之间不存在端口冲突非常适合新手排错。7.2 HTTP 方式如果文本呈现框是基于 Electron你可以给它加一个本地 HTTP 服务。比如监听127.0.0.1:8555收到 POST 请求就更新窗口文字curl -X POST http://127.0.0.1:8555/message \ -H Content-Type: application/json \ -d {text:今天要提交周报啦}HTTP 方式比文件方式更干净。建议把端口固定下来不要用随机端口否则后续 RPA 联动时地址不好维护。7.3 语音合成扩展如果你希望桌宠不仅有文字还有语音可以在文本呈现框方案里叠加本地 TTS。TTS 的选择很多但要注意声音合成带来的版权和隐私问题。合成的音色如果模仿真人必须确认本人授权如果把文本呈现框的内容朗读出来也要确保输入的文本内容不涉及他人隐私。8. 五笔输入法与桌宠联动细节五笔输入法在这个组合里最容易被低估。你以为它只是“输入法的选择”但实际上它会影响 RPA 的稳定性和桌宠的交互方式。8.1 输入法状态对 RPA 的影响RPA 在运行时会模拟键盘鼠标。如果当前输入法状态不是英文模式那么模拟的ctrlv粘贴操作通常没问题但模拟的单个字符按键就可能被输入法截走出现粘贴内容正确但界面焦点没拿到的情况。规避方法所有文本输入都用剪贴板粘贴。输入法固定为英文模式RPA 执行外呼操作前先按一次Shift或CtrlSpace切到英文。不要在 RPA 流程中途切换窗口容易出现焦点混乱。8.2 五笔用户输入体验优化如果你是五笔用户桌宠的交互文本输入框需要能正确接收五笔编码。这本身不需要特殊处理但要注意桌宠的文本输入框如果是 Electron 窗口必须确认输入法能正常在窗口内弹出候选框。很多透明窗口组件会抢焦点导致五笔输入框无法激活。排查思路先确认 Windows 自带的记事本能正常用五笔输入。再把焦点切到桌宠文本输入框看是否能弹出候选框。如果候选框不出现可能是窗口样式挡住了输入法需要改用无边框非透明窗口测试。8.3 输入法状态监控如果你确实需要让桌宠知道“用户正在用五笔输入”可以通过全局键盘钩子或输入法自身的状态接口来实现。但这里要强调全局键盘钩子会记录按键内容涉及隐私强烈建议只用于自己的测试电脑并且不要让桌宠上传任何输入内容。安全做法是只读取输入法状态比如“中文/英文”、“五笔/拼音”不读取具体按键。输入法状态在很多 Windows 环境中可以查询也可以让用户手动在桌宠菜单里设置状态省去复杂监控。9. RPA 自动化任务让桌宠从“摆件”变“助手”RPA 是整套组合里最能体现工程能力的一层。一个典型场景是每天下午 5 点桌宠弹出文字提醒“开始写日报了”同时 RPA 打开日报工具自动填入项目名称和今天跑过的任务列表最后保存。9.1 任务流程设计开始写 RPA 脚本之前先把人工操作流程拆成步骤打开日报软件。定位到“新建日报”按钮。填写日期默认今天。填写内容来源是本地的today_tasks.txt。点击“保存”。把结果写到rpa/logs/result_20250220.log。这个流程很典型。你可以用 pyautogui 的图像识别找按钮也可以用软件自身的快捷键。优先用快捷键因为截图识别容易受屏幕分辨率影响。9.2 示例定时触发 RPA如果 RPA 工具支持命令行调用可以用 Windows 任务计划程序定时触发schtasks /create /tn PetDailyReport /tr D:\desktop-pet\.venv\Scripts\python.exe D:\desktop-pet\rpa\main.py daily_report /sc daily /st 17:00这样并不需要桌宠本身参与RPA 自己就能定时执行。如果你希望桌宠在被触发后弹文本可以在 RPA 脚本里直接调用文本呈现框的 HTTP 接口。9.3 批量任务和队列如果要做批量任务比如一次性处理几十个文件不要把任务全部塞进一个 Python 脚本里。建议设计成“任务队列 单任务脚本”{ tasks: [ { name: open_website, params: {}, timeout: 30 }, { name: fill_form, params: { content: hello }, timeout: 10 } ] }RPA 主进程读取这个 JSON按顺序执行任务每完成一个任务就写入日志。如果任务失败设置最大重试次数为 2仍失败则跳过并记录原因。import json import time def run_tasks(config_file): with open(config_file, r, encodingutf-8) as f: data json.load(f) for task in data[tasks]: try: print(frun: {task[name]}) time.sleep(task.get(timeout, 5)) except Exception as e: print(ferror: {e})这就是一个最简任务队列。你可以在桌宠右键菜单里放一个“执行今日任务”的选项点击后启动 RPARPA 执行完成再回调文本呈现框显示结果。9.4 RPA 的安全边界RPA 只适合在你自己有权限的系统上运行。不要用它去自动登录他人账号、爬取非授权信息、购买商品、抢票抢购或绕过用户协议限制。如果你把 RPA 接入到某个网页工具必须先确认该工具的服务条款允许自动化操作否则可能引发账号封禁和法律风险。10. 资源占用与性能观察这套组合的资源占用受三个变量影响Live2D 模型复杂度、文本呈现框的窗口方案、RPA 是否在运行。10.1 观察方式Windows 下可以用任务管理器观察 CPU 和内存。由于桌宠需要长期后台运行建议关注“空闲时占用”和“触发时峰值”两个数据。空闲时占用应尽量低触发时峰值再高也能接受。10.2 降低占用思路Live2D 模型的画布分辨率不要设太高建议先测试 720p 画布。文本呈现框如果用 Edge 的 app 模式后台会保留浏览器进程资源占用会偏高建议换成 Electron 前先测一下内存占用。RPA 执行完成后进程要主动退出不要把 RPA 常驻内存。定时任务用任务计划程序不要额外写一个无限循环的后台脚本否则会造成重复触发。10.3 显存占用这里不做具体数字结论。不同 Live2D 运行时、不同模型贴图大小、不同分辨率的显存占用差异很大。你应该自己观察先打开任务管理器切到“性能 - GPU”再启动 Bangocat记录空闲显存和负载显存。如果把 Live2D 渲染窗口放大显存占用会上升。如果显存不足优先缩小模型窗口而不是换运行时。11. 常见问题与排查方法问题现象可能原因排查方式解决方案Bangocat 加载模型后黑屏模型路径或贴图加载失败查看 Bangocat 日志用官方查看器打开 model3.json重新放置模型目录确认相对路径文本呈现框不显示文字监听脚本未启动或文件路径不对检查 message.txt 是否被更新启动 watch_message.py确认路径一致中文粘贴乱码剪贴板编码或目标窗口不支持在记事本先测试粘贴统一使用 UTF-8 编码尝试 pyperclipRPA 点击不生效窗口焦点不对或坐标偏移截图确认按钮位置改用窗口 UI 控件定位不硬编码坐标五笔输入法候选框不出现窗口样式冲突在普通窗口测试输入法换用非透明窗口模式端口被占用文本呈现框服务端口被其他程序占用用 netstat 检查端口换一个端口例如 8556定时任务没触发任务计划程序权限或路径问题手动运行命令确认检查任务计划程序用户权限RPA 批量任务卡住某个步骤超时在日志里找到最后一个成功任务给每个任务设置超时时间重试次数11.1 端口冲突排查如果你用了 HTTP 方式启动文本呈现框服务启动时出现端口被占用可以用命令行检查netstat -ano | findstr 8555如果端口被占用要么换端口要么结束占用进程taskkill /PID 进程号 /F11.2 模型文件缺失很多“下载了桌宠却显示不出来”的问题本质是模型文件不完整。Live2D 模型资源一般有一个主配置文件里面的贴图路径和动作路径都是相对于主配置文件的。如果你把模型单独复制到新目录必须保持原来的目录层级不能只拷.moc3文件。12. 最佳实践与合规建议这套组合要跑得稳建议遵守以下几条工程规范。12.1 最小配置先行不要一开始就装全部组件。先把 Live2D 模型跑起来再叠加文本呈现框再接入 RPA。每加一个组件都要确认它不会破坏前一个组件的运行。如果折腾了半天才发现是 Bangocat 和 RPA 抢权限那就得不偿失。12.2 目录与进程管理组件多了以后启动和退出顺序很重要。建议写一个总启动脚本按顺序拉起文本呈现框、Bangocat、RPA 监听进程退出时也要按顺序结束避免残留进程占用模型文件导致下次启动失败。一个简单启动脚本示例echo off echo starting textbox... start msedge --appfile:///D:/desktop-pet/textbox/index.html --window-size400,200 --window-position100,100 echo starting bangocat... start D:\desktop-pet\bangocat\bangocat.exe echo starting message watcher... start D:\desktop-pet\.venv\Scripts\python.exe D:\desktop-pet\scripts\watch_message.py echo done.12.3 日志和回溯RPA 脚本里必须写日志。日志至少包含执行时间、任务名、成功/失败状态、失败原因。没有日志的自动化任务出问题后只能靠猜。你可以在rpa/logs目录下按日期生成文件每天一个日志文件。import logging logging.basicConfig( filenamerD:\desktop-pet\rpa\logs\2025-02-20.log, levellogging.INFO, format%(asctime)s %(levelname)s %(message)s )12.4 合规使用提醒Live2D 模型只用于已授权的个人桌面场景。涉及真人形象、声音、名字的素材必须获得本人授权。文本呈现框内的文字内容不得涉及非法信息、他人隐私、歧视内容。RPA 任务不要面向未授权的系统执行尤其是登录、支付、验证码相关页面。输入法相关功能如果涉及键盘钩子务必明确告知用户并取得同意不做静默键盘记录。13. 总结与下一步这个组合最值得尝试的地方不是单独某一个工具的复杂度而是“让桌宠从摆件变成能干活的小助手”这一整条链路。先把 Live2D Bangocat 的最小组合跑通确认模型加载没有黑屏问题再加一个最简文本呈现框让桌宠“开口说话”然后按照 RPA 的 Hello World 脚本让它在桌宠触发下执行一次打开记事本、输入一行文字的操作。这四个节点全部跑通后你手里已经有了一套可扩展的桌面自动化框架。最容易踩的坑集中在两个地方模型文件路径和输入法状态。Live2D 模型显示不出来先查目录结构RPA 输入中文失败先换成剪贴板粘贴。把这两个基础问题解决掉后续扩展会很顺畅。下一步你可以继续做几件事给桌宠加一个右键菜单菜单项直接调用 RPA 脚本。让文本呈现框支持多行文本、滚动显示接一个实时 RSS 信息流。用 RPA 定时任务去读取某个本地文件变化然后触发桌宠提醒。如果你用语音模型或者 TTS把文字提示升级为语音播报但别忘了声音素材授权。这套方案的上限不取决于你选的 Live2D 模型多精致而取决于你会不会把事件、输入、输出和自动化这四层顺畅地绑在一起。动手跑通最小闭环再逐步加功能比一开始追求炫酷效果要靠谱得多。