docs(sdk): 补 1.3.0 的新增能力与发版口径；main 路牌推到 1.4.0

用户指出：两个仓库的文档都没跟着更新。本仓的缺口：

1. `README.md` / `README_EN.md` 头部仍写「当前：SDK 1.2.0（需内核 1.2.0+）」，
   版本表停在 1.2.0 —— 1.3.0 的两项新增能力（`InjectOptions.Priority`/`PriorityL1`–`PriorityL4`、
   `UnregisterOutputChannel` 一族）在 README 里**一个字都没有**，而它们正是这一版
   插件作者最需要知道的东西。
2. 发版口径没写清"**SDK 仓不发 patch tag**"：核心 1.3.x 的后续 patch 不伴随 SDK 发版，
   patch 位恒为 `.0`（§七.1）。这条以前只在规范里，README 没提，结果我自己在
   2026-09-13 误发了 `v1.3.1`（已撤回）；`v1.2.1` 是同一类历史遗留。
3. `meta/meta.go` 的版本语义注释还停在「现为 1.2.0：核心的 1.2.x 线正在发布中」，
   与事实相反。1.3.0 既已随核心正式 tag 定版，该号归发布线所有 ⇒ main 推进到 **1.4.0**。

补写内容：1.3.0 能力小节（四级中断优先级、动态输出通道、通道名约束与那起
`device/<id>` 生产事故）、发版口径两段、版本表补 1.3.0 行、meta 注释与路牌。

meta/meta.go

@@ -41,16 +41,14 @@ var (
 	// ❗main 分支上此值是**下一个未发布中版本**；已发布的值看对应的
 	// release/vX.Y.x 分支与 tag（见 核心仓 docs/git-branching.md §2.1 与 §七.1）。
 	//
-	// 现为 1.2.0：核心的 1.2.x 线正在发布中（release/v1.2.x 承载 1.2.0），
-	// 但 **SDK 不跟 beta 发版**（§七.2）——SDK 1.2.0 的定版与 tag 随核心的
-	// **正式** tag 一起做（§七.3）。在那之前 1.2.0 仍是 SDK 尚未发布的中版本，
-	// 所以 main 就停在 1.2.0。
+	// 现为 1.4.0：1.3.0 已随核心的正式 tag `v1.3.0` 定版并发版（本仓 tag v1.3.0、
+	// release/v1.3.x 承载它），该号从此归发布线所有，main 遂推进到下一个未发布中版本。
 	//
-	// 注意：这里与核心 main **故意不对称**。核心一旦切出 release/v1.2.x，
-	// 1.2.0 就归发布线所有，main 立刻推进到 1.3.0；而 SDK 因为要等正式 tag，
-	// 它的 main 在 v1.2.0 打出来之前不得越过 1.2.0。
-	// （曾误按 §七.4 把这里推到 1.3.0，等于宣称 1.2.0 已发布。）
-	Version = "1.3.0"
+	// ❗本仓**不发 patch tag**（§七.1）：一个中版本只发一次 `vX.Y.0`，核心的 1.3.x
+	// 后续 patch **不伴随 SDK 发版** —— patch 位恒为 `.0`，带非零 patch 的 SDK tag
+	// 都是错的。（2026-09-13 曾误发 `v1.3.1`，已撤回；`v1.2.1` 是同一类历史遗留。）
+	//
+	Version = "1.4.0"
 
 	// Commit 是构建时的 Git commit hash。
 	Commit = "unknown"