* feat: 添加原神初露之源水下采集脚本(init) * feat: 初露之源添加<自体自身之塔>上部、中部、下部区域采集功能(补齐完整) * feat: 添加队伍切换功能 * feat: 添加返回主界面功能JS(方便扩展调度器使用) * feat: 添加活动页面切换功能 * docs: 添加活动切换脚本说明文档及代码优化 * docs: 更新活动切换脚本说明文档 * refactor: (用于提交PR)移除废弃的队伍切换和采集脚本-并修正切换活动页面的默认值 * refactor: 调整分页和OCR计数相关参数 * refactor: (版本升为1.1.0)优化鼠标移动逻辑并调整默认参数 * json 命名错误替换 * fix: 添加活动识别完成判断并优化代码格式 * feat: 添加圣遗物强化功能模块(初始化)单个强化已完成 * refactor: 重构圣遗物强化功能,优化OCR识别和代码结构 * feat: 添加圣遗物状态筛选功能 * refactor: 添加日志函数并统一日志输出格式 * feat: 添加圣遗物筛选排序功能 * refactor: 优化圣遗物筛选和排序流程 * refactor: 优化代码等待时间并改进圣遗物处理逻辑 * refactor: 添加配置对象统一管理圣遗物升级设置 * refactor: 重构圣遗物强化系统代码,优化操作流程和界面交互 * fix: 修复圣遗物强化素材选择逻辑问题 * refactor: 将日志函数改为异步处理 * refactor: 优化异步函数为同步函数并改进错误处理 * refactor: 优化圣遗物强化逻辑和操作处理流程 * feat: 添加圣遗物批量强化个数限制功能 * feat: 添加圣遗物强化脚本及文档说明 * feat: 添加圣遗物强化批量处理及优化点击逻辑 * fix: 优化圣遗物强化流程中的坐标计算和等待时间 * feat: 添加圣遗物筛选功能并优化OCR识别 * feat: 添加圣遗物降序排序和批量强化功能 * fix: 圣遗物强化满级处理逻辑优化 * feat: 优化圣遗物排序功能并更新文档 * refactor: 移除冗余代码并简化主函数逻辑 1.0.0 版本完成 * fix: 修正游戏界面宽度计算的分母错误 * feat: 添加圣遗物属性排序功能 * refactor: 移除废弃函数并优化圣遗物筛选逻辑 * refactor: 使用config.log_off统一替换硬编码的日志开关参数 * refactor: 使用config.log_off统一替换硬编码的日志开关参数 * feat: 添加圣遗物套装筛选功能(原神对应功能一适配完成) * fix: 修复关键词匹配逻辑并添加完成条件判断 * refactor: 优化圣遗物筛选功能,移除不必要的异步调用 * refactor: 优化圣遗物排序逻辑和滚动功能 * refactor: 优化圣遗物排序逻辑和滚动功能 * refactor: 优化属性排序选择逻辑 * feat: 添加圣遗物特殊属性排序功能 * refactor: 优化主流程逻辑和等待时间,提升性能 * refactor: 添加captureRegion资源释放调用 * refactor: 优化圣遗物强化代码结构和性能(还有个别bug) * fix: 修复圣遗物强化功能的升级次数计算和排序逻辑 * fix: 优化圣遗物强化流程中的OCR识别和点击逻辑 * fix: 优化圣遗物强化逻辑与识别准确性 * fix: 修复元素点击前存在性检查 * refactor: 优化圣遗物强化逻辑并新增页面滚动处理 * refactor: 优化圣遗物强化逻辑和点击时序 * refactor: 优化圣遗物批量强化流程和配置选项 * update * docs: 添加圣遗物批量强化脚本文档 * docs: 修正README中格式说明的引号 * refactor: 模板匹配 规范化 * docs: 删除圣遗物批量强化脚本的README文档 * refactor: 优化日志控制逻辑和代码格式 * refactor: 增强info函数参数,添加强制日志输出功能 * refactor: 将Math.ceil替换为Math.floor以优化数值计算 * feat: 优化日志输出功能,添加条件控制参数 * fix: 修复圣遗物排序和强化功能的日志显示问题 * refactor: 优化圣遗物筛选滚动逻辑与参数 * refactor: 优化圣遗物筛选滚动逻辑与参数 * refactor: 优化页面滚动逻辑并注释元素充能效率选项 * refactor: 重命名圣遗物强化相关函数提升代码可读性 * style: 更新确认提示文本 * style: 更新确认提示文本 * fix: 优化圣遗物强化逻辑和错误处理 * refactor: 优化圣遗物强化逻辑与操作流程 * feat: 添加圣遗物页面滑动功能及优化模板匹配算法 * refactor: 移除冗余代码并优化圣遗物强化逻辑 * fix: 调整圣遗物强化区域宽度及优化点击确认逻辑 * refactor: 调整目标区域宽度计算参数 * fix: 修正圣遗物强化日志中的模板名称变量 * perf: 优化圣遗物强化流程中的等待时间 * style: 优化日志输出格式和注释 * refactor: 优化等待函数和延时参数 * refactor: 优化圣遗物强化功能代码结构和等待时间 * refactor: 统一使用wait()函数替换具体等待时间 * refactor: 优化圣遗物相关函数的异步处理和代码结构 * refactor: 优化圣遗物翻页逻辑和次数 * refactor: 优化圣遗物强化逻辑和滚动性能 * refactor: 优化圣遗物筛选UI的等待时间和逻辑处理 * refactor: 统一圣遗物相关操作的等待时间 * fix: 调整操作延时参数提升稳定性 * refactor: 优化圣遗物素材条件选择逻辑 * docs: 更新素材功能问题描述 * docs: 作者名修改为github的名字 * fix: 强化系统数值处理与日志记录优化 * fix: 优化圣遗物强化逻辑和错误处理 * refactor: 优化游戏OCR识别和强化操作逻辑 * refactor: 优化圣遗物强化流程和新增检查函数 * docs: 更新README文档作者信息 * refactor: 移除setGameMetrics函数的await调用 * docs: 更新分辨率建议并添加分辨率检查 * fix: 修改分辨率检查逻辑为与判断 * fix: 修改分辨率检查逻辑为与判断 * docs: 调整README中注意事项顺序 * docs: 调整README中注意事项顺序 * refactor: 调整页面滚动和坐标计算参数
BetterGI · 更好的原神 的脚本仓库
BetterGI 的 📜 脚本仓库
在线版脚本仓库:bgi.sh
作者Q群:764972801 (非作者请勿加入)
如何提交到本仓库?(谁都能看懂的 GitHub Pull Request 使用指南)
脚本提交说明
- 战斗脚本提交到 repo/combat 目录;
- JS 脚本提交到 repo/js 目录;
- 地图追踪脚本提交到 repo/pathing 目录;
- 七圣召唤脚本提交到 repo/tcg 目录。
脚本提交规范
为了保证脚本的规范性和可读性,方便用户清晰了解脚本的用途,制定以下脚本命名规则和脚本文件夹命名规则。
地图追踪脚本
文件命名规范
确保脚本文件在同一目录下按预期顺序排列,并一目了然地传达关键信息。地图追踪脚本命名需包含以下核心信息:
编号-材料名称-区域(跨区域材料填写)-二级区域(可选)-二级子区域-数量
-
编号
- 两位数,如果单个资源脚本数量超过
100可以考虑使用三位数编号或者使用字母加数字编号,如 A01 - 编号的排序应遵循以下两种方式之一:
- 按传送点位顺序排序。相邻脚本之间优先保证传送的便捷性,这种编号方式考虑整体采集效率。
- 按材料获取效率排序。优先选择资源分布密集或容易采集的点,效率高的路径放在靠前编号,这种编号方式考虑编号靠前脚本的采集效率。
- 两位数,如果单个资源脚本数量超过
-
材料名称
- 采集物(使用游戏内官方名称命名,如
慕风蘑菇,劫波莲,不应当使用绫华突破材料等不清晰的名称命名) - 掉落物(因掉落物名称与掉落物等级有关,因此不使用掉落物本身命名,而是使用怪物名称命名)
- 采集物(使用游戏内官方名称命名,如
-
区域(指
蒙德璃月稻妻须弥枫丹纳塔至冬,仅当材料跨区域需标注) -
二级区域(如
珉林,根据实际需求标注) -
二级子区域(细分地点,如
绝云间) -
预期采集的数量
脚本名称仅限上述规定的编号、材料名称、区域、二级子区域,原则上不应包含额外的描述或标点符号。
✔ 参考示范:
01-水晶块-璃月-绝云间-6个
02-水晶块-璃月-荻花洲-8个
❌ 错误示范:
01-水晶块-璃月-快速路径-绝云间-6个
其他注意事项
-
部分采集物没有对应的二级子区域,允许名称的区域部分使用起始传送锚点右侧展示的二级区域,或这条路径的大部分采集物点位所位于的二级区域
-
相同二级子区域有多条路径时,推荐采用
编号-材料名称-二级区域-二级子区域及方位-数量进行命名。 -
脚本文件名应当和
json文件中的name字段相同。 -
说明文件应当命名为README.md以保证仓库能够正确读取。
文件夹命名规范
目的:对脚本按材料分类管理,便于版本控制与团队协作。目录结构应当遵循以下原则:
-
根据脚本种类选择恰当的一级分类,目前共有六个分类
锄地专区、地方特产、敌人与魔物、矿物、其他。 -
一级目录:以材料名称命名,须与文件命名中的材料名称一致。
-
二级子目录(可选):可根据项目或作者划分,如有必要。
-
示例目录结构如下:
repo/pathing/矿物 ├─ 水晶块 │ ├─ 01-水晶块-璃月-绝云间-6个 │ └─ 02-水晶块-璃月-荻花洲-8个 └─ 星银矿石 └─ 01-星银矿石-覆雪之路-7个如果脚本和原来的地图追踪脚本存在冲突 按照以下原则处理:
-
修复或补充:直接提交到原材料目录。
-
路线冲突:新建同名目录并添加作者标识:
- 将旧脚本目录重命名为
AA@旧作者名 - 新脚本放入
AA@你的名字 - 例:原
repo/pathing/AA重命名为AA@oldauthor新目录AA@yourname
-
示例目录结构如下:
repo/pathing/.../ └── AA ├── AA@旧作者名 └── AA@你的名字
- 将旧脚本目录重命名为
-
不同采集方式|角色|效率:新建目录添加标识及作者标识:
- 判断旧脚本目录的采集方式,将旧脚本目录重命名为
采集方式@旧作者名 - 新脚本放入
采集方式@你的名字
-
示例目录结构如下:
repo/pathing ├── 地方特产/区域 │ ├── A材料 │ │ ├── 无草神@作者广告位招租 │ │ ├── 有草神效率路线@作者广告位招租 │ │ ├── 有草神全收集@作者广告位招租 │ │ └── ... │ └── B材料 │ ├── 效率路线@作者广告位招租 │ ├── 全收集@作者广告位招租 │ └── ... ├── 矿物 │ ├── 水晶矿 │ │ ├── 大剑@作者广告位招租 │ │ ├── 钟离@作者广告位招租 │ │ ├── 诺艾尔@作者广告位招租 │ │ └── ... │ └── 萃凝晶 │ ├── 大剑效率路线@作者广告位招租 │ ├── 大剑无战斗@作者广告位招租 │ └── ... └── ...
- 判断旧脚本目录的采集方式,将旧脚本目录重命名为
其他注意事项
-
目录名仅限材料官方名称,不添加版本号或其他标识。
-
作者标识仅在冲突时追加,格式为“@作者名”,紧随原目录名。
JS脚本
创建JS脚本请参考文档创建脚本
文件夹命名规则
-
脚本的文件夹名称应体现脚本的用途,简要用途可在描述文件manifest.json中说明,详细用途可在
README.md中说明 -
脚本的主体文件夹名称可采用
英文、中文、英文缩写+中文等命名方式,名称中不应包含空格,如:repo/js ├── OCR购买材料 ├── AutoLeyLineOutcrop ├── 使用历练点完成每日委托 └── ... -
常见的脚本结构目录如下:
repo/js └── 你的脚本名称 ├── Assets │ ├── Pathing │ │ └── xxx.json │ └── RecognitionObject │ └── xxx.png ├── main.js ├── manifest.json ├── settings.json └── README.md -
Assets用于存放脚本使用到的资源文件,其中
其他注意事项
- 脚本使用的资源文件应在
README.md中注明实际用途
其他
因早期对脚本管理较为宽松,因此仓库有部分脚本并不符合命名规范,欢迎通过 PR 规范这些名称。
Contributors
相关源码
脚本仓库页面的源码:bettergi-scripts-web
地图路径追踪的源码:bettergi-map