onboard-triage-domainlisted

# 接入 error-triage：生成一个新 domain 骨架 把一份接口 url 清单，转成 `error-triage` 服务能直接加载的一个 domain： `src/plugins/error-triage/domains/<team>/{ rules.js, prompts/_base.md, prompts/non-core.md, prompts/<key>.md... }`。 引擎（router/triage/llm/pipeline/server/consumer）**不要动**，本 skill 只产出 `domains/<team>/` 下的文件。 ## 0. 先确认输入（缺了就问用户） - **团队/业务名**（domain 目录名，kebab-case，如 `hotel`、`flight`）。 - **接口 url 清单**：文件路径（如某个 `urls.js` 或 discover-triage-urls 产出的 `<team>-urls.js`）或直接粘贴。**优先用 discover 的产物**——它带链路级语义和主流程链，是 prompt 贴合业务的原料。 - **自有接口前缀** `ownedPrefixes`：若用户没说，从清单里所有 url 的公共路径前缀推断（如都为 `/esapp/` 则取它），并跟用户确认。不在此前缀内的接口将归 `non-core`。 - **业务的主流程链 + 专属高危轴**：从清单头部（discover 已推断）或问用户拿到。预订类=搜索→下单→支付→出票→退改；其它业务用它自己的链路。有无专属高危轴（如网约车安全类天然 P0）。**这决定 `_base.md` 的 severity 基线怎么写，别默认套预订。** - **上报侧是否只投递正式环境告警**：很多接入方在源头/代码层就过滤，只把 `prod` 告警投进 triage。**这决定 `_base.md` 里 env 规则怎么写**（见第 3 步的部署槽）：prod-only 就写不变量声明、不写 test 降级（否则是永不触发的死逻辑）；多环境都会进来才写 prod优先/test降级。缺了就问用户。 - **category 方案**：默认沿用火车票的分类思路（按业务链路分：支付/下单/查询/详情/鉴权/展示…），也允许用户自定义。category key 用 kebab-case。 读现有 `src/plugins/error-triage/domains/train/` 作为风格与结构的范本。 ## 1. 给每个 url 归类 按**路径语义**把每个 url 分到一个 category key： - 资金/支付链路 → `payment`；下单主流程 → `order`；退票改签 → `refund-change`； 查询/列表/预估 → `query`；登录注册/鉴权/实名 → `user-auth`；订单详情/记录 → `order-detail`； 纯展示/弱业务 → `display`。 - 这套是参考，不强制；按目标业务的实际链路调整 category。 - 拿不准的归到将作为 `fallbackKey` 的核心兜底类（通常是 `order` 或该业务的主流程类）。 ## 2. 生成 `rules.js` 导出 `fallbackKey`、`ownedPrefixes`、`rules`。**rules 顺序至关重要：命中靠前优先**。 ```js export const