希望能够适配PC版本

在提问之前...

我填写了简短且清晰明确的标题，以便开发者在翻阅 Issue 列表时能快速确定大致问题。而不是“一个建议”、“卡住了”等
我基本确定这是一个新功能/建议，而不是遇到了 Bug（不确定的话请附上日志）
我使用的是当前更新版本的最新版，且已查看版本发布至今和 Pull Requests 中尚未发布的更新内容，确认我的建议未被提及
我已检查了置顶议题（Pinned Issue）（公告）、活跃议题（Open Issue）、已关闭议题（Closed Issue），确认我的建议未被提及

说说你遇到的问题？

No response

有什么好的想法？

如果可以希望开发者能够适配PC版本的脚本，当然这只是希望，我也能理解开发者没有精力去开发额外版本

其他内容

No response

同求，现在这样得PC包和模拟器来回切换，挺麻烦的

我也希望能支持，已经提了一个PR给PC分支 #308 , 但目前看起来要适配的话工作量不小。

我也希望能支持，已经提了一个PR给PC分支 #308 , 但目前看起来要适配的话工作量不小。

很欢迎， #308 容我细看。

PC的适配个把月前就开始构思路线图，路线是明晰的，只是工作量确实如你所言。

2606时点PC适配路线：

解决PC繁体字识别，要求简繁用通（已完成，实装服务器级OCRv5模型）
解决覆盖用资源包编写、成包困难（已完成，开发了社区工具MaaOWM）

现在确实已进入实际施工阶段，当前完成了3.5个任务task....

对每一项任务task进行重构，并制作PC覆盖包。
1. 覆盖包不能依赖interface传具体参数，需要节点化后改管路next，这样PC包才能覆盖。
2. 对复用参数，独立出来作为参数节点；业务阶段全部改引用。力争未来只需要维护一个节点就能维持全部业务。同时处理早期技术债。
3. 覆盖包对套嵌字段支持很差（必须全字段填写），多条件（And/Or）套嵌繁复尤盛之（很长）。于是若多条件是可复用的，权衡按照2.单独把‘识别’拆成‘节点’，这样覆盖包只要覆盖节点就行。
4. 对于偏移，棕二的PC端各种按钮偏移明显。使用MaaOWM后消耗可控。
5. 最后，改完同一个task会产生原base（逻辑）和pc（PC端偏移）两项更改。我把base的放入refactor/multi-pkg-base-support分支，定期融入公测版先让大家跑着测试。PC覆盖在feat/NT-Suport分支提交，会实时包含refactor/multi-pkg-base-support可以直接用。二者合并发版在内测版alpha。

Navigation Menu

Repository navigation

希望能够适配PC版本 #152

在提问之前...

说说你遇到的问题？

有什么好的想法？

其他内容

2606时点PC适配路线：

Metadata

Assignees

Labels

Projects

Milestone

Relationships

Development

希望能够适配PC版本 #152

Description

在提问之前...

说说你遇到的问题？

有什么好的想法？

其他内容

Activity

Re-dorn commented on Feb 23, 2026

BebopSpikeSpiegel commented on Jun 15, 2026

sunyink commented on Jun 16, 2026

2606时点PC适配路线：

Metadata

Metadata

Assignees

Labels

Projects

Milestone

Relationships

Development

Issue actions