refactor(billing)!: 计费全部沉入插件，内核零 billing 代码；规则由插件自持

按维护者要求（issue #1 回复方向）：内核不处理任何 billing 特有逻辑；插件有完整
OS 权限，自己保存配置文件。据此不再保留任何"内核 ↔ billing 插件"的专用对接。

## 内核（删除）
- `internal/billing`（Go 编译器 + 测试）：删除；
- `internal/core` 的 billing 接口/降级应用/规则加载：删除（含 `billingPath`）；
- `internal/gateway` 的 `/api/plugins/billing/rules` 端点与测试：删除；
- `config` 的 `BillingDSL/Profile/Rule/Token/Peak/LongContext` 与校验、
  `billing:`/`billing_file:` 配置段：删除。系统配置里不再有 billing 段。
内核只保留所有插件通用的能力：加载 .lua、插件状态持久化、插件目录
（`__llmsproxy_plugin_dir`）、`plugin.http` 路由、插件可用的 io/os。

## 插件（billing.lua）
- 规则文件移到**插件自己的目录**：`<plugin_dir>/billing.json`，由插件用 io 自己
  读写（tmp + rename 原子替换）；加载插件时自己读文件并编译；
- 规则以**源名** `source` 为键（`url:"*"` 仅表示全局模型价目表）：URL→源名映射
  属于内核配置，插件不为它和内核对接；编辑页在浏览器里取 `/api/sources` 选源名；
- 规则编辑 API 改为插件自己的 `/api/plugins/http/billing/rules`
  （GET/PUT/POST/DELETE，roles=admin），写盘也在插件内完成；
- 计费账目仍在插件状态文件（内核通用持久化）`<plugin_dir>/.billing.state.json`；
- `priceFor` 落地 profile 级 `default` 策略与显式 `mode=unpriced` 的优先级。

## 迁移
生产已迁移：`config.yaml` 的 `billing:` 规则转为 `plugins/billing.json`（按源名
重写），并从系统配置中移除；规则文件与系统配置从此各自独立保存。

## 判据
- `internal/lua/billing_rules_test.go`：插件自写 billing.json 并重启恢复、
  free/subscription/token/通配符编译语义、1e6+1e6 token = 0.75 端到端、
  非法规则被拒且不覆盖旧文件、reasoning/long_context/peak；
- `internal/lua/billing_test.go`：profile default 策略三态 + 显式 unpriced 优先；
- `internal/lua/billing_ui_test.go`：规则编辑页仍挂在 billing 页内、列宽/列数守卫。

docs/plugins.md

@@ -503,28 +503,29 @@ end
 
 `plugins/billing.lua`，默认随首启 seed 进来，开箱可用。
 
-### 7.0 分层：计费语义在插件里，内核只给数据
+### 7.0 分层：billing 完全在插件里，内核没有任何 billing 代码
 
-`config.yaml` 的 `billing:` 是**声明**，真正的语义（规则怎么变成价目表、
-覆盖顺序、未定价判定、峰谷/长上下文）全部在 `plugins/billing.lua`：
+`billing` 是**插件自己的事**：规则文件、编译、计价、账目、规则编辑页都由
+`plugins/billing.lua` 负责。内核里没有 billing 的配置结构、端点、编译或迁移逻辑
+—— 它只提供所有插件通用的能力（加载 `.lua`、插件状态持久化、插件目录、
+`plugin.http` 路由、插件可用的 `io`/`os`）。
 
-| 层 | 职责 |
+| 项 | 位置 |
 |---|---|
-| 内核 | 解 YAML、校验 DSL schema（`BillingProfile`/`BillingRule`）；把 **profile + 每个源的 `base_url`** 作为数据交给插件；把插件算出的价目注入 `prices` 侧车；把计费记录持久化到插件状态文件 |
-| 插件 | `compile_prices(profile, sources)`：URL 归一匹配、首条命中优先、`free`/`subscription`/`unpriced`/`token` 语义、USD/M → per-token、`peak` 窗口、`long_context` 边际价、`reasoning` 可选价、未匹配规则/源清单；`priceFor`/`costFor` 与账目累计 |
+| 规则文件 | `<plugin_dir>/billing.json`（插件自己读写；内核不知道这个文件） |
+| 计费账目 | 插件状态文件 `<plugin_dir>/.billing.state.json`（内核的通用状态持久化） |
+| 规则编辑 API | `/api/plugins/http/billing/rules`（GET/PUT/POST/DELETE，插件路由） |
+| 编译/计价 | 插件内 `compileRules()` / `priceFor()` / `costFor()` |
 
-两条理由（GitCode issue #1）：
+规则以**源名**（`source`）为键，而不是 URL：URL→源名的映射属于内核配置，插件
+不需要为了它和内核对接；编辑页在浏览器里，直接取 `/api/sources` 给运营选源名。
+`url: "*"` 只表示"全局模型价目表"（模型维度本来就不分源）。
 
-1. 语义只写一处。曾经的 `compile.go`（Go）与 `priceFor`（Lua）各有一套覆盖
-   语义，组合起来把模型价静默清零 —— 账单加总正常、只是少报。
-2. 插件沙箱**没有文件系统**，所以“插件直接读 config.yaml”在设计上不可行；
-   内核把解码后的 profile 作为钩子/接口传入，就是这里的分层形态。
+> 历史：早期 `billing:` 写在 `config.yaml`、编译在 Go 的 `internal/billing` 里。
+> GitCode issue #1 的根因正是"Go 与 Lua 各写一半覆盖语义"，组合起来把模型价
+> 静默清零。现在内核侧 billing 代码已全部删除，规则文件也由插件自持。
 
-**计费记录持久化**：插件状态（含累计账目）写在 `plugin_dir/.billing.state.json`
-（同目录下 `.<插件名>.state.json`），随每次账目变更异步落盘，重启后恢复；
-`prices` 与 `state` 分开存，改价不会抹掉历史账目。
-
-### 7.1 计费维度
+### 7.1 计费维度### 7.1 计费维度
 
 | 维度 | 用途 | token 价覆盖顺序 |
 |---|---|---|
@@ -540,8 +541,18 @@ end
 ⚠️ 正因为 `sources` 会覆盖 `models`：**`mode: token` 的规则不产生任何源条目**。
 规则未列出的模型会进入未定价统计（可见），而不是静默计 0 —— 这是 issue #1 / PR #2
 的收口语义。只有 `free` / `subscription`（"边际成本为零"）会写有意为之的
-`{prompt:0, completion:0}` 零价条目；`default: free` 给未匹配源写的是
-`{per_request:0}`（只标记、不碰 token 价）。
+`{prompt:0, completion:0}` 零价条目。
+
+规则写法：
+
+```json
+{"active":"current","profiles":[{"id":"current","default":"unpriced","rules":[
+  {"source":"localzen","mode":"free"},
+  {"source":"codearts","mode":"token",
+   "models":{"glm-5.3":{"prompt":"0.15","completion":"0.60"}}},
+  {"url":"*","mode":"token","models":{"some-model":{"prompt":"1.0","completion":"2.0"}}}
+]}]}
+```
 
 **`per_request` 固定价是叠加的**（不覆盖），所以一个生图模型可以既算 token 又收固定费。
 **`cache_discount`** 见 §7.7。
@@ -631,13 +642,15 @@ curl -H "Authorization: Bearer $ADMIN_KEY" \
 仪表盘上有 "Unpriced" 卡片。**这个数应该是 0**；不是 0 就去补价目。
 
 **profile 级兜底**：`profiles[].default` 可设为 `free` 或 `unpriced`（默认）。
-它是**编译期**策略（以前被校验后写进无人读取的 `default_mode` 键，两种取值运行时
-完全等价）：
+它是插件运行时的策略（编译期写入 `prices.default_mode`）：
 
-| `default` | 编译结果 | `unpriced_reqs` |
+| `default` | 没有单独规则的源 | `unpriced_reqs` |
 |---|---|---|
-| `unpriced`（省略时） | 未匹配源不写条目 | +1 |
-| `free` | 未匹配源写 `{per_request:0}` 标记（只标记、不碰 token 价） | 不增加 |
+| `unpriced`（省略时） | 零价，计入未定价债务 | +1 |
+| `free` | 零价，视为**刻意免费** | 不增加 |
+
+显式 `mode: unpriced` 的源即使在 `default: free` 下也仍然计入（"只统计不收费"
+的声明不能被兜底策略吞掉）。
 
 注意"未定价"不等于"免费"：这些请求的 `requests` / token 数**照常计入**
 `total` 与各维度，只有金额是 0。