跳到主要内容

Kunora Wiki Development 文档

# Kunora Wiki Development 文档

修订记录

版本日期修订说明
v0.12026-05-01建立当前设计基线;延续 kunora-wiki 作为 llm-wiki 方案的既有产品封板和工程设计,不推倒重来。

本目录用于维护 kunora-wiki 的工程实现设计。

产品文档 v1.0 已封板在 docs/product。development 文档只处理进入实现阶段后必须稳定下来的工程结构、公共契约、数据结构、模块边界、测试策略和部署运行约束。

范围原则

  • 非自研模块的采购、配置、部署和常规使用属于产品层面的实施事项,默认不进入 development 设计。
  • 非自研模块只有在发生二次开发、adapter 封装、协议转换,或自研代码依赖其错误、重试、幂等、回滚等行为时,才进入 development 设计。
  • 自研模块必须先稳定公共契约和数据结构,再进入模块级实现设计。
  • development 文档不改变产品封板决策;如发现产品级决策需要调整,应新增 ADR 或回到 product 文档做版本化变更。

文档分层

分层文档状态说明
Commoncommon首版已完成公共边界、契约、数据结构、错误模型、路径/hash/id、fixture 与测试要求。
Modulesmodules首版已完成9 个自研模块的模块级技术设计。

自研模块范围

层级模块
L0 Common FoundationConfigManager、WorkspaceStore
L1 GovernanceSyncEngine、ReviewBridge
L2 Publish/IndexDisplayBackend Adapter、Index Adapter
L3 AccessAnswer API、Agent Access API
L4 IterationAgentBridge

当前状态

Development 技术设计首版已覆盖:

  • 自研模块边界和依赖方向。
  • 公共契约、数据结构、错误与状态模型。
  • 路径、hash、ID、幂等和去重规则。
  • 公共 fixture、contract test、golden test 要求。
  • 9 个自研模块的职责、输入输出、接口语义、状态边界、错误处理、测试要求和待确认问题。

下一步

  1. 对 development 技术设计做整体 review,重点检查模块边界、契约一致性、开放问题和实现准入条件。
  2. 决定是否封板 development 技术设计首版。
  3. 封板后再进入实现计划、任务拆分和真实 fixture/schema/test scaffold。
对此页面有疑问?

问答功能将在后续接入 Answer API。当前可通过页面底部的反馈链接提交问题。

页面来源草稿
来源项目kunora-wiki
分支docs-publish
路径technology/components/kunora-wiki/development/README.md