JianFeeeee ea21803acb docs(branching): 明确开发者文档的发布归属——以 rel 分支的形态为准，再合入 main ...

用户裁定：开发者文档应当在每个 rel 分支被修正为对应 rel 的形式，随后合入 main。

新增 §二.7，写清：
- 规则与做法（release 上按本版口径改 → cherry-pick 到 main，遵守 §三 只 pick 不 merge）
- 为什么不能直接改 main：main 语义是「下一个未发布版本」；assets/docs 会随发行包
  分发并在 WebUI 被阅读，服务的是「这一版」；版本号/工具名/机制有无都随版变动
- main 上描述「下一版才有」的行为必须显式标注（如「（下一版）」）
- 反例表（本仓真实踩过）：人格卡写死 v0.9.0 + 已删除的 C ABI、架构文档把已移除的
  描述式索引/引用计数写成现行、README 停在旧版本
- 配套硬约束：任何会被当作事实的文本不得写死版本号，须插值或读运行时快照并加测试

2026-09-12 13:05:24 +08:00

..

zh

refactor(plugin)!: 重编提示与模板路径改用 hmapdev；文档全面对齐 1.2.0

2026-09-12 12:42:43 +08:00

embedding-comparison.md

feat(vector): pluggable multimodal vector space

2026-09-09 17:38:34 +08:00

git-branching.md

docs(branching): 明确开发者文档的发布归属——以 rel 分支的形态为准，再合入 main

2026-09-12 13:05:24 +08:00