如果你手里也有一台 PS5，而且玩得足够久，大概率会遇到和我一样的问题：游戏库越来越长，每天面对一堆封面不知道该开哪个；云存档虽然开着，但心里总不踏实；想换个房间继续打，要么搬主机要么重新买一台；想统计自己一年的游玩时长，官方界面又给不到我想要的颗粒度。于是就有朋友开玩笑说：要是这台 PS5 能像“Anywhere”一样，在任何设备上、任何房间里都顺手接管就好了。
这个玩笑最后变成了一个真实项目。我给它取名叫 AnyPS5，定位很简单：不碰主机系统底层、不涉及任何破解或灰产玩法，只通过官方公开能力和常规网络技术，把 PS5 周边体验做成一套可自行维护的管理系统。这篇文章就聊聊这套项目的完整设计思路、落地模块、实测效果，以及我在折腾过程中踩过的那些坑。如果你也想给自己的游戏生活做点“周边外挂”，这份记录应该能帮你少走不少弯路。
1. 为什么叫 AnyPS5，以及我先画下的三条边界
1.1 一句话说清项目定位
AnyPS5 不是替代 PS5 系统的固件，也不是绕过安全机制的工具。它把“PS5 使用体验”拆成五个可独立维护的模块：游戏库归集、存档备份提醒、跨房间串流、家庭自动化联动、游玩数据统计。所有模块之间通过本地网络和公开接口衔接，数据留在我自己的设备上。
简而言之，这是一套“玩家自建的家用游戏基础设施”。和大多数折腾项目不同，它的核心价值不是“解锁什么新功能”，而是“把原本分散的操作收敛到一个入口”。以前我打开 PS5 要进游戏库翻半天，现在直接看自己在 NAS 上维护的清单；以前要手动记得备份存档，现在有脚本盯提醒；以前在客厅玩着玩着要回书房，现在一台平板就能接管画面。
1.2 三条边界：安全、合规、可回退
第一，不修改 PS5 上的任何系统文件。这意味着即使未来主机系统大版本更新，我的这套外设方案也不会因此失效或变砖，风险模型简单太多。第二，所有自动化状态读取只利用公开网络行为，例如主机待机/开机的设备发现，不做未经许可的数据爬取或接口滥用。第三，任何一步操作都要求可逆，删掉配置文件不影响主机正常使用。
定这三条边界不是胆怯，而是因为这类项目最怕“爽一时、修一世”。很多人一开始折腾主机周边工具，总想往底层钻，结果一次系统更新把之前的所有配置全部推翻，那才是真的劝退。AnyPS5 的定位就是稳定高于一切，它必须在 PS5 正常服役的整个周期里安静工作。
1.3 适合什么样的人来抄作业
我想把这套经验写给三类人：
- 游戏库存多到每次选游戏都要犹豫半天，想用外部工具好好整理的人。
- 有多台显示设备、想在客厅和书房之间无缝切游戏场景的人。
- 喜欢折腾家庭自动化，希望手柄按下 PS 键的同时电视、灯光、音响同步进入游戏状态的人。
如果你只是偶尔周末开一次机，其实不需要 AnyPS5，官方界面足够用了。这套项目的价值在“高频使用、多设备、多场景”时才体现得出来。
2. 第一个落地模块：游戏库自动归集与游玩记录清洗
2.1 数据来源的实测取舍：别指望官方给你完整清单
做游戏库归集，第一反应肯定是“官方有没有批量导出游戏列表的接口”。我实测了一圈，结论是：没有。官方 App 的“已购内容”页面能看单个游戏，但没有一个公开接口能直接把账号下所有游戏标题、封面、游玩状态一次性拉回来。
所以我在数据来源设计上做了妥协：手动基线 + 半自动更新。
具体做法是先用官方 App 或主机的游戏库页面，把自己拥有的游戏整理成一条 CSV 基线，字段包括标题、类型、购买日期、最近游玩时间、通关状态、备注。之后每次买新游戏，往里加一行即可。听起来有点原始，但实际用了一个月后，我发现这个“原始”反而给了我最干净的掌控感。
2.2 SQLite 表结构设计，提前考虑版本和 DLC
数据量到几百行之后，Excel 会开始卡，而且不便做汇总统计。我直接把基线数据迁进了 SQLite，建表结构时重点解决了三个问题：游戏多版本、DLC 归属、不同分区账号之间的记录差异。
我的表结构大致长这样：
CREATE TABLE games ( game_id INTEGER PRIMARY KEY AUTOINCREMENT, title TEXT NOT NULL, edition TEXT DEFAULT '标准版', platform TEXT DEFAULT 'PS5', is_finished INTEGER DEFAULT 0, is_backlogged INTEGER DEFAULT 0, purchased_date TEXT, last_played_date TEXT, notes TEXT ); CREATE TABLE playthroughs ( entry_id INTEGER PRIMARY KEY AUTOINCREMENT, game_id INTEGER NOT NULL, hours_played REAL DEFAULT 0, finished_date TEXT, rating INTEGER, FOREIGN KEY (game_id) REFERENCES games(game_id) ); CREATE TABLE dlc ( dlc_id INTEGER PRIMARY KEY AUTOINCREMENT, game_id INTEGER NOT NULL, dlc_name TEXT NOT NULL, is_played INTEGER DEFAULT 0, FOREIGN KEY (game_id) REFERENCES games(game_id) );这里最值得注意的设计点是edition和dlc两张表分开。我一开始把所有信息压在一行里，结果“标准版通关了、DLC 还没碰”这种常见状态根本没法表达。分开之后，每个游戏的状态查询只要 JOIN 一次就能说清楚：“主体通了，季票开了个头，二周目放置中”。
2.3 命令行导入脚本与字段映射
CSV 要能重复导入且不产生重复数据，我写了一个只有几十行的 Python 脚本。核心思路是先按“标题 + 版本”去重，再决定是插入新记录还是更新已有记录。
import csv import sqlite3 import sys DB_PATH = "anyps5.db" def upsert_game(conn, row): cur = conn.cursor() cur.execute( "SELECT game_id FROM games WHERE title = ? AND edition = ?", (row["title"], row["edition"]) ) result = cur.fetchone() if result: game_id = result[0] cur.execute( """UPDATE games SET is_finished = ?, is_backlogged = ?, last_played_date = ?, notes = ? WHERE game_id = ?""", (row["is_finished"], row["is_backlogged"], row["last_played_date"], row["notes"], game_id) ) else: cur.execute( """INSERT INTO games (title, edition, platform, is_finished, is_backlogged, purchased_date, last_played_date, notes) VALUES (?, ?, ?, ?, ?, ?, ?, ?)""", (row["title"], row["edition"], row["platform"], row["is_finished"], row["is_backlogged"], row["purchased_date"], row["last_played_date"], row["notes"]) ) conn.commit() def main(): conn = sqlite3.connect(DB_PATH) with open(sys.argv[1], encoding="utf-8-sig") as f: reader = csv.DictReader(f) for row in reader: upsert_game(conn, row) conn.close() if __name__ == "__main__": main()用utf-8-sig打开 CSV 是给 Windows 上导出的 Excel 文件用的，不加这个编码标识，第一列标题经常会乱码。这个细节看起来小，但实际同步时最容易在这栽跟头。
2.4 清洗时遇到的两个实际坑
第一个坑是版本归类。同一个 IP 作品在 PS5 上可能同时存在 PS4 版升级、PS5 原生版、年度版、导演剪辑版，如果标题字段不区分清楚，统计时会把同一个游戏拆成三四个碎片。我最后的对策是标题里不写平台，统一裸名，所有版本差异放进edition字段，统计时按title分组，一眼就能看出一个系列下我到底拥有哪些版本。
第二个坑是“买了但没玩过”的判定。如果只靠purchased_date判断，会把会免游戏、试玩版都算成“库存”，统计出的数字很虚。后来我增加了last_played_date IS NULL作为“未启动”的依据，这个字段没有值，说明连图标都没点开过，那它就不该进入年度总结的“游玩”口径里。
3. 存档备份提醒：一个差点让我丢失 40 小时进度后才补上的设计
3.1 官方存档通道的真实差距
PS5 的存档保存方式有好几条路，但每一条都有使用限制。我实测后整理了一张对照表：
| 保存方式 | 自动化程度 | 风险点 | 适用场景 |
|---|---|---|---|
| 云端自动同步 | 高，账号会员开启后自动传 | 依赖网络，误覆盖难回溯 | 日常保护，但不是唯一依赖 |
| USB 手动备份 | 低，需手动插盘操作 | 容易忘记，且频率完全靠自律 | 大版本更新前、通关前 |
| 游戏内独立存档 | 完全看游戏设计 | 和系统存档目录分离 | 个别游戏的额外保险 |
| 我的提醒脚本 | 中，靠任务计划触发 | 只提醒，不代劳 | 兜底，强制形成习惯 |
以前我总觉得云存档开了就万事大吉，直到有一次在游戏里刷到关键进度，第二天下载云存档时发现同步的是昨晚更早的版本，几十小时的进度差一点点就不见了。从那时开始，我坚持“云 + USB + 提醒脚本”三路并行的策略。
提醒脚本的思路特别简单：每周五晚上自动弹一个通知，标题就一句话“这周你有没有把 XXX 的存档复制到 U 盘”。它不做任何写入操作，因为自动写 U 盘在主机上根本没法可靠实现，所以这类工具的最大价值就是降低人类遗忘的概率。
3.2 存档备份提醒怎么和日常习惯挂钩
我做了一个本地的小统计：从上次 USB 备份到今天，last_played_date更新过的游戏数量。如果这个数字大于 0，提醒通知会带上具体游戏名单；如果全都没变，就只显示一句“本周无新增进度”，接着我就可以安心去干别的。
背后的逻辑很简单：提醒不能一刀切，否则三次之后你就无视它了。只有当它真的能告诉你“有哪些新进度没备份”时，这个提醒才有存在感。
3.3 配合 USB 备份的固定动作清单
真正执行存档备份时，动作其实非常简单：
- 在 PS5 上插入格式化为扩展存储的 U 盘。
- 进入“设置 - 保存数据 - 主机保存数据”，选择“复制到 USB 驱动器”。
- 按最近游玩时间排序，优先复制本周玩过的游戏。
- 拔下 U 盘后把日期记录到脚本里。
这套动作我重复了大概一个月后，潜意识里已经形成了条件反射。工具的最终目标不是帮你做完，而是让你在频繁操作中养成肌肉记忆。
4. 跨房间串流：官方路线和开源路线我都测了一遍
4.1 两套方案的真实差异
串流是 AnyPS5 里最有“随时随地”感的一个模块。我测试了两条路线，一条是官方 App 内置的远程游玩功能，另一条是开源社区为 PS 主机开发的串流客户端，走局域网直接连主机。两者的差异如下：
| 对比维度 | 官方远程游玩 | 开源串流客户端 |
|---|---|---|
| 配置难度 | 极低，登录账号即可 | 需要手动填主机 IP 和配对码 |
| 外网使用 | 支持，但体验依赖公网链路 | 不走厂商服务，只适合局域网内 |
| 画质参数 | 可在 App 内调节 | 参数选择更细，能逐项调码率 |
| 稳定性 | 多数场景表现稳定 | 更吃本地网络质量，路由器差一点就掉帧 |
| 多设备支持 | 覆盖面广，官方渠道为主 | 社区维护，设备支持视平台而定 |
我日常主要用官方的，因为它启动快、不用维护。但在我需要对网络参数做精细控制的时候，会临时切到开源客户端，把码率上限拉满，帧率锁定到 60。两套方案并存的理由不是替代关系，而是互补关系。
4.2 串流体验最关键的一步：先把网线插好
无论选哪条路线，串流画质决定胜负的都不是软件参数，而是网络拓扑。我自己实测下来的结论是：PS5 一定要用网线直连路由器，串流端设备尽量走 5GHz Wi-Fi，并且路由器上开 QoS 把游戏流量标记为高优先级。
一开始我心存侥幸，PS5 放在书房的角落，顺手接了 Wi-Fi，结果串流画面每十几秒就跳动一次。后来换成一米长的六类网线直连路由器，问题立刻消失。原理不复杂，PS5 串流输出的数据量对 Wi-Fi 干扰非常敏感，尤其是家里有其他下载任务时，无线一旦拥塞，延迟和花屏就一起出现。
路由器 QoS 的配置各家界面不同，但思路一致：把 PS5 的 MAC 地址加入高优先级列表，让路由器在有流量竞争时优先保障它。这个操作对延迟的影响有时候比切换软件方案还明显。
4.3 我最终敲定的画质参数组合
串流参数的合理区间需要按自己的网络环境调，我这边 1000M 局域网、路由器不差，最终敲定的是这套组合：
- 分辨率：优先 1080p，画面稳定性比 4K 更重要
- 帧率：60fps
- 码率上限：能拉高就拉高，但先试 50 Mbps 起步
- 音频：始终开启，蓝牙耳机直接连串流设备比连主机更省事
这套参数在官方和开源客户端里都能对应设置。跑起来之后的画面细腻度足够，动作游戏没有明显可感知的输入延迟。如果你只想让客厅的画面串到卧室，不需要追求 4K。
4.4 切换串流设备时的三个小坑
第一个坑是手柄连接状态。手柄连的是主机，串流端画面已经换到另一块屏幕时，手柄不用重新配对，但不同设备的蓝牙干扰可能导致手柄偶尔丢连接，解决方法是把离主机较近的其他蓝牙设备暂时关掉。
第二个坑是音频输出设备。串流到电视后，音频默认走电视，结果主机的音频设备顺序一旦变化，画面有但声音无声的情况反复出现。我最后在主机音频设置里把输出设备固定成“电视或其他显示器”，串流端再单独调音量，才算稳定下来。
第三个坑是主机休眠策略。串流前最好到“省电设置”里把自动休眠时间拉到一小时以上，否则玩到一半画面突然冻结，一看是主机自己睡了。这个我至少遇到过三次，都是因为没提前检查休眠设置。
5. 家庭自动化联动：从“手动切信号源”到“开机一键进入游戏模式”
5.1 如何用本地网络行为感知主机状态
想让电视、灯光、音响跟着 PS5 的开机动作自动切换，首先要解决“主机现在是什么状态”的感知问题。我的方案不依赖任何非官方后台接口，只监听本地网络上的设备发现行为。
原理上，PS5 在开机或待机时会向局域网发送设备发现广播。我在家庭网络里部署了一个轻量监控脚本，抓这些广播并状态打点：主机上线就是开机，主机离线就是关机或待机。这样既不需要碰主机系统文件，也不需要登录任何账号。
5.2 自动化中枢里的场景设计
我的自动化逻辑不跑在网关上，而是放在一台常开的 Linux 小主机（比如家用 NAS）上，通过“房间状态 + 主机状态”两个条件触发不同场景。
场景一叫“客厅进游戏”，条件是一楼客厅检测到有人且 PS5 状态变为开机。动作顺序是：电视开机、切换 HDMI 输入到 PS5 所在通道、客厅灯光切换为暖色低亮模式、音响切换到游戏模式输入。整个过程大约三秒，比手动找遥控器快很多。
场景二叫“书房继续玩”，条件是书房人体传感器触发且 PS5 处于开机状态。动作顺序是：显示器唤醒、把主机的串流画面推送到书房侧的平板、书房灯光调暗。这个场景适合一个人在家时，从客厅挪到书房继续玩。
场景三叫“游戏结束”，条件是 PS5 待机超过五分钟。动作是：电视关机、灯光恢复日常亮度、音响回到音乐模式。
5.3 一键进入游戏模式的时序细节
自动化联动门槛不高，但体验好坏全在时序。我最初写的场景是“电视开机和 PS5 唤醒同时执行”，结果电视还没切完输入源，手柄信号已经来了，最后黑屏等待很久。
后来我把动作改成多阶段执行：
- 先触发电视开机和输入源切换。
- 等五秒，确认电视就绪。
- 再唤醒主机，或者顺手把串流端设备亮屏。
- 最后调灯光和音响。
这个“刻意留空档”的做法，是所有自动化场景里最值得注意的技巧。设备之间的启动速度不一样，强行并行只会制造假故障。
5.4 自动化最容易翻车的三个点
第一是 IP 漂移。PS5 默认自动获取 IP，重启后地址变了，监控脚本可能盯着旧地址发呆。解决方式是去路由器里给 PS5 做静态 DHCP 绑定，固定内网 IP。
第二是待机开着网卡，有人担心不关机费电。实测功率很低，但如果你真的很在意，也可以在主机设置里把“互联网待机”功能关掉，代价就是远程唤醒失效。
第三是 CEC 联动冲突。电视的消费电子控制功能有时会把“PS5 开机”误判为“电视打开信号源”，多台设备之间互相抢输入源。我的解决办法是把电视遥控器上的 CEC 功能固定指向 PS5 所在接口，减少误判。
6. 最终没做的功能，以及我想再分享的一点体会
AnyPS5 做到现在，并不是所有脑洞都落地了。我在开发过程中放弃了几个“听起来很酷但实际很鸡肋”的设计：
- 放弃自动备份 U 盘：主机系统不开放这个接口，强行模拟按键既不优雅也不稳定。
- 放弃云端跨区域串流：我需要的场景都在家里，为外网场景引入额外的穿透方案会让整套项目的风险面变大。
- 放弃用照片 OCR 自动识别游戏画面：画面识别准确率不够高，误判数据比不识别更麻烦。
- 放弃做个人奖杯统计大屏：官方奖杯页面已经足够好用，自己做大屏纯粹是花瓶。
这些“不做”的判断，和“做什么”一样重要。一个周边工具项目最容易死掉的原因不是功能太少，而是功能太多后一旦出问题，主人就没有精力维护了。
最后分享一个我实实在在的体会：如果你也想复刻这套 AnyPS5，别一开始就搭全套。先只做游戏库 CSV + SQLite 这部分，用两周感受一下；觉得每天愿意打开看一眼，再往后加串流和自动化。个人项目的存活率，取决于它融入日常习惯的速度，而不是功能的华丽程度。我的整套平台今天仍然在跑，靠的正是每一步都只加一个能让我“少做一件事”的模块，而不是多一个需要我去伺候的玩具。
