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` + `}`。

sdk/autostart.go

@@ -0,0 +1,82 @@
+package sdk
+
+// 插件**启动形态**的声明契约（plg.json 的 auto_start / requires_facilities）。
+//
+// ## 三种启动形态
+//
+//	自动启动（缺省）      auto_start 不写或 true
+//	启用但不自动启动      auto_start: false   ⇒ 待 agent 经 plugin_enable 拉起
+//	禁用                  registry 的持久开关 ⇒ 连 enable 都不允许
+//
+// 中间那种是本文件的主要目的：**按需加载**。
+//
+// ## 为什么要有"启用但不自动启动"
+//
+// 全部插件默认自启有两个具体代价（2026-10-18 实测）：
+//
+//   · 启动时间：22 个示例插件全部拉起（20 个是子进程），冷启动因此多出
+//     数百毫秒到秒级，并常驻 24 个进程。
+//   · 上下文占用：173 个工具定义每轮请求都重发，实测约 2,809 tokens。
+//
+// 对**纯工具型**插件（weather / ocr / music / bili …）这些代价是白付的：
+// 它们只在被调用时才做事，没人调用时只是静静占着槽位。
+//
+// ## ★ 但有一类插件**不能**按需加载
+//
+// 会**主动向 agent 注入输入**的插件必须常驻。判断依据是它是否调用了
+// Inject* 系列 API 且由**外部事件**驱动（而不是 agent 调用触发）：
+//
+//	qq        监听 NapCat 推送，QQ 消息到达要立刻注入
+//	rss       轮询订阅源，新文章要主动推送
+//	calendar  定时检查提醒
+//	memo      定时检查待办到期
+//	a2a / acp 监听 TCP，外部 Agent 请求要应答
+//	browser   长命令回调 + ticker
+//	commondev sidecar 完成结果回投
+//
+// 把它们改成按需加载 ⇒ 功能**静默失效**：QQ 不响、提醒不来、
+// 外部请求无人应答，而且**不报任何错**。这正是本仓反复吃亏的降级形态。
+//
+// 所以 auto_start 不是一个"性能调优开关"，而是**行为契约**：
+// 声明 false 等于说"没有人调用我时，我不需要做任何事"。
+//
+// ## 用法
+//
+// 本文件只提供**常量与说明**，实际声明写在插件的 plg.json：
+//
+//	{
+//	  "name": "weather",
+//	  "auto_start": false,          // ← 纯工具型：按需加载
+//	  "requires_facilities": ["llm"] // 可选：依赖就绪即可提前启动
+//	}
+//
+// ★ 只声明 auto_start 而没有配套 skill，agent 就不知道"要先把插件拉起来"，
+// 结果是把一个能用的插件变成了永远不被使用的插件。**两者必须成对出现**：
+// skill 里写清楚"本工具需 plugin_enable 后调用，用完可 plugin_disable"。
+
+// AutoStart 是三种启动形态的取值说明（供文档与工具链共用）。
+//
+// plg.json 里写的是 **bool**（true/false），这里给的是它的语义名，
+// 避免各处用裸 true/false 导致读者不知道 false 到底意味着
+// "禁用"还是"启用但不自启"。
+const (
+	// AutoStartOnKernel 表示伴随内核启动（缺少该字段时的默认形态）。
+	AutoStartOnKernel = true
+	// AutoStartOnDemand 表示启用但不自启：待 agent 显式拉起。
+	//
+	// ★ 用它的插件必须配 skill，否则 agent 无从得知要先拉起。
+	AutoStartOnDemand = false
+)
+
+// OnDemandNeedsSkill 说明 auto_start=false 的插件为什么必须有 skill。
+//
+// 这条不是"建议"而是**功能完整性的一部分**：
+//
+//	插件写了 auto_start=false 但没配 skill
+//	  ⇒ 该插件的工具不出现在工具的初始清单里
+//	  ⇒ 模型不知道它存在
+//	  ⇒ 它永远不会被调用，也永远不会被拉起
+//
+// 也就是说，缺少 skill 的按需插件等价于**没装**，但比没装更糟 ——
+// 它占着磁盘和安装记录，让人以为它可用。
+const OnDemandNeedsSkill = true