chore: release

[github-actions]

🤖 New release

• httpboot-protocol: 0.3.0 -> 0.4.0
• ostool: 0.30.0 -> 0.30.1 (✓ API compatible changes)
• ostool-server: 0.8.0 -> 0.8.1 (✓ API compatible changes)

Changelog

httpboot-protocol

0.4.0 - 2026-09-29

Added

• (ostool-server) control axloader boot and OTA through device HTTP (#198)

ostool

0.30.1 - 2026-09-29

Added

• (ostool-server) control axloader boot and OTA through device HTTP (#198)

ostool-server

0.8.1 - 2026-09-29

Added

• (ostool-server) control axloader boot and OTA through device HTTP (#198)

---

This PR was generated with release-plz.

[mai-team-app]

审查结论（PR #199 · head 2520f59，base b8065a5）

变更内容：release-plz 生成的发布 PR，仅版本与文档，6 文件 +22/−4：

• ostool 0.30.0 → 0.30.1（ostool/Cargo.toml:11、Cargo.lock）
• ostool-server 0.8.0 → 0.8.1（ostool-server/Cargo.toml:12、Cargo.lock）
• httpboot-protocol/CHANGELOG.md 新增 0.4.0 段落；ostool、ostool-server 各新增一个版本段落（内容均为 #198 的 axloader HTTP 控制）
• 无任何 Rust 源码改动

是否阻塞：无阻塞问题。

影响面 / 既有契约

• 改动隔离在版本元数据与 changelog，不触及任何代码路径、配置格式或公开 API 行为。版本号属于 crates.io 发布契约：release-plz 的 semver 检查报告 “✓ API compatible changes”，因此 ostool、ostool-server 走 patch 提升，与本仓库既有模式一致（对比 #179→#180 breaking 走 minor，ostool-server 0.7.1→0.7.2 的 feature/fix 走 patch）。httpboot-protocol 的 0.4.0 是 #198 中 PROTOCOL_VERSION 3→4 的既有提升，本 PR 未再改其 Cargo.toml。
• Cargo.lock 一致性：本容器无 cargo，我改用脚本逐项比对 6 个 workspace 成员的 manifest 版本与 lock 条目，全部 MATCH；根 Cargo.toml 的 httpboot-protocol = { version = "0.4", path = ... } 覆盖成员版本 0.4.0 → 结果 LOCK_CONSISTENT。
• changelog 新增段落中的比较链接目标 tag（ostool-v0.30.0、ostool-server-v0.8.0、httpboot-protocol-v0.3.0）在仓库中均已存在，链接可解析；新版本 tag 待发布流程创建，符合既有发布流程。

CI 与本地验证

• head 2520f59 的 check-runs 数量为 0。release-plz 使用 GITHUB_TOKEN 创建分支与 PR，不会触发 pull_request 工作流，因此该发布 PR 没有任何 CI 记录（历史发布 PR #195/#189/#184 同样如此）。本次审查无法用 CI 作为质量门禁，只能记作“未验证”的残余风险，而不是发现 CI 失败。
• 本容器没有 Rust 工具链（cargo、rustc 均不存在，PATH 与常见安装目录均无），所以 cargo fmt --all -- --check、cargo clippy ... -D warnings、cargo test、cargo publish --workspace --dry-run --locked 全部未运行（按 AGENTS.md 说明缺失工具与未运行的检查）。鉴于改动只是版本字符串、changelog 与两行 lock 版本，构建风险很低。

历史评论：本 PR 无任何 review 与评论（reviews=0、comments=0），无需复核历史意见；相似 PR（#195、#184、#189、#182）均为同类 release-plz 发布 PR，未见重复工作。

剩余风险 / 后续建议（非阻塞，详见行内评论）

• F-001（advisory）：httpboot-protocol 0.4.0 在本 PR 之前已发布——tag httpboot-protocol-v0.4.0 与对应 GitHub release 均创建于 2026-09-29T08:08:56Z 并指向 base 提交，其 release notes 记录的是 #194；本 PR 又为同一 0.4.0 追加记录 #198 的段落，用户可见信息不一致；同时为已发布版本补记录会让 release-plz 再生成一次 httpboot-protocol 0.4.1 的空发布（#200）。建议把 v0.4.0 的 release notes 对齐到本段内容，并改由 release-plz 统一管理版本提升。
• 说明：该 PR 已于 2026-09-29T08:13:47Z 合并（merge_commit 6d94efb），审查在合并后进行，以上结论与建议仍以 head 2520f59 的内容为依据。

Powered by deepseek-flash

[mai-team-app]

httpboot-protocol 0.4.0 在本 PR 之前就已经发布：tag httpboot-protocol-v0.4.0 与其 GitHub release 都创建于 2026-09-29T08:08:56Z，且指向 base 提交 b8065a5（本 PR 创建于 08:12:48Z）；那个 release 的说明记录的是 #194（(boot) [**breaking**] add host initramfs handoff across runners），与此处新增的 #198 条目不一致，同一个版本在 CHANGELOG 与 release notes 中给出互相矛盾的用户可见信息。此外，为已发布的 0.4.0 追加 changelog 后，release-plz 会为该 crate 再生成一个空发布：后续 PR #200 就是 httpboot-protocol 0.4.0 → 0.4.1，其 changelog 内容仅为 “### Other - release (#199)”。

本段内容本身是正确的（#198 把 PROTOCOL_VERSION 由 3 提升为 4，正是 0.4.0 的实质变更），因此不需要改这里的文本。建议：把 httpboot-protocol-v0.4.0 的 GitHub release notes 编辑为与本节一致；后续不要在 feature PR 内手工提升 httpboot-protocol 版本号，交由 release-plz 统一生成版本与 changelog，以免再出现“为已发布版本补记录”并被额外 patch 发布放大的情况。非阻塞。