docs: 写 0.1.0 交付说明

README.md

@@ -2,17 +2,114 @@
 
 自建的消息中转服务。设备、程序、App 作为「端」连到同一台服务器，端之间互发消息或群发。单个 Go 程序，内置 MQTT，SQLite 存储，自带管理后台，提供 Go、JS/TS、Python、Java/Android SDK。
 
+## 功能概览
+
+- 端登录、会话令牌、在线目录、单聊与群发
+- 离线保留、延迟、定时、撤回、回执
+- 管理后台（网页 + API）、自助注册、Prometheus `/metrics`
+- 单文件二进制或 Docker 部署
+
+## 构建
+
+需要：Go、Node.js LTS、pnpm、[Task](https://taskfile.dev)。
+
+```bash
+task check          # 构建前端、编译、lint、单元测试
+task build          # 产出 bin/nixmsg（Windows 为 bin/nixmsg.exe）
+```
+
+交叉编译三个发布平台（`CGO_ENABLED=0`，产物在 `bin/`，勿提交）：
+
+```bash
+task q:release-bins
+# 等价于：
+# CGO_ENABLED=0 GOOS=linux   GOARCH=amd64 go build -tags embeddist -o bin/nixmsg-linux-amd64 ./cmd/nixmsg
+# CGO_ENABLED=0 GOOS=linux   GOARCH=arm64 go build -tags embeddist -o bin/nixmsg-linux-arm64 ./cmd/nixmsg
+# CGO_ENABLED=0 GOOS=windows GOARCH=amd64 go build -tags embeddist -o bin/nixmsg-windows-amd64.exe ./cmd/nixmsg
+```
+
+Docker 当前架构镜像（不推送）：
+
+```bash
+task q:docker-build
+# 镜像名 git.asio.asia/nixevol/nixmsg:0.1.0
+```
+
+推送当前架构镜像（阶段 3 正式执行；推送前先 `docker login git.asio.asia`）：
+
+```bash
+task q:docker-push
+```
+
+多架构 `linux/amd64` + `linux/arm64`（需 Docker buildx / QEMU）：
+
+```bash
+task q:docker-buildx
+```
+
+## 配置文件
+
+默认读取当前目录的 `config.yaml`；也可用环境变量 `NIXMSG_CONFIG` 指定路径。
+
+- 完整示例：[deploy/config.example.yaml](deploy/config.example.yaml)
+- 容器内示例：[deploy/config.docker.yaml](deploy/config.docker.yaml)（`data_dir: /data`）
+- 字段说明见 [docs/OPS.md](docs/OPS.md)
+
+## 初始化与启动
+
+1. 复制并编辑配置：
+
+   ```bash
+   copy deploy\config.example.yaml config.yaml   # Windows
+   # cp deploy/config.example.yaml config.yaml  # Linux/macOS
+   ```
+
+2. 生成管理员密码（只打印一次，请自行保存）：
+
+   ```bash
+   # Windows PowerShell
+   $env:NIXMSG_CONFIG="config.yaml"; .\bin\nixmsg.exe admin init
+
+   # Linux / macOS
+   NIXMSG_CONFIG=config.yaml ./bin/nixmsg admin init
+   ```
+
+3. 启动服务：
+
+   ```bash
+   $env:NIXMSG_CONFIG="config.yaml"; .\bin\nixmsg.exe serve
+   # NIXMSG_CONFIG=config.yaml ./bin/nixmsg serve
+   ```
+
+4. 浏览器打开 `http://127.0.0.1:7443/`（或你配置的 `listen` / `admin_listen`）登录管理后台。健康检查：`GET /healthz`。
+
+Docker Compose 示例见 [deploy/docker-compose.yml](deploy/docker-compose.yml)。首次需保证数据目录对 uid `65532` 可写，再：
+
+```bash
+docker compose -f deploy/docker-compose.yml run --rm nixmsg admin init
+docker compose -f deploy/docker-compose.yml up -d
+```
+
+## SDK
+
+| SDK | 说明 |
+|---|---|
+| [sdk/go](sdk/go/README.md) | Go 模块 `git.asio.asia/nixevol/NixMsg/sdk/go` |
+| [sdk/js](sdk/js/README.md) | npm `@nixevol/nixmsg` |
+| [sdk/python](sdk/python/README.md) | PyPI `nixmsg` |
+| [sdk/java](sdk/java/README.md) | Maven `asia.asio.nixmsg:nixmsg-sdk` |
+
+包正式发布在阶段 3；开发期可按各 README 本地引用。
+
 ## 文档
 
 - [产品需求](docs/PRD.md)
 - [开发说明](docs/DEVELOPMENT.md)
-- [开发任务拆分与多 Agent 协作](docs/TASKS.md)
+- [运维手册](docs/OPS.md)
+- [验收对照表](test/accept/ACCEPTANCE.md)（含未测项）
+- [开发任务](docs/TASKS.md)
 - [与文档的偏差](docs/DEVIATIONS.md)
 
-## 状态
-
-需求和设计已完成，正在开发。构建、运行和部署说明在开发完成后补充。
-
 ## 许可证
 
 专有软件，见 [LICENSE](LICENSE)。源代码和发布物公开可读，不代表授予使用许可。

deploy/Dockerfile

@@ -1,5 +1,7 @@
 # 多阶段构建：Node 构建前端 → Go 编译（嵌入前端）→ distroless static nonroot。
-# 镜像名 git.asio.asia/nixevol/nixmsg；多架构 buildx 推送留给 Q4 定稿，本骨架先单架构可构建。
+# 镜像名 git.asio.asia/nixevol/nixmsg；入口 /nixmsg。
+# 单架构：task q:docker-build 或 q:docker-push（含推送）。
+# 多架构：task q:docker-buildx（linux/amd64 + linux/arm64，需 buildx；正式推送在 Z3）。
 
 FROM node:24-bookworm AS web
 WORKDIR /src/web
@@ -9,13 +11,15 @@ COPY web/ ./
 RUN pnpm build
 
 FROM golang:1.27-bookworm AS build
+ARG TARGETOS=linux
+ARG TARGETARCH=amd64
 WORKDIR /src
 COPY go.mod go.sum ./
 RUN go mod download
 COPY . .
 COPY --from=web /src/web/dist ./web/dist
 ENV CGO_ENABLED=0
-RUN go build -tags embeddist -o /out/nixmsg ./cmd/nixmsg
+RUN GOOS=$TARGETOS GOARCH=$TARGETARCH go build -tags embeddist -o /out/nixmsg ./cmd/nixmsg
 
 FROM gcr.io/distroless/static:nonroot
 COPY --from=build /out/nixmsg /nixmsg

deploy/docker-compose.yml

@@ -1,11 +1,16 @@
-# Docker Compose 示例（DEVELOPMENT 第 11.4 节骨架）
-# 本地冒烟：先 docker build -t git.asio.asia/nixevol/nixmsg:0.1.0 -f deploy/Dockerfile .
-# 容器名带 q 前缀便于多 Agent 隔离；正式部署可去掉 container_name。
+# Docker Compose 示例（对齐 DEVELOPMENT 第 11.4 节）
+# 构建：task q:docker-build（当前架构）或 task q:docker-buildx（多架构，正式推送在 Z3）
+# 首次：保证数据目录对 uid 65532 可写，再 admin init，然后 up。
+#
+# 命名卷首次授权示例：
+#   docker run --rm -v q4-nixmsg-data:/data busybox chown -R 65532:65532 /data
+# 宿主机目录挂载时：在宿主机 chown 65532:65532 ./data
 
 services:
   nixmsg:
     image: git.asio.asia/nixevol/nixmsg:0.1.0
-    container_name: q-nixmsg
+    # 本地/并行测试可加 container_name；正式部署可去掉
+    container_name: q4-nixmsg
     restart: unless-stopped
     command: ["serve"]
     environment:
@@ -14,7 +19,7 @@ services:
       - "7443:7443"
     volumes:
       - ./config.docker.yaml:/etc/nixmsg/config.yaml:ro
-      - q-nixmsg-data:/data
+      - q4-nixmsg-data:/data
       # 生产环境挂载证书目录，例如：
       # - /opt/nixmsg/certs:/certs:ro
     healthcheck:
@@ -24,8 +29,5 @@ services:
       retries: 3
 
 volumes:
-  q-nixmsg-data:
-    name: q-nixmsg-data
-
-# 首次使用命名卷时，需保证 /data 对 uid 65532 可写，例如：
-# docker run --rm -v q-nixmsg-data:/data busybox chown -R 65532:65532 /data
+  q4-nixmsg-data:
+    name: q4-nixmsg-data

docs/DEVIATIONS.md

@@ -1025,3 +1025,40 @@
    - 原因：隔离目录约束。  
    - 备选方案：扩展 harness.Restart（需总控改）。  
    - 影响：Q 线自带启停辅助。
+
+### Q4 定稿 + Q5 文档 2026-09-30
+
+1. **多架构 buildx 本波不执行推送与双架构验证**  
+   - 原条款：DEVELOPMENT 11.4 / TASKS Q4「两个架构的镜像都能初始化、启动并通过健康检查」；`docker buildx` 一次推送 amd64+arm64。  
+   - 实际做法：完善 Dockerfile（`TARGETOS`/`TARGETARCH`）、compose、`task q:docker-build` / `q:docker-push` / `q:docker-buildx`；本机只对当前架构（linux/amd64）`docker build` 并冒烟 `/healthz`；**不** `docker push`、**不**打版本 git 标签、**不**发布 SDK。本机 `docker buildx` 已列出 `linux/arm64`，但本波按总控指示不执行多架构构建与推送，留给 Z3。  
+   - 原因：总控本波明确禁止真正 push / 打标签 / 发 SDK；双架构留给 Z3。  
+   - 备选方案：在 Linux 宿主或已装 binfmt 的环境执行 `task q:docker-buildx`。  
+   - 影响：交付标准「两架构镜像」与仓库推送仍待阶段 3。
+
+2. **交叉编译三平台，本波至少验证 windows/amd64**  
+   - 原条款：DEVELOPMENT 11.2 三平台二进制。  
+   - 实际做法：`task q:release-bins`（`CGO_ENABLED=0`）产出 `bin/nixmsg-linux-amd64`、`nixmsg-linux-arm64`、`nixmsg-windows-amd64.exe`；说明写入 README；二进制不提交。  
+   - 原因：纯 Go + embed，交叉编译可行。  
+   - 备选方案：仅本机 `task build`。  
+   - 影响：发布物打包在 Z3。
+
+3. **compose 容器/卷名带 q4 前缀**  
+   - 原条款：DEVELOPMENT 11.4 示例无固定 `container_name`；测试隔离要求名字带线前缀。  
+   - 实际做法：`deploy/docker-compose.yml` 使用 `q4-nixmsg` / `q4-nixmsg-data`；正式部署可去掉 `container_name`。  
+   - 原因：多 Agent 并行不抢容器名。  
+   - 备选方案：compose 用项目名 `-p` 隔离而不写死 container_name。  
+   - 影响：与文档示例略有差异，行为等价。
+
+4. **验收未测项保持未测**  
+   - 原条款：交付标准要求 F01–F23 有结果；TASKS 本波 Q4/Q5 不做假装通过。  
+   - 实际做法：`ACCEPTANCE.md` / `docs/OPS.md` 第 9 节明示 F03、F04、F07、F10、F11、F14、F15、F18、F19 仍为未测；不改对照表状态。  
+   - 原因：本波范围是 Docker 定稿与文档。  
+   - 备选方案：无。  
+   - 影响：阶段 3 / 负责人审阅时须看到未测清单。
+
+5. **Q5 文档落点**  
+   - 原条款：README、运维手册、SDK 文档汇总。  
+   - 实际做法：重写根 `README.md`；新增 `docs/OPS.md`；SDK 汇总为 README 链到已有 `sdk/{go,js,python,java}/README.md`（各 SDK 已有最短使用说明，本波不重复扩写）。  
+   - 原因：避免四份说明与 SDK 线漂移。  
+   - 备选方案：在 docs/ 再建 SDK 汇总页。  
+   - 影响：无。

docs/OPS.md

@@ -0,0 +1,136 @@
+# NixMsg 运维手册
+
+对应 DEVELOPMENT 第 11 节。本文不含任何密码或令牌样例。
+
+## 1. 配置项
+
+环境变量 `NIXMSG_CONFIG` 指向 YAML 配置，默认 `./config.yaml`。完整字段见 [deploy/config.example.yaml](../deploy/config.example.yaml)。
+
+| 项 | 说明 |
+|---|---|
+| `listen` | 端接入端口，如 `":7443"` |
+| `admin_listen` | 后台单独监听，如 `"127.0.0.1:7444"`；空表示后台与端共用 `listen` |
+| `tls.cert_file` / `tls.key_file` | 证书与私钥路径；空表示明文 |
+| `tls.allow_plaintext` | 配了证书时是否仍接受明文；生产建议 `false` |
+| `trusted_proxies` | 可信反向代理网段，用于解析真实客户端 IP |
+| `data_dir` | 数据目录（库文件、`listen.addr`、迁移备份） |
+| `limits.*` | 正文/帧大小、TTL、群人数、宽限、确认超时、配额等；`max_body_bytes` 只能调小，上限 262144 |
+| `session_idle_days` | 会话令牌闲置失效天数；`0` 不失效 |
+| `record_retention_days` | 完成后消息记录保留天数；`0` 表示完成后不留记录 |
+| `idempotency_hours` | 防重窗口 |
+| `receipt_retention_days` | 回执保留天数 |
+| `sqlite_synchronous` | `FULL` 或 `NORMAL` |
+| `metrics.token` | 共用端口时访问 `/metrics` 所需 Bearer 令牌；空则共用端口不提供 `/metrics` |
+| `log.level` | 日志级别，如 `info` |
+
+注册开关、注册安全码、API 令牌存在数据库，在管理后台修改，不在配置文件里。
+
+校验配置：`nixmsg check-config`。
+
+## 2. 目录布局
+
+```text
+config.yaml
+data/nixmsg.db
+data/backup/          # 迁移前自动备份、手工 backup 也可写到这里
+data/listen.addr      # serve 写入实际监听地址（测试用端口 0 时需要）
+```
+
+Docker 约定：配置 `/etc/nixmsg/config.yaml`，数据 `/data`，证书 `/certs`（只读挂载）。
+
+## 3. 备份
+
+程序不做定时备份，用 cron 或 1Panel 计划任务调用：
+
+```bash
+# 宿主机（服务可在运行中）
+NIXMSG_CONFIG=/path/to/config.yaml nixmsg backup --out /path/to/data/backup/manual-$(date +%Y%m%d).db
+
+# Docker Compose
+docker compose -f deploy/docker-compose.yml exec nixmsg /nixmsg backup --out /data/backup/manual.db
+```
+
+备份文件含当时未送完的正文，按敏感数据保管。旧备份自行清理。
+
+恢复：停服务，用备份文件替换 `data/nixmsg.db`（或拷到新 `data_dir`），再启动；勿在半迁移状态硬切。
+
+## 4. 升级与自动迁移
+
+1. 换上新二进制或拉新镜像。
+2. 启动时若有未应用的嵌入迁移版本，会先 `VACUUM INTO` 到  
+   `<data_dir>/backup/pre-migrate-<UTC时间>.db`，再执行迁移。
+3. 迁移失败则进程退出，不带半新半旧库继续服务；运维可从备份恢复后排查。
+4. 空库首次建表不会产生迁移前备份。
+
+无需手工跑迁移命令。
+
+## 5. 证书与 1Panel
+
+程序只读证书文件，不做 ACME。装有 1Panel 时：
+
+1. 在 1Panel 证书管理申请证书（DNS 或 HTTP 验证），打开自动续签。
+2. 勾选「推送证书到本地目录」，例如 `/opt/nixmsg/certs`。申请与续签后写入 `fullchain.pem`、`privkey.pem`。
+3. 配置：
+
+   ```yaml
+   tls:
+     cert_file: /opt/nixmsg/certs/fullchain.pem
+     key_file: /opt/nixmsg/certs/privkey.pem
+     allow_plaintext: false
+   ```
+
+4. 私钥须让 NixMsg 进程可读。Docker 容器用户为 nonroot（uid `65532`）；可在 1Panel「申请证书后执行脚本」里调整属主/权限。
+5. 程序每小时检查文件修改时间，续签后新连接自动用新证书，已有连接不断开。
+
+不要用 1Panel OpenResty 终止 TLS 再转发裸 TCP：TCP/UDP 代理不做 TLS，设备会被拆端口。仅当全部端走 WebSocket 时，才可改成「OpenResty 终止 HTTPS/WSS，NixMsg 本机明文」；此时配置 `trusted_proxies`，并设置 `proxy_http_version 1.1`、`Upgrade`、`Connection`，`Host` 用 `$http_host`。
+
+## 6. 服务器时钟
+
+- 开启 NTP 对时。
+- 服务器时钟被人为大改时，定时消息按新时钟触发。
+- 宽限、确认超时、会话闲置等也依赖系统时间。
+
+## 7. 抓取 `/metrics`
+
+Prometheus 文本格式，只含计数和耗时，不含正文与编号明细。
+
+- **后台单独监听**（`admin_listen` 非空）：在后台端口直接  
+  `GET http://<admin_host>:<port>/metrics`，无需令牌。
+- **共用端口**：请求头必须带 `Authorization: Bearer <metrics.token>`。  
+  - 未配置 `metrics.token` → `404`  
+  - 令牌错误 → `401`
+
+示例（共用端口且已配置 token；勿把真实令牌写进仓库或脚本提交）：
+
+```bash
+curl -sS -H "Authorization: Bearer $NIXMSG_METRICS_TOKEN" http://127.0.0.1:7443/metrics
+```
+
+健康检查：`GET /healthz`、`GET /readyz`（Docker HEALTHCHECK 用镜像内 `/nixmsg healthcheck`）。
+
+## 8. Docker 要点
+
+- 镜像：`git.asio.asia/nixevol/nixmsg`（版本标签与 `latest`）。
+- Compose 示例：[deploy/docker-compose.yml](../deploy/docker-compose.yml)。
+- 容器以 uid `65532` 运行：挂载数据目录须可写；命名卷首次可  
+  `docker run --rm -v <卷名>:/data busybox chown -R 65532:65532 /data`。
+- 首次：`docker compose run --rm nixmsg admin init`，再 `up -d`。
+- 构建/推送 Task 目标见根目录 README（`q:docker-build` / `q:docker-push` / `q:docker-buildx`）。正式仓库推送在阶段 3。
+
+## 9. 验收未测项（勿当作已通过）
+
+截至 Q4/Q5 文档定稿，对照表 [test/accept/ACCEPTANCE.md](../test/accept/ACCEPTANCE.md) 中下列项仍为**未测**，运维与交付说明须保持该状态，不得宣称通过：
+
+| 编号 | 摘要 |
+|---|---|
+| F03 | 断开后离线状态 / 目录全表 |
+| F04 | presence 订阅通知 |
+| F07 | 256 KiB 边界与接收上限 |
+| F10 | 抖动宽限长短断线 |
+| F11 | 发送方离线后定时到点 |
+| F14 | 回执补送 |
+| F15 | 对话密码授权链路 |
+| F18 | 正文删除与记录天数 0 |
+| F19 | 四种 SDK 统一接入清单（属 SDK 线，本波未在 Q 对照表复测） |
+
+F22 标为通过的子集仅覆盖 init + 健康检查等；备份恢复、升级迁移、证书重载、Docker 全量、`/metrics` 抓取等仍见对照表备注中的未测说明。

docs/RELEASE.md

@@ -0,0 +1,136 @@
+# NixMsg 0.1.0 交付说明
+
+| 项 | 内容 |
+|---|---|
+| 版本 | 0.1.0 |
+| 日期 | 2026-09-30 |
+| 功能合入 tip | `2ebcb6e1b85a8997c48de2711b013c83fa0440fc`（W4 + Q4 已进 main） |
+| 发布标签 | `v0.1.0`、`sdk/go/v0.1.0`（指向含本说明的提交；以 `git rev-parse v0.1.0` 为准） |
+| 对应 | [PRD.md](./PRD.md)、[DEVELOPMENT.md](./DEVELOPMENT.md)、[TASKS.md](./TASKS.md) |
+
+## 1. 已完成能力
+
+- 服务端：端登录与会话令牌、在线目录、单聊/群发、离线保留、延迟/定时/撤回/回执、自助注册、管理 API、Prometheus `/metrics`、SQLite 存储、单端口多协议（HTTP / WebSocket MQTT / TCP MQTT）
+- 管理后台网页：接真实 `/api/admin`，Playwright 主路径 e2e
+- SDK：Go、JS/TS、Python、Java/Android（源码与接入清单测试在仓库内；包未发布，见第 5 节）
+- 部署文档：README 构建与启动、[OPS.md](./OPS.md) 运维、Docker Compose / Dockerfile 定稿（镜像未推送）
+
+## 2. F01–F23 验收结果
+
+来源：[test/accept/ACCEPTANCE.md](../test/accept/ACCEPTANCE.md)（生成时间 2026-09-30T00:26:12Z）。对照表汇总：通过 14，失败 0，未测 9。
+
+### 通过
+
+| 编号 | 一句话 |
+|---|---|
+| F01 | 批量开通整批校验、停用、删除群主转让、删除后同编号重开不串数据 |
+| F02 | 新设备登录后旧设备自动退出、换 IP 用令牌重连、两种密码锁定、重置密码后被踢、服务器故障不误报密码错误 |
+| F05 | 崩溃不丢已提交消息，消息号去重和冲突，密码门生效，配额生效 |
+| F06 | 群成员收到同一份，入群前不补，发送者不收到自己的 |
+| F08 | 弱网最终送达且应用层不重复，重启后续传 |
+| F09 | 保留时间从发送时刻起算，超时过期 |
+| F12 | 延迟窗口内撤回对方收不到 |
+| F13 | 未推送必撤成功；群部分确认得到部分撤回 |
+| F16 | 群主权限、退出后不再收到、解散后同编号新群不收旧消息 |
+| F17 | 后台管端、管注册、管群、查记录，响应里没有正文；API 令牌可用且不能越权 |
+| F20 | 裸 MQTT 能登录、收、确认、发 |
+| F21 | 默认一个端口提供后台、WebSocket、TCP、注册；后台可分到单独端口 |
+| F22 | 初始化后单文件或 Docker 启动、备份恢复、升级迁移、证书自动重载、指标可抓取 |
+| F23 | 注册开关、安全码校验、换码不影响已注册、输错锁定 |
+
+### 未测
+
+| 编号 | 一句话 | 原因（摘自对照表） |
+|---|---|---|
+| F03 | 断开后状态及时变离线，全表可列出 | directory.list / 断开后离线状态未在本波单独断言 |
+| F04 | 只通知订阅了的端 | presence.watch 订阅通知未覆盖 |
+| F07 | 256 KiB 通过，超出拒绝，接收上限生效 | 256 KiB 边界与接收上限未覆盖 |
+| F10 | 短断线送到，长断线丢弃，服务器重启后宽限内重连送到 | 抖动宽限长短断线未单独拨钟 |
+| F11 | 发送方离线后到点仍发送 | 发送方离线后定时到点发送未覆盖 |
+| F14 | 回执能补送给当时离线的发送方 | 回执补送未覆盖 |
+| F15 | 输一次记住、改密失效、回复免密、进群仍要密码、防多账号轮流猜 | 对话密码授权链路未覆盖 |
+| F18 | 送达后正文消失；记录天数 0 时连记录消失；防重仍在 | 正文删除与记录天数 0 未覆盖 |
+| F19 | 四种 SDK 通过同一清单 | 对照表仍标未测（属 S1/S2）；本轮交付回归已另跑四套 SDK 测试，见第 4 节 |
+
+### 失败
+
+无。
+
+## 3. 偏差（供负责人回来审阅）
+
+完整正文见 [DEVIATIONS.md](./DEVIATIONS.md)。以下只列小节标题，不抄全文：
+
+- T0.1 2026-09-30
+- L-WIRE 2026-09-30
+- L-UPLINK 2026-09-30
+- T0.2 2026-09-30
+- T0.3 2026-09-30
+- T0.5 2026-09-30
+- T0.4 2026-09-30
+- P1 2026-09-30
+- P2 2026-09-30
+- P3 2026-09-30
+- P4 2026-09-30
+- N1 / N2 2026-09-30
+- N3 2026-09-30
+- M1 2026-09-30
+- M2 / M3 / M4 2026-09-30
+- I1 2026-09-30
+- I2 / I3 / I4 2026-09-30
+- I5 2026-09-30
+- A1 2026-09-30
+- A2 2026-09-30
+- A3 2026-09-30
+- 后台网页 W（W1–W3 假数据与分页等条目）
+- W4 2026-09-30
+- S1.1 传输层可注入假实现（Go / JS）
+- S1.2 Go autopaho `OnConnectionUp` 内握手改异步
+- S1.3 重连退避与「稳定在线 60s」状态机自管
+- S1.4 Go 模块许可证标注
+- S1.5 JS 回调命名与文档概念名
+- S1.6 任务 1–3 当时未做范围（已被 S1.7 取代）
+- S1.7 2026-09-30 任务 4–5 接入清单与打包文档
+- S2-PY/JAVA 1–3 2026-09-30
+- S2-PY/JAVA 4–5 2026-09-30
+- Q1 / Q4 骨架 2026-09-30
+- Q2 第一部分（已合并功能验收）2026-09-30
+- Q2 补齐 + Q3（本机 Windows）2026-09-30
+- Q4 定稿 + Q5 文档 2026-09-30
+
+## 4. 本轮验证
+
+合并 `feat/w4-e2e`、`feat/q-release-docs` 后，在 `main`（功能 tip `2ebcb6e`，含本说明的发布提交）执行：
+
+| 项 | 结果 |
+|---|---|
+| `task check` | 通过 |
+| `go test ./test/...` | 通过（accept / chaos / harness / load / report） |
+| `task w:e2e`（W4 合并后） | 通过（1 passed） |
+| `sdk/go`：`go test ./...` | 通过 |
+| `sdk/js`：`npm test` | 通过（23 passed） |
+| `sdk/python`：venv + `pytest` | 通过（22 passed）；测完已删本地 `.venv` |
+| `sdk/java`：`mvn test` | 通过（scoop maven 3.9.16；测完已删 `target`） |
+
+## 5. 构建与启动
+
+请直接按仓库文档操作，此处不重复步骤：
+
+- 构建、交叉编译、Docker 本地构建与启动示例：[README.md](../README.md)
+- 配置项、备份、升级、证书、时钟、指标：[docs/OPS.md](./OPS.md)
+- 配置样例：`deploy/config.example.yaml`、`deploy/config.docker.yaml`
+
+常用入口：`task check` / `task build`，然后 `admin init` + `serve`（见 README）。
+
+## 6. 未发布 SDK 包与镜像的原因
+
+按本次总控收尾要求：**不创建 Gitea package 令牌**，因此：
+
+- **未** `npm` / `pip` / Maven 发布到 Gitea 包仓库（`@nixevol/nixmsg`、`nixmsg`、`asia.asio.nixmsg:nixmsg-sdk`）
+- **未** `docker push`（含 `git.asio.asia/nixevol/nixmsg` 的版本标签与 `latest`）
+- **未** 执行多架构 `buildx` 正式推送
+
+有 package 读写令牌且负责人授权后，再按 [TASKS.md](./TASKS.md) 第 3 节与 Z3、以及 README / OPS 中的发布命令补做。
+
+## 7. 标签
+
+在本交付说明提交（含 `docs/RELEASE.md`）上打附注标签 `v0.1.0` 与 `sdk/go/v0.1.0` 并推送到 `origin`（若远端已存在同名标签则不覆盖，见当时操作记录）。

taskfiles/q.yml

@@ -1,5 +1,10 @@
 version: "3"
 
+vars:
+  IMAGE: git.asio.asia/nixevol/nixmsg
+  IMAGE_TAG: "0.1.0"
+  BIN_DIR: bin
+
 tasks:
   q:accept:
     desc: 跑 Q2 验收集成测试并写入 F01–F23 对照表
@@ -41,4 +46,38 @@ tasks:
   q:docker-build:
     desc: 构建当前架构镜像（不推送）
     cmds:
-      - docker build -t git.asio.asia/nixevol/nixmsg:0.1.0 -f deploy/Dockerfile .
+      - docker build -t {{.IMAGE}}:{{.IMAGE_TAG}} -t {{.IMAGE}}:latest -f deploy/Dockerfile .
+
+  q:docker-push:
+    desc: 构建并推送当前架构镜像到 git.asio.asia/nixevol/nixmsg（正式推送在 Z3）
+    cmds:
+      - task: q:docker-build
+      - docker push {{.IMAGE}}:{{.IMAGE_TAG}}
+      - docker push {{.IMAGE}}:latest
+
+  q:docker-buildx:
+    desc: 多架构 buildx 构建并推送 linux/amd64+arm64（需 QEMU；正式推送在 Z3）
+    cmds:
+      - docker buildx build --platform linux/amd64,linux/arm64 -t {{.IMAGE}}:{{.IMAGE_TAG}} -t {{.IMAGE}}:latest -f deploy/Dockerfile --push .
+
+  q:release-bins:
+    desc: 交叉编译三平台二进制到 bin/（CGO_ENABLED=0，不提交）
+    deps: [web:build]
+    cmds:
+      - |
+        {{if eq OS "windows"}}powershell -NoProfile -Command "New-Item -ItemType Directory -Force -Path '{{.BIN_DIR}}' | Out-Null"{{else}}mkdir -p {{.BIN_DIR}}{{end}}
+      - cmd: go build -tags embeddist -o {{.BIN_DIR}}/nixmsg-linux-amd64 ./cmd/nixmsg
+        env:
+          CGO_ENABLED: "0"
+          GOOS: linux
+          GOARCH: amd64
+      - cmd: go build -tags embeddist -o {{.BIN_DIR}}/nixmsg-linux-arm64 ./cmd/nixmsg
+        env:
+          CGO_ENABLED: "0"
+          GOOS: linux
+          GOARCH: arm64
+      - cmd: go build -tags embeddist -o {{.BIN_DIR}}/nixmsg-windows-amd64.exe ./cmd/nixmsg
+        env:
+          CGO_ENABLED: "0"
+          GOOS: windows
+          GOARCH: amd64