专项适配

本 Skill 只写读代码推不出来的东西：判据、陷阱、不变量、产品意图。文件清单、字段枚举、端点签名一律现场 rg / 读代码确认，不在文档里维护副本——文档里的事实表会过期，过期的表比没有表更危险。

核心要义

专项适配不是把外部脚本字段逐项搬进 MAS，而是围绕用户完成任务的最短路径做产品化承接。每次适配先回答两件事：

1. 降低用户使用门槛：优先消除安装导入、路径选择、首次配置和高频任务编排中的手工步骤，减少需要用户调整的选项。不要把上游原始配置面板原样搬进来当作完成。
2. 必要时由 MAS 补位：缺口确属 MAS 领域（账号、调度、计划、通知、统计、模拟器、跨脚本编排）、且上游没有任何等效入口时，才在适配层补足；不复制脚本引擎，也不重复暴露脚本已有的权威设置。

推进顺序固定：先降门槛，再补缺位。 立项前必须答出该改动消除了用户当前哪一步手工操作；答不出、或只是把上游配置面板搬进来，一律先重新确认范围。判定细则见 黑箱边界·推进顺序。

黑箱边界参考

上游脚本视为黑箱。先判能力归属，再决定能否实现：

• 上游领域（游戏内操作、脚本任务的执行与成败、脚本配置语义）：上游已有入口必须复用；上游没有时先评估向上游提 PR——上游不受理（作者认为不需要而适配层判断必要）或审核、发布周期过长时，可临时补位，但须标注「临时补位 + 上游实现后移除」。上游补齐后按存量越界处理（改为复用并移除）。
• MAS 领域（账号与用户管理、多脚本/多实例调度、计划表、通知、统计、模拟器生命周期、跨脚本编排）：可自行实现，但不得读取或反推上游内部状态。「补位」只在 MAS 领域成立。
• 上游私有格式（配置内部字段、计划/队列/运行记录、资源文件）：只允许透传读写，值经手、语义不过手；不在其上建映射表、平行模型或自造判定信号，上游执行的任务成败必须取自上游结果面。

判定问题：这件事是不是脚本该干的活？操作对象是游戏本体还是上游程序/模拟器？写读的是上游字段还是适配层新造模型？上游执行的任务成败是否取自上游结果面？判据、能力归属表、时效与例外见 黑箱边界。

方案分析时参考黑箱边界：按需核对能力归属、上游入口和私有格式依赖；相关事实、风险或替代方案可作为参考意见提供给用户，不要求在开工阶段输出固定结论。

代码落点（决定代码放哪、谁是事实来源）：

落点	情形	实施规则
复用	上游已有稳定入口、配置、结果判定	直接调用上游入口；上游配置是唯一事实来源
最小封装	上游有能力，但入口分散或难安全调用	路径发现、默认值、配置会话、原子写回；不建平行配置模型
MAS 领域实现	缺口属 MAS 领域，且上游无任何等效入口	在 manager / AutoProxy / 计划层实现；须有输入、失败提示、回退、清理，不读取也不反推上游内部状态
明确不支持	属上游领域而上游无入口，或需猜上游内部状态才能实现	显式提示限制；不加运行时不消费的字段

开工顺序

0. 列出用户当前的手工步骤与脚本明确缺失的能力，标注 owner；参考黑箱边界分析能力归属（上游领域 / MAS 领域 / 上游私有格式），必要时将事实依据、风险与替代方案作为参考意见提供给用户。
1. 读上游仓库/发行版：CLI、--help、进程、日志、配置目录、配置 UI。
2. 按 架构线判据 归类，让用户确认架构线后再动手。
3. 读 代码规范（必遵守）+ 对应案例： SRC · MaaEnd/MXU · M9A（MaaFW 特调，不是专项） · Okww · OkNte · HSR · ZzzOd · BAAH · BetterGI · Whimbox 需要画面文本识别（登录/切号/按钮定位）时另读 OCR 工具
4. 现场反查全部注册调用者与相邻实现，再定最小改动。不要从旧 Skill 文案推断当前行为。
5. 用用户场景验收：少了哪段手工配置？补位有无明确输入、失败提示、回退路径？

前端任务同时加载 mas-frontend-standards；涉及 UI、表单、遮罩、反馈时再加 mas-frontend-ui。

落点自查

新增 / 维护 ScriptType 时按需核对下列切面（具体文件现场 grep 确认，不要照文档抄路径）：配置与 schema、注册与 API（含 TYPE_BOOK 展示文案，漏则调度 KeyError）、任务模块、前端入口（Hub 分支 + 路由 + 创建流片段 + 类型 + 编辑页）、Electron 能力（仅当需注册表/文件系统/进程发现）、OpenAPI 生成代码（禁止手改）。

不要机械要求所有类型拥有相同文件——先确认架构契约，再补真实调用链。

• 配置与 schema：app/models/config.py、app/models/schema.py
• 注册与 API：app/core/config.py、app/api/scripts.py、app/core/task_manager.py、app/utils/constants.py；scripts.py 只放薄端点，业务在任务模块里实现
• 任务模块：app/task/Xxx/ 的 manager、AutoProxy，按架构需要增加 ScriptConfig
• 日志采集推送：需要把脚本运行日志关键节点推送至任务报告时，用通用组件 log_box（用法见 logbox-api.md），专项只喂参数（日志路径/规则/处理器）并注入 sink。接入前确认脚本日志滚动行为：有 inode（本地 NTFS）时一律按 inode 找回，与运行日志监控 LogMonitor 同逻辑，宁缺勿错不猜名字；仅文件系统不提供 inode（FAT32/exFAT/网络盘）时需要传 rotated_name strftime 模板（日期式滚动的唯一兜底，通用组件不猜测任何日期格式）；.bak 式无需声明；删除重建/截断式滚动无法自动找回（见 logbox-api「日志轮转补偿」）。「是否展示节点详情」由专项（或其用户配置）的开关在是否创建/启用 log_box 的入口消费（关闭即不创建，省采集开销），不要给 log_box 加通用开关，也不要在聚合层采后过滤（参考 okww 用户级 Notify.PushLogMode）。报告注入是硬约束：只采集不注入，报告就只有总体状态、看不到节点——采集结果必须进入最终报告正文且保留各用户节点归属（多账号时用户结果行与节点详情按用户交错）；聚合统一复用通用工具 app/tools/push_log.py 的 build_user_result_text（按用户交错组装「用户结果行+节点」并入 result），专项不要自行拼接实现。具体注入端点现场反查参考实现。
• 视觉识别：专项需要画面文本识别时，新逻辑用共享工具 app/tools/ocr.py（用法见 ocr-tools.md），交互层（截图/激活/点击）专项自持；MaaEnd 登录仍为历史私有 OCR，未迁移前不强制改造
• 配置备份恢复：新专项一律主动接入（存量专项改到配置读写时同步补齐）——配置的跨会话持久快照与一键恢复是 MAS 领域标配，不要等「配置被覆盖丢失」才补，仅确无任何配置文件落盘的专项可豁免。文件级原语用 app/utils/config_archive.py（用法见 config-archive.md），专项只提供备份对象（目录/文件集）与恢复后语义钩子；恢复功能用通用服务 app/utils/config_restore.py + 通用端点 /backup/* + 前端组件 ConfigRestoreSection.vue（用法见 config-restore.md），专项在 tools/restore_service.py 声明目标池表（普通函数显式收 RestoreContext），core 分发链加一个分支即接入、不改 HTTP 层与 schema，会话遮罩用 GuiSessionMask.vue；不要给公共原语或通用组件加专项分支。归档三时机（ConfigRestorePool.snapshot + service.ensure）：① 编辑界面进入时归档 MAS 会触碰的原生配置（捕捉「MAS 操作前原始态」——配置在 MAS 之外就可能已被修改）；② 编辑界面退出时归档 MAS 侧配置终态（MAS 侧修改一定发生在 MAS 内，退出即备份）；③ 运行前归档（原生配置可能在 MAS 之外被改）。所有归档走指纹去重（内容无变化自动跳过），覆盖性操作（导入/恢复）前另做强制归档。
• 前端入口：Scripts.vue、ScriptTable.vue、router、types/script.ts、相关 composable、脚本/用户编辑页
• 问题包导出：新增或改动专项的问题包服务（frontend/electron/services 的 *IssueReportService）时读 issue-report.md——「每安装各自收集」「debug 子目录登记」是硬约束
• Electron 能力：仅当需要注册表、文件系统或进程发现时增加 electron/services、IPC、preload 与类型声明
• 生成代码：后端 schema 变更后运行生成器，禁止手改 frontend/src/api/**

审查方法

1. 从 ScriptType、任务注册、UI 入口反查全部调用者。
2. 对照运行时实际读取的字段查 config / schema / 生成类型 / 表单：schema 里存在但运行时不消费的字段不是功能，是债。
3. 自动发现、手动选择、后端 check() 三条路径判定：同一资源必须用同一组哨兵文件。
4. 配置会话的启动、WebSocket 状态、停止、超时、卸载、异常六条路径：确保任务结束、进程退出、锁释放、配置写回。
5. final_task / on_crash 的原子配置恢复、用户状态落盘、独立进程清理。
6. 按 tests/AGENTS.md 本地编写并运行最小专项测试验证改动；测试文件的提交规则见根目录 AGENTS.md「分支与 PR」；测试缺口写进结果，不编造验证结果。
7. 反查产品边界：没把「脚本该干的活」拿到 MAS 实现，没把 MAS 补位伪装成脚本原生字段，没在上游私有格式上建 MAS 语义层，没为"字段齐全"加无价值入口；MAS 领域实现不读取、不反推上游内部状态。发现相关风险时，可在分析或结果中提供具体事实与替代建议。
8. 含 log_box 采集的专项，反查「采集→报告」闭环：确认采集结果已进入最终报告正文且保留各用户节点归属（多账号时按用户交错），并核对用户级开关关闭的用户确实无节点；只采集不注入 → 报告无节点（ok-nte 曾漏）。注入端点现场反查，不照抄固定路径。

配置来源与快速配置

所有专项统一提供三态配置来源：脚本 / 用户 / 直控（例外见下表：MaaFW 仅用户）。三态只决定配置 owner；各专项的物理落盘、会话和运行方式仍按真实架构确认，不机械复制目录或配置模型。MaaFW 不是专项（通用引擎，任何 interface.json 项目都由它运行），三态对它没有所指，见 app/task/MaaFW/AGENTS.md。

专项	模式
MAA	脚本 / 用户 / 直控 三态
SRC	脚本 / 用户 / 直控 三态
General	脚本 / 用户 / 直控 三态
MaaEnd	脚本 / 用户 / 直控 三态
MaaFW	仅用户；Info.IfQuickConfig 开关有效，Info.Mode 三态无代码消费，不要按三态写逻辑
M9A	不是专项：MaaFW 的特调类型，与 MaaFW 同（见 app/task/M9A/AGENTS.md）
Okww	脚本 / 用户 / 直控 三态
OkNte	脚本 / 用户 / 直控 三态
HSR	脚本 / 用户 / 直控 三态（脚本态 = HSRConfig 同名组共享计划；不支持快速配置，见下）
BetterGI	脚本 / 用户 / 直控 三态
ZzzOd	脚本 / 用户 / 直控 三态（物理布局见 examples-zzzod）
BAAH	脚本 / 用户 / 直控 三态
Whimbox	脚本 / 用户 / 直控 三态（脚本/用户=共享/独立 base，当前运行行为一致，保留三态为后续特殊功能预留，#879 语义，见 examples-whimbox）

三态只决定配置 owner：脚本=脚本级共享配置；用户=当前用户独立配置；直控=直接使用外侧脚本原生配置，由原生 GUI 或上游入口维护。

快速配置是独立于来源的用户级布尔开关与配置面板，三种来源均可启用：开启时 MAS 尝试用该用户快速配置覆盖原生便捷配置；关闭时不覆盖来源配置。例外：HSR 不支持快速配置——SRA/M7A 原生配置由脚本 GUI 维护，MAS 托管字段写入耦合托管运行器，不存在可独立下发的快速配置子集，开关不渲染（方案 B 声明见 examples-hsr 与 native_control.py）；ZzzOd 快速配置已封锁（2026-09 维护者决策：唯一消费点「直控覆盖写槽」与直控=MAS 零写入相悖，曾把切直控时清空的 AppList 写进运行槽导致全部任务跳过——开关 UI 不渲染，后端 load/update 把直控存量值归一为关，消费点已删除，直控恒为纯原生裸跑）。

Whimbox 三态齐全（2026-09 维护者决策：上游不按账号分档配置、MAS 也无法指定运行账号，「脚本/用户」下发时落到同一份 config.json、当前运行行为一致，仍保留三态为后续特殊功能预留——不要据此给其中一态单独加配置面）。快速配置（覆写层）保留并绑定基座开关（Info.IfQuickConfig，默认关）：当前唯一运行时消费点是原生态（直控）任务前物化面板覆盖集、任务结束还原（overlay，满足「写入任务结束能不能还原」判据）；共享/独立态面板本就是 base 来源，开关暂无额外消费点；没有独立快速面板——面板覆盖的本来就是上游一条龙参数全集，无可划的高频子集。

• 直控 + 关闭：完全使用外侧原生配置，MAS 仅保留必要的模拟器、启动参数或命令行注入，以及运行时必需的启动器默认值补齐（缺省才补、无事零写入，如 Okww 的 app.json 的 auto_start/update_method）。
• 直控 + 开启：任务前把面板值写入原生配置，任务结束沿用现有快照机制恢复任务前原生配置。
• 判据只有一条：这次写入任务结束能不能还原。 能还原的写入属 overlay——覆盖 base、结束还原，与来源无关，三态一律适用；不能还原的才是越界写入。overlay 不限于「面板字段」：运行期需要、且落在快照覆盖范围内的值同样按 overlay 处理（如 Okww 的 Basic Options.json）。反之，不在整目录快照范围内的目标（如 Okww 的 app.json，与 working/configs 同级）必须自带键级快照，否则不可还原。
• 配置会话（ScriptConfig）不得注入 overlay 值：会话结束时原生目录会整目录回写 base，且会话没有还原路径——写进去就是永久固化，会污染 base。
• 凡触碰原生配置一律沿用现有快照策略，覆盖成功、失败、取消、超时、异常和崩溃；发现外侧新修改时保护该修改，不予覆盖。

两态来源「脚本 / 用户」及其旧值「简洁 / 详细」仅为历史兼容，不是新实现的选型依据（见 代码规范）。

ok-script 家族：两种并行范式

ok-script 是脚本家族，不是单一专项。家族级原则可复用，但 CLI、配置目录、原生 GUI、任务语义必须逐子项目确认。当前 Okww 与 OkNte 同用 -t N -e，但配置方案是两条并行且都有效的路：

	Okww	OkNte
字段来源	静态可确定 → 固定 schema	上游打包后源码不可读 → 从 JSON 值动态推断类型
中文标签	写在 config / 前端	从安装目录 .po/.mo/.ts 自动加载
配置入口	仅 ScriptConfig 遮罩（调本体 GUI）	动态表单经 REST 端点直读写 + ScriptConfig 遮罩，两条并存
来源模式	三态	三态

选型判据：上游字段可静态确定 → Okww 式；上游打包不可读、字段随版本漂移 → OkNte 式。 两者都不是禁止项，审查任一专项时不得用另一方的标准判其违规。

各自陷阱见 examples-okww.md 与 examples-oknte.md。

HSR：唯一的一对多专项

HSR 是唯一「一个 ScriptType 编排两个上游程序」的专项，不要按其他线的一对一心智读它。只有当上游确实需要多个可互换引擎协同完成同一批任务模块时才归入此线；单一上游即使功能复杂也不属于。

• 编排 M7A 与 SRA 两个独立发行物，各有原生配置，两个路径可只配其一。
• 没有 ScriptConfig.py，没有原生编辑器遮罩会话；不要按 MAA/MaaEnd/Okww 的配置会话模式改造它。任务模式只有 AutoProxy 与 ManualReview。
• 任务模块在 task_mapping.py 单点声明，配置项、check() 校验、能力快照的 tasks 全从这里派生；新增模块只改这一处。
• 引擎分配四级回落，每级取值都要过 supported_scripts 校验。
• 托管字段由后端定义下发、前端动态渲染；新增字段扩展后端定义，不在 Vue 里加硬编码分支。
• 直接读写两个上游的真实配置：任务前备份，final_task 与 on_crash 都要原子恢复。备份清单中 existed=False 的目标在恢复阶段需删除任务期新增路径，而不是跳过。
• 路径锁防止多脚本或直控导入并发操作同一安装；冲突抛错要转成可读错误而非静默等待。
• 关卡字段存脚本原生字段 JSON，不建 MAA 式统一关卡词表。
• 切号统一走 SRA StartGame（M7A 模块也依赖该登录路径）。

完整陷阱见 examples-hsr.md。

MAA：配置恢复改造要求

MAA 已接入通用配置恢复（mas/native 双池 + 页面字段侧车 + viewOnly 查看会话），后续对其备份、会话、预览的任何改动必须符合以下要求；机制细节见 config-restore.md（§1.1.3 会话包络、§3.3 预览来源、§5 查看会话）：

• 会话包络 = 运行包络 = 备份目标：ScriptConfigTask 的下发源与回写目标必须与 AutoProxy 运行下发走同一套 owner 规则（脚本态=共享 Default、用户态=独立目录，见 _mas_owner）。禁止硬编码用户目录——那会让脚本态用户的会话改动运行时不读（改了白改）、备份采不到会话现场、恢复写不进会话读取的目录。
• 归档目标要有初始化保证：mas 快照时目录缺失从 MAA 本体 config/ 播种（_seed_mas_dir）。不在 add_user 时播种——MAA 路径可晚于用户配置，播种失败不挡建用户。
• 退出编辑页先停会话再归档：onUnmounted 顺序 stopSession → ensure(mas)，禁止并行（会与 final_task 的 rmtree/copytree 回写撞车，归档到半程状态）。后端 stop 会等任务收尾完成才返回，顺序化即闭环。
• 新建用户首次进入必须先等 userId 就绪再 ensure：onMounted 先 await loadScriptInfo() 再 ensure(native)，否则新建用户静默跳过归档。
• 侧车预览双分区：「MAS 独有配置」在前（MAA GUI 无对应概念、查看详细配置看不到，全量：配置文件来源/关卡配置模式/剿灭开始星期/活动关优先+序号+理智药/绿票商店/库存保持计划），「MAA 配置」在后（与 MAA GUI 同口径）。
• 关卡合成单行：关卡+备选 1-3 合成一行「具体刷什么本」，全部槽位禁用 = 当前/上次（与配置界面折叠摘要同口径）；哨兵值以界面实际标签为准（-=禁用、*=当前/上次、空=不选择），不臆造——以下拉缓存数据的真实标签为准。
• 危险字段只预览不回填：配置文件来源（Mode）决定恢复目标目录，进侧车与预览、被 group_overlay 排除在回填外——回填旧值会静默翻转脚本态/用户态。
• native 预览与 mas 同口径：从 gui.new.json TaskQueue 反读任务开关/战斗参数（标签对齐侧车词表：服务器而非客户端、空 StagePlan=当前/上次、吃理智药显示配置数量不按 UseMedicine 归零）；剩余理智是第二个 Fight 任务，单独成行不并入理智作战；旧 gui.json 只取稳定扁平键。
• 查看会话（viewOnly）语义：脚本级入口跳过下发（原生目录即备份）、用户级照常下发（目录副本即备份）、结束不回写 MAS 配置（安装 config/ 由 manager 任务前快照还原）。

验证

按 tests/AGENTS.md 选被改专项的最小测试入口。没有对应测试时不为填目录新增脚本，在结果中说明测试缺口。仅在实际涉及前端时才从 frontend 跑前端最小测试；跨模块契约或用户明确要求时才扩大范围。新专项或改动任务生命周期的专项，需在 PR 中声明 mas-e2e 真实入口所需的安装、配置、账号和模拟器前置条件，并提供对应的 @real 断言或明确记录未覆盖原因。文档修改至少用 rg 确认不存在相互冲突的旧规则。