docs(项目文档): 模块与驱动数量同步至代码实际基线

README_ZH.md

@@ -32,7 +32,7 @@ v8 全新升级为中台化电商架构：**商品中台**统一管理多产品
 
 **模块化插件体系**
 
-业务能力按**模块**（`modules/`）与**驱动**（`driver/`）两类可插拔扩展组织：当前内置 7 个官方模块（实物商品、网盘产品、H5 渠道、微信小程序渠道、签到活动、AI Agent、MCP 服务）与 15 个官方驱动（微信支付、云存储、短信、邮件、物流查询、电子面单、电子发票、商品采集、机器人、云打印），新装时默认全部安装，均支持后台可视化安装、卸载、启用、禁用；扩展遵循统一规范，插件二开零侵入。
+业务能力按**模块**（`modules/`）与**驱动**（`driver/`）两类可插拔扩展组织：当前内置 22 个官方模块（实物商品、网盘产品、H5 渠道、微信小程序渠道、签到活动、AI Agent、MCP 服务等）与 30 个官方驱动（微信支付、云存储、短信、邮件、物流查询、电子面单、电子发票、商品采集、机器人、云打印等），新装默认安装 7 个模块（必装 1 + 默认 6）和 15 个驱动，均支持后台可视化安装、卸载、启用、禁用；扩展遵循统一规范，插件二开零侵入。
 
 **AI 原生**
 
@@ -58,7 +58,7 @@ v8 全新升级为中台化电商架构：**商品中台**统一管理多产品
 
 ### 📦 **模块与驱动生态**
 
-当前内置 7 个模块与 15 个驱动，新装时默认全部安装，均可在后台「扩展管理」中管理（实物商品为基础保护模块，不可卸载）。
+当前内置 22 个模块与 30 个驱动，新装默认安装 7 个模块（必装 1 + 默认 6）和 15 个驱动，均可在后台「扩展管理」中管理（实物商品为基础保护模块，不可卸载）。
 
 **内置模块**
 

help/docs/文档索引.md

@@ -46,7 +46,7 @@
 | [项目说明](项目说明.md) | 项目定位、适用场景、角色、术语、目录总览、能力边界 |
 | [项目功能](项目功能.md) | 管理端、用户端、交易、营销、渠道、客服、开放平台等功能 |
 | [项目架构](项目架构.md) | 技术栈、逻辑分层、核心链路、扩展机制、运行时组件 |
-| [模块说明](模块与驱动.md) | 7 个模块、15 个驱动、默认安装清单、安装生命周期与扩展规则 |
+| [模块说明](模块与驱动.md) | 22 个模块、30 个驱动、默认安装清单、安装生命周期与扩展规则 |
 | [AI Agent 模块](AI%20Agent%20模块.md) | `aiagent` 模块功能详述：对话与工具循环、模型/MCP/Skill 配置、自动化任务、数据表、接口与权限、已知限制 |
 | [数据库设计](数据库设计.md) | 数据来源、核心实体、表域划分、迁移与一致性原则 |
 | [开发指南](开发指南.md) | 环境准备、启动、目录约定、开发步骤、质量检查 |

help/docs/模块与驱动.md

@@ -8,8 +8,8 @@
 
 | 类型 | 目录 | 本次检查数量 | 典型内容 |
 |---|---|---:|---|
-| 业务模块 | `backend/modules/` | 7 个清单 | 路由、控制器、服务、表、菜单、事件、前端页面 |
-| 第三方驱动 | `backend/driver/` | 15 个清单 | 同一能力下的供应商实现与配置 |
+| 业务模块 | `backend/modules/` | 22 个清单 | 路由、控制器、服务、表、菜单、事件、前端页面 |
+| 第三方驱动 | `backend/driver/` | 30 个清单 | 同一能力下的供应商实现与配置 |
 
 业务模块改变“系统能做什么”，驱动改变“同一能力由哪个供应商完成”。例如“用户充值”是业务模块，“微信支付 V3”是支付驱动。
 

help/docs/项目说明.md

@@ -268,7 +268,7 @@ php think workerman start --d
 ## 10. 已知边界与维护提示
 
 - 插件启用状态依赖数据库，静态阅读目录不能判断生产实际开启了哪些功能。
-- 当前可发现 7 个模块、15 个驱动；新装默认安装 7 个模块和 15 个驱动，详见 [模块说明](模块与驱动.md)。安装不等于第三方服务已配置可用。
+- 当前可发现 22 个模块、30 个驱动（必装 1 + 默认 6、默认安装 15）；新装默认安装 7 个模块和 15 个驱动，详见 [模块说明](模块与驱动.md)。安装不等于第三方服务已配置可用。
 - 基础安装 SQL 与模块 Installer 共同定义首版新装结构。仓库保留历史升级设施，但不把历史 SQL 当作新装必跑步骤。
 - 管理端和用户端存在较多历史兼容路由，新增能力应优先使用现有中台、注册中心和模块规范。
 - API 业务状态主要在 JSON 的 `status` 字段中表达，不能只依赖 HTTP 状态码判断成功失败。