迁移资产盘点

按本地文件统计，源库共 118 个 Markdown：

其中已有 5 张能力卡和 5 组接口契约：

• 能力：对象列表、列表布局设计器、新建编辑表单、新建保存、Web 菜单。
• 契约：列表、表单、保存、租户菜单、用户菜单。

这部分能将“用户页面 → 业务规则 → 涉及仓库 → 接口 → 可观察的验收结果”串联起来。 现有单仓 wiki 主要回答各仓库如何实现，二者的组织视角互补。

已发现的质量问题：

1. 118 个 Markdown 均无 front matter，当前无法直接获得统一来源、类型和状态元数据。
2. 三个文件为空或只有标题：object-config-process.md、object-layout-config-process.md、 service-catalog/uipaas-domain.md。它们应进入缺口清单，不作为已完成知识发布。
3. architecture-principles.md 的第二条原则仍有空章节，不能把整篇认定为完整原则集合。
4. 小程序规范明确说明来自 skill 转录、未经仓库核对；能力卡也保留“文档记载”“待确认”等状态。
5. 部分入口提示已落后于正文：例如入口仍提示服务目录是占位，实际 service-catalog/object-domain.md 已有真实仓库地址。状态清单需要与正文一起核查。
6. 部分发布规范包含真实客户专属环境标识。进入全中心知识库前需按发布范围审核与脱敏。

本轮核对的是文档结构及样本，没有重新核验全部业务源码；源文档的“已核对”应作为来源声明保留， 不能自动升级成此次分析的新核验结论。

现行规范下的目录对照

建议迁移后的结构如下。这是直接在 ai-wiki 维护的文档结构；.wiki 生成页继续遵循发布器的原路径策略。

domains/udobj/udobj-knowledge-base/
├── README.md
├── knowledge/
│   ├── index.md
│   ├── business-glossary.md
│   ├── domain-overview/
│   ├── core-processes/
│   ├── capabilities/
│   │   ├── capability-index.md
│   │   ├── page-index.md
│   │   ├── object-domain/
│   │   └── uipaas-domain/
│   ├── playbooks/
│   ├── architecture/
│   └── team-standards/
├── api/
│   ├── object-domain/
│   └── uipaas-domain/
└── runbook/
    └── incident-lessons/
        └── 2026-10-08-mongo-duplicate-key-catch-miss.md

保留 obj.*、uipaas.*、api.*、AC-* 已有 ID。页面迁移只改路径和引用，不重编号。 路径变化必须由完整映射表驱动，覆盖普通链接、图片、跨目录章节链接和阅读/回写路由。