文档治理
本文定义 Croupier 文档的权威来源、生命周期和迁移规则。目标是减少重复入口,避免历史设计继续影响当前实现。
信息架构
| 目录 | 定位 | 维护规则 |
|---|---|---|
docs/guide/ | 使用者指南 | 只写当前可操作流程,不放设计草案 |
docs/concepts/ | 业务概念 | 规划目录;现阶段概念文档仍位于 docs/guide/concepts/ |
docs/architecture/ | 架构与协议 | 当前规范优先;提案必须标明状态 |
docs/api/ | REST API 与兼容 API | 每个业务域一个 canonical 页面 |
docs/analytics/ | 分析系统 | ingest、worker、ClickHouse、指标和 Playbook |
docs/sdks/ | SDK 使用者文档 | 跨语言契约和语言接入指南 |
docs/development/ | 开发者文档 | 仓库、发布、生成、文档治理 |
docs/archive/ | 历史资料 | 规划目录;归档前需要确认批量移动 |
sdks/<lang>/README.md | SDK 源码入口 | 构建、测试、发布、包管理说明 |
web/docs/ | Dashboard 开发文档 | 只保留 Web 子系统开发资料 |
生命周期
文档必须处于以下状态之一:
| 状态 | 含义 | 要求 |
|---|---|---|
| Current | 当前实现或当前规范 | 可作为实现依据 |
| Compatibility | 为兼容历史 API 或历史部署保留 | 必须说明替代入口 |
| Proposal | 已接受或待实现的目标设计 | 不得写成当前事实 |
| Reference | 调研、模板、背景材料 | 不得作为规范入口 |
| Archived | 发布材料、阶段报告、过期方案 | 默认不进导航 |
Canonical 规则
- 每个主题只能有一个 canonical 页面。
- 重复页面必须改成 Compatibility、Reference 或 Archived。
- 新文档必须先判断是否能合并到现有 canonical 页面。
- API 文档以
docs/api/index.md中的分类为准。 - SDK 使用者文档以
docs/sdks/<lang>/为准,源码构建和发布说明以sdks/<lang>/README.md为准。 - 架构文档必须说明是 Current、Proposal、Decision 还是 Reference。
当前迁移优先级
- 修复首页、导航和总入口,清理明显过时的默认表述。
- 将 Architecture 按当前规范、决策边界、提案、参考资料分组。
- 合并 API 重复入口,明确
function_call、ops_core、ops-simple的兼容定位。 - 保持 C++ SDK 文档只从
docs/sdks/cpp/的指南、API、配置和示例目录进入,不再新增根目录兼容跳转页。 - 将
web/下 v0.1.6 发布资料和阶段报告归档到docs/archive/。 - 增加文档 CI:VitePress build、内部链接检查、过时术语检查。
过时术语处理
以下术语只允许出现在兼容说明、历史背景或提案迁移章节中:
gRPC作为 SDK 或 Agent 默认主链路LocalControlService作为新语义入口rpc_addr作为长期运行时依赖- SDK 本地 server 回调模型
- 历史
REQ/REP作为主链路模型
如果新文档必须提及这些术语,需要同时写明当前替代方案:统一 TCP session、Agent 本地 gateway、provider session 或 agent session。
批量迁移规则
以下操作必须单独确认后执行:
- 删除 Markdown 文件
- 批量移动 Markdown 文件
- 将
web/发布资料迁移到docs/archive/ - 将 SDK 源目录文档改写为跳转页或归档页
批量迁移前必须先列出影响范围、目标路径和回滚方式。
与仓库规范的关系
本文档约束文档术语。代码、协议、SDK 的兼容性治理(无兼容遗留原则、暂留门控、检查脚本)见 repository-guidelines.md § 兼容性与遗留治理。两者配合:文档不写旧链路,代码不留旧入口,scripts/check-sdk-matrix.sh 兜底检测。
