feat(sdk): 22 个示例插件配齐 skill + 三态启动声明 + 打包期校验

## 用户的三条要求

1. 「所有插件都默认自启会占启动时间，还在 llms 上下文塞大量工具」
   ⇒ 纯工具型改为按需加载，靠 skill 让 agent 知道要先拉起。
2. 「会向 agent 注入输入的部分插件不能这样做」
   ⇒ 9 个必须常驻，其余 13 个按需。
3. 「sdk 是不是没有暴露插件声明自身行为的方案」
   ⇒ 对：auto_start 只在 internal/plugin/manifest.go 有，SDK 零命中。

## 定级依据（代码证据，不是猜描述）

注入 / 钩子 ⇒ 必须常驻（9 个）：

	qq         HTTP 监听 NapCat 推送，消息到达要立刻注入
	rss        轮询订阅源，新文章主动推送
	calendar   30s ticker 检查提醒
	memo       5min ticker 检查待办到期
	a2a        TCP 监听外部 Agent 请求
	acp        TCP 监听 ACP 客户端
	browser    ticker + 长命令完成回调
	sanitizer  注册 stage 钩子（无工具，要每轮生效）
	luademo    注册 stage 钩子做示范

纯工具型 ⇒ 按需（13 个）：
	weather ocr music bili ai_image files editdoc deepsearch
	plugindev recoverydiag vanblog vikunja commondev

★ commondev 值得单独说：它虽然有 6 处 Inject 调用，但**注入源是自己的
sidecar 完成回投**，而 sidecar 只在 commondev_agent_up 时才拉起
（Start() 里不启 sidecar，通道也在 agent_up 时才注册）。所以没有 agent
调用它时，它不需要做任何事 —— 可以按需。44 个工具 ≈726 tokens 省下来可观。

## 改动

 · 22 个插件各配一个 skill，写明：何时用、先 plugin_start、
   工具清单、**用 plugin_stop 而不是 plugin_disable**
 · 13 个 plg.json 加 `auto_start: false`
 · `sdk/autostart.go`：把三态语义与"按需插件必须有 skill"的理由写进公开 SDK
 · hmapdev 打包期校验：`auto_start=false` 但无 skill/ 目录 ⇒ 直接 exit 1
   （理由：缺 skill 的按需插件**等价于没装**，比没装更糟 —— 占着磁盘让人以为可用）
 · 修 Lua 打包路径：它**完全不走** rawfile/skill 收集，luademo 的 skill 永远打不进去
 · 修 build-examples.sh：原来 `[ ! -x ]` 判"二进制在不在"，改了 hmapdev 源码后
   重新打包**仍用旧工具链**（实测：luademo 的 skill 一直是 0）
 · 补 mocksdk.ToolDef.Timeout（上一轮加 ToolDef.Timeout 时漏了镜像）

## 判据

 · TestHasSkillDirRequiresRealSkillMd（空目录/.gitkeep/无 SKILL.md 都不算）
 · TestBuildRejectsOnDemandWithoutSkill（打包期必须真拦住 + exit 1）
 · TestLuaPackagingCollectsSkillAndRawfiles（**验代码行**，不验注释 —— 第一版
   只查符号存在，把 createHmapWithRaw 换回 createHmap 判据照样通过）

## 踩过的坑

 · Lua 分支的结束边界原是 `// Resolve build config`，但那个注释在文件里
   **出现多次**（Go 路径里也有），用它截取会把 Go 分支一起包进来 ⇒
   变异测不出。改成截到 Lua 分支自己的 `return` + `}`。

example/browser/skill/browser-tools/SKILL.md

@@ -0,0 +1,55 @@
+---
+name: browser-tools
+description: 统一浏览器能力（搜索/HTTP 抓取/无头渲染/CDP 交互）。本插件**常驻自启**：它有 ticker 与长命令回调，会主动注入。
+---
+
+# 浏览器
+
+## 本插件为什么常驻
+
+browser 插件有两处**主动注入**：
+
+1. **30 秒 ticker** —— 检查长任务（渲染、下载）的进度
+2. **长时间命令的完成回调** —— 命令跑完后把结果注入回来
+
+改成按需加载 ⇒ 长任务还在跑、插件却被卸载 ⇒ 结果无人接收，
+或者在跑的任务变成孤儿进程。
+
+## 工具
+
+| 组 | 工具 |
+|---|---|
+| 轻量 | `search` `fetch`（HTTP 抓取，快） |
+| 渲染 | `render` `html`（无头浏览器，慢） |
+| 交互 | `start` `navigate` `screenshot` `click` `type` `scroll` `close` |
+| 环境 | `install`（装浏览器依赖） |
+
+## 选哪个
+
+| 需求 | 用 |
+|---|---|
+| 只要页面文字 | `fetch`（最快，不执行 JS） |
+| 页面靠 JS 渲染 | `render` |
+| 要点击/填表/截图 | `start` → `navigate` → 交互 → `close` |
+
+## 注意
+
+- 交互式会话**用完必须 `close`**，否则浏览器进程一直占内存。
+- `install` 只在缺依赖时用，不要每次都跑。
+
+## ★ 用 plugin_stop / plugin_start，不要用 plugin_disable / plugin_enable
+
+四个工具看着像同义词，语义差别很大：
+
+| 工具 | 作用 | 跨重启 |
+|---|---|---|
+| `plugin_stop` | **运行态**关闭，现在停掉 | **不影响**，重启照常加载 |
+| `plugin_start` | **运行态**拉起，现在开回来 | 不影响 |
+| `plugin_disable` | **持久**禁用 | **会记下来**，开机也不自启 |
+| `plugin_enable` | 解除持久禁用 | 会记下来 |
+
+**释放上下文用 `plugin_stop`。** 用 `plugin_disable` 会顺手把"开机自启"
+永久关掉 —— 用户下次开机发现插件没了，得再手动开回来。
+
+（本插件声明 `auto_start: false`，所以它本来就不自启；但 `plugin_disable`
+仍会写进持久禁用清单，让 `plugin_start` 拒绝拉起，只能再用 `plugin_enable` 解。）