Weknora/knowledge-governance
4
0
Fork 0
Code Issues 2 Pull Requests 5 Actions Packages Projects Releases 1 Wiki Activity
198 Commits 11 Branches 57 Tags
8930ef29cdfd091dfb0897c195799fba002e12bd
Commit Graph

7 Commits

Author SHA1 Message Date
姚章浩 eabe55b432 fix(release): wiki 校验与写入的归属口径不一致导致跨环境发布必然失败 
端到端验收实测（2026-10-10）：文件型文档（docx）跨环境发布时，写入侧按设计保留了
目标库外来源 wiki 页（日志 in_scope=0 foreign=8 untouched=1 degraded=true），
但校验侧 VerifyWiki 仍要求"生产页 slug 集合与包内快照完全相等"，必然误判，项级
报 release_verification_failed，批次随后被判失败单项失败。

- verifier.go: 归属判定与写入侧 replaceWiki 共用 packageWikiOwners；
  校验改为"快照内页必须都存在 + 多出来的页只有在不属于本包时才放行"，
  保留原有牙齿：本包拥有却缺失/残留的页仍判失败；撤权仍禁止任何页引用被撤权文档
- wiki_channel_test.go: 用例改为 外来源多余页放行 / 本包拥有残留页拒绝 / 缺页拒绝
- 实测：同一批次重排后完成（done=1/1 item=verified 生产可用），回滚 rolled_back
  这也是 wiki 归属门禁上线后第一次真实跨环境发布
 2026-10-10 10:22:06 +08:00
姚章浩 e5fa063d7d feat(release): wiki 通道按归属判定替换，共享知识库不再被整库清空 
WeKnora 的 wiki 图谱与页面同表（wiki_pages），旧的库级 DELETE + 灌包在共享真实
知识库上会把其他文档的页面与 agent 手写页一起抹掉（2026-10-08 生产演练现场）。

- 新增 internal/releaseadapter/v071/wiki_scope.go：按 source_refs 判定归属
  （全部引用属于本包 = InScope；引用包外知识 = 外来页；无引用 = index/log/
  agent 页永不触碰），目标库存在外来页时降级为只替换包内页集，外来页上仅摘掉
  本包知识引用，包内库级页不写；包内会写入的页与外来页同 slug 时 fail-closed
  拒绝发布且不落任何改动。
- Replace 与 ReplaceWiki（撤权/回滚）共用同一套判定，不再整库清空。
- 作用域以一行日志落盘：release wiki replace scope in_scope=… degraded=…
- 测试：单测 7 条（纯函数判定）+ 真库集成 3 条（共享库保护 / slug 冲突拒绝 /
  镜像库整库替换不变），集成用例只用带随机后缀的临时知识库并自清理。
- 文档：P6 新增「wiki 通道的归属门禁」，P8 补验收点与镜像前提。
 2026-10-08 19:06:36 +08:00
姚章浩 2de7a43286 feat(release): 生产授权支持页面通道（管理员会话 + 固定确认语句） 
页面原本没有任何生产入口，授权/重排/回滚只能带 Bearer 调接口，实际还要 admin 会话。
现在三个端点支持两条通道，门禁语义不变：

- 运维通道：Authorization: Bearer <token>，审计记 PRODUCTION_RELEASE_AUTHORIZER_REF
- 页面通道：已认证 admin 会话 + 固定确认语句，审计记该管理员用户名
- 请求门禁 / 备份恢复门禁 / Release Worker 执行门禁三者不受影响
- 发布管理第 6–8 步加「授权发布 / 重排 / 回滚」按钮，点击需逐字输入确认语句，
  仅 admin 可见；重排沿用原执行授权人，不改写历史
- openapi 与 P6 契约同步；测试：双通道各一条 + 非 admin/错短语拒绝 + 前端按钮与确认门禁
 2026-10-08 17:00:49 +08:00
姚章浩 6440e3f679 feat(release): 发布目标知识库可选（源库 → 目标库映射） 
- 迁移 000044：production_kb_bindings + release_item_executions.target_knowledge_base_id
- 系统设置新增「生产知识库绑定（对内/对外）」：从生产 WeKnora 实际列表选库，
  保存时真校验（不存在拒收；生产端不可达只提示并如实回报），仅管理员可改
- 执行计划按绑定解析目标库并冻结进 release_item_executions；空目标直接拒收；
  已发布过的条目保留原目标（重试/回滚回到同一处）
- DocumentBundle.RemapKnowledgeBase：knowledges/chunks/knowledge_tags/wiki_pages/
  wiki_folders 的 knowledge_base_id 与 ES 文档字段改写为目标库，重算表/文档摘要并重新封装
- 契约比对改为「声明的映射对」(KnowledgeBaseMapping)，其余字段继续 fail-closed
- 契约检查器 / 目标身份 / 验证器全部走映射后的目标库；对象通道无需改写
- Compose 拆分：数据面接线 compose.release-sim.yaml + 两道门禁 compose.release-gates.yaml
- 测试：RemapKnowledgeBase 全通道/无操作/fail-closed、映射契约、绑定接口、RBAC、真实 PG 集成
 2026-10-08 15:41:13 +08:00
姚章浩 ea6e56b304 feat(release): 文档发布会带上知识库 wiki 快照并支持撤权剥离 
发布通道原来只有三条：PostgreSQL 关系行、Elasticsearch 分片、OSS 对象。
WeKnora 的 wiki 图谱是 wiki_pages 一张纯 PG 表（in_links/out_links 存 slug），
所以它不在任何通道里——撤权后生产 wiki 会一直留着已撤权文档的页面与引用。

本次新增第 5 条通道：库级 wiki 快照，挂在现有文档发布包里，检索与 wiki
同一个 release 单元（同一次执行、同一次校验、同一次回滚）：

- 导出：ExportWiki 按 knowledge_base_id 全量读 wiki_pages/wiki_folders；
  收敛门禁（库内无解析中/合成中文档）不满足直接失败并给中文原因；
  未启用 wiki 且无 wiki 行的库不参与同步（生产 wiki 保持原样）。
- 撤权：item.Action == "delete" 时在导出端剥离该文档的 wiki 贡献
  （source_refs/chunk_refs 去条目、无引用页面整页不带、摘死链、清 parent_slug、
  无页面引用的空文件夹及其祖先一并去掉），使“源端仍在只停止发布”和
  “源端删除”两种情况收敛到同一结果。
- 导入：库级 replace-by-kb（同一事务内 DELETE by kb 后灌入快照，文件夹先于页面），
  新增 ReplaceWiki 供撤权路径使用（文档行只 disable，wiki 整体替换）。
- 校验：VerifyWiki 用生产 WeKnora wiki API 比对页面 slug 集合，撤权时额外断言
  生产 wiki 不再引用被撤权文档。

驱动与验收：新增 cmd/release-channel-e2e（复用发布 worker 真实代码路径，
支持 publish/withdraw/rollback），scripts/wiki_e2e_test5.sh、
scripts/wiki_e2e_newkb.sh 两套端到端脚本；证据见
docs/WIKI_CO_TRANSPORT_ACCEPTANCE.md。
 2026-09-30 10:54:07 +08:00
zheromiku 1f0c8be812 fix(release): rewrite nested bucket in target resource locators 
模拟发布暴露的第 8 个契约缺陷：PG 通道改写资源行时只替换了外层
storage://<backend-id> 前缀，内层 oss://<bucket>/<key> 照搬源桶。
WeKnora v0.7.1 官方 GetKnowledgeFile 从路径内层桶名直接 GetObject，
导致目标端所有文档预览以生产凭据读源桶失败（403），前端表现为预览空白。

- PostgresImporterConfig 新增 TargetBucket；nested locator 导入时改写
  内层桶名为目标桶，location_hash 随改写后的路径重算
- 未配置目标桶时保持旧行为透传，不做猜测
- 4 个单测锁定：桶改写+hash重算、非嵌套 locator 不变、无配置透传、非法桶名拒绝
- 端到端复验：重封 canary 批次重新发布 4/4 verified，目标端资源行
  全部指向 dobot-weknora-test，location_hash 与路径逐行比对一致
 2026-09-30 10:54:07 +08:00
zheromiku dcdc8d1ddd feat: 知识治理平台(含已验证发布/回滚契约) 
全栈知识治理平台首次入库（P1-P10 + 发布链路模拟验证闭环）：

- 治理核心：源目录/变更集/人工审核/发布批次/发布执行（fail-closed 闸口）
- 测试通道：WeKnora 测试 KB 上传/轮询/验收；poll 完成时写入
  parser_generation/index_generation，修复 manual/seed 路径发布闸口永久拦截
- 发布适配器 v071（本地 source=测试角色 / 云端 target=生产角色 模拟验证通过）：
  * ES 导出/导入 mapping 自适应（.keyword 子字段、可选 tenant_id）
  * OSS locator 支持嵌套 scheme；chunks.seq_id 由目标序列分配
  * bundle 归档同身份重试原子替换；verifier 按 bundle chunk_type 计数
  * 回滚 job payload 支持 prior_execution_id（strict 解码）
- 三通道发布+回滚演练实测：publish 4/4 verified，检索命中，
  rollback 4/4 rolled_back，目标端 PG is_enabled=false、ES is_enabled=false
- 前端 A·Data-console 风格全站统一，120 用例通过
- 门禁：go vet / go test 全包通过，gofmt 干净
 2026-09-30 10:54:06 +08:00