os-release

# OS Release — 发版清单 ## 为什么有这份清单 凡是进了 `scripts/check_invariants.sh` 的红线都没烂；没进机检的漏了两次，且完全同型： - v1.10.0/1/2 的 tag 是 2026-07-14 打的，GitHub Release 条目 07-21 才批量补； - v1.10.3/v1.11.0/v1.11.1 的 tag 分别是 07-27 / 07-27 / 07-29 推的，Release 条目 07-30 才一次补齐（实测三条 `publishedAt` 挤在 30 秒内），期间访客主页侧边栏两周 显示 `Latest v1.10.2`。 机检管得住的���分不用你记，跑一条命令即可。这份清单只管**机检管不住的部分**，以及 **谁按哪个按钮**。 ## 执行分工（硬约束：发布流水线必须可中断） | 步骤 | 谁执行 | | --- | --- | | 0–6 准备与校验 | Leader 全权 | | 7 commit · 8 tag | Leader 执行，但**先把 `git diff --stat` 与拟好的 message 交用户批准** | | 9 双仓推送 · 10 建 Release 条目 | **用户执行**。Leader 只把命令准备好打印出来 | | 11 事后核对 | Leader（只读） | 不要代替用户 push / publish，也不要在未批准前 commit。 --- ## 0. 确认在哪儿干活 ```bash git branch --show-current ``` 本仓库并行会话纪律：第二个及之后的会话必须用 `git worktree` 隔离。发版这类跨全树的 改动尤其不能与别人共享 checkout。 ## 1. 预检全绿 ```bash bash scripts/preflight.sh # 发版必须跑全量，不要 --fast ``` 四道门禁：`ruff check src/ tests/` → `dashboard npm run lint` → `check_invariants.sh` （I1–I14）→ `pytest tests/unit/`。 失败长这样：每项后面跟 `✗ <门禁名> 失败`，末尾 `✗ 预检未通过 — 修复后再 push`。 退出码非 0。 一处**既定豁免**：未构建 `dashboard/dist` 的环境里 I3 输出 `⚠️ dist 目录缺失（未构建环境可忽略）`——警告不拦。但发版必须构建（见第 4 步）， 所以发版时这条不该还是警告。 ## 2. 版本锁步七处 **I2 机检的五处**（漂移即红，`❌ [I2] 版本号漂移: ...`）： - `pyproject.toml` - `src/aiteam/__init__.py` - `plugin/.claude-plugin/plugin.json` - `plugin/.claude-plugin/marketplace.json` - `.claude-plugin/marketplace.json` **另两处由 I6 第①类硬等式盯**：`README.md` 与 `README.zh-CN.md` 的 announcement 行 （`> ⚡` 开头）必须含 `v<新版本>`，否则 `❌ [I6] README 数字漂移`。 **机检不覆盖、必须人眼看的**：`pl...