nex_docus/docs/sdd

NEX Docus – 规格驱动开发（SDD）中心

本目录是 NEX Docus 规格驱动的开发中心（Spec-Driven Development）。它把「产品意图 → 架构决策 → 功能规格 → 实施任务 → 验证证据」放进同一条可追踪链路，并作为团队讨论、开发与验收的唯一真相源（single source of truth）。

文档结构

docs/sdd/
├── README.md                 # 入口、状态与工作流（本文件）
├── governance.md             # 编号、审批、变更与追踪规则
├── archive.md                # 遗留文档归档说明（整合/弃置追踪）
├── product/
│   ├── vision.md             # 产品愿景、用户与边界
│   ├── principles.md         # 产品与工程原则
│   └── roadmap.md            # 阶段性路线图
├── architecture/
│   ├── overview.md           # 当前架构方向与系统边界
│   ├── constraints.md        # 已知约束与待决事项
│   ├── standards/
│   │   ├── README.md         # 代码结构规范索引
│   │   ├── code-structure-standards.md   # 代码结构规范（整合自 docs/）
│   │   └── code-structure-audit-2026-04-08.md  # 结构审计记录（整合自 docs/）
│   └── decisions/
│       ├── README.md         # ADR 索引与规则
│       └── ADR-0001-*.md     # 持久架构决策（逐条一文件）
├── integrations/
│   ├── mcp.md                # MCP Streamable HTTP 接入（含详细使用文档）
│   └── git.md                # 项目 Git 仓库集成
├── releases/
│   ├── README.md             # 公开版本与资产索引
│   ├── v0.9.6.md             # v0.9.6 历史升级记录（整合自 docs/）
│   └── v0.9.9.md             # 当前基线发布（对齐 git）
└── specs/
    ├── README.md             # 功能规格索引
    ├── _template/            # 新规格模板
    └── DV-NNNN-short-name/   # 一个功能或变更单元（spec/design/tasks/verification）

当前状态（Status）

• SDD 文档状态：基线（Baseline）· 对齐 git 当前版本 v0.9.9
• 适用代码基线：当前仓库（backend + frontend + docker-compose 部署）
• 规格覆盖：11 个功能单元（DV-0001 ~ DV-0011）；价值主张 PO-1~5；架构决策 ADR-0001~0008
• 已知整改项：见 governance「开放问题」与各规格 tasks.md 中的“待整改/待决”标记（如敏感日志脱敏 TS-12、Compose v2 官方化 TS-13）
• 版本基线：以 git 为准（当前 v0.9.9；见 releases/README.md 与 v0.9.9.md 版本对齐说明；代码字段 1.0.0 为遗留占位）

如何使用本中心（工作流）

读者

角色	入口
产品/方案	product/vision.md、product/roadmap.md
架构评审	architecture/overview.md、architecture/standards/README.md、architecture/decisions/README.md
功能负责人	specs/README.md → 对应 DV-NNNN/spec.md
开发	DV-NNNN/design.md + tasks.md
测试/验收	DV-NNNN/verification.md
发布	releases/README.md
遗留文档去向	archive.md

作者（新增/改功能）

1. 在 governance.md 读取编号规则，申请下一个规格编号（DV-NNNN）与 ADR 编号。
2. 复制 specs/_template/ 到 specs/DV-NNNN-short-name/，先写 spec.md（为什么、做什么）。
3. 评审通过后写 design.md；实现过程中维护 tasks.md 勾选切片。
4. 完成后在 verification.md 登记验收证据，并回填 specs/README.md 索引。
5. 涉及跨文件刚性承诺（ADR）变更的，走 architecture/decisions 审批。

最小变更（bug 修复）

• 若属于既有 DV 规格范围：直接在该单元 tasks.md 追加切片并更新 verification.md。
• 若超出所有现有范围：新建 DV 规格。

与外部文档的关系

SDD 中心汇总并指向仓库既有的详细材料，而非重复复制全部内容：

• 数据库细节 → 仓库根 DATABASE.md（SDD 只保留 ER 概览与规格化的链路表）
• 部署运维 → DEPLOY.md、README_DOCKER.md、CHANGELOG_DEPLOY.md（及已并入的 docs/DOCKER_DOCS_SETUP 历史，见 archive.md）
• 历史变更 → docs/UPGRADE_v0.9.6.md、docs/MIGRATION.md（已整合/弃置，见 archive.md）
• 结构规范 → architecture/standards/（原 docs/code-structure-* 已迁入）

本中心是入口与追踪层；具体逐表 DDL、逐配置项说明等细节仍以被指向的源文档为准。