refactor(sdk)!: 废除自定协议号，版本身份只由版本号本身承载

兼容性判据原有三处自造版本号，全部删除：
  - procProtocolVersion（模板侧握手常量）
  - shmVersion / shmOffVersion（共享段 header）
  - unifiedVersion（SuperBlock）

为什么废除：语义版本变动频繁（修 bug、加字段），再要求人去升一个额外的号，
那个号必然漏升而腐烂。实证：ProtocolVersion 常量在多次布局变更里只升过一次，
而对应的守卫测试（TestProcTemplate_ShmLayoutMatchesKernel）长期处于失败状态
无人察觉 —— 它当时期望 shmStageFieldCount=18/shmVersion=1，实际已是 19/2。

取而代之的两个判据都是**结构的派生事实**，不需要谁记得去同步：
  1. 主版本号：内核 meta.Version ↔ 插件 sdk.SDKVersion 的主版本段比对。
     主版本跃迁正是破坏性变更的定义（1.0.0 从 C ABI 改子进程即属此列），
     所以它天然是正确分界。
  2. field_count：StageContext 描述符个数，决定标志位基址。

顺带修正了 shmFlagsOff：原实现用本插件的编译期常量推算标志位基址，
内核加字段时会静默错位。现改为从 header 读取内核下发的描述符个数。
SuperBlock 的 version 槽位保留（不动其余偏移），值不再写入也不再校验。

判据：TestProcTemplate_RejectsIncompatiblePeer（含 banned 列表，
防这些号被重新引入）。

meta/meta.go

@@ -103,15 +103,15 @@ func FullVersion() string {
 	return SDKName + " v" + Version + " (" + Commit + ")"
 }
 
-// ---- 协议版本 ----
+// ---- 协议兼容性 ----
 //
-// 子进程 RPC 的协议版本是一个独立的小整数，与 SDK/内核语义版本解耦：
-// 语义版本变动频繁（修 bug、加字段），而 wire 协议只在**帧格式或握手语义**
-// 变化时才升。当前值见核心仓 internal/plugin/proc/protocol.go 的 ProtocolVersion。
+// **不自定协议号**：兼容性只认双方版本号的**主版本段**。
+// 主版本相同即兼容（1.x 内全是纯追加）；跨主版本则是破坏性变更
+// （如 1.0.0 从 C ABI 改子进程），握手时显式拒绝并提示重编。
 //
 // C ABI 时代的 ABIVersion / CABINum / 51 个 Core<Method> 整数 ID 已随
 // Part 6.2 删除 internal/plugin/cabi/ 一并退场：
 //   - 整数 method id 平移为 method 名字符串（proc/protocol.go 的 Method* 常量）
-//   - 版本协商改为握手帧里的 protocol 字段
+//   - 版本协商改为握手帧里的 core_version / sdk_version 主版本比对
 //
 // 保留那些常量只会让人以为它们还在生效。