refactor(releaser): 将 manage-release 改名为 releaser

- skills/manage-release -> skills/releaser（git mv，内容不变）
- releaser 的 frontmatter/标题改名，description 保留旧名作为触发词
- skills/manage-release/ 保留为纯弃用占位（SKILL.md + README.md，指向 releaser），
  已装软链与旧项目 .pouch.yaml 不再悬空或失效
- 同步或引用：AGENTS.md、README.md、docs/getting-started.md、orc（routing/SKILL/README）、
  ack delivery、builder（SKILL/README/contract）、memory-distill、pouch onboard 与
  suggest_skills
- 测试：catalog 需列出旧名占位，新增弃用占位断言，orc children 纳入旧名占位

skills/builder/README.md

@@ -29,7 +29,7 @@ pouch add builder -g       # 全局
 - Python 3 和 `make`。
 - DEB 轨道需要 `dpkg-deb`；Docker 轨道需要 Docker 和 buildx。
 - 发布时在项目根 `.env.builder` 填写仓库地址和 token（不要写进 `.env`，也不要进 git）。
-- 正式版本号由 [manage-release](../manage-release/README.md) 打 annotated tag；builder 只读当前 HEAD。
+- 正式版本号由 [releaser](../releaser/README.md) 打 annotated tag；builder 只读当前 HEAD。
 - 脏工作树默认拒绝发布。
 
 ## 项目接入契约
@@ -106,13 +106,13 @@ dist/<name>_<version>_arm64.deb
 
 ## 版本号
 
-产物版本从 **当前 HEAD 的 Git 祖先** 推导，不调用 manage-release。
-正式 tag 仍由 manage-release 创建；builder 只读取。完整规则见
+产物版本从 **当前 HEAD 的 Git 祖先** 推导，不调用 releaser。
+正式 tag 仍由 releaser 创建；builder 只读取。完整规则见
 [contract.md「版本号」](references/contract.md#版本号)。
 
 | 谁 | 做什么 |
 | --- | --- |
-| manage-release | 选定下一个正式 SemVer，打 annotated tag `vX.Y.Z` |
+| releaser | 选定下一个正式 SemVer，打 annotated tag `vX.Y.Z` |
 | builder | 读 HEAD：落在稳定 tag 上则打正式产物，否则打测试产物 |
 | `make -f makefile.builder version` | 输出一行规范版本（无 `v` 前缀），DEB / Docker 都从它渲染 |
 

skills/builder/SKILL.md

@@ -62,7 +62,7 @@ COPY_AS=latest.apk
 
 1. 跑 `check.py <project-dir>`；需要工具链与发布键时加 `--ready`；要实构 deb 时加 `--build`。契约 FAIL 或轨道工具缺失：停下，转入「初始化」，不要绕过校验，不要改用户 Makefile。只缺发布键：允许构建，禁止上传。未接契约的存量项目按 contract.md §6 发现已有入口，上传仍用 builder 脚本；成功交付一次后引导迁到 `makefile.builder`。
 2. 仅当用户明确要求发布、上传或提交时才上传。不猜测生产端点；不把 token 写入输出、文件、提交或回复；不用 `set -x` 跑含凭据的命令。可能覆盖同版本时先问。脏工作树默认拒绝发布；用户明确接受时设 `ALLOW_UNCOMMITTED=1` 并注明未提交修改。
-3. 构建：用户指定了架构才传 `ARCH=`；否则不要传，让 makefile 按 `ARCHES` 展开（`make -s -f makefile.builder arches`）。`make -f makefile.builder build` 始终单架构；DEB 用 `make -f makefile.builder deb`。版本按契约从 Git 祖先稳定 tag 推导，不要调用 manage-release，不要用全仓库最新 tag。仅获构建授权时不要走会自动上传的目标。脚本含 `rm -rf` 时先确认为受限构建目录。
+3. 构建：用户指定了架构才传 `ARCH=`；否则不要传，让 makefile 按 `ARCHES` 展开（`make -s -f makefile.builder arches`）。`make -f makefile.builder build` 始终单架构；DEB 用 `make -f makefile.builder deb`。版本按契约从 Git 祖先稳定 tag 推导，不要调用 releaser，不要用全仓库最新 tag。仅获构建授权时不要走会自动上传的目标。脚本含 `rm -rf` 时先确认为受限构建目录。
 4. DEB 上传前：对每个包 `verify_deb.sh <exact-package-path.deb> <version> <arch>`。多个包时不凭文件时间猜测。镜像轨道由 `publish_docker.sh` 自带远端 inspect。
 5. 发布优先 `make -f makefile.builder push[-deb|-docker|-copy]`，或直接调 `upload_deb.sh` / `publish_docker.sh` / `copy_artifact.sh`。未指定 `ARCH=` 时 `push-deb` 上传清单里每一个 `.deb`。拷贝轨道要 `COPY_DEST`（本地目录或 `container:/dir`）；`COPY_AS` 给第一份文件额外名字。脚本缺环境变量时加载 `.env.builder`（shell 显式值优先），不读 `.env`。不把 token 当命令行参数；不把脚本复制进项目。多平台镜像只能走 `publish_docker.sh`，不能拆进 make；不要把项目架构清单写进 `.env.builder`。`build` 里禁止 `docker cp`。
 6. 发布成功不能只看「curl/push 已执行」。要有退出码、HTTP 成功或远端 digest；索引异步时报告「上传已接受，索引尚待更新」。最终回复给出包名/镜像引用、版本、架构、SHA-256 或 digest、源 commit、工作区状态和未完成项。

skills/builder/references/contract.md

@@ -81,9 +81,9 @@ make -f makefile.builder <target>
 `make -f makefile.builder version` 输出一行规范版本（无 `v` 前缀）。DEB 的
 `Version` 与文件名直接用它；Docker tag 由它渲染。推导入口是 `scripts/version.sh`
 （`makefile.builder` 通过 `scripts/version.mk` 引用）；Builder 只读取 Git 状态，不调用
-manage-release 选定下一正式 SemVer。测试号把祖先基线的 patch 机械 +1 作为排序键
+releaser 选定下一正式 SemVer。测试号把祖先基线的 patch 机械 +1 作为排序键
 （`v1.4.2` 之后 → `1.4.3~…`），不是在宣布下一正式号就是 1.4.3。正式 tag 由
-manage-release 事先打好。`version.sh` 不执行 `git fetch`。
+releaser 事先打好。`version.sh` 不执行 `git fetch`。
 
 推导前 `git fetch --tags`（本地 linked worktree 共享 tags，不必再 fetch 才
 能看见其它 worktree 新打的 tag）。基线是 **HEAD 祖先上最近的稳定 tag**，